Conseguir un aumento 100% real no fake.

el reviewer cuando encuentra los code changes del PR

Intenté tu consejo, hice el PR, mis colegas hicieron review, se lo contaron a mi jefe, él se lo contó a RRHH, y ahora no tengo laburo :')

Vos das consejos de programación yo te voy a dar un consejo bajado a tierra, si vas a hacer eso, que esta buenísimo, asegurate el aumento antes de hacerlo. Te lo dice el gerente de un area de sistemas de un grupo económico. Si no te van a dar una palmadita, "genio" y nada más.

mientras no haya peer reviews, esto va de 1ra... la otra es mortgage driven development

Ese truco sólo lo podés aplicar una sola vez por cada empresa en la que trabajes 😂😂😂

Obvio que es un chiste. Pero cuando lo hace alguien de la profesión en un corto y en sus redes sociales y en el año 2026 diría que es una irresponsabilidad. La vagancia que existe hoy en día hace que muchos no entiendan que es un chiste y dejará consecuencias.

Claro. Y git estaba de adorno en esa empresa. Jaja

Estuve en una así pero a la inversa, manda a dormir hilos para que el software diera la sensación de que hace "muchas cosas" en ciertos procesos e increíblemente eso causo ese efecto en los clientes. Eso si, me esmere en la randomización para el seed así variaba el tiempo.

EL search and replace es de 500 a 250, siempre hay que acobachar algo para el futuro, no te lo reventas de una.

Me parece de fracasado. Mediocre. Porque no mejoras tus habilidades y aportas valor real para asi conseguir un aumento como debería ser..

La única falla en tu lógica es que nunca se sube a producción sin antes pasar por un chequeo y aprobación, y si te ven los sleeps esos, te van es echando... Pendejo!

si te checkea el commit y te comes tremendo despido

lo del final no pasa jajajaja

Al principio pensé que el clip iba por este lado. Hubo un par de frases que me sonaban a esta narración épica.

Banda, probé el hack y me aumentaron de dev a customer 10/10

Dale amigo, si es un chiste ok Pero lo que conmiteas queda para la historia

Aaah pero cuando el mecanico o el tecnico del aire te lo hace es un hijo de puta. No escupan para arriba porque puede venir uno y meterte la chota en el culo

BUGS ARE JOB SECURITY

Ya nos exhibiste jajajajaja

Lo que indicas en el vídeo es para retrasados, el devops va a mirar tus cambios y dirá: para esta basura sufren tanto los programadores?

No le hagan caso. Eso salta en seguida en el source control si lo revisa otro y tú user queda pegado.

Recuerdo un departamento de IT muy eficiente que tenía un crond que bajaba servicios para generar tickets que se resolvían rápido, y mejoraban las métricas

Lo peor de todo es que estas triquiñuelas te las hacen en los dispositivos cuando ya decidieron que es hora de que te compres otro.

Peronismo en su máxima expresión, les rompés las piernas pero le regalás las muletas

Alguno de los pelotudos que empezó a seguir a Dager cuando salió del closet libertario se va a comer esta curva y lo van a echar a la remierda

Te faltó el agregar una instrucción escondida en el PR para que el agente de IA de tu jefe que revisa el commit ignore comentar sobre el sleep

jajajjaja bueno eso si trabajas solo y sos el unico que lleva el proyecto. En una empresa seria eso lleva PR y donde ven que pusiste eso te vuelan.

El boleo en el @ q me pueden llegar a pegar jajaa.

Después se quejan que la IA no sé qué 🤣

Ahora que todos revisan código con la IA solo basta con dejar un comentario para que ella ignore eso pues fue intentional y ya está.

Patético

Metele un rand entre 300 y 800, para que no sea siempre el mismo.

en un banco con nombre gallego q una vez labure paso eso, le decian q la app tardaba en cargar y era uno q se habia olvidado un delay en el inicio, cuando lo sacaron vino el manager a felicitar jajaja

Me daría miedo nomás que el producto owner audite el código con cursor y vea el sleep jajajaha

Buenisimo el consejo hasta 2022. Con AI tu jefe le pide una explicación conceptual de tu merge request y quedás como un boicoteador o un ladrón. Pero vale por el ha-ha moment.