10 malos hábitos que debes romper si quieres ser un buen desarrollador
Una carrera como desarrollador es una elección inteligente: Oficina de Estadísticas Laborales de EE. UU. Se pronostica que los trabajos para desarrolladores de software crecerán un 17 % entre 2014 y 2024, mucho más rápido que la tasa de crecimiento promedio para otras ocupaciones. Mientras tanto, los desarrolladores front-end, los desarrolladores full-stack, los desarrolladores móviles y los desarrolladores back-end se encuentran actualmente entre los 10 trabajos tecnológicos más difíciles de cubrir, según los sitios de búsqueda de empleo. Indeed.com.
Sin embargo, para aquellos nuevos en el campo, hay algunos errores comunes que pueden dificultarles el ingreso a una carrera exitosa. Estos son los 10 malos hábitos más importantes que debes romper cuando te conviertes en desarrollador.
1. Suponiendo que conoce al usuario o el entorno en el que se utilizará el producto
Eso es «lo peor que puede hacer un desarrollador», según Karen Panetta, miembro del IEEE y decana asociada de la Escuela de Ingeniería de Tufts. «Si la especificación funcional de un producto no se especifica completamente para cada situación, las suposiciones incorrectas pueden acabar con el producto», dijo Panetta. «En algunos casos, las personas que financian el desarrollo de productos pueden no ser expertos en tecnología, razón por la cual pagan a expertos que pueden anticipar sus necesidades. Solo a través de excelentes habilidades de comunicación y presentación y transmitiendo sus conceptos. La capacidad de dar a cualquier nivel de espectadores la capacidad de recopilar esta información».
Además, muchos clientes no conocen los detalles de cómo se supone que debe funcionar algo. Por lo tanto, los desarrolladores deben comprender cómo comunicarse y trabajar con personas sin sentirse intimidados por los detalles técnicos, dijo Panetta. «El estándar de oro para trabajar en esto debería ser: ‘¿Puedo hacer una charla TED sobre mi diseño y hacer que la gente esté informada y emocionada?'», agregó.
VER: Cómo convertirse en desarrollador: una hoja de trucos (Tecnopedia)
2. No probar su código
La creencia del desarrollador de que «si el software puede compilar, funcionará» es incorrecta, dijo Panetta. «Es una de las mayores quejas que he escuchado de los empleadores sobre los nuevos desarrolladores», agregó. «Comprender las pruebas de robustez y las pruebas de regresión es fundamental. Si arreglas algo, ¿cómo sabes que no rompiste otra cosa?»
Los desarrolladores que diseñan para las pruebas pueden producir un código más confiable y robusto, dijo Panetta. También es importante probar situaciones inesperadas, como que un usuario presione una tecla inesperada o que un dispositivo se apague.
3. No grabar tu trabajo
No documentar los cambios para usted o sus colegas o ignorar dejar comentarios en el código es un gran error, según Megan Rees, directora de estrategia y desarrollo del sitio web. Institución James«En la escuela, es fácil realizar un seguimiento del trabajo que ha realizado y recordar la historia completa de un proyecto o trabajo», dice Leese. «Trabajando profesionalmente en un trabajo de desarrollo de ritmo rápido, es fácil olvidar por qué está desarrollando algo de la manera en que lo hace, y tiene que pasar horas averiguando qué hizo para editar lo que ya está hecho».
Miembro sénior de IEEE y Sociedad de Coughlin«Divida el problema en partes, luego construya y pruebe esas partes por separado, y luego pruébelas juntas».
La falta de atención a los detalles puede dañar todo el lugar de trabajo, dice Mark Tuchscherer, chicago friki«Conocemos a tantos desarrolladores, o posibles desarrolladores, que piensan que todo lo que necesitan hacer es escribir código», dijo Tuchscherer. «No quieren lidiar con la documentación del código que procesan y envían al servidor. Esto puede convertir cualquier proyecto en una pesadilla. Tenemos que despedir a muchos buenos desarrolladores porque no pueden romper estos malos hábitos y hacen que a otros se les hizo más difícil trabajar se triplicó».
4. Espere el mismo trabajo en el trabajo que en la escuela
Entrar en un nuevo puesto esperando el mismo trabajo que enseñó en la escuela o experimentó en su último puesto es problemático, dice el director de operaciones Gene Richardson Intercambio de expertos«Cada empresa es diferente y cada una implementará o escribirá su propia solución tecnológica», dijo Richardson. «Esencialmente, debe dejar de lado todos sus viejos hábitos y abordar el trabajo con una mente abierta mientras trata de aceptar y comprender por qué hacen lo que hacen. Una vez que haya estado allí durante al menos 90 días, puede comenzar a trabajar en cómo mejorar las cosas hacer recomendaciones Asegúrese de saber de qué está hablando y puede respaldar su posición con hechos «.
5. Quédate quieto
Ser un buen desarrollador significa ser proactivo en el aprendizaje, dice Eugene Brodsky, jefe de desarrollo de software. VPN más segura«Manténgase enfocado en sus estudios, esté atento a las últimas noticias y lea al menos cinco artículos al día sobre lo que sucede en la industria», dijo. «Asegúrese de elegir las áreas que le gustan y las áreas con las que está menos familiarizado para obtener una amplia gama de información».
Además de desarrollar y mantener una pasión por sus ideas, agrega Brodsky, es importante utilizar y comprender todas las herramientas disponibles, no se limite a un solo programa, herramienta o medio de comunicación.
«No asuma que dominará nada: el desarrollo actual es solo educación continua», dice el CTO Christopher Mendy Tecnología Evus«Si estás en la oficina con otros desarrolladores, primero escucha y luego habla. Es la forma más rápida de aprender».
Ver también: Cómo convertirse en un desarrollador de Unity para VR y AR
6. Multitarea
Según el estratega de marketing digital Dmytro Moroz, la multitarea es un hábito peligroso que puede amenazar tu carrera como desarrollador. kanbanización«En un trabajo que requiere una atención total y un enfoque extremo, no puedes permitirte ninguna distracción», dijo. «El costo de cambiar de contexto a su forma de pensar y su impacto en su productividad es mucho más grave de lo que podría pensar». Moroz agrega que ser un buen desarrollador significa aprender «tareas individuales» y realizar proyectos mientras lo hace. no a distracciones externas o solicitudes de nuevos trabajos.
7. Escribe funciones grandes
Es común que los nuevos desarrolladores comiencen a escribir líneas de código en una función cada vez más grande, dice el gerente de desarrollo Andrew Magee. Enigma DigitalDijo que si bien esto parece más fácil, hace que su código sea más difícil de leer, reduce la cantidad de código que se reutiliza y dificulta las pruebas. «Una función debe hacer una cosa y solo una cosa», dijo Magee. «Si hace más de una cosa, le falta enfoque».
8. Cambia varios elementos a la vez
A veces, los desarrolladores hacen demasiados cambios cuando implementan nuevas funciones o mejoran el sistema, dice John Chapin. Servicios de tecnología de capital«Los desarrolladores tienen que ver cada cambio como si subieran una escalera en un tramo; obviamente, cualquiera sentiría que subir 10 tramos de escaleras y luego saltar desde la parte superior es un movimiento de alto riesgo», dijo Chapin. «Lo mismo se aplica a la realización de múltiples cambios en un sistema de software. Realice tantos cambios pequeños seguros como sea posible y vuelva a integrarlos en el código base lo más rápido posible».
Hacer pequeños cambios y confirmar cambios en archivos individuales también facilita el seguimiento de qué cambios en el sistema son responsables de cualquier mal comportamiento, agregó.
9. Trabajar en un silo
La colaboración es importante para los nuevos desarrolladores, dijo Leese, pero muchos tienen miedo de pedir ayuda cuando no saben cómo hacer algo. «Si no pueden descubrir cómo resolver los problemas de codificación, a menudo sienten que están fallando o son incompetentes», dijo. «La mayoría de los desarrolladores senior preferirían que los nuevos desarrolladores hicieran demasiadas preguntas, en lugar de dar vueltas y no pedir ayuda. Del mismo modo, trabaje solo y no con los miembros del equipo cuando otros puedan descubrir problemas potenciales al principio del proyecto. Verificar juntos puede conducir al despilfarro de energía”.
10. Renuncia a las medidas de seguridad
Los desarrolladores deben ser cada vez más conscientes de las medidas de seguridad en su código. «Un muy mal hábito es fusionar a ciegas bibliotecas de terceros con vulnerabilidades conocidas en el código base, ya sea por problemas heredados muy comunes o por no evaluar la seguridad al elegir una nueva biblioteca», dijo Mike Ahmadi, director global de seguridad de sistemas críticos. Grupo de integridad del software Synopsys«Esto y el desarrollo de código sin una comprensión básica de los inquilinos que crean el código seguro puede conducir a una proliferación de software inseguro que se propaga a lo largo de la cadena de suministro de software, dejando un gran legado para cada desarrollador posterior y eventual usuario final. El desorden. Si posible, o limpiar o vivir juntos».
