@JandePorer Imagino que el mismo lumbreras que piensa que hay luchar por mantener un internet libre y gratis para que exista esta web, sin que tengas que pagar por usarla.
¿Menudo loco, eh?
@Valdreu@JandePorer Si es que no son una poquitas cosas de nada. Hablo de quíntuples anidaciones de bucles innecesarias, cero inversión de dependencias, complejidades ciclomáticas disparadas, uso de banderas, mal nombrado, clases y métodos de miles de líneas, no saber trabajar con más de un hilo simultáneamente, clases duplicadas, sql hardcoded, mala gestión de excepciones...
A esto súmale frameworks obsoletos sin soporte, tecnologías anticuadas...
Y me quedo corto con todo esto. No son minucias. Es código sistemáticamente mal hecho que apenas sobrevive a los requisitos de cliente y que es un dolor de muelas modificarlo. Ni siquiera me dejan refactorizarlo porque no lo pide cliente.
@JandePorer Todos tenemos distintos puntos de vista, y todos evolucionamos, siempre que toques un código ajeno o incluso uno tuyo de hace tiempo, verás cosas que no te gustan, salvo que te toque ir detrás de algo que tocó un crack y poca gente más. Incluso tu propio código al cabo de un tiempo te parecerá muy mejorable, eso es así en cualquier trabajo compartido.
Lo que tienes que hacer es afrontarlo siempre teniendo esto claro y entendiendo que tú vas a mejorarlo, no a hacer milagros. Ah, y repartir alguna que otra colleja al que esté destrozando tu trabajo.
@JandePorer Entiendo tu frustración. Es común sentirse así en la industria tech, sobre todo cuando se lleva tanto tiempo. La rotación constante puede ser agotadora y desalentadora.
Algunas ideas para reflexionar:
* ¿Qué buscas realmente en un trabajo? A veces, cambiamos de empleo buscando algo que no encontramos, como mayor estabilidad, un equipo más cohesionado o proyectos más desafiantes. Definir tus prioridades te ayudará a tomar mejores decisiones.
* ¿Qué puedes hacer para mejorar la situación? Aparte de ver el código antes de firmar, puedes:
* Negociar cláusulas en tu contrato: Incluir una prueba de periodo o la posibilidad de rescindir si el proyecto no cumple tus expectativas.
* Hacer preguntas incisivas en las entrevistas: Indaga sobre la metodología de trabajo, las herramientas utilizadas, la cultura de la empresa y, si es posible, sobre el código base.
* Construir una red de contactos: Conocer a otros desarrolladores te puede ayudar a encontrar oportunidades más alineadas con tus valores.
* Considerar otras opciones: Tal vez trabajar como freelance o crear tu propio proyecto te brinde mayor control sobre el tipo de trabajo que realizas.
@JandePorer Aprende ingles y trabaja para una empresa extranjera o para una empresa espanyola que tiene clientes extranjeros asi en resumen.
Haciendo esto pasaras de ver un 5% de codigo de calidad a un 10%, tambien te recomiendo un lenguaje que no permita a la gente programar como monos (como hace python o java), un lenguaje funcional
@JandePorer no entiendo lo de "para lo que te queda en el convento".
Si estás en cesión ilegal, denuncia ya. Cuando ganes, eliges quedarte en el cliente, y que sea el convento el que tenga que echarte si quiere. Tras lo cual re-denuncias por vulneración de derechos fundamentales (despido por venganza al haber denunciado). Despido nulo, salarios de tramitación y posiblemente (si lo pides, daños morales)
Pero para eso, tienes que: primero querer hacerlo. Segundo: tener un abogado de verdad
Creo que se refiere a este anuncio.
¿Menudo loco, eh?
@pkreuzt @Arariel
@JandePorer
Parece que aún no, pero todo llegará.
A esto súmale frameworks obsoletos sin soporte, tecnologías anticuadas...
Y me quedo corto con todo esto. No son minucias. Es código sistemáticamente mal hecho que apenas sobrevive a los requisitos de cliente y que es un dolor de muelas modificarlo. Ni siquiera me dejan refactorizarlo porque no lo pide cliente.
Lo que tienes que hacer es afrontarlo siempre teniendo esto claro y entendiendo que tú vas a mejorarlo, no a hacer milagros. Ah, y repartir alguna que otra colleja al que esté destrozando tu trabajo.
Algunas ideas para reflexionar:
* ¿Qué buscas realmente en un trabajo? A veces, cambiamos de empleo buscando algo que no encontramos, como mayor estabilidad, un equipo más cohesionado o proyectos más desafiantes. Definir tus prioridades te ayudará a tomar mejores decisiones.
* ¿Qué puedes hacer para mejorar la situación? Aparte de ver el código antes de firmar, puedes:
* Negociar cláusulas en tu contrato: Incluir una prueba de periodo o la posibilidad de rescindir si el proyecto no cumple tus expectativas.
* Hacer preguntas incisivas en las entrevistas: Indaga sobre la metodología de trabajo, las herramientas utilizadas, la cultura de la empresa y, si es posible, sobre el código base.
* Construir una red de contactos: Conocer a otros desarrolladores te puede ayudar a encontrar oportunidades más alineadas con tus valores.
* Considerar otras opciones: Tal vez trabajar como freelance o crear tu propio proyecto te brinde mayor control sobre el tipo de trabajo que realizas.
Estaría con @Dunachio
@Senaibur
@gnomolesten @painful @Espigüete
Nada nuevo.
@woody_alien @Relator
Haciendo esto pasaras de ver un 5% de codigo de calidad a un 10%, tambien te recomiendo un lenguaje que no permita a la gente programar como monos (como hace python o java), un lenguaje funcional
Si estás en cesión ilegal, denuncia ya. Cuando ganes, eliges quedarte en el cliente, y que sea el convento el que tenga que echarte si quiere. Tras lo cual re-denuncias por vulneración de derechos fundamentales (despido por venganza al haber denunciado). Despido nulo, salarios de tramitación y posiblemente (si lo pides, daños morales)
Pero para eso, tienes que: primero querer hacerlo. Segundo: tener un abogado de verdad