"No hagas programación después de algunos años de comenzar una carrera". ¿Es este un consejo justo? [cerrado]

No creo que esta sea una pregunta a la que se le pueda dar una respuesta general que sea siempre correcta, excepto quizás para el antiguo "depende".

El consejo más simple es: si lo que más te gusta es programar, no te detengas a menos que eso cambie.

Hay muchos otros factores a considerar, como el mercado laboral, las oportunidades de promoción, la ubicación y, por supuesto, el salario, pero lo más importante en cualquier decisión de carrera es la pregunta "¿Esto me hará feliz ? "

Tenemos varios programadores en los que trabajo en sus 50 años que han programado por más de 20 años. Si es lo que quieres hacer, no permitas que nadie te diga que solo es apropiado para los jóvenes.

Llevo 21 años lanzando código, así que creo que estoy calificado para comentar sobre esto.

En primer lugar, hay un número no trivial de personas que comienzan como programadores con la intención de pasar a una posición de administración después de unos años. No escriben código porque disfrutan escribiendo código, escriben código porque lo ven como un paso necesario en el camino hacia su objetivo real. Sospecho que estas son las personas que le están diciendo que salga de la pista de codificación lo más rápido posible.

Luego, hay personas como yo que disfrutan de la programación por su propio bien y cuyas habilidades con las personas son, digamos, menos adecuadas para un puesto directivo (lo intenté una vez y fue un desastre para todos los involucrados).

Es posible mantenerse en la vía técnica y avanzar en el pago y la responsabilidad. Y hay un montón de posiciones para los hombres mayores también. Tengo 46 años, y todos menos uno de los otros tipos de mi equipo son mayores que yo.

Aunque he conocido a algunos programadores más antiguos que caen en el estereotipo übergeek del MIT, me siento confiado al afirmar que no es cierto en general. Yo y la mayoría de los programadores que sabemos que tienen mi edad tenemos familias, tomamos el tiempo que necesitamos y generalmente llevamos vidas normales. No somos animales de fiesta, pero tampoco somos monjes.

Sí, hay un montón de trabajos de programación malos por ahí. Sin embargo, existe un esfuerzo real por parte de la industria para equilibrar las vidas personales y laborales, y muchas compañías de software están haciendo lo que pueden para evitar los escenarios de la marcha de la muerte. Siempre va a haber sprints (ahora estoy en el medio de uno, es solo la naturaleza del negocio), pero las maratones son cada vez menos y más alejadas.

Eso me suena como el consejo clásico de una gran compañía que todavía se sigue dando vueltas después de décadas.

Básicamente, uno de los problemas con la progresión de la carrera es que muchas empresas no están preparadas para ofrecer una carrera (a diferencia de un trabajo) para los desarrolladores. En muchas otras ocupaciones, tiende a avanzar lentamente a través de capas de responsabilidad de administración agregada o especializaciones que requieren experiencia y certificaciones adicionales para obtener si desea permanecer en un rol que no es de administración. Sin embargo, la parte importante es que hay una progresión de carrera conocida en esos campos, como "Un día haré pareja" o "Abriré mi propia práctica".

Por alguna razón, muchas compañías que parecen haber adoptado la mentalidad de que "codificar" 1 es Simplemente, algo que debe hacer el grupo de mecanografía de acuerdo con las especificaciones detalladas que expone el arquitecto de software. Como se ve como una ocupación de bajo nivel, no obtienes ningún progreso profesional como persona que escribe software para vivir, a menos que básicamente dejes de ser un practicante y te asciendas a la capa de administración.

Lo que me parece desconcertante es que IBM notó en la década de 1970 que no , al ofrecer una carrera no gerencial, los dejó con un puñado de gerentes pésimos que solían ser desarrolladores extremadamente buenos. Eso se conoce en la industria durante mucho tiempo, pero la nota no llegó a Recursos Humanos o la gente básicamente no se preocupa lo suficiente por este problema.

