¿Por qué mucha gente dice que el desarrollo (codificación) se vuelve difícil después de los cuarenta años?

Predigo un montón de respuestas de más de cuarenta años que dicen que no (y sugiero usar “¿Por qué mucha gente dice …” para marcar correctamente el predicado Trumpista? Como en: muchas personas se preguntan quiénes son esas personas).

Si comes bien y haces ejercicio, tu cerebro manejará felizmente la codificación hasta que seas realmente viejo. Aunque hay razones por las que es un poco desafiante:

Cambiando los objetivos: el mundo cambia, y también lo hace el estándar de oro que buscamos como programadores. La optimización da paso a la mantenibilidad. La habilidad algorítmica da paso a conocer tus bibliotecas. Puede ser difícil seguir ajustando.

La carga que es nuestra intensa sabiduría 😉 Enseñar a las personas es difícil. A menudo, hay una manera que funciona y otra que no, y su compañero de trabajo no se ha dado cuenta de cuál es cuál. Como programador de varias décadas, usted reconoce cuándo es probable que un método utilizado por un colega se convierta en un problema en un año a partir de ahora.

Como ejemplo, hay entre 23 y 25 horas en un día. He tenido esa conversación sobre la duración del día variable en tres trabajos ahora, he aplastado errores relacionados con días de 24 horas codificados por hardware en varios conjuntos de códigos (uno de los cuales fue un error que ocurrió exactamente un día al año, y solo en unas pocas zonas horarias. Puedo recomendar una búsqueda de \ b24 \ b en su base de código ahora) De manera similar, con toda la conversación sobre el almacenamiento de fechas como fechas, datetime como datetime’s, int’s as int. No es solo por conveniencia, he tratado con muchos insectos desagradables relacionados, a menudo mis colegas no lo han hecho.

El filtro del consejo de la chatarra mental se complica: después de todo, “oh, soy tan sabio”, tengo que agregar algo sobre el otro lado de la moneda. En la actualidad, hay cosas realmente brillantes en el código, como la forma en que la programación funcional está ganando terreno o el hecho de que el trato con el código de terceros haya madurado tan bien. Una parte crucial de ser un programador de larga experiencia aún es poder aprender de sus compañeros de trabajo con menos experiencia pero con experiencia diferente. Puede ser un buen equilibrio y en ocasiones confundirse. Ese constante aprendizaje y mejora es la razón por la que todavía estoy en eso.

Gracias por la A2A

Es muy raro que la codificación en sí misma sea difícil. Es el entorno social en torno al proceso de desarrollo de software. Esto tiene mucho que ver con quién es su jefe, en qué contexto empresarial se encuentra el trabajo que está realizando y quiénes son sus compañeros de equipo.

Si tiene fechas límite muy ajustadas y tiene un equipo de personas relativamente inexpertas, puede ser difícil convencerlos de que hagan las cosas “de la manera correcta”. La definición de eso es escribir código de tal manera que no se cause más problemas exponenciales en el futuro.

Tener experiencia viene con una cierta cantidad de conciencia. Lo llamaré sobre qué cosas pueden salir mal y dónde pueden ir mal sin escribir una sola línea de código. Algunos de estos están enraizados en su equipo y otros en las tecnologías utilizadas. Hay una preferencia por hacer las cosas bien la primera vez en lugar de incluir cuatro versiones diferentes de código que son poco más que prototipos en producción porque no sabía cómo hacerlo bien la primera vez.

Si no estás en un equipo o con un jefe que apoya estas opiniones, puede ser una situación extremadamente desafiante. Una vez más, no es la codificación. Es el medio ambiente. Habiendo trabajado en muchas empresas diferentes como consultor, puedo decir con total confianza que la mayoría de ellas están bastante jodidas.

Esta es probablemente una idea desactualizada de cuando la generación 40+ no creció con las computadoras.

La gente no olvida cómo codificar o perder su habilidad debido a la edad. Más de 40 personas pueden ser excelentes programadores si lo han estado haciendo durante años . De hecho, su experiencia y experiencia agregan valor, como han mencionado otros encuestados.

El centro de idiomas puede aprender la capacidad de usar las computadoras, especialmente si la exposición comienza antes de los 11 años. Idealmente, debería comenzar antes de los 3 años. Las personas que usan computadoras a través de sus centros de idiomas las usan con fluidez y facilidad. Si bien no puedo encontrar este estudio para consultarlo, puedo encontrar el de programación y lenguaje: los científicos comienzan a analizar los cerebros de los programadores: la neurociencia de la programación

La programación no está tan orientada a las matemáticas / ciencias como se podría pensar. Utiliza la parte del lenguaje del cerebro. Así que aquellos que aprendieron “jóvenes” de computadoras tienen neuronas donde las necesitan.

Eso no quiere decir que las personas mayores (mayores de 12 años) no puedan aprender “computadora” y codificación. Ellos pueden. Quiero decir, ellos pueden aprender español, francés o inglés, ¿verdad? Entonces, aunque se ha demostrado que los adultos pueden aprender fluidez, la capacidad para hacerlo parece variar según el individuo. [1] Además, es más trabajo para que los adultos aprendan.

