Para que una persona haga un gran trabajo y esté totalmente implicado en él, necesita sentir que ese trabajo vale realmente para algo. Que está marcando una diferencia, que pertenece, que forma parte de algo importante.

Me refiero aquí a “marcar nuestra huella”, pero no quiero decir que tengamos que ser los creadores de facebook o descubrir la cura de la malaria, sino simplemente tenemos que sentir que nuestros esfuerzos valen la pena, que tienen sentido y le van a servir a alguien.

Queremos escuchar a nuestros clientes, usuarios y compañeros decir “Esto me hace la vida más fácil”, “Con esto voy a ganar muchísimo tiempo” o “Me has solucionado el problema que tenía!”. Esto realmente anima, y no sólo anímicamente, sino que va a afectar a cómo haces tu trabajo, a cómo te relacionas con los demás y a sentirte satisfecho.

Queremos sentir que si parasemos de hacer esos esfuerzos y ese buen trabajo, la gente se daría cuenta.

Al final nuestro trabajo es nuestro esfuerzo, lo que somos capaces de hacer por nosotros mismos, a las cotas que podemos llegar con nuestro intelecto y experiencia. ¿Quieres hacer un producto o proyecto que no le valga a nadie para nada? ¿Echar tus horas de trabajo pasando simplemente el tiempo dándote igual lo que hagas en ellas?

Lo que hacemos día a día termina siendo nuestro legado. Si vas a hacer algo, haz algo que realmente importe, que ayude. Y no solo a ti, también a los demás.

El propósito es un aspecto de la condición humana. Queremos sentirnos útiles, queremos sentirnos necesarios y cuando se hace de forma desinteresada, como el voluntariado por ejemplo, esto nos hace sentirnos bien con nosotros mismos y con los demás. Convirtiéndose en una especie de droga a la que nos enganchamos, queriendo ayudar a mejorar las cosas de forma continua.

Deberíamos potenciar este aspecto en las organizaciones. La gente que no se siente útil y no ve finalidad en su cometido, termina yéndose a buscarlo en otra parte.
Tendríamos que intentar humanizar más el trabajo, deberíamos encontrar la manera de infundir humanidad en los negocios, buscando ideales como el honor, la verdad, la justicia y la belleza. Intentar humanizar lo que la gente dice y así muy posiblemente humanizar lo que hacen.

Un claro ejemplo que me he encontré hace unos días en internet, es lo que se proponen hacer en la empresa “Be Code My Friend” con su “Plan de desarrollo local” que os animo a leer

Y otro claro ejemplo sería la iniciativa de la empresa Deiser llamada “#DecisionesQueAyudan” con la que pretender apoyar a los parados.

De esta forma seguramente terminaremos viendo nuestro trabajo como una recompensa que nos proporciona esa parte que buscamos para poder servir y ayudar a los demás.

“Estamos aquí para dejar nuestra huella en el universo” Steve Jobs.

“Sé útil primero a los demás, si quieres ser útil a ti mismo” Séneca.

Conozco a poca gente que trabajando por cuenta ajena, esté muy contento con su empresa. Y aquí quiero descartar a aquellos que llevan pocos meses, que han entrado a trabajar hace poco tiempo y aún están en ese período de “euforia” del cambio y no son objetivos en este tema.

No sé, si será por la cultura Española, por nuestra educación, o por otras causas, pero parece que en este país, el quejarnos lo llevemos en la sangre.

Ahora está de moda quejarse de la crisis, de los políticos, de la Unión Europea, etc. Pero yo quiero ir un poco más a nuestro día a día, más de cerca, en nuestro trabajo. Es decir, quejarse de nuestros jefes, de nuestros compañeros, de nuestro salario, de nuestro plan de formación, de nuestro estatus …. bla bla bla bla….  No sabéis el sueño que me da esto zzzzzzzzzz..

Es verdad que quejarse es de humanos, y yo mismo lo hago muchas veces. Pero estoy bastante cansado de la gente que no para de quejarse y no mueve un dedo para que esto cambie.

Para mí, el trabajo es una parte muy importante de la vida, y si estás amargado mientras lo desempeñas, entonces te estás amargando la vida.Y sin querer entrar en el hecho de que en este estado la calidad y la cantidad del trabajo que sacas adelante deja mucho que desear.

No esperes a que esto cambie por sí solo. Si crees que tu jefe no te valora, o que no te dan la suficiente formación, que tu sueldo es de risa o que no avanzas nunca en responsabilidades, ¿a qué esperas para solucionarlo?

