296 meneos
2747 clics
La trampa de los cursos para aprender a programar en meses: “Te endeudas y no consigues trabajo”
Los 'bootcamps' de miles de euros se han popularizado en España como recurso para personas que buscan salida laboral en la industria tecnológica Exalumnos cuentan sus experiencias frustrantes y coinciden en que, pese a las promesas, no es nada fácil conseguir un trabajo después
|
comentarios cerrados
Lo que sabías de PHP en 2001 sirve ahora, pero no hay que usarlo igual que antes o tus apañeros que revisen los PR te dan una paliza
Es más tener un plano mental claro de como hacer las cosas e irlo actualizando con PARTE de lo nuevo que sale, no con todo.
De una de ellas no se nada más. La otra perdió el dinero que pagó, tampoco pudo acabar el curso y hoy trabaja en otra cosa.
El periodista ha resumido en una frase de qué van estos cursos:
"su filosofía es el "work integrated learning", que básicamente consiste en que el alumno se busque la vida."
Es decir, ni te van a ayudar a estudiar ni a buscar trabajo: búscate la vida...
cs50.harvard.edu/x/2024/
Te tienen que pasar muchas cosas pasar muchos años para ser un experto y un profesional. La antigüedad se nota mucho.
Yo no soy capaz de terminar un círculo donde lo empecé pero me resulta muy fácil programar.
A base de esfuerzo se puede aprender cualquier cosa pero yo recomendaría que si te cuesta mucho, busques otra cosa que se te de mejor. En mi época hubo furor por aprender a programar y muchos se dieron una buena leche con la realidad.
Yo me imagino echando centenares de horas para aprender a dibujar y luego que llegue alguien como mi hija que con cuatro trazos me puede mandar al psicólogo.
Los conocimientos y foros interesantes del gremio necesitan inglés...
Recomiendo hacerlo en EDX : www.edx.org/cs50
(donde ademas tienen otros tambien gratuitos de alta calidad)
Yo hice un bootcamp de esos y encontre trabajo en 1 mes. Ahora bien, de las 3 chicas y 2 chicos que eramos, solo hemos salido adelante el otro chaval, una de las chicas y yo. Las otras dos chicas no entendian ni lo basico al acabar el curso... Para mi fueron 10 mil euros bien invertidos, para ellas, tirados a la basura
Si te cobran miles de euros por enseñarte una tecnología que tiene publicado gratis como aprender su tecnología (aunque hacerlo solo y sin tutoria sea más complicado), te prometen mucha pasta y un buen curro, es un timo.
Hay una excepción, los masters de las escuelas de negocio físicas, que aprender aprenderás poco, pero saldrás con una lista de contactos de "hijos de alguien" gigantesca.
Pero un curso de la empresa online "mataos siglo XXII" que te promete un puesto de directivo, es una estafa a la legua.
Hay documentacion muy buena online, el problema es encontrarla entre tanta puta basura, pk igual que pasa con los bootcamps, tienes los 343535 anormales youtubers soltando la misma mierda sin sentido constantemente, luego tienes gente muy buena como pildorasinformaticas que tiene cursos gratis y de pago
Udemy y Codeacademy..
Udemy no esta mal pero hay que tener mucho cuidado pk muchos cursos son viejos pero cambian el titulo a el año en el que te encuentras, y eso no seria un problema si las tecnologias no avanzaran y de repente te encuentres intentando hacer algo que esta obsoleto y no dan soporte.
Codeacademy a mi personalmente no me gusta, cada curso no esta hecho por una misma persona, cada modulo del curso lo ha hecho una persona distinta, y se nota mucho, hay modulos geniales y otros que son un horror, ademas no sabes que antiguos son los cursos sino fuera por los foros seria un horror.
GitHub tiene varios repos (no recuerdo ahora) donde tienes un huevo de informacion y cursos para seguir.
Como todo se necesita ingles, SI o SI
Pensad que hay hoy en día developers y DevOps "senior" ( lol ), con poco más de tres años de experiencia que tienen problemas para usar un disco USB portátil.
Si no es con un programa o app, no sirven para más. No hablamos de servidores, discos, volúmenes, redes, etc.
Si vamos a temas de arquitectura, cero
Gestión de configuración. Cero. Empaquetar las aplicaciones para despliegue, nada, como mucho hoy en alguno sabe lo que es docker pero no pasa de ahí.
Lo que no sea lo que encuentras en un tutorial, nada, no pasan de ahí tampoco.
Mínimo esfuerzo, todo tirando de plataforma, Aws, azure y a correr.
Cuando vamos a desarrollo es para llorar. Nadie es capaz de hacer nada que no sea juntar librerías como un puzzle y a veces ni así.
Terminas con un aplicación de 50 línea con 1000 paquetes de dependencias para los más simple.
Ahora con la IA va todo hacia abajo impulsado con cohetes. Lo de ser programador volverá a ser algo muy especial solo para cuatro cerebros.
Me he encontrado no COBOL, si no versiones propietarias de una variación de COBOL, algo así como lo que sería un framework hoy, de una empresa desaparecida, funcionando en un XP porque es hasta donde era compatible. En ese XP se ejecutaba una macro que introducia los datos cada noche (simulando el tecleo de un operario) datos que venían de el sistema "moderno" (java ya desfasadisimo de aquella).
Quedaban literalmente 4 que conocían las tripas de aquello, y estuve en la fiesta de jubilación de uno de ellos ppco antes de irme de la empresa. Al resto les quedaban 5 o 6 años.
Y aún así hay muchos títulos oficiales que son o han sido una estafa, bueno, a lo mejor no tanto, pero puestos en contexto son decepcionantes. Y ahora mismo están dando títulos no habilitantes, como el grado en ingenierías industriales, que básicamente cuando sales, si quieres tener algo, tienes que hacerte el máster, entonces ya eres equivalente al antiguo ingeniero superior, lo cual está muy bien, pero... tienes que ir con esa idea desde el principio.
Me alegro de que te sirviera pero me parece desplumar a la gente.
Todo este rollo solo para decir que no hay tecnología, ni lenguaje, ni framework, ni librería "superior" ni "inferior". Que si quieres aprender Visual Basic lo mismo te sirve perfectamente y si te sirve no hay razón para recibir escarnio alguno. Lo digo porque en el mundo de la programación y especialmente por parte de la gente que está aprendiendo hay elitismos estúpidos, como que si "Rust" es mejor o si "Go" es mejor, o si PHP es "basura" y demás. Sí, Dijkstra decía ese tipo de cosas y Linus Torvalds también, pero a la práctica lo mejor es lo que mejor se adapte a las necesidades de cada uno y no hay que casarse con nada. Hay que ser prácticos por encima de todo, porque los dogmatismos solo llevan a aprender cosas que no necesitas con funcionalidades que no vas a utilizar y una complejidad en la que no vale la pena meterse para sacar los resultados que sí necesitas, solo para quedar bien ante otros.
Puedes utilizar el bloc de notas y Excel para programar y eso no te hace ni mejor ni peor programador. Lo que te hace mejor o peor es tu capacidad para resolver problemas de forma eficiente y sencilla.
Y con la base lo demás son todo pijadas.
Y luego te ves a paginas usando MongoDB como base de datos principal. La base de datos de usuarios como MongoDB, para fliparlo.
SQL es una base de datos relacional para guardar datos que guardan relaciones entre ellos. Por ejemplo, si un Usuario ha creado Posts y cada Post tiene asignado Comentarios…seguramente necesitas una base de datos relacional.
Al ser MongoDB una base de datos no relacionales, la gestión de relaciones es compleja y lenta.
El sistema de autorizacion y autenticación que tienen casi todas las aplicaciones webs debería ser montado con una base de datos relacional (asi que si lo montas con Mongo…ya empezamos regular)
Hace 20 años no existian las bases de datos no relacionales y todo estaba montado aobre base de datos relacionales. Por lo que todo se montaba con relaciones.Entonces aparecieron las bases de datos no relacionales para optimizar el guardado de ciertos datos.
Por tanto, que un sistema monte todo con bases de datos relacionales probablemente funcione relativamente bien. Asi es como se funcionaba hasta la aparicion de las no relacionales.
Pero que un sistema monte todo con base de datos no relacionales es un error tremendo. No fueron creadas para eso.
Por desgracia, aprender base de datos relacionales se tardan varios meses (por toda su flexibilidad, diseño de base de datos, y capacidades) pero enseñar Mongo(mas limitado) es cuestion de dias. Resultado: Sistemas enteros usando Mongo ( base de datos no relacional) que no escalan bien con miles de usuarios, y que pierdes capacidad de obtener datos entre multiples tablas cruzadas.
Diría que es un error mas grande guardar todo en MongoDB que guardar todo en SQL. Pierdes rendimiento, flexibilidad y capacidad de escalar el producto.
Para cosas puntuales, sustituirá a las búsquedas en internet.
#34 exacto. Saber interactuar con una ia para que haga exactamente lo que quieres no va a ser tan fácil como creen algunos.
Luego cuando pasen los tests y vean que hay resultados absurdos, la hostia va a ser grande.
Pero dime, ¿Quién prefieres que te lleve en coche una noche de tormenta, el que se sacó el carnet a la primera hace 2 meses o el que lleva 10 años conduciendo a diario pero no te pasa ni el teórico ni el práctico?
Hay miles de personas que han pagado por un bootcamp y han encontrado un buen curro y un buen sueldo, yo entre ellas. Lo que hay es mucho zoquete que no ha estudiado en su vida y cree que va a ocurrir el milagro....
Siempre hay pringaos que pican.
Hace un par de días hablé con una chica que trabajaba conmigo y se salió del trabajo. Me dijo que había iniciado un curso de diseño de interiorismo que le había costado unos seis mil euros. Cuando le pregunté que donde eran las clases y me dijo que era online ya me quedó claro que la habían estafado, pero no la dije nada porque ya para qué si se había gastado el dinero.
Que era un curso cojonudo que luego hacías prácticas en empresas y que salías con un buen trabajo. Pardilla.....
Más atrás en el tiempo, joven padawan...
Llevo haciendo lo mismo 30 años.
Sólo cambia el lenguaje, pero los algoritmos son siempre los mismos.
Como mucho cambia el planteamiento cuando trabajas con objetos, o con programación asíncrona si trabajas con PLC, motores y variadores de frecuencia, o con funciones lambda, pero el programador de verdad, cuando se ha curtido 10 años, está preparado para adaptarse a cualquier nuevo paradigma cuchiflú o framework magicolaleche que inventen ese mes.
Hasta he usado los algoritmos de minimización de estados de autómatas para hacer bucles con salida siempre y mínimos en cuanto a elementos en el bucle. Eso te vale para fortran, rust, python o la puta de oros
Hace 13 años que soy profesional de lo mío, y los cursos son de unos pocos meses.
En mi opinión, es un caso de titulits
En programación, si te gusta estar al día por curiosidad, tienes bastante ventaja. Si te has pasado unos años de "papeleo", mejor no moverte de la silla o encontrar una parecida.
Si tuviera una ia propia que pudiera entrenar sólo con mi framework y mi repositorio sería lo ideal, pero es una nube para todo el mundo.
En internet cuando encuentras una fuente fiable, vas a ese sitio directamente para la próxima consulta.
El 99% de las nuevas tecnologías suelen ser capas de abstracción sobre tecnologías y conceptos preexistentes. Si no conoces, al menos conceptualmente, las tecnologías o conceptos en los que se basan, estas jodido.
Si no conoces SOA y todo lo que conlleva (APIs, BPMs, middleware/ESB, etc.) o las colas de mensajería mal vas a usar microservicios. Si no entiendes de virtualización, y antes de ello los hipervisores, mal vas a entender la nube, etc.
Te voy a un ejemplo muy concreto. SQL tiene mas de 50 años. He tenido unos cuantos casos de problemas con tecnologías nuevas (en su momento de implantación), como ha sido el caso de Hibernate o Django y sus modelos, que mas te valía tener buenos conocimientos de SQL y bases de datos relacionales o estabas jodido.
Por otra lado tenemos el tema de las modas de las nuevas tecnologías y su implantación sin cabeza. Para cada tarea su herramienta. He visto y vivido auténticos desastres por ponerse a hacer cosas que están de moda que han llevado a problemas muy graves ¿Qué están de moda las NoSQL? Pues te meto una para funciones OLAP intensivas y alta necesidad de integridad del dato ¿Qué está de moda la virtualización? Pues virtualizo los sistemas críticos de alto rendimiento del negocio mezclados con sistemas mas prescindibles, para ahorra costes, y me quedo sin recursos en los críticos en un momento de alta demanda no prevista. Y así he vivido miles de ejemplos.
El problema es que se está vendiendo como si un cliente pudiera pedir a una ia que haga una tarea de programación, cuando estamos muy lejos de eso. Ni siquiera un analista a grandes rasgos podría usarla prescindiendo de programadores.
Así a la cabeza me vienen unos de veterinaria y de auxiliar que publicitan en la tele auspiciados por programas de televisión
Además hay una gran cantidad de recursos gratuitos y lo que es peor, en muchos de esos bootcamps hechos para ganar dinero te encontrarás ese contenido gratuito pero mal editado para quitar referencias que no les interesen ( midu: "un bootcamp me está robando" : www.youtube.com/watch?v=t-nCAApyq7M ), contenido fusilado con copiar y pegar o directamente generado con ChatGPT que lo mismo ni es correcto. Antes de apuntarse a uno, mejor probar la vía gratis y luego informarse bien. No será un camino fácil, así que hay que tenerlo muy claro antes de gastarse el dinero en aprender.
Otra cosa es ir evolucionando hacia analista, experto en algún nicho determinado, etc.
Me cagoen
Los alumnos de Assembler cuentan historias similares. "Es un dineral. La matrícula ya fueron 3.500 euros y ahora estoy intentando evitar pagar lo que me queda", dice uno de ellos, que prefiere manterner el anonimato.
Visto así hasta los cursos del inem que me ofrecen son baratos y eso que sumando todos los gastos me cuesta casi 5000 € sin ayudas.
Creo que lo único verdaderamente importante en programación últimamente con lo que conviene estar al día, es el uso de patrones de diseño en OOP.
Espabilao.
Hay un libro llamado "Fuera de serie" que dice que para "dominar" una disciplina, ser un "virtuoso", se requieren unas 10 000 horas.
Si dedicas 3 horas al día eso serían 3333 días, es decir, 10 años.
Ahora bien, si dedicas 9 horas al día serían 3.3 años...
Sin embargo, la palabra "profesional" normalmente se refiere a quien hace algo cobrando... aunque todavía no tenga mucha experiencia haciéndolo.
#8
¿Depende de la complejidad del asunto?
Sí y no.
Por un lado, una meta más compleja (una destreza, un logro, etc) se tarda más en alcanzar.
Obviamente servir copas no requiere lo mismo que pilotar un caza del ejército.
Sin embargo, nadie consideraría un "fuera de serie" o un "virtuoso" o un "maestro" / "genio" a alguien que haga una cosa muy muy fácil. Por tanto, palabras como "maestro" o "virtuoso" creo que suponen una destreza, un dominio, una complejidad o dificultad... Y las personas normales, en media de cociente intelectual, ese nivel lo alcanzan en un número de horas...
¿Depende de las ganas?
Sí y no.
Si tienes más ganas dedicas más horas y/o prestas más atención, así que tardas menos años... Pero el número de horas total es aproximadamente el mismo... Puede reducirse el número de horas si se pone más atención, mejor actitud en el mismo número de horas, y puede aumentar el número de horas si no hay esa actitud tan buena... Pero, vamos, no creo que varíe tanto.
Claro que la actitud es crucial, es muy importante... pero puedo poner un ejemplo:
los alumnos de una universidad tardan aproximadamente lo mismo en acabar la carrera... Una carrera de 4 años alguien muy espabilado puede hacerla en 3, pero no en 1 ¿verdad? En alcanzar ese nivel se tarda 4 años y depende poco de la persona que sea y sus ganas. Como se dice a veces "un embarazo son 9 meses y no por poner dos mujeres vas a lograr tener el bebé en 4.5 meses... ni por poner más ganas". Las cosas requieren el tiempo que requieren... Con IQ 150 se tarda menos en aprender, pero hay muy pocos casos así, la mayoría tarda aproximadamente lo mismo.
Y luego tiran de marca. Se han hecho un nombre y se lo van a follar hasta que aguante.
Aunque tb es a veces pesada, ya que trata de interpretar lo que haces, y te acaba dando consejos para todo, sean o no acertados.
Lo de saber que preguntarle también te acabas acostumbrando.
Y veo tiempo ahorrado en biscar cosas, pero con cuidado, ya que recopila la información mayoritaria, una buena búsqueda en internet a veces encuentras cosas raras que no malas
framewrok, arquitectura, plataforma,.... que si haz código limpio, ... cubrid con tests mamones, codifica con un poco de amor
Anda que no he visto cosillas siendo revisor
El problema es saber lo que requiere la empresa, y es algo que cambia cada X tiempo.
Con lo básico, quizás caigas en algún curro desfasado que será pan para hoy y hambre para mañana
A veces me gusta más indagar rn foros, por que te adjuntan referencias a donde sacam las soluciones, y aprender de verdad, no solo copiar y pegar.
Lo malo es que las empresas solo quieren soluciones rápidas.