@NubisMusic Mis prácticas fueron en una empresa cuyo departamento informático éramos mi supervisor y yo. Mi supervisor venía una o dos veces a la semana. Cambié la tienda online de la empresa yo sola y todas las fotos de los productos, todos los años cambia algo en la tienda online, porque todos los años contratan a alguien para hacer las prácticas que se la renueva gratis. Fue sumamente aburrido* jajaja
Proyectos malos, muchísimos, quizás de los peores uno en el que me vendieron como experta de una tecnología que jamás había usado y que no estaba ni cerca de lo que sabía, y como ese proyecto, unos cuantos más que vinieron después, de que te vendan de experto sin tener ni idea, pero es lo más normal dentro de las cárnicas.
*Edit: Añado que fue tan aburrido, que me propusieron quedarme y les dije que no

@NubisMusic Buff. No me dan las notas para contar la mierda que podría soltar.

@NubisMusic Yo sigo fascinado por una aplicación que consistía en un gestor de tareas semanales, tipo calendario.
Y para analizar o mostrar la información semanal pues en vez de hacer un bucle con siete iteraciones tenía el código repetido siete veces (lunes, martes, miércoles, jueves ...) con diferencias mínimas.

Este tipo de estructura repetido en varias situaciones. Por ejemplo, varios tipos de tareas, pues en vez de usar una función a la que se le pase una variable tipo, o una clase genérica de la que hereden otras clases, pues nada, el mismo código repetido varias veces por cada tipo de tarea.

Funciones de más 1000 lineas y cosas así ...

Era un mantenimiento heredado debido a que la empresa que hizo el desarrollo acabó cerrando (por lo que sea) y que yo también acabé abandonando porque era un dolor de cabeza enorme cambiar lo más mínimo (y el cliente no estaba dispuesto o no podía asumir el coste de una refactorización en condiciones)

Aparte he visto (y yo mismo he desarrollado) todo tipo de chapuzas, pero es que esta es la que mas WTF? me dejó y la más condicionante de cara al desarrollo posterior.

@NubisMusic

Joder no tengo suficiente tiempo para contar los desastres que he visto y sigo viendo.

@NubisMusic Al principio te agobias por quedar mal, pero hay que tener muy claro que tú puedes hacer lo que está en tu mano, más no puedes. Te esfuerzas mucho, aprendes mucho pero hay que aprender a decir basta, mi "basta" llegó cuando fui a la oficina estando de vacaciones porque estaba agobiada con los plazos de entrega. Ahí fue el momento de decir, mira, deja de apretarme porque no llegamos y no llegamos porque has vendido un proyecto imposible en tiempo por mucho que yo me esfuerce. Y cada semana que preguntaba le decía, no, esto no va a estar. Y es lo que había.
Me sirvió para añadir una tecnología nueva en Linkedin. No hay que tener miedo a las tecnologías que no sepas, se aprende mucho, pero se disfruta mucho más cuando no tienes a un manager detrás que se quiere llevar una medallita por hacer lo imposible en tiempo record

@GPR0 Las veces que he trabajado en algún proyecto de administración pública.... madre mía, no he visto cosas más obsoletas y sin sentido nunca... y preguntas y nadie sabe el origen de eso, y muchas veces es que ya ni se usa, pero ahí se queda, porque una sola persona haga uso de esa funcionalidad...

@NubisMusic

@angelitoMagno Si medías la complejidad de una función en líneas, ni tan mal. Yo una vez llegué a descubrir que en VB el límite de una función era 64Kb: www.meneame.net/story/cual-cantidad-mas-grande-codigo-malo-alguna-vez-

Ahí ya te podías sentir como los desarrolladores de intros de 4Kb en ensamblador intentando minimizar por todas las esquinas

@NubisMusic