¿Crees que no avanzas ni aprendes nada? Buscate cursos, charlas, ponencias, lee libros, artículos, grupos de usuarios, blogs. ¿No te valoran y tu jefe no te da más responsabilidades? Habla con él y explícale la situación, tu sensación de abandono, de estancamiento. Dile que de esa forma te sientes desmotivado, que necesitas más! ¿Piensas que tu sueldo no está acuerdo con tu trabajo? Expón tu problema a tu superior, a Recursos Humanos o a quién haga falta, pero no solo a tus compañeros en los cafés o a tus amigos cuando tomas unas cañas con ellos.

Si ya has intentado todo esto y crees que es imposible cambiarlo, ¡no te desanimes! te queda una fácil solución, búscate otro trabajo. Otro trabajo que te llame la atención, que te motive en el día a día, en el que avances tanto profesional, como personalmente. En las que puedas explotar todo tu potencial y puedas ayudarles a ellos a mejorar también. Pero sobre todo, no te quedes parado amargándote la vida.

Pocas cosas dan más placer que conducir con solvencia el destino. Si te abandonas a lo que dicte tu empresa solo conseguirás avanzar lo que tu empresa te deje. Continuamente estamos viviendo bajo la tiranía de los podría y los quisiera. Déjate de una vez de pensar en los potenciales, de quejarte y actúa!

Hoy quería hacer una referencia al libro “Version Control By Example” de Eric Sink.

Este libro nos zambulle en el mundo de los controles de versiones desde prácticamente 0. Bastante fácil de leer, corto y con muchos ejemplos de código modificado paso a paso por varias personas.

El libro consta de 13 capítulos, en los que nos va contando desde la historia de los controles de versiones, pasando por los controles de versiones centralizados como Suversion, a continuación los distribuidos como Git y terminando con algunas buenas prácticas.

Personalmente recomendaría este libro sobre todo, a gente que esté empezando en este mundillo y no tenga mucha idea de cómo se trabaja en el día a día con controles de versiones. Aunque también es muy recomendable para gente que solamente conoce los 4 comandos básicos de su control de versiones del trabajo y quiere aprender un poco más del tema.

Los ejemplos paso a paso de cómo una persona empieza a tocar un código, otra lo modifica, salen conflictos y cómo los resuelven, son el día a día de cualquier programador de aquí a la Índia.

Con él, no solo aprenderemos a utilizar los comandos de commit y update que sabe todo el mundo, sino que nos enseñará a ir más allá y saber utilizar estas herramientas con todas sus posibilidades. Crear y unir ramas, crear, borrar y modificar privilegios de usuarios, deshacer cambios, clonar repositorios y otras cuantas cosas más. Y todo esto paso a paso, con todos los comandos necesarios.

Unos de los capítulos más interesantes para los que quieren ir más a fondo, es el penúltimo, que nos habla de las tripas de los controles de versiones. De como trabajan estos programas internamente y qué técnicas utilizan para hacer lo que hacen, junto con algunas de sus limitaciones.

Otro capítulo que a mi me gustó mucho, es en el que habla sobre técnicas de control de flujos de trabajo. En él nos explica levemente cada una de las técnicas más utilizadas como una rama por cada release o otra muy de moda, aunque antigua, rama por tarea. Aunque el capítulo es chulo, me hubiera gustado que profundizará mucho más en este tema.

El capítulo final lo dedica a un resumen de buenas prácticas. Muy corto y consejos muy familiares para los que llevamos un tiempo en esto. Os dejo algunos a continuación:

• Realiza tus commits de forma lógica, que se refieran a un cambio concreto
• Explica al máximo tus commits
• Usa etiquetas
• Revisa siempre los merges antes de hacer el commit
• No subas código comentado

Se echa de menos algún capítulo sobre otros sistemas de control de versiones muy utilizados en el mercado, como TFS o Plastic SCM (este último producto Español de la empresa Codice Software) y sobra parte de Veracity.

Si aún no os he convencido para leerlo, deciros que está disponible de forma totalmente gratuita en formato PDF, para consultarlo online, como EPUB y finalmente en libro físico, que si quieres te lo envían gratis a tu casa sin gastos de envío!!! Y de esto último os puedo dar fe

Espero haberos dejado sin excusas!

Un solo pensamiento negativo, es como un germen en tu mente que atraerá más gérmenes. Y antes de que te des cuenta tendrás la mente infectada.

No verás con claridad, no pensarás con claridad. Empezarás a ver todo lo malo y no lo bueno. La infección te hará buscar problemas y no soluciones. La enfermedad te forzará a dejar de seguir avanzando, te apartará de la mejora continua. La enfermedad te llevará a comportarte como una víctima en lugar de dar todo lo que puedes.