Ahora, he estado haciendo desarrollo profesional de software desde finales de los años 80 y principios de los 90, y sigo programando principalmente para ganarme la vida. Sí, he "pasado el tiempo" en la administración en varias etapas de mi carrera, pero descubrí que soy más feliz creando software (y posiblemente haciendo un poco de administración) que escalar lo que se supone que es la escala de carrera "oficial" be.

Hay compañías por ahí que reconocen el valor que los ingenieros de software experimentados pueden aportar. El truco es encontrarlos si desea tener una carrera a largo plazo en el desarrollo de software. No creo que hacer que la gente salga de la 'codificación' después de 4-5 años sea una buena idea, a menos que queramos repetir constantemente los errores del pasado porque no hay memoria de ellos.

1 Lo uso como una forma abreviada para desarrollar software y para mostrar cómo suele ser la ocupación visto por aquellos que no participan en él - para citar PHB "si no puedo entenderlo, debe ser fácil ".

No, creo que es un mal consejo. ¿Cuánto tiempo llevan programando las personas que dan este consejo? Esa sería una de mis réplicas. Trabajé en los EE. UU. Y Canadá como desarrollador y realmente no veo ningún problema en hacer esto durante toda mi vida si elijo esa como mi trayectoria profesional. He sido desarrollador desde 1998, así que tengo más de 5 años en el campo y sigo haciendo lo que hago. Puede haber varias transiciones que uno tiene para ir de un lugar a otro o averiguar qué tipo de progresión quieren tener, por ejemplo. conviértete en gerente, analista o arquitecto.

OMI, los programadores pueden ser bastante sociables aunque la clave es qué tipo de grupo estamos examinando aquí. Una colección de fanáticos de "Star Trek" que también son programadores podría tener toda la fiesta que me imagino, aunque otros piensen que eso es escaso.

La razón para preguntar acerca de la experiencia es que puede ayudar a proporcionar un contexto para su asesoramiento. Todos tienen sesgos que no deben ser olvidados aquí. Las personas deben poder seguir sus pasiones y para algunas personas la programación es su pasión. He visto desarrolladores que estaban tan entusiasmados con el desarrollo de software que fue bastante contagioso. Algunas personas pueden progresar en otros campos y otras pueden ser desarrolladores durante décadas. Lo que funciona para uno puede no funcionar para otro.

Por lo general, cuando la gente da este tipo de consejos ("¡No seas un mono del código para siempre!"), no significa que debas buscar algo que no esté relacionado con la programación, sino buscar una posición de gestión en la que dediques más tiempo a la planificación. Desarrollo y manejo de equipos que en la codificación. Esto está bien, y mucha gente preferiría esta alternativa eventualmente, pero muchos programadores detestan absolutamente estas responsabilidades de tipo "business-y". Si le gusta la codificación, todavía hay espacio para avanzar, y los programadores sénior en muchas organizaciones no están muy lejos de sus gerentes en cuanto a salarios y beneficios. De cualquier manera, a medida que adquiera más experiencia, se le ofrecerán ofertas y oportunidades para avanzar, probablemente en ambos lados del espectro. Aproveche cada oportunidad caso por caso y decida si desea asumir ese rol específico. No lo has hecho parecer que odias la programación en general, pero más que temes lo que otras personas te están diciendo sobre cómo son las cosas. No los escuches . No eres tú, y si te gusta la codificación, sigue codificando. Hay muchos programadores en Programmers SE que aman lo que hacen todos los días y lo han estado haciendo durante muchos años.

Estaba subiendo la votación todas las respuestas que dicen alguna variación de "simplemente sigue haciéndolo si te encanta", porque creo que en última instancia es la respuesta correcta, pero luego pensé en la vista alternativa por un minuto, para ver si puedo encontrar un buen Devil's Advocate en contra de la opción "seguir programando" ...

Creo que la idea de "subir y salir" de la programación en realidad no es tan exclusiva de la programación. Más bien, son consejos generales de progresión profesional para muchas profesiones técnicas, esencialmente, cualquiera que tienden a ser autolimitadas y lo suficientemente generales como para que ninguna persona se convierta realmente en un mega gurú. La programación, sin embargo, puede caer en el medio. Hay argumentos a favor y en contra en este sentido.

