Duración del programa: ¿Por qué los 35 años son un obstáculo para los programadores?



Los programadores, los productores de código y el primer portavoz de 996 sustantivos fueron una vez los afortunados de nuestro siglo, porque la industria es actualmente la más popular y rentable. Caminando por la carretera en el parque de alta tecnología, si un enérgico chico de 20 años camina sobre sus cejas, pero con el cabello escaso en la parte superior de la cabeza o incluso calvicie en el centro, los transeúntes echarán ojos envidiosos, ¡mira! Ese tipo debe ser un programador de 996, y es un dios de nivel, porque en la industria del cultivo de código 996, no se trata de la cantidad de líneas de código, o quién tiene menos pelos, quién es el gran dios de los codificadores.

Pero, ¿ha descubierto que en la industria de agricultores de 996, básicamente los jóvenes de 20 años son la fuerza principal, y hay pocos agricultores de más de 40 años, verdad? Algunas personas han dicho que las personas de mediana edad mayores de 40 años con la cabeza calva deberían ser jefes. Así es, en la industria de los programadores con una alta tasa de eliminación, hay una regla no escrita y no escrita: los programadores de más de 35 años están básicamente "afligidos mañana".

A los 35 años, se ha convertido en un obstáculo que muchos programadores no pueden superar: reducir su salario, ser transferidos, ascender y oscurecer hasta ser "optimizados". En la industria de los programadores, ¿por qué existe tal requisito de edad?

Se dice que una flor tiene 40 años, y me temo que todavía es una flor a la edad de 35. Está en la cima del desarrollo profesional. Sin embargo, en la industria de la tecnología de la información, muchas cláusulas de "no conversaciones por encima de 35" parecen haber vertido agua fría sobre Huaguduo. El hecho es que si se necesitan programadores mayores de 35 años no solo está relacionado con la densidad de conocimiento de los proyectos de I + D de las empresas, sino también con sus propias reservas de conocimiento.

Las principales razones por las que muchos programadores ya no se dedican a la investigación y el desarrollo después de los 35 años se deben principalmente a los siguientes aspectos:

Primero: la presión de trabajo de los puestos de desarrollo de software es relativamente alta. La presión de trabajo de los programadores es generalmente alta, especialmente para las empresas de Internet. El ciclo de desarrollo del proyecto es corto y las horas extraordinarias son más comunes.

Segundo: la estructura de conocimiento del programador se actualiza rápidamente. Los programadores no solo tienen que soportar una mayor presión laboral, sino que también enfrentan el problema de actualizar la estructura del conocimiento, lo que hace que los programadores dediquen una cierta cantidad de tiempo al aprendizaje independiente en el trabajo ocupado, lo que tiene un gran impacto en la capacidad de trabajo y el aprendizaje de los programadores. La doble prueba de habilidad.

Tercero: promoción laboral. Debido al rápido desarrollo de nuestro país en el campo de Internet, la velocidad de formación de talentos, obviamente, no puede seguir el ritmo de desarrollo de la industria. Por lo tanto, muchos programadores generalmente pasan a puestos gerenciales después de los 35 años para formar más talentos de desarrollo profesional. También es una situación relativamente común.

Para decirlo sin rodeos, a los 35 años, si todavía eres un granjero de códigos ordinario y no has alcanzado el nivel de "gestión de códigos", tu mente se agotará, saldrá tu físico de mediana edad y el bebé en el la familia comenzará a ser arrastrada hacia abajo. ¿Qué gran empresa privada existe? ¿Criará agricultores de código senior que a menudo se toman un tiempo libre por razones familiares y de salud? De hecho, esta es una pregunta muy real y cruel, porque a los 35 años no puedes adaptarte a la intensidad del 996.

Entonces, después de entrar en la profesión de programador, ¿cómo afrontar la crisis de 35 años?

20-27 años: nivel de acumulación de tecnología

Suponiendo que se gradúe de una licenciatura a la edad de 22 años, los primeros 5 años de trabajo son una etapa fundamental para usted. En estos 5 años, debe acumular suficiente código, pulir su fuerza técnica y convertirse en un maestro en un determinado campo de subdivisión técnica.

28-35 años: la etapa de formación de la metodología del pensamiento y el sistema de conocimiento (la etapa clave de la transformación)

Cuando acumule suficiente código, por ejemplo, más de 100,000 líneas de código, debe formar su propia metodología de pensamiento y sus propias habilidades de aprendizaje independientes. Cualquier tecnología nueva puede ver rápidamente la esencia de la tecnología en sus ojos y absorberla rápidamente. parte de su sistema de conocimiento.

En esta etapa, la nueva tecnología ya no es un desafío y la reserva de conocimiento está aumentando. Poco a poco empezar a dejar de estar satisfecho con la exploración de campos técnicos puros, sino pensar en más preguntas: cómo transformar la tecnología en productividad; qué tecnología puede jugar más valor en qué ocasiones; cómo construir un equipo técnico; en una empresa Inside , ¿cómo puedo maximizar mis capacidades técnicas?

