Red flags

#2 Como que el SoapUI no se queda tostado con peticiones similares, claro.

Pegas el churro en base64 y ya no te deja clicar en nada más.

• IDEs: IntelliJ, Eclipse lo que quieras. Si te FUERZAN a usar uno redflag, no saben configurar un proyecto. He visto proyectos en gradle que no podia hacer build sin abrir Eclipse....

• Lenguajes: Java, PHP, Python, JS, Typescript, Ruby para puestos de backend.

• Scrum/Agile: Vas a perder 10h a la semana en reuniones que no le importan a nadie.

• Kubernetes: No lo necesitan.

• No pone el salario en la oferta.

• No tienen pubilco los rangos salariales para cada perfil profesional en el equipo, no sabes cuanto cobra tu compa;ero, ni sabes que hace exactamente cada miembro del equipo....: Literalmente quiero un documento donde se explique.

• SOAP o YAML: Lo peor de lo viejo, lo peor de lo nuevo. No saben distinguir mierda vieja y saltan a mierda nueva sin ningun tipo de criterio. Pon aqui tu framework de moda o lenguaje de postureo.

• Microservices: Leer Kubernetes.

• Es una startup: Vas a trabajar 15h al dia por 45k de mierda al a;o y vas a hacer de todo menos lo que se supone que te han contratado para hacer.

• La entrevista tecnica es floja o inexistente: No pido 3 leetcodes hard como me encuentro en FAANGs pero si no me pides eso a mi, entiendo que no se lo pides a nadie mas, por tanto nadie en la plantilla ha pasado por un filtro minimo y te vas a encontrar con un equipo mas deprecated que mi abuela. Si tienes 30 a;os pues esto esta bien porque eres un abuelo, si tienes 20 como es mi caso no quiero quedarme deprecated nada mas empezar mi carrera profesional.

• No existe equipo de devops o sre: Si yo que soy un programador tengo que preocuparme de jenkins y deploys... red flag. Mi trabajo deberia acabar en el git push.

• No existen code reviews o el equipo no se las toma bien: Mala cultura de equipo o mal compa;erismo (gente con mucho ego que no acepta criticas ni quiere mejorar su codigo)

• Las decisiones de dise;o a nivel de arquitectura no las hace quien las programa: Aplicado a cualquier punto de desarrollo desde front end a back a algo movil. El que decide siempre debe ser el equipo tecnico que lo va a implementar ni cliente ni manager ni pollas.

• La mitad de tu jornada laboral son reuniones o mas: No hay un problema como tal con esto, pero ten claro que ya no eres un developer, eres un manager o PO o lo que quieras, ajusta tu contrato a nivel salarial y responsabilidades a tu trabajo real.

• No tienes libertad para elegir lenguaje/tecnologica/framework...: Si a nivel individual no tienes ninguna opinion para desarrollar un producto o un feature peque;o (en el caso de hablar de orientado a producto), eres un mierdas sin opinion ni valor en la empresa y tu trabajo lo puede hacer cualquiera, largate.

• Hacen TDD o DDD o alguna mierda del estilo: Ni hacer 0 test, ni ser un mongolo de medium del manifesto que se ha inventado un subnormal en una unviersidad que no sabes pronunciar que no ha puesto codigo en produccion en su vida, ni se le espera.

• Ofertas para datascientist para matematicos, fisicos, etc.: Mira, suelen ser buenos obviamente en la teoria, pero si no tienes 5 a;os de experiencia en python no te quiero en mi equipo lastrandome todo el puto dia a mi o a mis compa;eros porque no sabes ni como ejecutar tu codigo.

• Decir que haces ML y luego usas keras: No sabes ni lo que es el espacio latente julio.

• Empresa lider en X: Ni eres lider ni lo vas a ser.

• Tener mas becarios o juniors que seniors.: Nadie quiere trabajar con los seniors que tienes de la panda de pajeets y anormales que deben ser.

YMMV.

Pues la mayoría de los puntos del becario senior son lo más acertado que vamos a leer por aquí en mucho tiempo.

Quitando lo de que te obliguen a usar determinados lenguajes/frameworks; al final, si una empresa tiene su codebase/producto en X, pues te "obligan" a usar X. Ya luego que cada uno valore si eso le supone un problema o no, al final, eres tú quién está solicitando el puesto de trabajo y no al revés.

#8 Hay mucho producto hoy en día que es tal y como describes, yo mismo mantengo una codebase enorme en Object Pascal. ¿Módulos nuevos? Bueno, hay libertad hasta cierto punto, pero vamos, que si quieres hacerlo en Go pues te comes una polla como una olla.

Otra cosa son las típicas con Java 6, PHP 3 y similares, que creo que es a lo que te refieres, en cuyo caso, pues sí, red flag de cajón.

#8 Un proyecto bien orientadi en TDD es garantía de poder desentenderte y mandarlo al extranjero sin q nada reviente.

Tus quejas las he oido mil veces, y suelen ser de gente q no tiene ni pajolera idea mas allá de su zona de confort.

#16 Ok, no sabes trabajar con TDD, perfecto.

Na, siempre es lo mismo, gente que piensa que lo suyo es más difícil/complicado q lo q hace el resto.

#17 @desu suele decir muchas tonterías, pero ahora tiene razón, no en todas las empresas proyectos puedes aplicar tdd, como todo en la vida depende de las necesidades timings, presupuesto, etc.

No todas las empresas son iguales y no todas tienen las mismas necesidades o pueden permitirse ciertas cosas.