Permítame explicarlo comparando ser un cirujano con ser un contador:

Si un cirujano del corazón, si se hace mundialmente famosa y grande en su campo, puede tener una carrera muy buena y productiva, simplemente ser un cirujano del corazón. Ella podría idear un nuevo procedimiento especial que revolucione la cirugía cardíaca y la cardiología, y continúe salvando vidas al realizar estas operaciones. En pocas palabras, la carrera más o menos comienza y se detiene al hacer el trabajo técnico que mejor haces . Además de dar conferencias o escribir sobre el nuevo procedimiento que se le ocurrió, la carrera sigue siendo en general la misma: técnica.

Por otro lado, un contador, probablemente solo quiera hacer un "trabajo de contabilidad" clásico, de bajo nivel, como las declaraciones de impuestos personales solo en los primeros años de su carrera. No creo que los contadores simplemente quieran ser monos de la devolución de impuestos que hacen todo el trabajo para toda su carrera. Preferirían ascender hacia la administración o iniciar sus propias empresas. En cualquier caso, lo más probable es que un cambio de carrera "natural" para muchos contadores esté fuera del trabajo "técnico" básico, estándar, y "suba" a algo más gerencial y estratégico.

El punto es, si piensas en estas dos carreras: por una parte, está bien seguir haciendo lo mismo de por vida. Para el otro, parece ambiguo. Creo que esta es la clave, por eso la gente da este consejo. Tienen una idea en la cabeza de que ser un programador es un papel de ingeniería de bajo nivel, y que no eres realmente ambicioso con tu carrera si sigues haciendo el trabajo de código de por vida. Para mucha gente, esta idea probablemente nace de la ignorancia. Para otros, tal vez solo quieran el prestigio de ascender en una jerarquía de gestión.

En cualquier caso, creo que este es el origen básico de este fenómeno. La gente tiende a pensar que muchas profesiones técnicas son naturalmente limitantes. Que a medida que las personas envejecen, no deberían seguir haciendo el trabajo técnico, sino que se mueven hacia arriba en la gestión o algo así como un "nivel superior" en general, como dirigir su propio negocio.

O te apasiona la programación, en cuyo caso no hay razón para dejar de hacerlo, nunca.

O no lo estás, en cuyo caso no deberías hacerlo en primer lugar.

Si, en algún momento, la pasión deja espacio para otras cosas, está bien, y cuando suceda, por supuesto, encuentra algo más que hacer, pero mientras tanto, ¡disfruta!

Si está casado y / o tiene hijos, lo más probable es que deje la programación después de algunos años. Las marchas de la muerte son la norma en esta industria, no la excepción, y a muchos esposos / hijos no les gusta tener papi / mami lejos de casa tanto Esta es la razón por la que muchos desarrolladores dejan la programación en sus 30 años.

  

normalmente deben dar 2-3 horas extra en el cargo para realizar tareas de programación urgentes. Tengo la sensación de que la situación también es similar en otros países y regiones.

Sí, este tipo de error por parte de los gerentes es muy común, aunque Durante los últimos 150 años, se ha documentado claramente que el modo de crisis es la peor forma posible de hacer el trabajo . En los EE. UU., Según el estatuto federal, todos los programadores están "exentos", lo que significa que, en ausencia de un contrato sindical, no obtenemos horas extras.

  

29 U.S.C. § 213 a (17) cualquier empleado que sea analista de sistemas informáticos, informático   programador, ingeniero de software u otro trabajador con habilidades similares ...

enlace

Mi consejo es que siempre tengas algún tipo de "Plan B", algo que harás cuando quieras salir o ser expulsado. Para algunas personas, eso implica cambiar al lado oscuro / gestión. A veces lo hacen porque no lo hacen, no quieren o no pueden mantenerse al día con los cambios en la tecnología. A veces hacen esto porque quieren resolver problemas demasiado grandes para que una persona los resuelva.

