Mostrando las entradas con la etiqueta software. Mostrar todas las entradas
Mostrando las entradas con la etiqueta software. Mostrar todas las entradas

miércoles, enero 17, 2018

La necesaria mirada hacia adentro de la propia organización

by https://www.flickr.com/photos/144152028@N08/33772074972

Mañana se cumple exactamente un mes desde que dejé mi antiguo trabajo. Por esas cosas del destino ahora estoy en una empresa que ya conocí, sacando cuentas he vuelto después de 5 años.
No puedo negar que ahora me siento bastante más cómodo, la dinámica de trabajar por proyectos versus trabajar en torno a un producto que está posicionado en el mercado hace más de 20 años es muy diferente. Proporcionalmente hablamos de una empresa con un área de desarrollo mucho más pequeña, por ende mucho más especializada, contra una empresa que es derechamente de desarrollo, donde el área encargada es bastante más grande, y consecuentemente más heterogénea. Pero no quiero referirme a eso, sino a una reflexión que tuve antes de cambiarme de trabajo.

Desde el punto de vista de la empresa, ahora se fue uno (en rigor hace un mes), un recurso menos, un elemento reemplazable, con más o menos dificultad, pero siempre reemplazable. La pregunta a hacerse desde dentro es ¿porqué? ¿qué pasa en MI organización, que la gente piensa en irse a otra empresa?
El que tan indispensables somos depende de las estrategias de cada empresa. Si cada desarrollador es "dueño y señor" de los desarrollos que se le encomiendan, y si no existe un equipo de más de un solo hombre (o mujer) encargado, entonces se vuelve más complicado reemplazar a alguien que se va. Pero ¿porqué se va la gente?

¿Mejores condiciones? ¿salarios más atractivos? ¿mejores proyectos? ¿mayor proyección profesional?
A mi parecer, y un poco lo que personalmente me motivó, es una mezcla de factores, donde claramente el salario fue el 1er elemento a considerar, pero no el único.
Cuando día tras día la rutina de ir a trabajar se empieza a volver tortuosa por la percepción de una falta generalizada de voluntad por hacer cosas, y cuando empiezas a darte cuenta de una inusual venta de humo, de la que alguien (probablemente uno) tendrá que hacerse cargo, con requerimientos imposibles y en plazos irreales, entonces hay algo que dispara todas las alertas en tu interior. Si a eso sumas que la organización difícilmente ajustaría las condiciones y el equipo conforme a estos nuevos "desafíos", o simplemente ves que  te estás condenando profesionalmente a "seguir picando piedras", las señales no pueden ser más claras.

Entonces desde dentro probablemente van a ver todo bonito y tu partida será injustificada. Aquí es donde es importante no perder la objetividad.
¿Qué está pasando en MI organización? Si tu administración es desde el desconocimiento, entonces puedes esperar que muchos se vayan y no vas a entender porqué. La mirada hacia adentro debe ser crítica y siempre objetiva. No es pecado ni mal visto bajar del Olimpo a ver que pasa en la Tierra.

Las tropas no se mueven si no hay un liderazgo claro, pero tampoco dejan los puestos de batalla por nada.
Nota: Este artículo probablemente se lea como una contradicción (en algún grado) a este otro artículo . Si y no. Como mencionaba más arriba, las condiciones (entorno) pueden ser  muy buenas y atractivas, incluso mejores que las de cualquier otra empresa, y seguramente es eso lo que va a ver un jefe. Pero la informática es dinámica, y no se alimenta sólo de juguetes, vestimenta informal, pizza, café, golosinas y bebidas energéticas. El problema esencial es cuando el líder no se da cuenta (o no quiere darse cuenta) que las tropas están inquietas, ya sea por ese constante picar piedra o simplemente por la incertidumbre frente al futuro; y frente a eso por muy buenas que sean las condiciones del entorno la gente se va a ir.

sábado, junio 27, 2015

