RSS Trabajar como desarrollador

La primera referencia al concepto “deuda técnica”, en el contexto del desarrollo software, viene del año 92 (aquí tienes el enlace a aquel primer documento en que se citó la idea). Otra evidencia más de que muchos temas y términos de moda hoy... llevaban ya muchos años con nosotros.

El creador del término fue Ward Cunningham, nombre poco popular en el sector, pero tras el que están, más allá del concepto deuda técnica, aportaciones como el desarrollo de la primera wiki, ser uno de los firmantes el manifiesto ágil, ser uno de los pioneros en introducir el concepto patrón, y los primeros catálogos, en el mundo del desarrollo software, las antiguas tarjetas CRC, contribuciones a eXtreme Programming, etc.

Los podcasts están de moda. Para estos programas de radio online vía subscripción no hay género o temática que se les resista, ni siquiera algo a priori tan visual como puedan ser el desarrollo y la programación. En inglés tienes centenares de podcasts entre los que bucear (aquí realizan una selección muy apañada) pero nos vamos a centrar en podcasts de desarrollo en español que merece la pena seguir, tanto en activo como aquellos que ya no actualizan pero siguen estando disponibles para nuestro uso y disfrute. Decenas y decenas de horas de entretenimiento y sabiduría developera en el idioma de Cervantes en formato audio.

Hace ya casi dos años que pisé por última vez una oficina y empecé a trabajar en Plex desde casa, en un equipo deslocalizado a lo largo y ancho del planeta.

Muchas cosas cambian cuando pasas de levantarte cada mañana para ir a tu puesto de trabajo a sentarte en un escritorio a 10 pasos de tu cama. Y aunque seguramente ya se ha escrito mucho sobre el tema (yo mismo grabé una entrevista con mi compañero Jesús Manzano), hoy quería dar un punto diferente a este tema, y buscar 10 ideas distintas que no se cuentan tan habitualmente sobre el hecho de trabajar en remoto.

No amigo, la vida no es de color de rosa. Ni siquiera la del desarrollador por mucho que yo mismo os lo pintara de esa manera la semana pasada. Por eso hoy os traemos la otra cara de la moneda: todos esos momentos que te hacen odiar ser desarrollador. Podríamos haber elegido decenas pero como tampoco queremos abusar y somos muy de simetría, nos quedamos con 17. Ponte cómodo porque te aseguro que vas a pasar un mal rato.

Supón que sigues todas las guías de estilo, eres "clean", cuidadoso, fiel seguidor de TDD, conoces tu plataforma, ... pero, aun así, por una extraña razón, con el tiempo tu sistema se tambalea, o debes perder mucho tiempo en refactorizar, o el número de tests hace que tus despliegues demoren horas, o cada vez te resulta más confuso ver la mejor forma de introducir mejoras, ... ¿qué ha fallado?

No estoy hablando de cuando se hacen las cosas mal (en que es más o menos obvio que tarde o temprano se pierda el control), estoy hablando de cuando las cosas se hacen bien o, al menos, se han seguido los cánones marcados por la industria. No es infrecuente perder el control de un proyecto y ocurre en una gran variedad de ámbitos, equipos grandes o pequeños, en grandes y pequeñas empresas, con recursos y sin recursos.

No es la primera, ni la última vez que escribo sobre la enorme complejidad inherente al desarrollo de software. De la necesidad -siempre creciente- de conocimiento que soportan todos los actores en la industria actual. Y lo fácil que es perder el ritmo para mantenerse en la cresta de la ola tecnológica.

Las metodologías, procesos y procedimientos intentan ordenar el caos hacia donde tienden las construcciones de aplicaciones informáticas. Mientras que las herramientas, a su vez, ganan en profundidad y ámbito de actuación en una búsqueda permanente de liberar al factor humano de las tareas repetitivas o tendentes al error, para que se pueda centrar en utilizar su talento y capacidad intelectual en la codificación y los retos algorítmicos que se presentan.

Vale, tu madre no sabe explicar a tus tías a que te dedicas ("trabaja con ordenadores, internet y esas cosas"), tus amigos piensan que eres el servicio técnico de Apple y cuando se acerca una fecha de entrega, echas más horas que un reloj en el trabajo. Todo esto es cierto pero, por lo demás, ser desarrollador no está nada mal, de hecho incluso puede llegar a estar bastante bien. Como muestra, un botón en forma de 17 momentos por los que merece la pena ser desarrollador (sin demasiado orden ni concierto).

Women Techmakers es una iniciativa liderada por Google que se ha convertido en una realidad a nivel mundial.

Con motivo del día internacional de la mujer, se han realizado durante el mes de marzo diferentes eventos con el objetivo de dar a las mujeres que se dedican al ámbito tecnológico, el protagonismo que se merecen.

La principal característica de este tipo de eventos ha sido el papel predominante de la mujer en el mismo, compartiendo sus experiencias en los distintos ámbitos tecnológicos en los que desempeñan su actividad y contribuyendo así a la visibilidad de la mujer en el sector.

En este marco y con la coordinación de GDG Spain, se han lanzado durante 2016 hasta 14 eventos de Women Techmakers, los cuales han permitido que por toda la geografía española se recuerde a todos los que integramos el mundo de las nuevas tecnologías que el papel de la mujer sigue creciendo y cada vez lo hace con más fuerza en todas las comunidades técnicas.

Seguramente estás un poco harto de tu empleo actual. Tienes un salario absurdo, tu jefe no valora lo que haces, a tu empresa sólo le importa vender y la parte de desarrollo es una carga y, en definitiva, cuando llega el domingo por la noche te acecha la gran depresión.

Es muy normal en los países latinoamericanos. En muchas empresas aún existe la cultura de que lo importante son los números, y dejan la calidad del software a un segundo plano. Su única métrica es que cuanto más rápido acabes tu trabajo, mucho mejor.

Por tanto, te quedan dos opciones: o te acabas uniendo al clan de los vendedores, o te quedarás comiendo marrones y con un sueldo ridículo el resto de tu vida. En realidad hay una tercera: escapar.

Continuo con el análisis de la encuesta 2016 de Stack Overflow en donde, la verdad, estoy sacando conclusiones que no me esperaba del todo. Que el rey es JavaScript o que de lo que más abunda son desarrolladores Web, son realidades que puedo percibir en cualquiera de los proyectos en los que trabajo o colaboro.

Sin embargo, hay otras que no tenía tan claras o, incluso que pensé que eran totalmente diferentes; y las cuales quiero compartir en este tercer artículo de la serie.