Si viene de una cultura en la que su credencial pasada es lo único que importa, y una vez que haya "tomado" un curso sobre un tema, nunca tendrá que estudiarlo nuevamente (lo llamo la teoría de la vacuna de educación ), luego encontrarás que después de unos años, lo que aprendiste no es útil; para este punto de vista cultural, tendrá que dejar la profesión a menos que la "vergüenza" de aprender constantemente no sea algo que le moleste. Para ser honesto, generalmente son los gerentes estadounidenses quienes asistieron a una escuela de negocios de estatus muy alto quienes sufren esto, pero me he encontrado con personas ofendidas por tener que volver a aprender algo que habían tomado años antes.

  La programación

es adecuada para algunos años iniciales de operador (la mayoría de ellos lo toman como 5 años) y esa debe cambiar la dirección después de eso. La razón por la que se presentan es que los dolores de cabeza y las presiones asociadas con la programación. También dicen que los programadores son menos sociables y que generalmente no les gusta dedicar tiempo a sus familias, etc. y especialmente "¡Vamos, no puedes hacer programación en toda tu vida!"

Nunca he escuchado eso, y todo suena ridículo.

Si eres programador y lo disfrutas, sigue adelante ... no hay absolutamente ninguna razón para renunciar arbitrariamente y forzarte a ti mismo luchando para encontrar alguna otra carrera que lo reemplace.

Una gran cantidad de personas en Pakistán y la India parecen cambiar a otras profesiones de TI después de unos años. Con las empresas indias con las que trabajo, tienen la política de contratar solo programadores; Todos los analistas de negocios, arquitectos, gerentes de proyectos, administradores de bases de datos y otros especialistas comenzaron originalmente como programadores. Esto recuerda a muchas tiendas de procesamiento de datos corporativos en los EE. UU. Hasta mediados de la década de 1980. Entonces, en ese tipo de organización, sí, es la norma esperada "seguir adelante" o, de lo contrario, parecería que no tienes mucho éxito. Estamos tratando de cambiar esta mentalidad porque en nuestro grupo consideramos que los desarrolladores altamente experimentados son extremadamente beneficiosos para los proyectos. Cinco años es apenas el tiempo suficiente para ser realmente bueno en su trabajo en este campo.

De todos modos, no permitiría que otros le dijeran lo que debería hacer, aunque si trabaja en una organización como la que he descrito, es posible que deba considerar la viabilidad a largo plazo de una carrera en la programación si no se espera. O respetado donde estés.

He estado trabajando como desarrollador durante aproximadamente una década, así que como muchos otros que ya han publicado aquí, tengo un poco de experiencia pertinente a la pregunta. Alrededor de los 5 años, encontré que mi interés en el campo comenzó a decaer considerablemente. Yo era uno de los desarrolladores senior de mi empresa y había estado allí durante bastante tiempo. Sentí como si siempre estuviéramos haciendo las mismas cosas antiguas, incluso cuando cambiamos de Visual Basic 6 a C #, y me desinteresé cada vez más, y pasaba demasiado tiempo navegando por sitios web, etc.

Sin embargo, la compañía para la que trabajé no tenía a nadie prestando atención a lo que estaba sucediendo en la comunidad de desarrollo fuera de nuestra oficina. Conceptos como TDD y el resto de XP las prácticas se estaban convirtiendo en la corriente principal, los patrones de diseño, SOLID , refactorización y los similares fueron ganando importancia, .NET CLR introdujo la alegría de los genéricos, pero no sabíamos nada de eso. Admito libremente que formé parte del problema, no estaba mirando lo que hacían otras personas, pero tampoco había nadie más en la empresa, incluidos los tipos de arquitectos de software.

Después de flotar de esta manera a medias por algunos años y en un par de otras compañías con estilos similares, me encontré buscando un nuevo trabajo y viendo un montón de términos que no significaban nada para mí. En este punto, me di cuenta de que tenía mucho que aprender y, por lo tanto, decidí ponerme al día. Descubriendo la blogósfera, suscribiéndose a podcasts como .NET Rocks , asistiendo a algunas reuniones de grupos de usuarios y otras actividades similares Estoy al día con las mejores prácticas de la industria. Al hacerlo, comencé a recuperar mi interés en el desarrollo de software. La inmediatez de probar algunos códigos nuevos con un marco TDD, refactorizar para encontrar una solución más limpia, etc. hizo que la experiencia fuera mucho más divertida y me empujó a buscar un trabajo en el que esas habilidades fueran deseables. Ahora, por primera vez en años, amo mi trabajo. Algo que nunca hubiera pensado que diría hace unos pocos años.

