497 meneos
2331 clics
![Un estudio apunta a que más del 65% de los desarrolladores en la actualidad aprenden a programar por su cuenta](cache/2e/9c/media_thumb-link-3054746.jpeg?1544625426)
Un estudio apunta a que más del 65% de los desarrolladores en la actualidad aprenden a programar por su cuenta
Según un reporte publicado por HackerRank, una plataforma de contratación en el sector tecnológico, la gran mayoría de los desarrolladores que están estudiando lo hacen de forma autodidacta. El estudio analizó las respuestas de 10.351 programadores en todo el mundo y encontraron que aunque la mayoría de los estudiantes de ciencias en computación están aprendiendo desarrollo de software en las universidades, más de la mitad de ellos dicen que aprenden por su cuenta a tiempo parcial.
|
comentarios cerrados
Cualquier tiempo que dediques a aprender algo que es para el proyecto en el que estas trabajando debería salir de tus horas de trabajo. Pero sere yo que llevo demasiado fuera de España y estoy estropeado.
"Fucking Apu" lo es en inglés
Al menos visto desde fuera, Web es un constante bullir de tecnologías, lo que ayer era PHP hoy es Node.js y mañana Phyton, pero tu haces Ruby, que no esta mal, podria ser peor, podrias estar en Go o cerrar tu desarrollo a Objective-C viendo como se deprecia poco a poco mientras se impone Swift, eso si, librenos dios de Java.
Y eso multiplicado por las dieciocho millones de librerias, entornos virtualizados bla bla bla hace que sea un mundillo que al menos pa mi creo que se dirige muchisimo por modas y hypes con lo que en vez de centrarte en desarrollar tus cacharros tienes que andar pendiente constantemente de que es la ultima chorrada que ha dicho Google que lo peta y ahora quiere todo el mundo meter con calzador, miles de reinvenciones de la rueda.
Amos yo soy un muy feliz desarrollador de aplicaciones de backend chungo feo e inamobible que funcionan como un tiro basadas en mierda ultraprobada, es un mundo horrible pero al menos puedes tener la seguridad de que no aparecerá un flipado mañana diciendote que "no si es que eso esta mejor montado en chupiflaningan reversivo" y puedes centrarte en utilizar las herramientas que hay de la forma mas eficiente.
www.youtube.com/watch?v=rVZKAFhgGHQ
Pasa del .then y mirate await y async, serás más féliz
Que sí, que hay mucho profesor nefasto que enseña las cuatro tonterías que a él le gustan, pero estudiar una ingeniería no es aprender lo que se lleva ahora, es tener unas bases sólidas para poder adaptarte a lo que venga, y para poder crearlo tú mismo si fuera necesario.
Con eso tienes carta blanca para prenderle fuego a todo.
'Ups! Es que aun hay cosas que no sé exactamente como van'
Aprovéchala y que no quede piedra sobre piedra!
Eso se puede decir de cualquier carrera. Cualquiera, sin saber de medicina, puede aprender a practicar laparoscopias de vesícula que son operaciones de 10 min y todas son iguales.
Hasta que surja una complicación que obligue a salirse de la mecánica que te sabes de memoria. Ahí es donde necesitas una buena base.
Me ha encantado el fail
Lo que no me queda claro es si realmente hace falta dedicarle 4 años para aprender esa teoría.
Básicamente porque básicamente en esos 4 años...han salido 4 frameworks de desarrollo multiplataforma nuevos, 3 versiones de Angular, 2 de React, otros tantos frameworks JS, saltamos a paradigmas Reactivos, Restful y Asíncronos. Dentro de otros 5 ni idea por dónde andaremos.
Si una persona le dedica 5 años de manera autodidacta para aprender a programar, vs a una persona que le dedica 5 años en una Universidad....ya te digo yo quien está mas preparado, más cercano al mundo real, y con mayor capacidad de adaptación.
La Universidad, en la programación, siempre van 5 años tarde...y me quedo corto..
Jojojojoj
Que luego el libro puede ser mejor o peor, pero escritor eres.
Estaríamos temblando.
No son un protocolo de comunicaciones medio serio para volúmenes masivos ni para levantar cargas de trabajo sincronas, y si, se que mucha gente los monta así y es una cafrada
Pa la próxima decís "eso se hace con abaproxies por PI/PO (que es un módulo de comunicaciones aparte) o mediante idocs (una especie de frontal de admisión de ficheros)".
SAP tiene su mierda pero es un sistema estable y claro que tiene cacharros pensados para comunicaciones que van razonablemente bien, pero se suele montar cosas que me provocan embolias por total desconocimiento... (Culpa de q no hay nada q se parezca a stackoverflow y vamos como pollos sin cabeza)
Lo que viene a decir la noticia es que el 65% de los que se ponen a trabajar en programación no tenían ni puta idea del tema y se lo curraron solitos con pdf de internet.
Yo tengo la carrera y los embolaos esos que comentas me los he tenido que comer como todo hijo de vecino. Pero eso es por el funcionamiento de la empresa en nuestro país, nada más.,
- ¿Seguimos la moda no-SQL o en nuestro caso es mejor seguir con modelo relacional que ha funcionado tantos años? ¿Ese índice ayuda o fastidia más? ¿Por qué? ¿Puedes desactivar el journaling en el sistema de ficheros para que la base de datos gane ese 20% de rendimiento como leí en la documentación?
- Cualquier cosa de lenguajes no imperativos o directamente lenguajes distintos a los practicados. ¿Tipado débil o fuerte, explícito o no? (Normalmente cada programador tiene predilección por el modelo con el que trabaja ahora).
- Hipersegmentación, pipelining en CPU. Cómo funciona un multiprocesador, cómo un multihilo, cómo afecta al rendimiento todo esto en tu algoritmo con memoria compartida. ¿Va a escalar esta solución? ¿Va a servir meterla en una instancia con el doble de núcleos?
- Ya temas más de empresa, como gestionar el proyecto y al equipo, argumentar que el deadline no se va a mover aunque te metan al doble de plantilla porque vais apretados, prevenir los problemas de planificación que va a haber...
- Y podría seguir con cosas que hay que entender bien para que no te resulten contraintuitivas.
Todo eso se estudia en la carrera y te hace mejor programador además de abrirte puertas a otros puestos en los que no tienes que programar principalmente.
Y algunos dirán, "eso son chorradas, es el 1% del conocimiento..." ¿Sí? Arriba tú mismo hablabas de Promises y creo que sin entenderlas muy bien, otros se ponen a hablar de cómo son en Python y de threading (osea, delatando que sí son conceptos que existen en abstracto, no algo nuevo).
Las promesas de JS solo son formas de encapsular de forma estándar y poder encadenar callbacks. Y tiene su aquel precisamente JS porque es un lenguaje monohilo en esencia, entonces:
- ¿Qué librería es mejor, esta que expone métodos asíncronos o esta otra que son todos síncronos? Aaamigo ¿Entiendes como va a hacer node por debajo cuando uses la asíncrona? Porque igual resulta que para tu caso es peor.
- ¿Es seguro leer esta variable que está fuera del cuerpo del manejador de la promesa? ¿Qué valor va a tener? Cuando tienes claro el concepto de qué es una promesa, un callback, y cómo lleva JavaScript un entorno asíncrono eso te sale natural.
Y de otra forma, ¿por qué en mi programa Java este Thread falla por todos lados, si en JavaScript lo he hecho mil veces...?
Para mí, 6 años bien gastados. ¿Fue mejorable? Pues como todo, pero ya solo con ver el nivel después de "las mejoras" y lo que dice la gente sobre los grados... igual era mejor que se quedara como estaba... es decir, justo más como se dice que no es necesario o que está obsoleto.
Además, ahora me es fácil acudir a una reunión y saber si el que tengo delante me está vendiendo una moto con o sin motor. Y eso también cuenta.
(Y me ha quedado muy largo, pero también estaba pensando en el nulo entendimiento que se tiene por aquí de la tecnología IA a pesar de que supuestamente esto está lleno de "informáticos").
Tampoco a un piloto le enseñan con un f14 ni a un médico le ponen gente de verdad en la carrera para operar a corazón abierto.
Por otro lado, precisamente por lo que dice #32, no le veo sentido a estudiar en la universidad la última tecnología de moda. Ahí lo que hay que aprender son técnicas y prácticas que luego te permitan, con el necesario aprendizaje, aprovechar cierta tecnología en determinado proyecto.
De todas formas, como en cualquier campo creo, al final el mayor valor te lo da la experiencia, y eso no lo se consigue en un par de años ni por uno mismo ni en la universidad.
1 ¡Saludos a los de la USAL!
Uno mismo es responsable de desarrollarse profesionalmente. Pedirle a la empresa que te forme es lo mismo que pedirle a papá estado que te dé un trabajo o una paguita. Muy diferente es que haya un conocimiento que la empresa quiere que tengas de antemano, entonces ella tendrá un incentivo a formarte, y, si lo hace o no, será cosa suya.
97cosas.com/programador/el-programador-profesional.html
www.oreilly.com/ideas/7-ways-to-be-a-better-programmer-in-2014#four
#47 Pues ya puedes temblar. Médicos, abogados, arquitectos; todos se siguen formando por su cuenta después de la carrera si quieren ser buenos profesionales, y no van llorando porque "su empresa no les forma".
Pero bueno, esto es como las quejas de bar. Si quieres que la empresa te forme, pídelo y justifícalo; dale un plan. Si, en cambio, tú quieres aprender algo, o crees que estudiando X serás mejor en tu trabajo, pues hazlo en tu tiempo libre, como hacemos todos.
"Yes, sure."
Tu le dices que los programas lineales en c, cobol, 4gl, multibase o cualquier cosa buena y estable que es lo que realmente funciona bien desde hace años y el cliente está contento porque va mil trillones de veces mejor que cualquier mierda java en navegador no necesita de nada de todo eso y es cuando te dice que hay que actualizarse, que el curso de oracle technologies duodenal de fin de semana que se hizo se habló de todo esto y que es el futuro inmediato hasta el semestre que viene que cambiará todo otra vez.
P.S. NPI qué cojones es SAP ni para qué sirve, pero cuando voy al ikea, aquel agujero infernal es básicamente una aldea pegada a SAP.
#112 Peor, les voy a dejar una silla Norrnäs pero sin llave allen, y con las instrucciones de una silla Ekedalen, y me sentaré a comer palomitas vigilándolos con la cámara que uso para espiar parej...con una cámara buena que tengo para cosas que hago
Pasate a Fiori y podras ver algunas cositas en stack. Pero como sabrás back y front preparate para ser mancillado por todos los orificios
¿Y a Stackoverflow?
Te recomiendo este libro, si no lo has leído:
www.amazon.com/Software-Craftsman-Professionalism-Pragmatism-Robert/dp
Su documentación es muy buena y si pones en Google una pregunta el respecto, te saldrá una respuesta apropiada el 99% de las veces.
La razón es que hay mucho mamoneo, los profesores se colocan unos a otros, y si alguien lleva 20 años enseñando física a ver quién es el guapo que le quita de ahí para actualizar temario.
Tampoco es cierto que enseñen a programar bien... Vamos. No sé cuántos profesores de la UPV de Valencia saben programar más allá de un ejemplo de colas y pilas, como para dar clases reales de patrones de diseños. Se leen un libro como mucho y te tienen semanas entretenido.
¿Y los libros, webs, vídeos, manuales de donde los han hecho, nadie los ha escrito?
Aprender un lenguaje/framework de forma autodidacta es relativamente sencillo. Aprender todas las tecnologías y materias necesarias para programar bien, en el orden adecuado y sin volverse loco, ya no lo es tanto. Por eso hay unos señores llamados pedagogos que diseñan un plan de estudios para aprender cada materia en el orden que toca, dejándote preparado para luego hacer programas decentes y adaptarte a lo nuevo que salga. Por supuesto que en la vida hay de todo, y hay autodidactas excelentes y gente con carrera totalmente inútil, pero generalmente el típico "menudo máquina, en 15 días se ha aprendido el último framework y no tiene ni la ESO" programará muy rápido, pero te va a hacer un código espagueti que el siguiente que lo tenga que tocar va a flipar colorines.
No se forma al trabajador ni se le dan las herramientas adecuadas.
Eso sí, te hacen perder el tiempo con polladas de riesgos laborales y cursos para cumplir requisitos de una certificación que no te aportan nada y no están en las planificaciones.
Anda que no he visto a jefes correr por los pasillos o que me pedían que moviera un servidor.
Se hacen arquitecturas que no se documentan ni se forma a la gente para que la use debidamente y luego salen monstruos de Frankenstein que no hay dios que mantenga el código.
Luego esperan que se entregue el código de un entorno de desarrollo a uno productivo y que funcione. Muchas veces le toca al que sabe arreglar todo y si no hay nadie no hay ejército de vendeplumas que salve el proyecto.
Supongo que dependerá dónde te muevas, pero si es en entornos de salarios altos y gente preparada (gente que está cobrando +100.000 libras) que no picacódigos java que ganan 30K, te los encuentras a punta pala.
Puedes decir lo mismo de los programadores que trabajan en la industria biotecnológica, porque además de programar deben tener amplios conocimientos de otra materia.
La programación , en este caso, es parte de su conocimiento requerido. No un total de la misma. Están en un entorno en el que se mueve mucho dinero y la falta de gente especializada aumenta los salarios
Para aplicaciones genéricas, el 99% de los puestos de trabajo de programadores, no tienen por qué ser mejores o peores
Es lo que yo haría
(PD: Es una empresa gorda que hace software de gestion empresarial)