📮 👂 🦊 21 lecciones aprendidas en 21 años de programación ⚖️ 💅🏻 🚵

¡Buen dia amigos!

7 de abril de 2020. Hoy es un día muy importante para mí. Hoy se cumplen exactamente 21 años desde el momento en que comencé a escribir código (haciéndolo profesionalmente, ganándome la vida con él).

Parece que fue ayer ... hoy soy un hombre de mediana edad con 21 años de experiencia en programación que ha pasado por muchos altibajos del traicionero mundo del desarrollo de software.

Cometer errores es una parte integral del proceso de aprendizaje. A menudo, este es un criterio para el éxito. El deseo de evitar la repetición de errores debe estar en primer lugar en la lista de prioridades del desarrollador.

Por supuesto, la experiencia personal es la mejor manera de aprender algo, pero la experiencia de otras personas es una manera más fácil, rápida e inteligente de evitar problemas serios. Después de todo, la vida es corta: es imposible cometer todos los errores posibles.

La carrera del desarrollador es un viaje emocionante para dominar el arte increíble. Muchos desafíos te esperan en este camino, en algunos casos tendrás razón, en otros estarás equivocado. Este artículo se centra en las lecciones que aprendí durante un período bastante largo. Espero que ella te beneficie.

1. No posponer para un día lluvioso

El camino de su carrera al comienzo del viaje dependerá en gran medida de cómo gaste su dinero. Te sentirás tentado a comprar un auto nuevo, actualizar tu guardarropa o ir a un restaurante caro.

Desempolvarse los ojos de vez en cuando no está prohibido, sin embargo, en primer lugar, gastar dinero en autodesarrollo (capacitación). Esta no es solo una gran inversión que se convierte en una buena ganancia, sino también algo que permanecerá con usted para siempre.

2. Considérate indispensable

El aumento de energía después de ser consciente de ti mismo como un especialista insustituible en tu campo es adictivo y afecta negativamente el crecimiento profesional y el desarrollo personal.

Recuerde, si desea lograr mejores resultados, no puede detenerse allí (no puede estar satisfecho con lo que tiene, sabe, sabe cómo). Al final, encuentra y edúcate un sucesor que te reemplace en un puesto responsable.

3. Quemar puentes

Incluso si usted es un programador excelente, incansable y lleno de energía, no debe quemar puentes ni romper ataduras. El desarrollo de software es un mundo pequeño. En los puentes que le gustaría quemar, tarde o temprano tendrá que cruzar. Entonces es mejor no hacer esto.

Sé humilde, correcto y mantén buenos modales incluso con aquellos que no te gustan.

4. No compartir conocimiento

En mi experiencia, tener una buena comprensión de las tecnologías que utiliza en su trabajo es la forma más confiable de ganarse el respeto de sus colegas. Sin embargo, una buena comprensión de la tecnología y no compartir su conocimiento con los demás es una forma segura de nada.

El conocimiento es la mitad del éxito, compartir es la segunda mitad. Un buen programador se comunica con desarrolladores novatos y muestra cómo resolver problemas. No solo les dice cómo lidiar con el problema, sino que también explica por qué se resuelve de esta manera.

5. Ignorando las habilidades blandas

Los programadores a veces olvidan que el desarrollo de software es un deporte de equipo, donde el proyecto es la tarea común de un grupo de personas que trabajan codo a codo, se apoyan mutuamente y luchan por el mismo objetivo.

Por lo tanto, si el programador es arrogante (arrogante), no está interesado en el trabajo o no puede comunicarse productivamente, esto afectará negativamente no solo su trabajo, sino también el proyecto en su conjunto. Por lo tanto, la posesión de las llamadas habilidades "blandas" es un requisito previo.

6. Bucle en la pila de tecnología

El desarrollo de software nunca dejará de evolucionar. Por lo tanto, una persona que se considera un profesional en este campo también debe desarrollarse constantemente para mantenerse en demanda.

Recuerde, la clave del éxito no está en la velocidad de dominar material nuevo, sino en obtener conocimiento conceptual que le permita resolver viejos problemas con nuevos medios. Un buen programador no solo escribe código, sino que también aprende algo todo el tiempo para resolver tareas de la manera más eficiente.

7. Cortar esquinas

No hay un "código rápido y sucio". El código sucio es un código incorrecto. Punto. Nunca corte esquinas y esté contento con poco (cosas de segunda categoría).

Si usted es un buen programador se determina en tiempos de crisis. Si su comportamiento cambia durante estos períodos, entonces no es un buen programador. Nota Per.: Creo que esta es una actitud concienzuda al trabajo, altos requisitos para el código que escribes. Si estos requisitos se reducen en situaciones difíciles, y la actitud hacia el trabajo se vuelve negligente, no eres un buen programador.

8. No documentar el código

No importa cuán bueno sea su software. Si la documentación es mala, la gente no la usará.

Plazos, carga de trabajo, nada elimina la necesidad de documentar el código. El software sin documentación es software muerto. ¡Recuerda esto!

9. Evita la política

Todos escuchamos esta frase: “No me interesa la política. Solo quiero introducir la tecnología ". Pero esto no sucede.

La tecnología implica un cambio, y el cambio implica dividir a las personas en ganadores y perdedores. Aquí es donde comienza la política. Debes controlarla, usarla y salir de la pelea como ganadora. No hay otra manera.

10. Dedicar demasiado tiempo al diseño.

