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.
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#
Varias direcciones, nunca una. Cada una dice qué reutiliza tu formación, qué le suele faltar a quien se gradúa, cuáles son las condiciones reales de entrada, y una cosa que puedes probar este cuatrimestre.
Ingeniería del software, entrando a propósito
análisis por tareas →- Qué se transfiere
- Todo: este es el camino directo.
- Qué les suele faltar a quienes se gradúan
- No conocimiento, sino pruebas de criterio. El primer empleo tradicional enseñaba criterio pagándote por escribir código rutinario durante dos años; ese arreglo se está debilitando, así que tienes que demostrar un pensamiento de calidad de revisión antes de que nadie te lo pidiera normalmente.
- La realidad de la entrada
- El escalón de abajo de la escalera es más estrecho que antes; el de arriba está intacto. Lee la página de la ocupación: aquí la división entre entrada y veteranía es más afilada que en ninguna otra ocupación del primer lote.
Coge una solicitud de cambios generada, tuya o de un proyecto abierto, y escribe una revisión que encuentre un problema real, con el razonamiento explicado. Hazlo cada semana y guárdalas. Esa carpeta vale más que otro proyecto de tutorial terminado.
Dominios donde equivocarse sale caro
análisis por tareas →- Qué se transfiere
- El razonamiento sobre fallos y los fundamentos, en los sitios que mantienen a una persona firmemente dentro del bucle: pagos, seguridad, integridad de datos, infraestructura.
- Qué les suele faltar a quienes se gradúan
- Profundidad en un área concreta, que solo la produce el tiempo. Casi todos los graduados tienen amplitud y ninguna profundidad, que es exactamente lo contrario de lo que pide este camino.
- La realidad de la entrada
- Menos ofertas de entrada, pero las que existen están menos expuestas y mejor pagadas. A menudo se llega tras uno o dos años en otro sitio y no directamente.
Elige una de esas áreas y lee de principio a fin cómo la trata un sistema real en producción, una biblioteca abierta de pagos o de autenticación, hasta que pudieras explicarle sus modos de fallo a un compañero.
Entre la ingeniería y el problema
- Qué se transfiere
- Modelar el problema más la capacidad de leer un sistema, aplicadas allí donde el valor está en entender a la vez la máquina y qué necesita una persona de ella: ingeniería de soluciones, experiencia de desarrollador, producto técnico.
- Qué les suele faltar a quienes se gradúan
- La comunicación tratada como una destreza de primera clase y no como algo blando: escribir documentación que alguien pueda seguir de verdad, y llevar una conversación con una persona que no comparte tu vocabulario.
- La realidad de la entrada
- Rara vez se anuncia a nivel de recién graduado; normalmente se entra de lado tras un tiempo en ingeniería. Merece saber pronto que existe para construir hacia ahí.
Escribe la documentación de algo que hayas construido, dásela a alguien que no lo conozca, y mira dónde se atasca sin ayudarle. Ese silencio es la lección.
Pensamiento de ingeniería en un campo no informático
- Qué se transfiere
- Todo el instrumental, aplicado allí donde casi nadie puede a la vez entender el dominio y construir. Esa combinación es escasa y no compite de frente con la generación.
- Qué les suele faltar a quienes se gradúan
- El propio dominio, empezando casi de cero, y la paciencia para un primer año que se siente como ir hacia atrás.
- La realidad de la entrada
- No hay camino estándar, y eso corta por los dos lados: no hay cola a la que unirse, pero tampoco hay nadie reclutando para esto. Suele empezar por una conexión personal con el campo.
Busca a una persona de un campo no informático con un problema repetitivo, y construye la cosa más pequeña que de verdad le ayude. Una persona usándolo gana a cien estrellas en GitHub.
Pruebas e ingeniería de calidad
análisis por tareas →- Qué se transfiere
- El razonamiento sobre fallos convertido en un puesto: averiguar cómo se rompe un sistema antes de que lo haga un usuario, y construir el andamiaje que lo sigue demostrando.
- Qué les suele faltar a quienes se gradúan
- Los graduados suelen llegar sabiendo escribir pruebas para código que escribieron ellos, que es el caso fácil. El puesto es probar código que escribió otra persona, contra un plazo que es de ella.
- La realidad de la entrada
- Uno de los puntos de entrada más abiertos del software, y a menudo tratado injustamente como menor. Lee la página de la ocupación antes de decidir: la generación de pruebas es una de las tareas con más evidencia verificada de este sitio, y lo que esa evidencia cambia es qué mitad del puesto queda.
Coge el proyecto de un compañero que no hayas escrito tú, y encuentra tres maneras de romperlo que esa persona no anticipara. Anota cuál de las tres habría cazado una batería de pruebas generada.
Meter la IA en producción dentro de una empresa
análisis por tareas →- Qué se transfiere
- Leer un sistema más modelar el problema, aplicados a una empresa que ha comprado las herramientas y ahora necesita a alguien que decida qué pueden hacer sin vigilancia.
- Qué les suele faltar a quienes se gradúan
- Los graduados subestiman que casi todo esto es organizativo (conseguir que dos departamentos se pongan de acuerdo, y estar ahí de pie cuando la cosa se equivoque) y no técnico.
- La realidad de la entrada
- Rara vez es un primer empleo y es de verdad difícil de leer desde fuera: la ocupación es lo bastante joven como para que este sitio marque baja su confianza, y casi todo lo que se escribe sobre ella lo escribe gente que vende servicios de implantación de IA. Eso es una razón para ir a mirar, no para evitarla.
Elige una herramienta de la que dependa de verdad una asociación o un laboratorio, y escribe una página sobre qué decide hoy por sí sola y qué debería necesitar a una persona. Enséñasela a quien sea dueño de esa herramienta y mira con qué línea discute.
La capa que la gente toca de verdad
análisis por tareas →- Qué se transfiere
- Modelar el problema, en el único sitio donde los casos indefinidos son visibles para un desconocido: los estados que nadie dibujó, vacío, a medio cargar, sin conexión, el error que llega mientras quien usa todavía está escribiendo.
- Qué les suele faltar a quienes se gradúan
- La accesibilidad, que una carrera de informática casi nunca enseña y que en muchos mercados es una exigencia legal y no un detalle. Fíjate en lo que eso significa para este camino: la parte del puesto que la carrera se saltó es la parte que tiene una ley detrás.
- La realidad de la entrada
- El punto de entrada más ancho del software, y aquel en el que da más miedo ver una demostración de una interfaz generada. Lee la página de la ocupación antes de sacar una conclusión de esa demostración: lo que se genera bien es la primera pantalla, y el resto del puesto son dispositivos reales, redes reales, y los componentes sobre los que construyen todos los demás.
Coge una interfaz que hayas construido y úsala de principio a fin solo con el teclado, sin ratón. Anota el paso en el que te quedaste atascado. Después arregla ese paso: acabas de hacer la parte de este puesto que no se genera.
Las tuberías, y quién responde de lo que sale
análisis por tareas →- Qué se transfiere
- El razonamiento sobre fallos, apuntado al modo de fallo que esta carrera te enseña a esperar y en el que casi nadie piensa: aquel en el que nada lanza un error y la cifra simplemente está mal.
- Qué les suele faltar a quienes se gradúan
- Los graduados han escrito consultas; no han mantenido algo que se rompe a las tres de la madrugada porque un sistema aguas arriba cambió un campo sin decírselo a nadie. Ni nadie les ha pedido todavía que digan, en una frase y por escrito, qué significa una cifra.
- La realidad de la entrada
- Una puerta más ancha que la del aprendizaje automático y mucho menos concurrida, en parte porque tiene menos glamur y en parte porque el trabajo solo se vuelve visible cuando falla. La página de la ocupación es franca en que la primera tarea de la lista, construir la tubería, es la que más rápido se automatiza; lo que queda es la parte en la que alguien tiene que responder de la definición.
Construye una tubería que corra sola todos los días, y después métele a propósito una fila mala por arriba y mira si algo te avisa. Para casi todo el mundo la primera vez no avisa nada, y ese silencio es la ocupación entera en un solo experimento.
Sistemas cuyo comportamiento se aprende
análisis por tareas →- Qué se transfiere
- Los fundamentos y el razonamiento sobre fallos, en sistemas donde nadie puede explicar línea a línea por qué hicieron lo que hicieron, así que el razonamiento tiene que ser estadístico en vez de mecánico.
- Qué les suele faltar a quienes se gradúan
- Diseño de experimentos y la estadística suficiente para desconfiar de tu propio resultado. Y una cosa que las asignaturas rara vez dicen sin rodeos: que un modelo mejore en la métrica fuera de línea y empeore para la gente sobre la que se usa es el caso normal, no un accidente.
- La realidad de la entrada
- Dos puertas distintas a las que se llama igual. Los puestos con sabor a investigación son estrechos, muy de posgrado, y son a los que solicita todo el mundo. La puerta ancha es el trabajo aplicado sobre modelos comprados, que está creciendo y no se anuncia con este título. La página de la ocupación divide el puesto igual: entrenar un modelo es la tarea que más rápido se automatiza, y decidir qué cuenta como suficientemente bueno es la que no.
Entrena algo sobre un conjunto de datos público, y después anota dónde esperas que se equivoque con seguridad, y ve a construir esas entradas hasta que lo haga. Decidir qué cuenta como suficientemente bueno, y demostrarte a ti mismo que no lo es, es la mitad de este puesto que nadie le puede pasar a una herramienta.
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 es uno en el que varios empleadores han recortado públicamente la incorporación. 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.