Recuerda sobre todo que cuando permites que un pensamiento negativo entre en tu mente, das comienzo al proceso de atraer a ella otros pensamientos negativos.

Los depresivos piensan cosas horribles acerca de si mismos y de su futuro. Posiblemente toda la depresión se reduzca a eso. Quizá lo que estamos considerando como un síntoma de depresión (el pensamiento negativo), es en realidad la enfermedad. La depresión no es pura química cerebral desequilibrada, ni rencor acumulado en nuestro interior. Se trata de una alteración del pensamiento consciente que hace desequilibrar esa química.

Las emociones provienen directamente de lo que pensamos: pensemos “Estoy en peligro” y se experimentará ansiedad. Pensemos “Otra vez me están utilizando” y sentiremos rencor. Pensemos “La perdí” y experimentaremos tristeza.

Como dijo Gandhi “No permitiré que nadie camine por mi mente con los pies sucios.” y yo añadiría “y menos yo mismo”.

Cada vez que tu mente se centre en las dificultades, entrénala para que se concentre solo en las oportunidades. Los hábitos de pensamientos pesimistas, son susceptibles al cambio. Los resultados que esperas, son los resultados que verás. Recordar esto es importantísimo.
 

Contratar a alguien siempre es un riesgo. Hay empresas famosas por sus intensivos y enrevesados métodos para contratar a gente, como Google por ejemplo. Pero por muy largo y conciso que sea el proceso, siempre estamos arriesgando dinero y tiempo, con lo que cuanto más nos aseguremos de esa elección menos dejaremos al azar.

Pero esto no significa que no puedas mejorar tus posibilidades en este aspecto

Siempre he pensado que la mejor forma de ver si alguien vale o no para un puesto de trabajo para un equipo de desarrollo de software a la hora de entrevistarle, se debería hacer por dos vías. La primera es una entrevista conjunta con el equipo de trabajo con el que vaya a estar en el día a día. Y la segunda, ponerte a programar con él directamente en una corrección de un bug, por ejemplo o una nueva funcionalidad del proyecto donde vaya a trabajar.

Entrevistar es un deporte de equipo y al no tener una perspectiva de la vista de cada miembro del equipo, podemos perder muchísima información. Y no solo eso, sino que al tomar una decisión solo desde un punto de vista, podemos equivocarnos más fácilmente.

Con este tipo de entrevista enviamos un mensaje implícito al propio equipo, ya que contamos con todos los miembros a la hora de decidir que persona se va a sentar a su lado y va a trabajar codo con codo diariamente junto a ellos. Por otra parte es lo más lógico ¿no?

La entrevista en equipo une al propio equipo, que va a discutir sobre cada candidato. También conseguimos afianzar el compromiso y la implicación de cada integrante al contar con ellos en algo tan importante como es esta decisión.

Involucrar a todo el mundo en este proceso es un paso adelante en un equipo ágil y termina siendo esencial. Tener a una sola persona que se encargue de hacer la entrevista y que tome la decisión basándose solo en su opinión, contradice la naturaleza de los equipos multidisciplinares.

También puede servir para detectar problemas dentro del propio equipo. Imaginaros, que algún miembro dijese, “Ná, paso de hacer la entrevista, ese es tu trabajo” o “Estoy demasiado ocupado para andar haciendo entrevistas”. Si os encontráis alguna de estas situaciones, malo. ¿Quién no quiere poder influir en la elección de la persona con la que va a estar horas y horas trabajando junto a él, que va a estar tocando el código con el que trabajas diariamente y evaluando las tareas que puede que te toque hacer?

Una entrevista de trabajo conjunta ofrece una evaluación del candidato mucho más amplia, concisa y realista que las típicas fases de entrevista por recursos humanos, departamento técnico y directiva.

Así que ya sabes, no arriesgues el tiempo y el dinero que valen las entrevistas de trabajo a una sola carta!

¡Mal! no del todo, pero suficiente para que me tenga que parar a hacerte un par de sugerencias. ¿Parar de programar por qué te han ascendido y tu trabajo es ahora de Súper Arquitecto, de Mega Analista o de Jefe de proyecto? ¡MAL!

Empieza a programar otra vez, empieza con Python, Ruby, Scala o Groovy, el lenguaje que más te llame la atención. Uno con el que puedas aprender nuevas técnicas y que sea productivo. ¡Tu carrera depende de ello!

Si no me haces caso y te olvidas de la programación, te separarás del acto de la creación. Esta importante parte, la verás como si fuera una subcontrata externa, tu lo piensas y diseñas y ellos lo crean. Otra vez MAL!