En esta etapa, lo que hay que agudizar es la capacidad de pensamiento, formando el propio método de pensamiento y sistema de conocimiento, que será un arma para ayudarse a uno mismo a lo largo de la vida. En la determinación de los objetivos profesionales, aunque las personas de TI menores de 30 años prefieren la gestión (36,89%), la brecha con el emprendimiento en segundo lugar (34,09%) es muy estrecha. Obviamente, son personas de esta edad que quieren apuntar su propio negocio Una de las principales características. Con el aumento de la edad, llegando al grupo de edad de 30 a 35 años, el entusiasmo por querer iniciar un negocio por su cuenta ha disminuido significativamente. En este momento, el 16,34% de las personas de TI están dispuestas a ser talentos técnicos de por vida. , y la relación relativa es superior a la del grupo de edad menor de 30 años. Personas.

Después de los 35 años: la etapa de comprenderte y darte cuenta de ti mismo

No hace falta decir que su capacidad de apilamiento de primera línea definitivamente disminuirá después de los 35 años, y escribir código definitivamente no es tan rápido y eficiente como un programador de 25 años. Pero esto no es importante, porque la programación es lo menos importante en todo su arsenal La experiencia personal, la visión, la capacidad arquitectónica, la capacidad de gestión, el análisis y la capacidad de resolución de problemas están mucho más allá del campo técnico.

Si los programadores de Java más antiguos quieren poder controlar verdaderamente su propio destino, deben volver a la diversión básica de programación y la esencia de los programadores de Java, y poder completar de forma independiente la entrega y aceptación de los resultados, no solo estar satisfechos como un proceso. o un tipo de trabajo, pero debería haber una especie de existencia espiritual de artesano.

En China, algunos programadores aprenden programación en Java debido a sus pasatiempos y pasión por la programación. Sin embargo, la mayoría de las personas aprenden programación en Java para trabajos bien remunerados. Si hay mejores opciones en el proceso de desarrollo profesional, algunas personas optarán por transferirse a otras empresas o puestos. Después de todo, las empresas de tecnología privada de alto perfil y altos ingresos se transfieren a empresas privadas empresariales ordinarias o incluso a empresas estatales. Lo que la gente valora es su experiencia y habilidades. Por tanto, no es que cambien de carrera cuando sean viejos, sino que se elimine a los pobres. Los datos muestran que a la edad de 35 años, el 42,86% de las personas volverán a su antigua línea de negocio y el 35,71% de las personas querrán iniciar un negocio en este momento.

Programadores que se acercan a los 35 años, no se preocupen por cuántos cabellos pierden cada día frente al espejo. Deberían pensarlo. Al acercarme a los 35 años, debería tener un puesto en el futuro para ser digno de estos diez. Numerosos inocentes cabellos negros y cuerpos cada vez más frágiles que se han ido cayendo a lo largo de los años.


Finalmente: ¡una ola de intercambio de datos de pruebas de software!

En la industria de la tecnología, debe mejorar sus habilidades técnicas y enriquecer su experiencia práctica en proyectos de automatización, lo que será muy útil para la planificación de su carrera en los próximos años y la profundidad de su dominio de la tecnología de prueba.

¡En la temporada de entrevistas del Golden 9th y Silver 10th, la temporada de búsqueda de empleo y organización de preguntas de entrevistas se ha convertido en mi hábito durante muchos años! La siguiente es mi colección y clasificación en los últimos años, todo está organizado en torno a [pruebas de software], el contenido principal incluye: video exclusivo de prueba de automatización de Python, detalles de automatización de Python, un conjunto completo de preguntas de entrevista y otro contenido de conocimiento.

¡Que tú y yo nos encontremos y encuentres algo! Si desea intercambiar experiencia en pruebas de software, pruebas de interfaz, pruebas automatizadas y entrevistas. Siga la cuenta pública de WeChat:[Tiras picantes tristes]Reciba gratis un libro de entrevistas para ingenieros de pruebas de software de 216 páginas. ¡Y los tutoriales de aprendizaje en video correspondientes son gratuitos para compartir! Falda de aprendizaje de comunicación:313782132

Si el artículo es útil para ti, por favor, hazme una fortuna y dame un Me gusta. Gracias por tu apoyo. Tus Me gusta son mi motivación para la actualización continua.

Recomendar buenos artículos:

Empaquetado como ingeniero de pruebas con 1 año de experiencia laboral, mi consejo antes de la entrevista es el siguiente

¿Qué debo aprender exactamente en las pruebas automatizadas?

¿Por qué no considerar a Tencent para cambiar de trabajo? Habla sobre un poco del pasado entre la fábrica de gansos y yo

¿Qué es una prueba más avanzada, automatizada o manual?

El principiante debe ver: ¿Cómo escribir un caso de prueba calificado?

Registro de problemas de prueba de interfaz de inicio de sesión de Python y solución (productos secos)

Supongo que te gusta

Origin blog.csdn.net/weixin_50829653/article/details/114154648
Recomendado
Clasificación