El objetivo, después de todo mi blathering, es tratar de mantenerse en contacto con lo que está sucediendo fuera de su empresa, fuera de su país, aunque algunos de sus problemas pueden ser muy específicos de la cultura. Si puede encontrar interés, emoción y motivación en lo que está sucediendo, puede canalizar parte de eso a su rutina diaria y hacer que su vida laboral sea más placentera (y posiblemente destacarse como un desarrollador más eficiente y mejor que sus colegas). O incluso ayudar a tirar de ellos junto con usted). Si después de todo esto no siente ninguna chispa de entusiasmo por el tema, tal vez la vida de la codificación no sea para usted.

En su carrera como programador, usted (con suerte) pasará de la posición básica de "mono de código" de nivel de entrada a programador senior cuando se familiarice por completo con el idioma elegido y el uso de patrones de diseño, agregue análisis / diseñe habilidades para convertirse en un analista de software, adquiera habilidades de personas y recopilación de requisitos y conviértase en un analista de negocios, luego mezcle una arquitectura de hardware y conviértase en un analista de sistemas, momento en el que estará haciendo seis cifras y con una gran demanda. O, desde Senior, puede continuar la jerarquía de supervisión para liderar el equipo y luego el gerente de proyecto.

... pero, SIEMPRE estará "programando". SIEMPRE tendrá una situación en la que personalmente necesitará sentarse y escribir algún código. Solo una vez que avance más allá del punto de ser parte de un equipo de software, para supervisar a un equipo de software y tratar con el dinero y la logística del proyecto, dejará de hacerlo a diario y, probablemente, dejará de llamarse un "programador".

La programación no es diferente a cualquier otra cosa en la vida: algunas cosas las harás para siempre, mientras que otras son más efímeras. Programa para todo el tiempo que te guste la programación. Es posible que algún día se sienta lleno, como después de una buena comida, y simplemente pase a otra cosa que le atraiga. Pero hasta entonces no me preocuparía demasiado. Como lo demuestran otras respuestas, no es raro disfrutar de una carrera de programación durante muchas décadas. :-)

Hay muchas personas que acaban de ingresar a una carrera de programación en el auge del sector de TI. No están realmente interesados en la programación, pero lo hacen solo para ganarse la vida. Estas personas se cansan de su trabajo después de un tiempo y pueden darle consejos de este tipo.

Llevo mucho tiempo programando. Comencé a programarme cuando estaba en la escuela, y todavía lo estoy haciendo y lo seguiré haciendo para siempre. Ahora estoy estudiando en la Universidad y a veces me siento durante todo el día escribiendo un código no para completar mis tareas o para ganar dinero, sino porque me encanta. No siento que me esté perdiendo nada.

La respuesta es simple: si te gusta, hazlo, si no te gusta, no lo hagas. Si le gusta el tipo de cosas de la administración más que la programación, no hay daño en pasar a la administración después de 5 años de experiencia en programación.

  

Posiblemente perder un parche de mi cabello debido a pensar demasiado, tomar   Demasiado cafeína y volverse menos sociales son cosas que temo quizás

Es posible que algunos programadores no sean muy sociales. Pero eso les llega naturalmente. Pasan mucho tiempo en cosas geek, por lo que sus habilidades sociales están un poco subdesarrolladas. (Google "problemas de personas inteligentes" para saber más). Si actualmente eres social, no creo que te vuelvas menos social en el futuro debido a la programación. Lo único es el tiempo que pasas en el trabajo. Si crees que estás pasando todo el día en la oficina, entonces hay un problema. Debido a la naturaleza de los trabajos de programación, es posible que a veces tenga que sentarse durante horas adicionales. Pero si esto sucede muy a menudo en su lugar de trabajo actual, puede intentar cambiar a otro trabajo.

