Top
Las 10 habilidades que un desarrollador debería saber – Blog Ceiba
fade
185
post-template-default,single,single-post,postid-185,single-format-standard,eltd-core-1.1.2,flow-ver-1.4,,eltd-smooth-page-transitions,ajax,eltd-blog-installed,page-template-blog-standard,eltd-header-standard,eltd-sticky-header-on-scroll-up,eltd-default-mobile-header,eltd-sticky-up-mobile-header,eltd-menu-item-first-level-bg-color,eltd-dropdown-default,eltd-dark-header
Blog Ceiba / Arquitectura  / Las 10 habilidades que un desarrollador debería saber

Las 10 habilidades que un desarrollador debería saber

Como desarrolladores de software nos encontramos en un mundo laboral de constante cambio, es difícil conocer todas las herramientas existentes para nuestro trabajo, pero también es cierto que debemos esforzarnos en ser mejores, puliendo nuestras habilidades y adquiriendo hábitos que nos lleven a ser un desarrollador integral, que disfrute sus labores y procure hacerlas de la mejor manera.
Por este motivo realicé este listado de diez puntos, en el cual trato de sintetizar las habilidades que considero un desarrollador de software debe tener, y si no es así, debe de comenzar a cultivar

 

10. La conveniencia no es una -bilidad

 

 

Cuando escribimos código, es muy fácil caer en la tentación de hacerlo de acuerdo a nuestra conveniencia, es decir, por “pereza” y no como nuestros conceptos nos indican que es la mejor manera. Por eso caemos en malas prácticas como:

 

“¿Por qué debería hacer otro método si es casi igual que éste? Solo agrega un switch sencillo

  • Múltiples acciones en un mismo método
  • Múltiples tareas en una clase”1

 

Para esto, no debemos olvidar aplicar principios de desarrollo de software como SOLID o KISSbuscando:

 

 

9. Los programadores no somos buenos testers

 

 

Como desarrolladores en un entorno ágil, estamos llenos de pruebas unitarias, de integración y de aceptación, muchas realizadas por nosotros mismos a nuestro propio código y tendemos a tener:

 

  • “Sentimientos paternalistas hacia nuestro propio código
  • La atención puesta principalmente en escenarios positivos, en vez de estar buscando activamente los errores
  • Tendencia a ver un “problema complejo” como una colección de “casos aislados, más pequeños y simples”
  • Menos experiencia y conocimiento en identificar errores e inconvenientes más comunes en las aplicaciones.”2

 

Para solventar o mitigar lo anterior, es recomendable aplicar ciertas estrategias buscando poner nuestro código a prueba y que este genere los errores en etapa de desarrollo y no en frente del usuario final. Alguna de las estrategias a aplicar son:

 

  • “No hacer el testing funcional a nuestro propio código si no al de nuestros compañeros
  • Trabajar en equipo para crear sets de testing.
  • Trabajar con datos extremos
  • Pensar en escenarios negativos”2
  • War game (rompe el código de alguien más, mi favorito, retar a tu par a que haga fallar tu pantalla, tu interfaz o tu método)

 

2″javaHispano – Portada – ¿Cómo enseñar testing a tus programadores?.” 8 Sep. 2015,
http://www.javahispano.org/portada/2015/9/8/como-ensear-testing-a-tus-programadores.html. Accessed 2 Feb. 2017.

 

8. El código de pruebas es tan importante como el código de la funcionalidad

 

 

Realizar código de prueba es tan importante como el código productivo, pues este nos da la tranquilidad que los requerimientos se cumplen. Probar nuestro código es importante porque:

 

  • Una buena cobertura de código facilita el mantenimiento del mismo
  • El código de pruebas actúa como documentación del código

 

7. Lee el código de los demás

 

 

Hemos escuchado alguna vez una frase que dice que: “Si quieres ser un buen escritor, debes ser mil veces un buen lector”3 y esto también se aplica para el desarrollo de software porque:

 

  • Nos gusta escribir código y nos disgusta leerlo
  • Leer código de otros es difícil
  • Nuestro orgullo juega en nuestra contra, dado que tendemos a pensar que es incorrecto la manera cómo otros resuelven los problemas

 

Para comenzar a tomar este buen hábito puedes empezar por:

 

  • Leer el código que ya haz hecho
  • Leer el código de tu proyecto
  • Leer código en software de código abierto https://github.com/trending?l=java4
  • Cuando leas el código de otras personas responde mentalmente preguntas tales cómo: ¿es fácil leerlo? ¿Cómo llama sus variables?, ¿como llama sus métodos?4

 

3Jorge Luis Borges

 

4 “Lee el código – 97cosas.com.” http://97cosas.com/programador/lee-el-codigo.html. Accessed 2 Feb. 2017.

 

6. Dos cabezas piensan mejor que una

 

 

La programación par es propia de la metodología de Xtreme Programing, lo cual no evita que pueda ser adoptada en nuestro proyecto en ciertas situaciones. Al desarrollar con tu compañero podrás tener beneficios importantes como:

 

  • Si sabes menos, aprenderás de tu compañero
  • Si sabes más, aprendes al enseñar
  • Conocer nuevas herramientas que facilitan tu trabajo
  • Disminuye el Bus Factor

 

5. El trabajo duro no paga

 

 