Un buen proyecto antes de comenzar a trabajar es genial. Pero darle demasiada importancia puede llevar a la frustración.

No busques el diseño perfecto. En el mundo de la programación, no existe. Busque un diseño satisfactorio, algo que pueda usar desde el principio. El buen diseño es un proyecto o esquema. Debe poder desarrollarse y crecer antes de convertirse en piedra.

11. Subestimar la importancia del significado del código

Según Robert Martin, "escribir código limpio requiere el uso competente de muchas técnicas adquiridas a través de una comprensión dolorosa del concepto de" limpieza de código ". La combinación de estas técnicas se llama significado del código ".

Un enfoque significativo para escribir código no ayuda a distinguir entre el código bueno y el malo, pero ayuda a desarrollar una estrategia para convertir el código malo en bueno.

12. Use la primera solución disponible

Usar la primera solución que viene a la mente o viene a la mano es una manera muy tentadora y fácil de resolver el problema. Sin embargo, una buena solución suele ser el resultado de una elección entre todas las formas posibles o al menos varias.

Recuerde, su trabajo como programador es encontrar no solo cualquiera, sino una mejor solución al problema.

13. Ignorancia de lo que no se debe hacer.

Los mejores programadores saben exactamente lo que no se debe hacer.

Saben que reescribir una biblioteca desde cero solo para hacerla más legible, o cambiar a un nuevo marco solo porque es nueva, no siempre es la decisión correcta. El código debe ser tan bueno que pueda entenderse en unos minutos o incluso segundos.

La clave del éxito no es el apetito por el riesgo, sino participar en las batallas correctas.

14. Negarse a reconocer la ignorancia.

Incluso si eres un genio técnico, es posible que no conozcas todas las tecnologías. Es simplemente imposible.

Por otro lado, el desarrollador más ecológico puede ofrecer una solución más estable y efectiva que usted. Los buenos programadores no imponen sus decisiones al equipo. Cultivan la democracia, donde gana la mejor solución.

15. Flacidez bajo presión

El código es como la comida. Puede ser rápido, bueno o barato. Elige cualquiera de los dos. Un mal programador está tratando de hacer que un equipo haga todas estas cosas a la vez. Se guía por los términos y obligaciones asumidos por otra persona, "entendiendo perfectamente que no son factibles".

Un buen programador no pierde su sentido de la realidad y brinda información relevante a las partes interesadas lo más rápido posible.

16. No construyas confianza

Los programadores pueden existir como lobos solitarios, pero los mejores programadores son maestros de la comunicación.

Y la forma más fácil de generar confianza y establecer relaciones es ayudar a otros equipos en situaciones difíciles. Este método le permite buscar ayuda en cualquier momento, sin esperar el momento adecuado. Ayudar a iniciar o completar un proyecto no solo lo convierte en un experto, sino que también mejora su credibilidad dentro de la organización.

17. No veo la imagen completa

Como programador, la mayoría de las veces trabajará en parte del código o resolverá algún problema en el código existente. Realizas la tarea, no hay nada de malo en eso. Sin embargo, si desea obtener su parte del pastel, debe dedicar tiempo a determinar qué proyecto está en desarrollo.

La mejor manera de hacerlo es encontrar un mentor que lo ayudará a mejorar sus habilidades y, como resultado, crecerá al siguiente nivel más rápido.

18. Reinventar la rueda

Los buenos programadores no reinventan la rueda. Reutilizan constantemente su código y buscan funcionalidades listas para usar. Esto no solo ahorra tiempo, sino que también genera una especie de camaradería entre los desarrolladores que comparten su código con otros.

Para la mayoría de los problemas que está tratando de resolver, existen soluciones listas para usar. Por lo tanto, cuando intente completar una tarea, verifique si alguien más la ha realizado. En este caso, no estás cortando esquinas, estás cortando esfuerzos.

19. Conocimiento insuficiente de las reglas de negocio.

Los programadores a veces subestimamos la complejidad de las reglas comerciales. Sin el conocimiento de estas reglas, es imposible desarrollar una solución efectiva.

Recuerde, antes de centrarse en el componente técnico, debe comprender el pensamiento empresarial y crear un producto que se describa en términos que sean comprensibles para el cliente y que esté diseñado para resolver eficazmente los desafíos que enfrenta.

20. No te comuniques con el equipo

A pesar del hecho de que no hay un conjunto de reglas para la comunicación, sin embargo, como la obligación de comunicarse, un pequeño aspecto personal en el trabajo no le hará daño.

Conocer las fortalezas y debilidades de otros programadores, sus habilidades y limitaciones, sus intereses y pasatiempos, nos permite planificar el desarrollo conjunto de la mejor manera.

21. No vigilar la salud

La salud es la base de todo en tu vida, incluida una carrera. Su creatividad, energía y fuerza para resistir altibajos dependen de la salud.

El monitoreo de la salud no es una promoción única. Esto implica un cierto modo de trabajo y descanso, nutrición adecuada, ejercicio regular (actividad física) y rechazo de los malos hábitos.

En lugar de una conclusión

Cualquier carrera tiene altibajos. Lo que importa es cómo te sientes al respecto. Puede deprimirse si falla, o puede ser positivo al respecto y aprender de los errores.

Como Carlton Fisk señaló correctamente: “Lo que importa no es lo que has logrado. Lo que importa es lo que has superado. Esto es lo que define tu carrera ".

Gracias por su atención.

21 lecciones aprendidas en 21 años de programación