Las primeras computadoras domésticas se lanzaron en 1977. Una persona nacida ese año tendría exactamente 40 este año, en 2017. Apple, el fabricante de estas primeras computadoras, hizo un gran esfuerzo para ingresar a las escuelas públicas de los EE. UU. En todos los niveles de grado. Eso expuso a muchos niños a las computadoras desde los 5 años, incluso si sus familias no los compraban. Curiosamente, esas cosas no harían mucho más que un código. Así que la escuela nos tendría, digamos, escribir el programa Básico para dibujar un cuadrado en la pantalla. Creo que fue un ejercicio que hice en 3er grado.

Así que ahora, hay muchos en el grupo de edad de más de 40 años que tienen los antecedentes y la exposición que hicieron que sea más fácil convertirse en programadores.

Dicho esto, tengo que respetar a cualquiera que superó una barrera de edad y aprendió a codificar una vez que su centro de idiomas se formó por completo. Alguien que puede superar las barreras puede ser un gran activo para cualquier organización.

Notas al pie

[1] Aprendizaje de idiomas por adultos.

Porque todos preferiríamos cobrar cheques de seguridad social y no combatir la artritis con los dedos usando un teclado. Ser realistas.

Creo que hay un estilo de codificación que implica largas horas y montones de código. En general, esos son los proyectos donde el diseño y el pensamiento se sacrifican por la cantidad. Solo los jóvenes pueden mantener las largas horas y el ritmo de lanzarse a montones de códigos mal generados para marchas de la muerte. Para ese tipo de proyectos, tener más de 40 años es una responsabilidad, pero la mayoría de nosotros reconocemos las fallas desde el principio después de cumplir 40 años y las evitamos como la plaga.

Algunos de los mejores programadores que conozco tienen más de 40 años, pero evitan esas marchas de la muerte. Al mismo tiempo, trabajan en áreas donde el buen diseño y la implementación son claves para el éxito. Es una forma diferente de trabajar, y una en la que la gran masa de programadores jóvenes no tiene la experiencia para saltar. Dependiendo de la industria en la que se encuentre, este es un enfoque valioso o uno que se considera una responsabilidad. Lo mismo es cierto para el enfoque de código masivo que describí anteriormente.

Tendrá que ajustar su opinión de la pregunta en función de la industria.

El desarrollo no se vuelve difícil, el valor agregado por un solo desarrollador fuerte con más de 15 años de experiencia como contribuyente individual es mucho menor que la misma persona que amplía su contribución al liderar un equipo o 5 de desarrolladores. Por lo tanto, la mayoría de los buenos programadores no siguen escribiendo código, por lo que se vuelve difícil. Escribo código entre muchas otras cosas y se ha vuelto cada vez más fácil. En los últimos 5 años repiqué c ++ y hice bastante chispa, java, Python y un poco de scala.

No es la codificación lo que se hace más difícil, en mi humilde opinión se vuelve más fácil porque ha visto girar la rueda varias veces, y ha visto mucho de lo que funciona y lo que no. La mayoría de los trabajos, una vez que llegas a la codificación, se ven más o menos iguales.

Lo que se vuelve más difícil es lidiar con personas que no tienen esa experiencia y que se compran fácilmente con lo “nuevo”.

Ejemplo: en este momento, es TypeScript. Hay gente ahí afuera jurando que es la Tercera Revelación. ¡Por fin, el JavaScript está arreglado!

Pregúntele a cualquiera que haya estado en desarrollo de UI por más de 10 años. Lo hemos visto antes. El GWT (oh gawd the pain), ATScript (o lo que sea que era), la cosa de Apple a la que nadie le prestó atención, y por supuesto, varias versiones de ActionScript (AS3 en realidad es muy divertido para trabajar) y así sucesivamente. Coffeescript, todo lo demás. Cualquier otra opción excepto aprender y usar JS. Incluso el creador de TypeScript Microsoft intentó esto una vez antes (VBScript), y no fue necesario.

¿Sabes lo que sigue aquí y está creciendo más rápido que nunca? JavaScript Es el último hombre de pie. Ganó, todo lo demás es solo una alternativa interesante. Así que el núcleo ES6, ahí es donde pongo la gran mayoría de mis marcadores.

Pero ahora hablas con los programadores más jóvenes y muchos de ellos dicen NOOOOO TYPESCRIPT ANGULAR o REACT (con lo que llamen su script).

Sí, eso es lo que es más difícil, comunicar que gran parte de lo que parece importante y absolutamente necesario en el nuevo momento, probablemente no lo sea.

Estoy a punto de cruzar ese puente en un par de años, así que aquí está mi opinión:

  1. Porque nos cansamos un poco de eso. La programación suele ser (y fue para mí) algo que empezamos a hacer desde muy temprana edad. Vendí mi primer software cuando tenía 14 años; Eso fue hace un cuarto de siglo. Haga cualquier cosa durante veinticinco años, y es posible que se encuentre pensando, cada vez más a menudo, que debe haber más en la vida que esto.
  2. Porque la codificación requiere un aprendizaje constante, más que casi cualquier otro trabajo imaginable. Y hay un límite fisiológico a lo fácil que podemos aprender después de cierta edad.