1) Es de Reddit, donde a veces puedes encontrarte bromas absurdas e igual esta a sido una que "ha colado".
2) No me creo que haya terminado PRIMERO de informática sin haber programado nada, de hecho, en primero a parte de Cálculo, Física y Álgebra solo programabas, no te enseñaban nada más. Puede que haya cambiado desde mis tiempos, pero ¿tanto?
3) En la empresa en la que trabajo suelen venir recien licenciados a trabajar de becarios, y siempre (menos una vez) se les ha contratado al finalizar las prácticas. Todos ellos saben programar, les tienes que enseñar otras cosas, sobretodo orientadas al cliente, pero saben programar.
4) brecha universidad / industria: Ah! No, la universidad no está para dar carne de cañon con la tecnología de moda, la universidad está para enseñar como funcionan las cosas, aprender un lenguaje o un sistema no te va a costar mucho y estos varian mucho con los años.
Si aprendes un sistema (Java, Python, Rust, C++, VisualBasic, TurboPascal... da igual) puedes encontrarte que en unos pocos años lo que era el top del top ya no se usa para nada.
En mi época hubo empresas que se quejaron de que saliesemos de la facultad sin saber programar en Cobol, que era lo que usaban todas las empresas... imaginate! (Tardé como dos días en aprender Cobol y no era el lápiz más afilado del estuche).
#15 En realidad no es la función, pero si no has programado nunca, te piensas que sabes modelar, definir estructuras de datos, algorítmos y bla, bla bla, pero en realidad no sabes.
Vamos, que el problema es que no tienen experiencia real en la universidad, pero es mejor quejarse que hacer algo por ellos mismos, porque uno de los "remedios" que ellos dicen es... El aprendizaje autodidacta.
Eso por estudiar en la universidad cara pero muy bonita que te paga tu papá.
A mi en la pública tampoco me enseñaron a programar. Pero en las prácticas tenías que saber. Que no sabes? Pues tu puto problema, te las apañas. Y vaya que si aprendes.
#107#4 Huyo como de la peste mil veces más de alguien que " lo haga en 20 o 30 líneas de código" que de alguien que lo haga en mil.
Probablemente se va a tardar el doble en entender y depurar las 30 líneas que las 1000.
#87#107#116 Lo que dice el compañero tiene todo el sentido del mundo.
Un problema puede resolverse de forma más clara, rápida, entendible, y mantenible si se escoge bien la estructura de datos y la técnica que resuelve el problema de la forma más óptima.
Una máquina de estados es menos propensa a errores, más mantenible, y más concisa de programar que la misma lógica hecha con bloques if and bucles.
Otro ejemplo que recuerdo, se puede escribir un programa que resuelva un sudoku de mil formas diferentes. Pero hay cierta técnica y cierta estructura de datos que hacen que el programa sea extremadamente pequeño y increíblemente rápido (dancing links, por si alguien tiene curiosidad, que es una implementación de la técnica de resolución de restricciones a través del la búsqueda de una cobertura). Para poder hacer eso, uno tiene que saber cuál es la mejor manera de resolver el problema, y eso viene de o bien investigar la literatura, o bien la experiencia laboral.
El lenguaje de programación en sí es casi irrelevante, cuando lo importante es la base teórica que resuelve el problema.
Pues no sé, a mi me parece normal. Habla de "ciencias de la computación" es decir, conocimientos profundos y teóricos sobre un campo. Es, como ha mencionado #7, como esperar que en ingeniería te enseñen a soldar. O que en lingüística te enseñen los verbos en ingles. O que en biología te enseñen donde están los nidos de buitre negro de tu pueblo porque lo que quieres es ser guia ornitologico
La universidad normalmente no te enseña "lo que la industria necesita" sino, por lo menos en teoría, un campo del conocimiento con cierta profundidad. Después tienes que especializarte y buscarte una carrera profesional.
Para aprender a programar entiendo que están las FPs y la propia iniciativa de cada alumno.
#3 esto
Se que es un problema generalizado en las expectativas del sector, pero es como quejarse de que después de tener una ing mecánica no sabes soldar
#1 todos deberían tener conocimientos básicos de programación, pero también hay que dejar claro que ser informático no implica ser un programador, se pueden hacer muchas más cosas que programar
#1 No conozco ninguna carrera en la que se haga tal cantidad de prácticas como en esta. Yo tuve prácticas hasta en las asignaturas de matemáticas, y en todas había que programar.
Durante la carrera programé en varios lenguajes, desde lisp hasta python pasando por c/c++/java. Implementé una aplicación de escritorio completa (en equipo), implementé un compilador de un lenguaje tipo C (con punteros, estructuras de datos, funciones, recursividad, bucles...), e hice multitud de prácticas donde las cosas tenían que funcionar, desde un servidor http hasta un módulo de aterrizaje para una sonda espacial basado en reglas. ¿Bases de datos? Tuve una hora de prácticas a la semana durante un curso, escribí todo tipo de consultas, procedimientos almacenados, ¿redes? sockets y stacks de comunicaciones en C, por no hablar de tener bases sólidas en IA, ¿sistemas operativos? pues tuvimos que programas un kernel (sí muy básico, en C), pero hasta tenía planificación de hilos, y suma y sigue...
¿Qué cojones se estudia hoy en la carrera? Yo tenía una base muy completa cuando terminé (empecé en el 98) y esa base después te permite elegir profesión de entre las muchísimas que hay.
Y los que hablan de que es cómo decir que un arquitecto tiene que aprender a poner ladrillos...pues no saben de qué están hablando, así de simple.
#12 Un alto porcentaje de estudiantes tienen cierto interés por terminar la carrera pero no mucho por aprender a programar. Tienes que perseguirlos para asegurarte de que aprenden lo básico para aprobar, y no ponerles el examen muy difícil no sea que los alumnos delegados te monten una comisión con el defensor del estudiante o hasta te lleven a juicio. Lo he visto.
Así que sí, cuando he visto esta noticia me ha dado risa.
#59 La carrera te asegura que recibes formación básica acerca de muchos temas diferentes que, de haber ido por libre en plan autodidacta, seguramente no se te hubiera ni ocurrido pensar en ellos porque desconoces su existencia.
El saber un poco de muchos campos dispares te ayuda, en el futuro, a escoger mejor las diferentes tecnologías más apropiadas a la hora de diseñar un sistema o una solución concreta.
Así puedes evitar el problema de "quien sólo tiene un martillo, ve todo como si fuera un clavo".
No te garantiza que salgas siendo un experto en ninguno de esos campos (ni siquiera programación), porque hay muchas carreras profesionales diferentes en el mundo de la informática, desde desarrollador (que son los que tienen que saber programación a tope), arquitectura de sistemas, devops, administrador de sistemas, computación en la nube, requisitos, machine learning, seguridad, gestión de equipos, operaciones y bases de datos, etc, (y nos estamos olvidando de toda la parte hardware, como diseño de microprocesadores, empotrados, y demás).
De todos esos, lo que realmente tienen que saber programar son los desarrolladores, y el resto necesitan unas nociones básicas, pero no es su ocupación ni su responsabilidad.
Sinceramente, es muy parecido a la carrera de medicina, que los que salen de ella tienen que, sí o sí, pasar un par de años en una especialización, porque si no, saben un poco de todo, pero no suficientemente de nada como para ejercer.
#60 Uf, precisamente ese libro, de "Uncle Bob", está muy denostado en el mundo profesional internacional, aunque sea el texto sobre el que juran en la Universidad.
Es precisamente una de las cosas que uno tiene que aprender por sí mismo con experiencia y opiniones de técnicos experimentados en el campo, como el saber qué es útil y qué son pajas mentales.
Animo a toda la gente que le han dicho que sigan los principios de Clean Code que busque por internet opiniones de gente con experiencia en el mundo real (no académicos) sobre lo ilegible e improductivo que hace el código por tomarse ese texto demasiado en serio.
Nota: No es que programar siguiendo una disciplina de tener código claro y limpio sea malo, sino seguir los ejemplos y consejos de ese libro concreto.
#12 todos esos que nombras, que la excepción hecha de los matemáticos (y ni de coña todos) saben modificar un programa rompiendolo poco (con suerte) y hacer scripts. Se ve cuando un tipo sabe programar porque es capaz de producir un programa complejo de cero, y es diestro en el lenguaje utilizado.
La mayoría de gente que está programando, desde devops a ingenieros de software, programan que da pena (y porque hablamos de programar, que si empezamos con conocimiento de infrastructura o de arquitectura de computadores ya se te caen los huevos al suelo). Porque cualquier tipo que vaya a un bootcamp de 4 meses puede ponerse a su nivel (y lo veo cada puto dia de mi vida).
Todos estos que nombras se salvan de la quema por una razón muy simple: los ingeniero electronicos que estan desarrollando los procesadores y sistemas integrados consiguen/conseguían mejoras importantes de rendimiento cada año/año y poco. Entonces, no salia a cuenta invertir en programar bien... Al cabo de un par de años todo irá el doble de rapido despues del cambio de hardware en la empresa. Por esta razón se incentiva el uso de frameworks que te permiten programar mierda muy rapido, sin tener ni idea de que estas haciendo, y que ocupan lo que no esta escrito tanto en disco como en memoria.
1- Por lo que he leído, no que se rechaza es añadirlo en la constitución, no implica que se vote definitivamente el que no se pueda seguir con la integración e ingresar en el futuro en la UE.
2- Aún no está claro que se rechace, quedan por contar bastantes votos de los emigrantes moldavos en otros países y esos han votado casi el 70% a favor. Ahora mismo ya va por 47,6% el sí y sigue disminuyendo la diferencia: pv.cec.md/cec-template-referendum-results.html No descarto aún mañana titulares rectificando la información.
Lo que queda claro es que está la sociedad muy dividida.
#4 Si es que no te has leído la noticia y el titular es erróneo, ha ganado el si con un 50,16% de los votos y ahora hay que esperar a la segunda vueltas de las elecciones, donde la candidata pro unión europea ha obtenido muchos más votos que el segundo candidato... y este es el comentario más votado, cada vez estamos peor.
#4 madre mía. Sí que malos!!
Si sale lo que persiguen los proeuropeos, tienes represión, un par de políticos accidentados mortalmente y una invasión servida.
#1 yo que tú aprovechaba que lo tienes cerca para joderle el hígado.
1) Es de Reddit, donde a veces puedes encontrarte bromas absurdas e igual esta a sido una que "ha colado".
2) No me creo que haya terminado PRIMERO de informática sin haber programado nada, de hecho, en primero a parte de Cálculo, Física y Álgebra solo programabas, no te enseñaban nada más. Puede que haya cambiado desde mis tiempos, pero ¿tanto?
3) En la empresa en la que trabajo suelen venir recien licenciados a trabajar de becarios, y siempre (menos una vez) se les ha contratado al finalizar las prácticas. Todos ellos saben programar, les tienes que enseñar otras cosas, sobretodo orientadas al cliente, pero saben programar.
4) brecha universidad / industria: Ah! No, la universidad no está para dar carne de cañon con la tecnología de moda, la universidad está para enseñar como funcionan las cosas, aprender un lenguaje o un sistema no te va a costar mucho y estos varian mucho con los años.
Si aprendes un sistema (Java, Python, Rust, C++, VisualBasic, TurboPascal... da igual) puedes encontrarte que en unos pocos años lo que era el top del top ya no se usa para nada.
En mi época hubo empresas que se quejaron de que saliesemos de la facultad sin saber programar en Cobol, que era lo que usaban todas las empresas... imaginate! (Tardé como dos días en aprender Cobol y no era el lápiz más afilado del estuche).
A mi en la pública tampoco me enseñaron a programar. Pero en las prácticas tenías que saber. Que no sabes? Pues tu puto problema, te las apañas. Y vaya que si aprendes.
Probablemente se va a tardar el doble en entender y depurar las 30 líneas que las 1000.
Un problema puede resolverse de forma más clara, rápida, entendible, y mantenible si se escoge bien la estructura de datos y la técnica que resuelve el problema de la forma más óptima.
Una máquina de estados es menos propensa a errores, más mantenible, y más concisa de programar que la misma lógica hecha con bloques if and bucles.
Otro ejemplo que recuerdo, se puede escribir un programa que resuelva un sudoku de mil formas diferentes. Pero hay cierta técnica y cierta estructura de datos que hacen que el programa sea extremadamente pequeño y increíblemente rápido (dancing links, por si alguien tiene curiosidad, que es una implementación de la técnica de resolución de restricciones a través del la búsqueda de una cobertura). Para poder hacer eso, uno tiene que saber cuál es la mejor manera de resolver el problema, y eso viene de o bien investigar la literatura, o bien la experiencia laboral.
El lenguaje de programación en sí es casi irrelevante, cuando lo importante es la base teórica que resuelve el problema.
La universidad normalmente no te enseña "lo que la industria necesita" sino, por lo menos en teoría, un campo del conocimiento con cierta profundidad. Después tienes que especializarte y buscarte una carrera profesional.
Para aprender a programar entiendo que están las FPs y la propia iniciativa de cada alumno.
Se que es un problema generalizado en las expectativas del sector, pero es como quejarse de que después de tener una ing mecánica no sabes soldar
Durante la carrera programé en varios lenguajes, desde lisp hasta python pasando por c/c++/java. Implementé una aplicación de escritorio completa (en equipo), implementé un compilador de un lenguaje tipo C (con punteros, estructuras de datos, funciones, recursividad, bucles...), e hice multitud de prácticas donde las cosas tenían que funcionar, desde un servidor http hasta un módulo de aterrizaje para una sonda espacial basado en reglas. ¿Bases de datos? Tuve una hora de prácticas a la semana durante un curso, escribí todo tipo de consultas, procedimientos almacenados, ¿redes? sockets y stacks de comunicaciones en C, por no hablar de tener bases sólidas en IA, ¿sistemas operativos? pues tuvimos que programas un kernel (sí muy básico, en C), pero hasta tenía planificación de hilos, y suma y sigue...
¿Qué cojones se estudia hoy en la carrera? Yo tenía una base muy completa cuando terminé (empecé en el 98) y esa base después te permite elegir profesión de entre las muchísimas que hay.
Y los que hablan de que es cómo decir que un arquitecto tiene que aprender a poner ladrillos...pues no saben de qué están hablando, así de simple.
Así que sí, cuando he visto esta noticia me ha dado risa.
El saber un poco de muchos campos dispares te ayuda, en el futuro, a escoger mejor las diferentes tecnologías más apropiadas a la hora de diseñar un sistema o una solución concreta.
Así puedes evitar el problema de "quien sólo tiene un martillo, ve todo como si fuera un clavo".
No te garantiza que salgas siendo un experto en ninguno de esos campos (ni siquiera programación), porque hay muchas carreras profesionales diferentes en el mundo de la informática, desde desarrollador (que son los que tienen que saber programación a tope), arquitectura de sistemas, devops, administrador de sistemas, computación en la nube, requisitos, machine learning, seguridad, gestión de equipos, operaciones y bases de datos, etc, (y nos estamos olvidando de toda la parte hardware, como diseño de microprocesadores, empotrados, y demás).
De todos esos, lo que realmente tienen que saber programar son los desarrolladores, y el resto necesitan unas nociones básicas, pero no es su ocupación ni su responsabilidad.
Sinceramente, es muy parecido a la carrera de medicina, que los que salen de ella tienen que, sí o sí, pasar un par de años en una especialización, porque si no, saben un poco de todo, pero no suficientemente de nada como para ejercer.
Es precisamente una de las cosas que uno tiene que aprender por sí mismo con experiencia y opiniones de técnicos experimentados en el campo, como el saber qué es útil y qué son pajas mentales.
Animo a toda la gente que le han dicho que sigan los principios de Clean Code que busque por internet opiniones de gente con experiencia en el mundo real (no académicos) sobre lo ilegible e improductivo que hace el código por tomarse ese texto demasiado en serio.
Nota: No es que programar siguiendo una disciplina de tener código claro y limpio sea malo, sino seguir los ejemplos y consejos de ese libro concreto.
La mayoría de gente que está programando, desde devops a ingenieros de software, programan que da pena (y porque hablamos de programar, que si empezamos con conocimiento de infrastructura o de arquitectura de computadores ya se te caen los huevos al suelo). Porque cualquier tipo que vaya a un bootcamp de 4 meses puede ponerse a su nivel (y lo veo cada puto dia de mi vida).
Todos estos que nombras se salvan de la quema por una razón muy simple: los ingeniero electronicos que estan desarrollando los procesadores y sistemas integrados consiguen/conseguían mejoras importantes de rendimiento cada año/año y poco. Entonces, no salia a cuenta invertir en programar bien... Al cabo de un par de años todo irá el doble de rapido despues del cambio de hardware en la empresa. Por esta razón se incentiva el uso de frameworks que te permiten programar mierda muy rapido, sin tener ni idea de que estas haciendo, y que ocupan lo que no esta escrito tanto en disco como en memoria.
1- Por lo que he leído, no que se rechaza es añadirlo en la constitución, no implica que se vote definitivamente el que no se pueda seguir con la integración e ingresar en el futuro en la UE.
2- Aún no está claro que se rechace, quedan por contar bastantes votos de los emigrantes moldavos en otros países y esos han votado casi el 70% a favor. Ahora mismo ya va por 47,6% el sí y sigue disminuyendo la diferencia: pv.cec.md/cec-template-referendum-results.html No descarto aún mañana titulares rectificando la información.
Lo que queda claro es que está la sociedad muy dividida.
Si sale lo que persiguen los proeuropeos, tienes represión, un par de políticos accidentados mortalmente y una invasión servida.