Existe vida (y trabajo) más allá de JavaScript, Python o C++. Hablamos con programadores que han apostado por orientar su carrera profesional a un lenguaje de programación poco común o directamente "raro".
|
etiquetas: programación , programadores , apuestan , lenguajes , raros , razones 
También abre mi mente para que al emplear mi lenguaje de trabajo habitual pueda hacer las cosas de otra manera, enfocando las soluciones que debo dar mediante lo mejor de los dos mundos.
Es mi punto de vista y mi experiencia.
Es cierto que xada lenguaje fueron creados para solventar un problema concreto, el problema que luego encontrar gente que mantenga o amplie ese código puede ser complejo o/y caro.
Es como esa famosa frase:
Si quieres llegar rápido, ve sólo. Si quieres llegar lejos, ve acompañado (en grupo en este caso
No veo lo divertido a aprender una sintaxis nueva la verdad. Quizá ya lleve demasiado años en esto ( empecé con dbase III + ensamblador )
A no ser que seas ingeniero de la NASA, no veo el interés sinceramente.
Menuda precocidad.
Los programadores de FORTRAN y Cobol son ahora mismo los mejor pagados del mundo.
Hay mucho ego en el mundo de la programación...
Se cansan rápido de lo que hacen, lo dejan a medias y que el que venga atrás que limpie.
Quizá para demostrar que son buenos en algo gracias a ser los primeros, o para sentirse diferentes, no sé
Ya ya dejé de leer
Todo subcontratado, mucho mantenimiento de código legacy
Esperaba a alguien usando Rust, D o cosas así.
Profesionalmente te puede llegar a valer, pero lo importante es disfrutar del camino, vayas o no a dar el salto.
También me frustra perder conocimientos adquiridos o tenerlos que estar refrescando cada cierto tiempo.
Y no. Los desarrolladores FORTRAN no son los mejores pagados del mundo. Algunos desarrolladores FORTRAN están muy bien pagados. Un desarrollador junior está pagado a precio de junior. Y más en banca. Si tu consultora te manda a un banco aprendes lo que haya ahí. Y probablemente el bacno tenga un proyecto para ir migrando el código legacy a un lenguaje moderno y escalable. Cuando el desarrollador senior se jubile nadie estará tan bien pagado como él. Ni siquiera el segundo más experto del equipo. Y nadie estará ta bien pagado como el más experto que queda, y así sucesivamente.
Mi primer trabajo en TI fue en un banco, y entre otras cosas administraba backups.
Yo como parte de un equipo quiero una rueda que gire por inercia, no gente que busque asegurarse su trabajo, nadie debe ser imprescindible (porque tiene derecho a vacaciones, enfermar, y sobretodo, cambiar de empresa). Si codificas las cosas para que sólo tú las puedas entender tu empresa tiene un problema muy grande contigo y como empleado estás perdiendo el tiempo en complicar desarrollos que podrías dedicar a mejorar otros y hacerte valer como trabajador de una manera productiva para tí y para la empresa (que salvo que tengas la desgracia de trabajar para el demonio, te dará mejores resultados, y en el caso malo, te valdrá para darte cuenta de ello y cambiar de aires lo antes posible).
Aclaro que no soy jefe de nada, pero soy el primero que valora mi trabajo y el equipo al que pertenezco. Los cuellomedalla y los sinminosepué son un auténtico cáncer para el progreso de un equipo comprometido y me he sentido
casiobligado a expresar mi opinión en contra de la idea que has expresado.PD: ni has dicho que lo practiques ni yo he entendido que lo hagas, no es ningún tipo de ataque personal, te ruego que por favor no lo tomes como tal, gracias! (y si lo haces tampoco, mientras no trabaje contigo no tengo ningún problema en tu modus operandi mientras te funcione jejeje)
¿No es la gracia de los actuales sistemas programar cada módulo como te salga del cimbrel optimizando según las características del lenguaje?
Además muchos de estos lenguajes están enfocados a apps, móviles, webs y poco más (digo muchos, no todos). Son cosas que se suelen sub-contratar a autónomos o empresas pequeñas dedicadas a desarrollos rápidos.
Con los lenguajes de propósito específico (industriales, lógica difusa, etc) puedes tener un buen nicho de trabajo en empresas de bastantes sectores.
Y con los lenguajes antiguos (Cobol, Fortran, etc) prácticamente te aseguras un puesto y sueldo más que decente, en un trabajo menos apasionante e innovador, pero muy seguro y necesario.
En un trabajo no hay gracia, hay soluciones, adecuación y calidad principalmente. Las gracias, para las cervezas de las 6 de la tarde.
Y si tres personas trabajando en el mismo módulo, les sale del cimbel cosas diferentes, ¿Que hacemos?
Y si el iluminado del cimbel se rompe una pierna, y no hay más cimbeles de esos en el entorno, ¿quien continúa su trabajo mientras está de baja?
¿Conoce el dueño del cimbel lo suficiente tal cimbel como para tener un criterio mínimo como para evitar que luego pasen cosas?
Pufff... egocoders...
Aunque no pasa sólo con Google, en general cualquier gran tecnologica.
Aunque liego la realidad es que si tu equipo trabaja con un lengujae, todos lo harán en ese lengueaje.
Pero cualquier cambio con cabeza, y siempre justificado (y la empresa formando a los trabajadores para habilitarlos a todos)... Por el bien de los trabajodores, no se puede transformar la base de código en una Torre de Babel...
(Además, va a haber muchas vacantes cuando pase esto del coronavirus)
(Podéis plantearos ServiceNow... pero ahí la gente es como más joven)
La justificación de los micro servicios, los contenedores y demás es lo que demuestra que aún no hemos entendido de que va la arquitectura o diseño de Software.
No podemos transformar una herramienta orientada a hacer el trabajo más sencillo en la justificación para hacer burradas, que a la postre, va a pagar otro
Lo siento, no quiero cargar contra ti, pero tengo esto todos los días en mi trabajo...
No soy programador ni me gano la vida escribiendo código. Aprendo por puro placer.
Una cosa es aprender cosa nuevas y entenderlas, pero la virtud reside en ser conservador y no introducir un paradigma nuevo cada año.
Lo que digo es que aprender un lenguaje nuevo pues no es útil per sé. Al menos un idioma pues lo puedes usar para comunicarte, pero un lenguaje de programación... psss. Para qué? No sé si me entiende.
Además, que caes en la trampa de no necesitar actualizarte, dado que el usuario tiene algo que funciona y que puede ir adaptando según sus necesidades. Eso supone que tu formación se quede atascada,y viéndote forzado a salir del proyecto o de la empresa al final por quemarte, salvo que no te importe estar así.
Pero vamos, luego te encuentras gente que no te suelta mucha información salvo casi rogándole, además del mayor mal de todos los proyectos, ... mantener una documentación adecuada.
Me dirás que codificando bien las cosas quedan claras, pero la funcionalidad dentro de un proyecto no siempre está implícita o de manera fácilmente visible.
Coincido contigo, el mayor mal de un proyecto es una documentación indebida o inexistente. Al cambiar de trabajo fui a una empresa donde los otros 8 del departamento salieron en cuestión de medio año dejándose multitud de proyectos sin documentación.
Llevo comiendo mierda desde entonces, pero mira, por lo menos estancado no estoy jajaja.