La cultura del desarrollo de software es demasiado positiva, puede perjudicarnos

imagen


Parece muy extraño escribir que algo puede ser demasiado positivo. Sin embargo, comencé a notar que muchos problemas de desarrollo de software pueden surgir de personas que son demasiado positivas o están enamoradas de su trabajo. Dejame explicar.



Burnout



¿No es extraño que muchos jóvenes se sientan agotados después de unos pocos años de trabajo? A menudo me encuentro con personas que han tenido una crisis nerviosa después de solo uno o dos años. Yo mismo he experimentado el agotamiento (incluso dos veces). La primera vez tuve que tomarme un descanso durante seis meses. La segunda vez, que sucedió recientemente, me tomó un año completo antes de poder volver a la programación.



Este año he hablado mucho con gente no relacionada con la tecnología y me di cuenta de una cosa: realmente no nos quejamos de nuestro trabajo. Nos quejamos de la mala gestión y los malos proyectos, pero no de la codificación en sí. Damos por sentado la pasión por nuestro trabajo. ¿Estás sorprendido? Consulte las vacantes. El amor por el trabajo suele ser uno de los requisitos previos. Se espera que amemos nuestro trabajo, además, que haremos de la programación el centro de nuestro universo.



Pero, ¿qué pasa con las personas a las que no les gusta codificar pero que aún hacen bien su trabajo? Intente decirles a sus compañeros de trabajo o en Twitter que usted es uno de ellos e inmediatamente será calificado como un mal desarrollador. Sin embargo, ¿es realmente así? Las personas que hacen su trabajo y hacen otra cosa después del trabajo también pueden ser programadores increíbles. No todo el mundo tiene que volver a casa y trabajar en proyectos de pasatiempos, escribir publicaciones en blogs, grabar videos de YouTube sobre codificación y leer libros sobre programación.



Yo era una de esas personas que intentan trabajar todo su tiempo libre. Durante años, me sentí culpable por no pasar todo mi tiempo persiguiendo algún tipo de productividad imaginaria. ¿Adivina a dónde me llevó esto?





Nuevos juguetes brillantes



Otro aspecto en relación al cual se percibe lo negativo con hostilidad es la actitud hacia las nuevas tendencias que crean las empresas del nivel FAANG. Intente decir algo en contra de SOA o Docker. Intente sugerir un lenguaje más maduro y maduro o SSR. Esto es análogo a una situación de pasión por el trabajo. La gente dirá instantáneamente que eres un mal desarrollador porque estás "obstaculizando el progreso".



No todo el mundo tiene miles de microservicios como Uber y no todas las empresas necesitan K8S. Sin embargo, es difícil resistirse al entusiasmo general, o al menos no fingir que lo compartes. ¿Cuántas organizaciones no pudieron migrar a React o Angular? Como resultado, obtuvieron una base de código, dividida en código antiguo "malo" que funciona, y código nuevo que los desarrolladores están tratando de poner en funcionamiento.



Este artículo reciente muestra la realidad de muchas organizaciones: Casi me despiden por elegir React en nuestra aplicación empresarial



Mejores prácticas



Cuando era líder de tecnología, a menudo escuchaba la frase "porque esta es una buena práctica". Luego comencé a hacer preguntas y noté que la persona que dijo esto no entendía completamente la solución. Fue mi prueba de fuego para saber cuándo profundizar más.



¿Cuáles de estas mejores prácticas "universales" no son realmente universales? DRY (Don't Repeat Yourself) se menciona a menudo en la misma oración que KISS (Keep It Simple Stupid), aunque a menudo son prácticas que se excluyen mutuamente. Simple significa que no hay abstracciones opcionales, pero comenzar con el código DRY de inmediato conduce a abstracciones prematuras.



Personalmente, uso la regla 3X :



« . , . , , .







— ,



— , , ». — Coding Horror


Por supuesto, no considero que esto sea una verdad absoluta. Más bien, es una regla general que una buena práctica. Pero incluso aquí nos enfrentamos al mismo problema. Las personas que se atreven a sugerir el uso de un singleton o cualquier otro antipatrón odiado no se perciben como muy buenos desarrolladores.



Resumir



La expectativa de que la identidad de los verdaderos desarrolladores de software, hackers y geeks esté determinada por su profesión es como un juego de rol. Tu especialización te define para siempre, y una vez que hayas elegido tu camino, no hay vuelta atrás.



Se espera que los desarrolladores amemos la programación. ¿Pero por qué? La verdad es simple: es bueno para los empleadores. ¿Cuántas historias de terror hemos escuchado de gamedev? Sin embargo, muchos jóvenes sueñan con trabajar en la industria del juego, aunque después de unos años serán reemplazados por un nuevo rodaje de jóvenes ingenuos.



Tenemos que dejar de pensar que la gente tiene que "amar" el código y hacer que el equilibrio adecuado entre el trabajo y la vida sea el estándar para la industria tecnológica. Necesitamos que la gente sea más abierta para compartir sus opiniones, incluso si contradicen las exageraciones.



No me malinterpretes, me encanta ser desarrollador de software y me encanta programar. Sin embargo, ya no estoy seguro de querer que sea el centro de mi universo.



Quiero probar algo diferente y está perfectamente bien.






Publicidad



Nuestra empresa ofrece alquiler de VPS para absolutamente cualquier proyecto. Cree su propio plan de tarifas en un par de clics, la configuración máxima le permitirá colocar casi cualquier proyecto: 128 núcleos de CPU, 512 GB de RAM, 4000 GB de NVMe.



Suscríbete a nuestro chat en Telegram .






All Articles