LO
Informática
Te forma para modelar un problema con la precisión suficiente para que una máquina lo ejecute, y para razonar sobre qué pasa cuando lo hace a escala, bajo fallos y con alguien atacándolo.
Empieza la carpeta semanal de revisiones de código. Cuatro entradas para cuando acabe el cuatrimestre son mejor señal que cualquier certificado.
Un solo número para una carrera entera escondería lo que importa: esta carrera entrena varias competencias distintas, y no todas se están moviendo en la misma dirección. La automatización actúa sobre tareas, así que cualquier evaluación vive en las páginas de ocupación de abajo, no aquí.
Escrito para las carreras de cuatro años de informática y de ingeniería del software. Los programas de la vía de investigación y los centrados en hardware son materialmente distintos.
Qué entrena de verdad esta carrera#
No el plan de estudios: las competencias que hay debajo, y si cada una vale más o menos de lo que valía.
Modelar un problema con precisión
Vale más que antesConvertir algo que una persona describió de forma vaga en una especificación sin casos indefinidos.
La generación está aguas abajo de la especificación y amplifica una especificación equivocada más rápido de lo que lo habría hecho una persona. Quien escribe la especificación determina ahora más del resultado que quien escribe el código.
Razonar sobre los fallos
Vale más que antesSaber qué se rompe con la concurrencia, con un fallo parcial y con una entrada inesperada, antes de que se rompa.
Aquí es donde más claramente se ve el techo del código generado. El código fluido que está mal bajo carga se ve idéntico al código correcto hasta que está en producción.
Leer un sistema desconocido
Vale más que antesTener en la cabeza lo bastante de la base de código de otra persona como para saber qué observación sería decisiva.
A medida que más código lo produce una máquina, más parte del puesto es leer código que nadie escribió a mano. Revisar código verosímil pero equivocado es una destreza distinta y recién vuelta central.
Escribir código rutinario
Vale menos por sí soloProducir implementaciones correctas e idiomáticas de cosas bien especificadas.
Bien especificado, muy representado en los datos de entrenamiento, y comprobable de inmediato ejecutándolo: el caso más fuerte para la generación de código. Pero fíjate: no puedes juzgar código que no habrías sabido escribir, así que esto sigue siendo un prerrequisito aunque deje de ser un producto.
Fundamentos
Se mantieneComplejidad, estructuras de datos, modelos de concurrencia, cómo ejecuta de verdad un ordenador.
La parte de la carrera que más despacio caduca y que no se saca de un tutorial. Es lo que te permite razonar sobre un sistema que no has visto nunca.
Adónde puede llevar#
9 direcciones, nunca una. Cada una está escrita por extenso en su propia página: qué reutiliza tu formación, qué le suele faltar a quien se gradúa, la realidad de entrada y una cosa que probar este cuatrimestre.
- Ingeniería del software, entrando a propósito · Desarrollador de software júnior →
- Dominios donde equivocarse sale caro · Desarrollador backend →
- Entre la ingeniería y el problema
- Pensamiento de ingeniería en un campo no informático
- Pruebas e ingeniería de calidad · Tester de software / ingeniero de QA →
- Meter la IA en producción dentro de una empresa · Responsable de implantación de IA →
- La capa que la gente toca de verdad · Desarrollador frontend →
- Las tuberías, y quién responde de lo que sale · Ingeniero de datos →
- Sistemas cuyo comportamiento se aprende · Ingeniero de aprendizaje automático →
Léelas todas por extenso: qué sirve, qué falta, qué probar →
Adónde lleva según la tabla oficial, junto a nuestras rutas →
Qué sumar fuera del aula#
Esto va sobre lo que a quienes se gradúan les suele faltar en la práctica; no es una acusación de que tu centro no lo enseñara.
Tiempo en una base de código con consecuencias reales: unas prácticas, un proyecto abierto del que depende gente, cualquier cosa en la que equivocarse tenga consecuencia. Los proyectos de juguete no pueden enseñar criterio porque no hay nada en riesgo.
Revisar código de otras personas, incluido el código generado, a propósito y con regularidad. Es la destreza de la que el mercado anda corto y la que menos evalúa la universidad.
Escribir. Documentos de diseño, informes de incidentes, explicaciones. Quienes avanzan en ingeniería son aquellos cuyo razonamiento pueden seguir los demás.
Este cuatrimestre#
Una o dos acciones, y cada una produce algo que puedes enseñarle a alguien. No es una lista de lecturas.
Empieza la carpeta semanal de revisiones de código. Cuatro entradas para cuando acabe el cuatrimestre son mejor señal que cualquier certificado.
Lee de principio a fin un sistema en producción de un área donde la corrección sale cara. La profundidad en un sitio gana a la amplitud en cinco.
Preguntas frecuentes#
Sí, pero por una razón distinta a la de hace cinco años. La carrera valía porque te permitía producir código; ahora el valor es que te permite juzgar código, y no puedes juzgar lo que no habrías sabido escribir. Lo que cambió de verdad es el mercado de trabajo por el extremo de entrada: el trabajo rutinario que antes pagaba a la gente junior mientras desarrollaba criterio es la parte que se está automatizando. Así que la formación sigue funcionando, pero el viejo arreglo en el que tu primer empleo te enseñaba a costa de la nómina de otro se está debilitando. Planifica ese hueco de forma explícita en vez de dar por supuesto que el primer empleo lo cerrará.
La informática es el caso raro: las herramientas son mejores justamente en lo que la carrera te enseña a producir, y el empleo de entrada al que da paso está en el grupo en el que ha caído el empleo de los trabajadores más jóvenes. Ese es un argumento real, y no es un argumento para irse: es un argumento para entrar con un plan de cómo vas a llegar al trabajo de criterio, porque el escalón de programación rutinaria que antes te llevaba hasta allí se ha adelgazado.
Merece la pena cuando cambia para qué te pueden contratar (investigación, sistemas, una especialidad con pocos practicantes) y no merece la pena como manera de esperar a que pase un mercado de recién graduados flojo. Un máster que enseña las mismas destrezas de producción un nivel por encima compite con las mismas herramientas. Comprueba el laboratorio o el grupo concretos, no el nombre del título.
Algo que hayas depurado y no hayas escrito tú. Leer código fluido pero equivocado con el cuidado suficiente para encontrar lo que está roto con seguridad es la tarea que este sitio marca como recién vuelta central, y es lo único que un portafolio de proyectos generados no puede demostrar. Una contribución real a una base de código que no empezaste tú gana a cinco proyectos personales terminados.
Método#
Las evaluaciones viven sobre tareas, no sobre carreras. Sigue cualquiera de las direcciones de arriba hasta su página de ocupación para ver qué tareas están cambiando, cuánta fuerza tiene la evidencia, y qué no muestra todavía.