Ubuntu y la Interfaz de audio Motu Ultralite MK3

Comparto con la honorable audiencia como hice funcionar la interfaz de audio Motu Ultralite MK3 en Ubuntu.

Un breve paso a paso (que pretendo complementar en algún momento):
  1. Desinstalar jack y todos sus derivados, los volveremos a instalar pero no aún.
  2. Instalar los repositorios de KXStudio
  3. Instalar ffado, procure utilizar los paquetes que provee Ubuntu. Evite ponerse creativo tratando de instalarlos desde las fuentes.
  4. Instalar jack2, no olvide instalar jack2-firewire (por eso es importante instalar ffado primero)
  5. Reiniciar el equipo con la interfaz conectada al Firewire (tristemente no funciona por USB)
  6. Después de reiniciado y nuevamente habiendo ingresado a su sesión de usuario, verificar que se haya creado un nuevo dispositivo Firewire, en mi caso fue el /dev/fw1 y que su grupo sea audio.
  7. Si el grupo no fuera audio (y fuera root), ejecute:
    • id , para saber a que grupos pertenece su usuario
    • Si audio no fuera uno de los grupos, agréguese al grupo audio. Si el grupo audio no existiera, creelo y después agréguese.
  8. Edite el archivo /etc/udev/rules.d/z95_firewire.rules de modo que contenga lo siguiente:
# /etc/udev/rules.d/z95_firewire.rules

# Set GROUP="video" for some IEEE 1394 device types, driven by the new firewire stack.
# We cannot use the GROUP directive because the significant device type attributes
# live in child devices. So change the group after the fact with chgrp.

# IIDC devices: industrial cameras and some webcams
KERNEL=="dv1394*|video1394*|raw1394*|fw[0-9]*",    GROUP="video"

# libraw1394 older than v2.0.1 and some special-purpose applications also need
# access to the local node(s).  Alas there is no simple way to tell local nodes apart
# from remote ones; here is a simple hack.

#SUBSYSTEM=="firewire", ATTR{vendor_name}=="Linux Firewire", GROUP="video"
# Or if your application needs access to all nodes, simply use:

SUBSYSTEM=="firewire", GROUP="audio"
  1. Liste los dispositivos que tiene instalados
    ~  sudo ffado-test ListDevices
    -----------------------------------------------
    FFADO test and diagnostic utility
    Part of the FFADO project -- www.ffado.org
    Version: 2.2.1-
    (C) 2008, Daniel Wagner, Pieter Palmers
    This program comes with ABSOLUTELY NO WARRANTY.
    -----------------------------------------------

    === 1394 PORT 0 ===
      Node id  GUID                  VendorId     ModelId   Vendor - Model
       0       0x0001f200000a65ff  0x000001F2  0x00107800    -
       1       0x001e8c00002be2e7  0x00001E8C  0x00000000   Linux Firewire -
    no message buffer overruns
  2. Ajuste el archivo /etc/udev/rules.d/60-ffado.rules para que incluya la línea exacta a su interfaz. Yo hice la actualización de Firmware a la versión 1.07 así que edité el archivo agregando la línea correspondiente:
    ATTRS{vendor}=="0x0001f2", ATTRS{model}=="0x000000", GROUP="audio", ENV{ID_FFADO}="1" # Motu, All of them
    ATTRS{vendor}=="0x0001f2", ATTRS{model}=="0x107800", GROUP="audio", ENV{ID_FFADO}="1" # Motu Ultralite
  3. Actualice las reglas (y así se evita reiniciar)
    sudo  udevadm control --reload-rules
    repita el paso 6, y si ha realizado todo como corresponde el grupo debiera ser audio.
  4. Pruebe la interfaz:
    1. Active el ffado-dbus-server
    2. Active jack con jack -d firewire
    3. Active qjackctl. Debiera abrirse un panel con todos los canales de la interfaz . Ahí puede jugar a hacer mapeos y pruebas varias.