Pensamos que la programación es un proceso automático, que da igual a quién se la demos, que con el mismo tiempo, precio y recursos nos lo entregarán sin problemas ya que yo les doy la parte difícil hecha. Y da igual que sea nuestro propio equipo de desarrollo o una subcontrata, para ti será un proceso externo. Mal.

Pero no nos olvidemos que los autómatas no construyen, sino que procesan. Mientras que buenos procesos pueden ahorrar una enorme cantidad de dinero, no van a traer al mundo nada nuevo. ¿Y al final que es el 90% de proyectos de Software? algo nuevo o parcialmente nuevo y sobre todo hecho a medida, para un cliente o para unos usuarios. Con lo que una de las necesidades principales es creatividad.

Desvincularte del código es un mal movimiento para tu carrera. En grandes empresas, el control suele mandar y las políticas y los procesos son sus aliados. Al entrar en esta dinámica, podemos olvidar como se desarrolla software. Y mucho más importante, podemos olvidarnos de como está cambiando la industria del desarrollo de software.

No estoy diciendo que debas temer por tu trabajo por qué compañeros se van del país y triunfan fuera. Ni te estoy sugiriendo que te andes con cuidado por qué la crisis está en su peor momento. Te estoy aconsejando que no te olvides de la programación. Por que si te olvidas de esa parte, entonces si debes tener mucho cuidado. Vas a tener que poner todo el cuidado en no dejar que la enorme y rápida evolución del mundo del desarrollo del Software te adelante y sea más rápida que tú.

Ten cuidado con pensar que por llevar 10 ó 15 años a tus espaldas como programador y 5 de Manager, ya sabes como desarrollar buen Software aquí y en el futuro. Este mundo va muy rápido y cada día más, te puedes quedar desfasado en cualquier momento.

Sé que tienes expectativas y lo entiendo, se suele escuchar mucho frases como “Si sigo programando, no voy a escalar en la estructura de la empresa y nunca voy a llegar a nada!” MAL, muy MAL. Si lo que realmente te gusta es crear buen software, vivir de ello y disfrutar de tu trabajo, tienes que seguir en la brecha y conocer de primera mano como se hace, las tripas. ¿Esto no es aprender?, ¿esto no es mejorar? ¿esto no es avanzar laboralmente?

Si sigues creyendo que por estar programando no eres nadie, algo falla. Puedes estar orgulloso de ello. Puedes seguir aprendiendo cosas nuevas fuera de este gran espectro y zambullirte en todo el proceso con el cliente y el resto del equipo, pero no dejes de programar.

El libro nos ofrece un aprendizaje relámpago por cada uno de los 7 lenguajes que trata, Ruby, IO, Prolog, Scala, Erlang, Clojure y Haskell. Pero aunque diga relámpago, no quiero decir que este aprendizaje sea pasándolos por encima y enseñándonos lo mismo que la típica presentación o curso introductorio. De hecho el autor no bromea con la alusión de tomarse 7 semanas para aprenderlos, ya que si quieres seguir los ejercicios que propone por cada lenguaje, más vale que te pongas las pilas. Tengo que confesaros que a mi me tomó al final 10 semanas.

Cada uno de estos lenguajes se divide en 3 capítulos, con deberes de investigación sobre los mismos y ejercicios, que van desde algo fácil, hasta algunos verdaderos quebraderos de cabeza. El autor Bruce Tate ni siquiera se para a explicarnos como instalar el entorno de cada lenguaje, sino que va directamente al grano.

En cada capítulo hay una mini-historia del lenguaje y una entrevista al creador o a alguna persona influyente en el proyecto. Y al final de estos, se resumen las fortalezas y debilidades de cada uno.
Ten en cuenta que no es para nada una guía de programación, sino una guía de estudio de cada uno de estos maravillosos y algunas veces desesperantes lenguajes de programación.

Una de las cosas que más me ha gustado de este libro es el sentido del humor del autor. Esta escrito de una forma muy amena y por cada lenguaje busca una figura de ciencia ficción o fantasía a la que se pueda asemejar para que te identifiques más con él y puedas comprenderlo, como puede ser el comandante Spock con Haskell, Eduardo Manos-Tijeras con Scala o Mary Poppins con Ruby. Por supuesto con sus ejemplos y definiciones de por qué se parecen a esos personajes, y desde mi punto de vista, acierta bastante