No sé sobre la situación en Pakistán, pero en mi país esta profesión está muy mal considerada y peor pagada. Programaré seguro toda mi vida y aprenderé nuevos idiomas, porque es algo que realmente disfruto. La pregunta es si tendré que cambiarme a un trabajo diferente y escribir el código solo como un pasatiempo. O tal vez huiré de mi país, quién sabe ... Pero la programación es tener el poder de hacer cosas que otras personas tienen que pagar.

Otro pensamiento, no hay nada de malo en trabajar en la escala corporativa mientras codificas tu tiempo libre. Considero que la codificación es un buen lanzamiento de las tediosas reuniones de análisis y especificación empresarial que conlleva ser un líder del equipo de servicios tecnológicos. De hecho, terminé en este hilo buscando algo en Stack Overflow sobre Ruby on Rails, que estoy teniendo un gran momento de aprendizaje.

Además, al mantenerte bien en el aspecto técnico, continuarás desarrollando habilidades técnicas sólidas que te ayudarán en el futuro. Los programadores tienden a tener mejor respeto por un gerente que puede hablar y hablar. Tengo la sensación de que la persona que le dijo este consejo no pertenece a esta categoría.

Lo que sus amigos dicen sobre los programadores es igualmente aplicable a cualquier persona que esté profundamente involucrada en cualquier campo desafiante.

Entonces su pregunta realmente es: "¿Quiero tener una carrera que requiera un alto grado de dedicación para que otras áreas de mi vida estén algo comprometidas, o quiero hacer algo que pueda olvidar por completo cuando ¿Salir del trabajo por la noche y volver a la mañana siguiente? "

Debe conocerse bien para responder esta pregunta, y la respuesta puede cambiar con el tiempo.

OMI, siempre y cuando se sienta satisfecho y desafiado como programador, hágalo. No se preocupe por eso a menos que se encuentre deseando un cambio (o no puede encontrar trabajo ...) - si y cuando llegue ese momento, llegará.

HTH

Mi padre ha estado trabajando como programador durante los últimos 24 años. Solía decirme solo una cosa: "Demasiado de algo no sirve para nada". Pero no es adecuado para la programación.

La programación es un campo difícil y con poca recompensa cuando lo comparas con otras profesiones, especialmente en Pakistán. Cuando estuve en Pakistán, escuché acerca de jóvenes programadores talentosos que recibieron un buen sueldo (no tan bueno por cierto) pero tuvieron que quitarles mucho petróleo. Personalmente no me gustaría programar durante mucho tiempo. Pero luego debo hacer algo :) Y la programación es divertida, por cierto.

Obtienes mucha experiencia a medida que envejeces, así que eso viene en tu currículum. Escuché eso y creo que no es verdad. Por supuesto, si está en un estado mental en el que no es capaz de concentrarse o perder el interés, realmente no puede programar. Por lo tanto, su vida social, especialmente los problemas e intereses, puede influir mucho en sus habilidades en esta área.

Yo personalmente me movería de la programación e iría al servicio público, pero luego la programación también es divertida. Y tienes que estar un poco loco para ser un programador.

En mi experiencia, hay dos tipos de profesionales en puestos senior de TI.

• Gestión de TI
• Técnico superior

Todo depende de dónde quieres derivarte. Si se prevé escribir un código hasta su jubilación, entonces desea la última opción. Pero si quieres ser el líder del equipo y administrar personas en lugar de código, la primera sería la mejor opción.

No hay una respuesta correcta. Muchos de nosotros aquí disfrutamos mucho escribiendo código y programando, resolviendo los problemas esenciales. Pero también hay muchas personas que disfrutan del lado de las "pictueras más grandes", como la gestión de personas / proyectos.

Este no es solo el aspecto de desarrollo de TI. Verá este mismo "fork profesional en el camino" en otros aspectos como redes, administración de bases de datos, administración de sistemas, etc.