Yo entré una vez en un proyecto de migración de aplicaciones bancarias a .Net, pedían 5 años de experiencia mínima en C# y .Net pero el framework había salido hacía un año más otro que había estado disponible en versión beta.
#2 De los más normalito, tu empresa te paga como junior, te vende como analista y tú ese lenguaje no le habias visto en la puta vida y acabas en google todo el día copy paste de codigos probando al final despues de 6 meses de dolores de cabeza acabas aprendiendo a base de ostias y te das cuenta de la mierda que hiciste al principio pero el proyecto ya se ha entregado y a otra cosa.
#5 Te gano: mi anterior empresa ganó un concurso público con programadores y DBA con 5 años de experiencia en Oracle 11...cuando la versión comercial era la 10 y en septiembre de ese año se ponía a la venta la 11...chúpate esa.
Cierto como la vida misma, todos los cursitos, tutoriales y similares le pueden servir a un novato que está aprendiendo. A un senior "de verdad" como dice en la viñeta esos cursitos le sirven de poco. Hasta que se no se mete en un proyecto de verdad con el nuevo lenguaje poco va a aprender.
#7acabas en google todo el día copy paste de codigos
¿Google? ¿Google? Parfavar... menudo programador que ni siquiera alaba a la web correcta, stackoverflow.com
Un programador senior no necesita leerse un tutorial sobre el manejo de ficheros en el lenguaje fulano. Ya sabe lo que es un fichero, que puede abrirlo en binario o como texto, que puede abrirlo en modo lectura o escritura, que puede hacer un append al final o escribir en una posición concreta, etc. Sabiendo todo eso, lo que quiere conocer al instante es el nombre de la función a invocar y cómo pasarle los parámetros, es decir, un ejemplo de dos o tres líneas de código, y tira millas...
He pasado por la primera viñeta (real 100%), he vivido la segunda (jajajajajajaja) misma logica distntas palabras, y ahora estoy en la tercera haciendo un SGE pequeñito.
Al final todos los lenguajes se basan en las mismas estructuras semánticas y conceptos. Un programador senior no necesita ver cómo se hace un blucle for, lo único que cambia es la sintaxis. Y para lo que no sepa esta Stack Overflow.
Un lenguaje se aprende en una tarde, a programar, en mucho mas tiempo. En la universidad no me enseñaban un lenguaje en concreto, me enseñan los conceptos, y a utilizarlos. De hecho, usabamos pseudocódigo, y para las prácticas, en la mayoría elegías el lenguaje que te salía de las pelotas, dentro de unos límites (lógicamente en clase de POO tienes que elegir un lenguaje orientado a objetos). Aprendía POO, programación declarativa, programación funcional, etc... Hoy en día, profesionalmente programo en Java, pero no me costaría mucho aprender C#, y de hecho una vez en un curro tuve que arreglar un bug en una aplicación, porque el tío de .NET estaba de vacas, y no tuve ningún problema.
Hace poco tuve un problema de concurrencia en el curro. La solución que propuse no cambia según que lenguaje, el conceptualmente la solución es la misma independientemente del lenguaje.
Lo que lleva mas tiempo es aprender plataformas. Si empiezas con java, lo de menos es aprender el lenguaje, sino todo lo asociado a ella, frameworks, librerias, servidores de aplicaciones, etc... En mi curro actual estuve 6 meses en un proyecto de NodeJS. El problema no era el lenguaje, sino la plataforma, donde hay miles de librerias y frameworks sobre como hacer las cosas (es un infierno NodeJS)
#28 El trabajo del comercial es vender un proyecto por su precio, no inventar algo que no existe y encima ceder en todo lo que quiera el cliente vendiendo por debajo del precio. Eso genera un problema que arrastrará al proyecto y acabará siendo una gran bola de mierda.
#38 Al final quién pringa a causa de los comerciales inútiles son los que hacen el proyecto, no sería la primera vez que me voy de una empresa porque pretenden que trabaje gratis para que les salgan las cuentas.
#35 NodeJS es raro para empezar, pero después de 3 años te digo que no lo cambio por nada del mundo. Hay gente que trabaja con el a porrillo (por lo que es facil encontrar ayuda), casi todas los modulos son de código abierto, asi que no solo puedes reutilizar, sino oler cómo alguien ha resuelto algo para aprender, y funciona tan bien que parece magia (a mi lo de javascript en el backend usando el V8 de Google me daba un mal rollo que para qué).
Falta la cuarta viñeta, senior jubilado diciendo: "en mis tiempos no se cambiaba de lenguaje de programación, si cambiaba de máquina perforadora para perforar las tarjetas"
www4.tecnun.es/recursos/labmat0.html
Pero, debo admitir que es real como la vida misma.
¿Google? ¿Google? Parfavar... menudo programador que ni siquiera alaba a la web correcta, stackoverflow.com
#19 Probablemente acabes allí pero no siempre, por suerte ya no pico codigos pero cuando me tocaba solía ser así
No seas vago y a trabajar!
Pero al año tenía nivel gurú-del-tema. Los veteranos hacían cola para venir a preguntarme.
Hace poco tuve un problema de concurrencia en el curro. La solución que propuse no cambia según que lenguaje, el conceptualmente la solución es la misma independientemente del lenguaje.
Lo que lleva mas tiempo es aprender plataformas. Si empiezas con java, lo de menos es aprender el lenguaje, sino todo lo asociado a ella, frameworks, librerias, servidores de aplicaciones, etc... En mi curro actual estuve 6 meses en un proyecto de NodeJS. El problema no era el lenguaje, sino la plataforma, donde hay miles de librerias y frameworks sobre como hacer las cosas (es un infierno NodeJS)
A continuación se vende el proyecto de arreglar lo anterior.
Los clientes que contratan con un concurso a la baja de proveedores, se merecen exactamente esto.
Eso sí, razón no le falta.
No has programado en Prolog, ¿verdad?
No me extraña. JavaScript es, de hecho, uno de los pocos lenguajes que puede probar que el último teorema de Fermat es falso
Para aprender Myrrdin me estoy haciendo un emulador de Chip8
Haskell, Scheme, Smalltalk.