Lo único que de momento no me ha agradado mucho es que no he encontrado una manera de controlar el volumen de cada canal, y que contrario a una tarjeta de sonido USB "plug & play" no se puede rutear el audio de aplicaciones hacia la interfaz si pasar por jack.

Espero que esto le sirva a alguien más aparte de mi.

jueves, diciembre 25, 2014

Lo que aprendí de L1bera

Hace algunas semanas atrás respondí a una invitación abierta de mi amigo y lider de la banda chilena L1bera, para asistir a un ensayo de su banda. Debo confesar que el estilo de L1bera no es precisamente de mi devoción, pero la experiencia fue enrriquecedora.

http://www.l1.cl/descargas/discos/R3VOLUC1ON.rar


L1bera es una banda cuyo estilo clasifico (probablemente equivocadamente) entre el aggro y el nu-metal, pero de la vieja escuela, guitarras y ritmos agresivos, equilibradamente mezclados con secuencias, y con una voz más melódica nada gutural. Influencias  peligrosamente marcadas, donde si no fuera por el arte que pone cada integrante de la banda uno tendría la tendencia a decir que son una copia de Limp Biskit pero en español.

Durante el ensayo traté de pasar lo más desapercibido posible, de modo de no interferir en los procesos creativos propios de la banda, más todavía cuando L1bera está en plena preparación de nuevo material.

Debo reconocere que fue una muy grata experiencia, aún cuando el ensayo se extendió bastante más de lo que tenía presupuestado, pude ser testigo de la gestación de un nuevo tema, que según las palabras de Gastón está quedando increíble.

https://www.facebook.com/AGUEROL1


Gastón demostró un liderazgo innato, lo que no se debe confundir con autoritarismo. Expone sus ideas frente a la banda de una manera clara, de modo que todo las vayan trabajando por pedazos hasta que consiguen que el conjunto sea una pieza más del rompecabezas, con un rol específico, y que calce perfectamente al lado de las otras.
En ese sentido me llamó la atención como los 2 integrantes encargados de la parte rítmica, bajista y baterista, consiguen una comunicación que va mucho más allá de las palabras, y como "sin  querer" se aferran a lo que han definido inicialmente, matizándolo para conseguir la aprobación final. Así partieron con una rítmica muy "matemática", escapándose un poco de la línea de composición de la banda, y terminaron (en el ensayo) con la misma rítmica inicial, pero de alguna manera matizada acorde a lo que voy a denominar "requerimiento inicial".

Aplicado al desarrollo de software, que es la línea donde me muevo, Gastón es el buen jefe de proyectos, que lidera a un equipo de desarrollo, les expone sus ideas y requerimientos, y a veces busca imponer algunas posturas, basadas en las fórmulas que sabe que funcionan.
Por otro lado está el resto de la banda, que sería el equipo de desarrollo. Ellos acogen las ideas presentadas inicialmente, y contribuyen con lo propio, a veces difiriendo con el planteamiento inicial, pero enrriqueciendo el producto final. En este sentido, y lo veo a diario, la experiencia de los desarrolladores puede escaparse de las fórmulas conocidas, y la implementación final puede  resultar mucho mejor que la tradicional. Al respecto, también estan todos los casos y variaciones imaginables, la fauna del desarrollo de software da para muchas sorpresas.

Nota aparte merece el nuevo guitarrista de la banda. por lo que vi viene de una "escuela" musical mucho más técnica, y durante el ensayo al que asistí pude notar como aún se estaba adaptando a un equipo que ya lleva tiempo trabajando juntos. Es como el "estudiante en práctica con posibilidad de contrato" en las empresas, desde mi percepción sentí como aún necesitaba un guía, sin embargo el factor de caos que induce renueva al equipo.

Fue un honor ser testigo presencial de un proceso creativo diferente a los que estoy acostumbrado, y por ello quiero agradecer a Gastón y a todos los integrantes de L1bera por esta oportunidad única.