¿Cuántos de nosotros hemos gastado parte de nuestro tiempo libre buscando un error en nuestro código, o haciendo una historia de usuario adicional al sprint? Seguramente varias veces, sin recordar que ese tiempo fuera de la oficina se puede aprovechar en cosas en beneficio propio y del proyecto. Debemos guardar un equilibrio en nuestra vida y usar nuestro tiempo libre para descansar y hacer cosas diferentes a trabajar por ejemplo:

 

  • Aprender de temáticas nuevas.
  • Leer blogs, libros, codigo.5
  • Asistir a meetup’s

 

Y en general buscar la manera de mejorar continuamente.

 

5 “El trabajo duro no paga – 97cosas.com.” http://97cosas.com/programador/el-trabajo-duro-no-paga.html. Accessed 2 Feb. 2017.

 

4. Refactoriza hasta sentirte orgulloso de lo que hiciste

 

 

El realizar código basado en pruebas nos ayuda a tomar este buen hábito, el cual consiste en hacer lo mínimo posible para cumplir el objetivo y después mejorar tu código buscando aplicar las mejores prácticas técnicas. Para esto es importante que tengamos en cuenta lo siguiente:

 

  • Dejemos el lugar mejor de lo que lo encontramos. (Principio Boy Scout)
  • El hecho de que alguien más lo haya hecho diferente no significa que esté malo.
  • Es mejor cambios incrementales que varios al tiempo
  • Siempre verificar que las pruebas unitarias sigan corriendo.
  • El hecho que lo cambiemos no significa que vaya a quedar mejor.
  • El ego personal no puede estar en el camino, si algo no esta malo, ¿Por qué cambiarlo?
  • A veces romper algo es el camino más corto a una solución.6

 

6″La Regla Boy Scout – 97cosas.com.” http://97cosas.com/programador/regla-boy-scout.html. Accessed 2 Feb. 2017.

 

3. No confíes en el “aquí sucede la magia”

 

 

Cuando eres desarrollador de software, sabes que esas lineas de codigo que están creando van a tener contacto de alguna manera con un automatizador de pruebas, con un administrador de servidores o de base de datos. Trabajos especializados que debes conocer, pues en cualquier momento tendrás que desempeñar alguna de estas labores, es decir, debes hacer esa magia que por tanto tiempo te fue ajena. Por eso es bueno aprender de temáticas tales como:

 

  • Gestiona un proyecto.
  • Gestión de la configuración / Generan versiones.
  • Administración del servidor donde despliegan tu código.7

 

7 “No confíes en el “Aquí sucede la magia” – 97cosas.com.” http://97cosas.com/programador/no-confies-magia.html. Accessed 2 Feb. 2017.

 

2. Conoce tus herramientas

 

 

Normalmente un desarrollador de software puede pasar la mayor parte de su día al frente de su IDE, curiosamente no siempre buscamos la manera de hacer más eficiente nuestro trabajo bajo esta herramienta y utilizamos el mouse para casi todo. Es importante conocer a profundidad:

 

  • Los atajos del IDE
  • La línea de comandos

 

Finalmente busca herramientas que puedan ser útiles en tu día a día.

 

1. Invierte tiempo en tu conocimiento

 

 

Nuestro rol de desarrollador implica actualizar nuestros conocimientos a medida que avanza la tecnología, es importante conocer las tendencias globales, las herramientas se utilizan y el por qué se utilizan. Un desarrollador debe saber cómo gira el mundo en el que está y de esta manera moverse para que no caer en zona de confort. Por eso es importante:

 

  • Aprender nuevos lenguajes, frameworks, técnicas que puedan interesarnos o ser útiles en nuestra labor.
  • Usar lectores de feeds a fin de tener todos los sitios web que nos interesan en un solo lugar.
  • Guardar tus links favoritos: almacenemos aquellas cosas que nos interesan en un solo lugar y por supuesto estudiarlos

 

3. Conclusiones

 

Como desarrolladores, es nuestra responsabilidad crecer constantemente como profesionales, aprendiendo nuevos paradigmas, mejorando el cómo hacemos nuestras labores y en especial, en adquirir hábitos que nos ayuden a ser mejor cada día, no solo como las mentes creativas que limitan y solucionan un problema, sino como personas que estamos en constante crecimiento intelectual y profesional.

 

Referencias

 

1 “La conveniencia no es una -bilidad – 97cosas.com.” http://97cosas.com/programador/conveniencia.html. Accessed 2 Feb. 2017.
2 “javaHispano – Portada – ¿Cómo enseñar testing a tus programadores?.” 8 Sep. 2015, http://www.javahispano.org/portada/2015/9/8/como-ensear-testing-a-tus-programadores.html. Accessed 2 Feb. 2017.
3 Jorge Luis Borges
4 “Lee el código – 97cosas.com.” http://97cosas.com/programador/lee-el-codigo.html. Accessed 2 Feb. 2017.
5 “El trabajo duro no paga – 97cosas.com.” http://97cosas.com/programador/el-trabajo-duro-no-paga.html. Accessed 2 Feb. 2017.
6 “La Regla Boy Scout – 97cosas.com.” http://97cosas.com/programador/regla-boy-scout.html. Accessed 2 Feb. 2017.
7 “No confíes en el “Aquí sucede la magia” – 97cosas.com.” http://97cosas.com/programador/no-confies-magia.html. Accessed 2 Feb. 2017.

Andrés Sossa

Escrito por: Andrés Sossa

Desarrollador de software con un gran gusto por aprender herramientas para hacer soluciones y formas de usarlas correctamente. Convencido de las metodologías ágiles y el crecimiento continuo.

No Comments

Comentarios