El libro descubre nuevas ideas a los programadores que estén acostumbrados a trabajar con lenguajes orientados a objetos, enseñando los distintos paradigmas que existen dentro de otros mundos, como la programación funcional o la lógica. Te obliga a salir de tu acostumbrada forma de pensar y le da la vuelta a todo para que tengas que forzarte a olvidar el como programas en el día a día, enseñándote un nuevo camino a la hora de organizar y construir programas. Con él aprendes el estado del arte dentro del mundo de la programación y los diferentes paradigmas que existen en este mundillo cada vez más amplio.
 

Esta familia de lenguajes incluye JavaScript e IO entre otros. Brutalmente simple y expresivo IO tiene la capacidad de poder adaptarlo totalmente y definir nuestro propios DSLs, también parece que sirve muy bien para crear interfaces, aunque no es el lenguaje más desarrollado de los que nos encontramos en el libro.
 

3º Programación Lógica (Prolog)Este tipo de lenguajes de programación están orientados a resolver un estrecho tipo de problemas, aunque para ellos son asombrosamente eficientes. Con ellos definimos las reglas para el universo que plantea el problema y a continuación le preguntamos al lenguaje que nos desvele la solución a las preguntas.
Cuando el problema se ajusta a unas reglas lógicas, Prolog es capaz de conseguir resultados en muy pocas lineas de código que en cualquier otro lenguaje llevaría cientos de ellas y horas de comeduras de cabeza por parte del programador.
Estos lenguajes se utilizan en ámbitos como el control de tráfico aéreo o de trenes, casualmente en mi empresa se utiliza justo para el cálculo de rutas para trenes de cercanías

Aquí os dejo el link a mis ejercicios resueltos por si queréis echarles un ojo GitHub

Todas las personas con las que trabajamos a diario tienen un conjunto muy diferente de necesidades. Cada una tiene sus gustos, sus vidas y sus sentimientos. El descubrir y cumplir con estas necesidades es la manera de hacer que la gente cumpla con su cometido, estén a gusto trabajando y sean productivos. Es tu trabajo a tiempo completo escuchar a estas personas y mentalmente documentar cómo están construidas, como piensan y como sienten. Convertirte en un apoyo y enseñarles a resolver problemas en cualquier situación, es tu trabajo más importante.

El Vicepresidente de la empresa te está diciendo que la fecha de entrega del proyecto es inamovible y esa entrega es el trabajo número uno, el más importante ahora mismo. Pero seguramente no vas a escribir el código, ni probar el producto, o documentar las características. El equipo va a hacer estas cosas, ya que seguramente saben hacerlo mucho mejor que tú, y tu trabajo realmente no es ese, sino es conseguir un equipo capaz de hacer todo esto lo mejor y de la mejor forma que puedan.

Es necesario fijarte constantemente en tus compañeros, determinar lo que necesitan, y descubrir qué les motiva. Es necesario recordar lo que funcionó un día como técnica de motivación y puede incluso, que sea contraproducente utilizarlo dentro de dos meses, porque los seres humanos somos confusos, erráticos y con cambios emocionales. Para poder conocer, corregir, animar, apoyar y ayudar a las personas en el momento adecuado, ¡es necesario ser una!.

Los managers puros poco a poco se van convirtiendo en irrelevantes para sus organizaciones. Las personas que trabajan para la delegación pura no dependen de sus habilidades para su trabajo. Esto empujará lentamente a estos jefes fuera del circuito. Hay que aportar un valor nuevo al trabajo, no vale simplemente la distribución de información, ya que con esto nos quedamos cortos. Necesitamos también un feedback de esa delegación, de ese trabajo y de la influencia que tiene sobre el equipo.
El verdadero trabajo es visible, las personas que toman medidas para la solución de problemas y responden en cada momento a la situación, es lo que se necesita ahora.

Los gestores y miembros de un equipo, que no hablan regularmente con todas las personas de su equipo, son engañados. Nos creemos que vamos a aprender y darnos cuenta de todo lo que está pasando en el grupo a través de alguna ósmosis mágica y esto no sucede, como podéis imaginar. Las ideas no serán descubiertas, el talento no se tendrá en cuenta y será ignorado, y el equipo poco a poco comenzará a creer (con toda la razón) que no importa lo que piensan, y al final el equipo es la compañía.

]]> http://www.superjueves.net/pensamientosdeotromas/2012/02/01/nuevos-managers/feed/ 0 http://www.superjueves.net/pensamientosdeotromas/2012/01/30/tenemos-que-conseguirlo/ http://www.superjueves.net/pensamientosdeotromas/2012/01/30/tenemos-que-conseguirlo/#comments Mon, 30 Jan 2012 12:45:55 +0000 http://www.superjueves.net/pensamientosdeotromas/?p=368