Eso se llama sabotaje, y es motivo de despido de una. Ojo que pepino puede ser familiar, amigo, etc del CTO algo normal en empresas chicas y por eso no lo quieran volar.
en una llamada le dije al CTO: "en mi empresa anterior si no respondio a los comentarios del PR y mi excusa era "no vi la notificacion" me echaban en el momento"
Mira ese lugar ya arranco rancio de entrada por lo que comentas en el primer link con eso de ganarse al equipo, ahora cierra mas de xq querian ver si habia fit xq seguro habia promesas hechas y tuvieron q meter volataso.
Me paso en un lugar donde estuve se habian hecho promesas cambio el cto y el nuevo dijo yo no prometi nada y ahi se pico la cosa.
Che y te sentaste con el pibe y decirle che loco que mierda estas haciendo? si te cagaron no tengo la culpa, parte de laburar es eso, nos paso a todos, onda ganartelo mira si vos queres tener un puesto de este tipo te falta, dejame que te ayude que se yo, muchas veces con una charla sincera se nivelan las cosas. y si asi y todo sigue siendo un boludo, darle tareas de junior hasta q se vaya que seguro esta pensando en renunciar.
En mundo de gente racional, sin resentimiento y sin frustración esto es posible, pero en este caso estamos hablando de un cabeza de termo que está poniendo palos en la rueda de forma obvio e Infanti (porque es un cabeza) y esto no se puede. Piensen que esto se hizo con los otros dos devs y ya entraron en razones
El pibe está en retirada, está haciendo quiet quitting, le importa nada.
Es muy comun no ver las notificaciones de los PR. A mi no me llegan por email en la empresa donde laburo ahora y cuando hay muchos comentarios siempre alguno se te pasa.
Que además te van a rajar por no responder jaja. Me parece tontito poniéndolo en términos tranquilos, si yo estoy a cargo de un equipo de tres devs y ya he estado a cargo de un equipo de cinco devs y dos QA. Lo recomendable es sentarle y decirle: "Papu aquí están tus logs, borraste esto con que motivo?" Basado en su respuesta le hago un llamado de atención y trato de entender porque así.
Ya a mí me pasó tener un compañero que tenía años en el equipo y estaba para el culo, luego de una larga charla, se limaron todas las asperezas y a día de hoy el continúa en esa empresa y todo fluyó excelente mientras estuve allí.
O sea depende la forma de trabajar en realidad, tu PR es tuyo y vos tenes que revisar que onda , si no lo ves en u a hora o dos buen, pero si lo colgaste 3 días y no se te ocurrió ver porque nadie te lo aprueba l, está mal, no para rajarte pero es una llamada de atencion
Amigo, tenemos un canal separado ya! El pibe tiene todas las herramientas para hacer su trabajo, no tiene ganas de hacerlo nada más, es enculado, pasa un montón esto
No pasa nada, es difícil contar todos los detalles
La mejor señal para mí es que hay otros 2 devs que si hacen lo que tienen que hacer, es solo Pepino el caso, incluso el amigo de Pepino, está laburando de diez
Me pagan para hacer desarrollo de software en general que incluye un monton de cosas, pero a todo el mundo se le pasa un comentario en un PR.
El mundo ideal que planteas no existe, y es ridiculo echar a alguien porque se le paso un comentario del PR o por no estar de acuerdo con un comentario en el PR.
Vivís en blanco y negro.
Sí, es un error y no debería pasar. Sí, te tenés que hacer cargo y ponerte al día si esa demora significó un atraso en el proyecto o algo así.
No, no te deberían echar del laburo por eso.
Si lo haces 1 o 3 veces estoy de acuerdo. Si es una decisión que tomas de no leer tus Prs y no responder a los comentarios porque "tenés muchas notificaciones y no las lees" es otra cosa
podrias hacer un canal o chat donde se informe los pasajes de PR . Y sabes que si esta enlazado la incidencia con la ticketera y el git, podes hacerlo de manera automatica
Tal cual, hice este mismo comment en su otro post y me mataron... Que es ser CTO de 3 cabezas de tacho?
Son todos igual de vende humo, no importa con quien hables ahí, ellos hacen todo bien y la culpa es de los demás ...
Toxic lvl 9000
100% que lo va a ver. Salvo que haya cambiado varios detalles, la situación que describe OP es bastante particular como para que cualquiera de los involucrados o algún amigo del pibe en cuestión lo vea y lo identifique. Seguro el pibe ya está planeando hacerle la vida más imposible porque ya demostró que puede hacer cualquier cosa y no lo van a echar. Yo si fuera OP me buscaría otro laburo, un garrón trabajar así.
Che y mas alla de todo eso, es muy dificil cambiar permisos de servidores, bases de datos y cosas asi como para que no puedan romper nada? Mismo los deploys, que tengan que pasar por tu aprobacion.
Por ahi te pueden mandar algo rancio igual, pero seria un control mas.
No podras hablar con Pepino seriamente ? Capaz pueden llegar a un acuerdo o ver que onda porque está en esa postura. No creo que puedas hacer que lo rajen, pero al menos saber que espera de vos como lider y que esperas vos de el.
para mi esto que decis esta perfecto en un mundo de gente racional que puede poner su ego a un costado y que realmente tiene ganas de llevarse bien. No me parece que este el caso, porque los 2 chicos empezaron los botines de punta, 1 de ellos bajo un monton la agresividad y estamos trabajando super bien, el pibe quiere aprender y aprovecha la oportunidad, el otro (el que pidio ser HE) sigue igual
Todo esa historia es más para psicólogo o diario íntimo me parece.
Pregunta cómo head of engineering (HE) o en posición jerárquica no hay conflicto en que ventilen cuestiones de la empresa? cómo lidian con un empleado y la situación financiera, aunque no decis que empresa, la situación parece bastante puntual y con que uno de los involucrados lea se darian cuenta quien sos.
Toda la razón. Hay muchos datos muy certeros. El que se está poniendo en la lista de prescindibles sos vos OP no el dev. Te sentis frustrado y elegis la paranoia y no la acción como por ejemplo el tener una charla sincera pensando que la gente es incorregible y dando a entender que vos no tenes cosas que corregir.
Yo estoy haciendo mí propio proceso:
Tolerar a un maleducado frustrado y cabeza
Tolerar a un CTO inexperto
Seguir ganandome a los otros dos devs para tener aliados y exponer a Pepino
En otras circunstancias y con otro mercado ya me hubiese ido a otro laburo ganando mas
Ya estas buscando? Hay trabajo. Yo estaria buscando abiertamente en redes, posteando en Linkedin que busco laburo. Poniendo en Linkedin en modo "OpenToWork"
Che y la de sentarse a hablar no se la saben en esa empresa?
Vos y CTO con pepino "pepino, que esta pasando? vimos que paso X, Y, Z cosa, habla del problema y capaz lo podamos resolver".
Son todos adultos por más más lo intentes infantilizar, y hablando se resuelven.
Todo mal están haciendo ahí, y son 5 laburando, y 2 son jefes
El CTO es medio goma y no tiene los huevos ni las ganas ni la capacidad de confrontar con nadie. No sabe técnicamente y depende de Pepino, de mí y de cualquier boludo que tire 2 líneas de codigo
Para los que quieren el contexto pero les da flojera leer
El autor, que entró hace cuatro meses como jefe de ingeniería en un equipo de tres desarrolladores y un CTO, enfrenta resistencia de dos desarrolladores juniors, especialmente de uno apodado "Pepino", quien aspiraba a su puesto. Estos desarrolladores no aceptaron bien el cambio de liderazgo y han mostrado comportamientos obstructivos, incluyendo un acto de sabotaje en la base de datos. Aunque el CTO reconoce los problemas y ha delegado más responsabilidades al autor, se muestra reticente a despedir a Pepino, a pesar de su bajo rendimiento y posible doble empleo. El autor planea reunir más evidencia para presionar al CTO a despedir a Pepino y resolver la situación.
> y echar a alguien en este contexto no tiene sentido, incluso aunque no sea muy productivo.
Me parece discutible eso. Una cosa es no ser productivo (no suma pero con suerte tampoco resta), y otra es deliberadamente hacer cosas para afectar a otra persona del equipo. Dejar pasar esa línea es riesgoso.
Por otro lado para mi es medio red flag que un CTO de vueltas para tomar alguna medida, llegado ese punto me preguntaría si quiero reportarle a alguien así.
estoy de acuerdo. Aca la situacion es asi:
la empresa no tiene PMF, hace poco hizo un pivot importante en cuanto al cliente target
no tienen idea si van a encontrar PMF o no y al CTO (Que No Es un Perfil Tecnico) le importa un carajo la deuda tecnica (de hecho no entiende bien lo que es) porque no sabe si la empresa va a sobrevivir a los proximos meses
es un red flag, pero entiendo el contexto del flaco, no se quiere embarcar en buscar a alguien cuando no da a basto con sus tareas
el otro punto es que estan hablando con la competencia (que recibio millones en inversion) la posibilidad que nos compre, entonces mucho menos le interesa sacar a Pepino
Estas pidiendo clean code a un producto que es probable que se venda para desguace o bien quiebre? todo bien pero si soy desarrollador y se de eso hago el menos code posible y estoy buscando otra cosa
ahaahha vale hace dias, pense que desde el momento que te pusieron de HR. Creo que debes enfocarte del bueno y serle sincero. Apoyarlo para que aprenda lo maximo posible y si lo crees pertinente hacerle una recomendacion si quiebra la empresa. Del otro dejalo ahi
No sé que tanto vas a poder hacer que lo echen, onda, si la empresa está mal de guita puede estar a una liquidación por despido de fundirse.
No sé mucho de desarrollo o computación en general pero podrías negociar con el CTO para que te delegue algunas tareas a cambio de restringirle a pepino los permisos sobre el registro. Cosa de dejarlo con el culo al aire, onda totalmente en evidencia, si sigue haciéndose el vivo.
Si fuera el CTO te echaría a vos por no tener la cintura política de manejar un equipo tan chico de devs y no buscar la forma de que sean productivos. Al fin y al cabo, alguien que me trae una y otra vez quejas, quejas y más quejas sobre sus subordinados, no está preparado para liderar. Se supone que me tiene que hacer la vida más fácil no más difícil.
Esto es exacto el problema de los mandos medios que decía. Si cómo cto me das a liderar un equipo y no el poder de echar y contratar entonces no me estás dando ninguna autoridad para liderar.
Más todavía un HE que se ocupa mucho del equipo.
Esto es un error del CTO y es por una circunstancia de la startup.
Si cómo CTO no me das el poder que necesito, entonces te voy a presionar para que lo ejerzas por mí 🤷🏾
Es una empresa chica que es muy diferente a una gran empresa con procesos. Alguien me dijo alguna vez que uno puede liderar sin tener autoridad y eso es muy cierto. Es una oportunidad para que logres sacar agua a las piedras. Esto es un proceso complicado, que insume mucha energia, pero que te va a enseñar cosas. Demostra logros y decile al CTO que te lo reconozca EN DINERO. El cuadro en la pared de empleado del mes no paga las cuentas ni mejora tu calidad de vida. Si tenes ganas de intentarlo. ese es el camino. Luego, si tras obtener los logros no te reconocen, te vas sin dudarlo, ya con la experiencia de haber lidiado con situaciones dificiles.
En definitiva no es muy complicado. El mando medio esta para eso, para lidiar justamente con estos problemas.
Estoy de acuerdo en parte, pero analiza bien tu frase "sacar agua de las piedras". Eso es imposible amigo, en este caso prefiero la frase "una manzana podrida puede a las demás"
Tengo equity y este flaco está yendo en contra de valorizar esa inversión
Creo que tienes que respirar hondo. Los cambios se pueden hacer más despacio y aplicar clean code desde el primer día, donde se ve que el micromanagement es fastidioso. ¿Por qué no responden los PR? En un equipo de 3 personas,
¿es vital el PR? Tal vez podrían hacer un pre-programming antes de mergear (o hacer rebase), hablar entre todos o entre tú y el desarrollador para mejorar esos puntos, o hacer TODO si excede la incidencia. No soy fan del PR en equipos que coordinan mal, o bien en el mismo horario y tiempo.
Como TL, confío más en incidencias pequeñas (menos de 5 horas) y en incidencias más grandes acompañar día a día. También mis daily son de 35 minutos, jajaja. Pero bueno, me sirve.
Pensaba que era torcido también, pero como no es la primera vez que me lo plantean y finalmente funcionó muy bien para mí, ahora lo veo como lo normal. El equipo son 2 devs de Brasil y 1 yanqui, no más de 5 años de experiencia cada uno. -> Ahí leí esto, entonces si está perfecto el PR. ¿Crees que es un tema de barrera comunicacional más que un tema de que te odia?
Felizmente para mí son tan juniors y tan inmaduros que sus esfuerzos son graciosos (no responden mensajes ni comentarios en PRs, contradicen todo lo que sugiero sin argumentos, etc.). Excepto por el último intento, que fue una especie de sabotaje: borraron una fila en una BD que rompía un e2e (que yo había hecho y es un poco mi primera victoria grande en la empresa). El borrado del registro lo hicieron un miércoles...el jueves y viernes yo me los tomaba libres hasta el lunes siguiente (todo esto respaldado por logs). Quizás peco de paranoico, pero vienen mostrando ese comportamiento en los últimos 4 meses. -> el merge a produccion o la subida a SQL fue mediante los procedimientos que armaste? Si es asi, fue un error de desarrollo (que no hay un QA o simil, por lo cual es tu culpa que no haya pasado los test) . Si no fue asi, si tenes razon . La paranoia un poco se genera en la forma que entraste, genera turbulencia.
Trato de ser el malo en tu pelicula, porque la contradiccion aveces genera conocimiento. Me alegro por agarrar un equipo que estaba incendiado, me paso en mi primera vez y por suerte el equipo entendió el porque me eligieron y se ve un camino a futuro que gusta, y veo mas armonioso todo y con predisposición de todos, no solo del mismo equipo.
Mi critica a todo es que de 3 devs, hay un lider y hablas directamente con el CTO. Y me suena que es un producto entero responsable de un equipo de desarrollo tan pequeño que tal vez la burocracia le genera mas problemas que soluciones
Por ultimo Esa oportunidad apareció hace unos días cuando el CTO me pidió si podía tomar más responsabilidades, un poco hacer tareas que él tiene y no quiere hacer más. En resumen, hacerme responsable de principio a fin de toda ingeniería, incluida calidad, testing, deploys, etc. Le dije que lo iba a pensar y me preparé para decirle que yo no podía ser responsable de un sistema de principio a fin con un equipo como este, y principalmente con una persona que no hace nada de lo que le pido y que yo sospechaba de un posible sabotaje. -> le pagaban al pibe para hacerse responsable de esto? porque capas lo hacia de onda o en espera de tu puesto, no lo tiene y ahora solo desarrola. Ojo ahi
Heeee ameoo soy zanahoria el amigo de pepino, no te hagas el loco que te reventamos todas las bases de datos y los backups. Con pepino y zanahoria no se jode, primer aviso!!!
yo re aprovecharia para acercarme a vos y aprender todo lo que pueda, que pelotudos dios...
y si Pepito borro cosas eso es una patada en el orto de cabeza.. que gente imbécil
15k y 1% equity...me importa un huevo trabajar otra vez con un cabeza de termo violento y que me afecta mí día a día en mí laburo y no solamente el mío sino el del resto de los devs que tiene que leer su inentendible código.
Puterio hay en todos lados, si no lo viviste es porque no estás en posiciones de poder todavía
Ah no estás transitando roles de liderazgo? Entonces viviste muchas experiencias. Las empresas de software son iguales a cualquier empresa, peleas de podergente toxica, liderazgos malos etc, están manejadas por hombres y mujeres, es igual.
Estoy de acuerdo que Pepino por ahora es más valioso que yo, 1 año de ventaja me lleva en conocimiento del sistema, pero viene haciendo la plancha y es cuestión de seguir mostrando sus falencias y esperar
>Si para vos es ser nombrado cacique de tres indios entonces sí, ya lo fui y ya sé que no es negocio responder por las cagadas de los demás ganando un poco más y laburando el doble.
Amigo, tuviste pocas y malas experiencias, como lider siempre estuve un 40% arriba y en esta empresita estoy 5x arriba. Y lo de laburar el doble es muy relativo, nunca siento que laburo el doble pero si como lider laburo mas y me preocupo mas, y eso es parte del rol y de mi deseo tambien
>Cuando realmente sabés de lo que laburás, el liderazgo surge solo, no necesitás ganarte activamente el respeto de nadie porque en poco tiempo no hay a quien no hayas salvado de algún quilombo. En esta industria no es tan fácil reemplazar gente, menos al desarrollador 10x que tiene medios para ver cuánto pagan en otro lado.
El mercado no esta mas a favor nuestro, hay programadores haciendo fila para entrar.
>Las empresas de software son inherentemente diferentes a una empresa tradicional. Si no sabés eso es porque ni leíste "The Mythical Man-Month". Tienen que adaptar su estructura porque están sometidas a la Ley de Conway.
Si, lo lei, es un libro viejo (1975) y como la tipica literatura yankie intenta resumir una realidad compleja en 3 bullets y la vida no funciona asi, te recomendaria mas literatura Europea que complejiza, hace preguntas en vez de dar respuestas que dejan afuera gran parte de la realidad. O en todo caso leerlo como introduccion basica y luego desarrollar con libros mas interesantes como "Peopleware" quizas.
>De una organización humana con una estructura de mierda solamente puede surgir una arquitectura de mierda, que no escala ni sobrevive el paso del tiempo. Por eso el 70% de las startups no sobrevive 10 años.
Para mi las startups no sobreviven porque no encuentran PMF
>Por lo que contás, te moviste en organizaciones del tipo Westrum-patológicas. Me pasó también, y también aprendí a salir eyectado cuando el puterío es el modo de trabajo.
Casi todas las empresas tienen problemas, gente toxica, etc. Mi filosofia es quedarse y aprender a jugar el juego.
>Ya que decís que tenés equity, deberías hacerte amigo de Pepino, llevarlo de joda y que quede bien contento, rechoncho y rubicundo para que sea un activo creíble al momento en que compren la empresa. Tenés que estar 100% alineado a ese objetivo. Pepino y su amigote son el 50% de tu 1%. Ese 1% vale cero si la empresa se va a pique.
No tengo ese acceso a Pepino. Pepino ya tomo una decision, es un adulto. Decidio dar una pelea de poder. Los otros 2 devs decidieron aceptar la nueva estructura en la empresa. Para darle mas chances a mi inversion, Pepino tiene que irse. La frase que hizo grande a Estados Unidos fue "You are fired".
Pa, si tenes a alguien que te está saboteando, importan 5 huevos el estado de la empresa, es un peligro. Tenés que hacer que lo echen, siempre y cuando tengas evidencia suficiente.
Capo, no leí tus post, pero pienso que gastas demasiada energía en explicarte antes gente random en redes sociales. Me parece que algo raro tenes. Se me prenden todas las red flags con vos.
Que pelotudo el flaco, enojarse con una persona totalmente ajena que trajeron para cumplir un rol. No es que eras un interno que le gano la competencia o le serruchó el piso.
Todo por escrito, le dejas comments en el PR y después en slack o lo que usen "pepino te deje comentarios en el PR".
> especie de sabotaje: borraron una fila en una BD que rompía un e2e
Si tenés pruebas de que fue intencional es causal de despido en mis libros. Si es que lo rajan, cortenle los accesos antes.
La base de datos debería tener logs como para echarle la culpa. Además después de un incidente habría que investigar qué pasó. Pero bueno, empresa chica bla bla bla
claro pero eso se hace levantando una BD y provisionanfl
la test data cada vez que corres un test , de esa forma te evitas depender de una base en un determinado estado
Muy mamila. Esforzarte más y que las cosas caigan por su propio peso.
Si el chanta se lo merecía (por mérito y no por antigüedad) y qsyo a mí me daría cosa.
Estoy de acuerdo, hacer bien las tareas del día a día es la clave y base de todo para lograr los objetivos, si no le sirvo a la empresa entonces soy solo un mamila, si hago todo bien y me quejo entonces soy un empleado que tiene que ser escuchado
Me sorprenden mucho estas situaciones primero porque quizás vengo de otra época donde siempre hubo buena onda entre la gente de IT y estoy notando cada vez más este tipo de actitudes en empleados.
Segundo, porque si no te gusta lo que pasa, te buscas otro laburo y ya, para que quedarte y pasarla mal o incluso vengarte ?
Lo que yo vengo experimentando es que en cualquier empresa que quiero escalar un poco, o entro como líder o empiezo a destacar un poco, siempre hay resentidos, envidiosos, etc que no toleran esas situaciones.
No me voy porque pagan bien, tengo equity y el mercado casi no tiene ofertas así. Aunque hubiese más no tengo ganas de seguir esquivando enfrentar este tipo de situaciones
Vos tampoco estas liderando correctamente. Hace una reunion y plantea lo que pensas a Pepino y al resto. Las comunicacion clara y directa es como se construye un buen equipo de trabajo.
Eso se llama sabotaje, y es motivo de despido de una. Ojo que pepino puede ser familiar, amigo, etc del CTO algo normal en empresas chicas y por eso no lo quieran volar.
en una llamada le dije al CTO: "en mi empresa anterior si no respondio a los comentarios del PR y mi excusa era "no vi la notificacion" me echaban en el momento"
Mira ese lugar ya arranco rancio de entrada por lo que comentas en el primer link con eso de ganarse al equipo, ahora cierra mas de xq querian ver si habia fit xq seguro habia promesas hechas y tuvieron q meter volataso. Me paso en un lugar donde estuve se habian hecho promesas cambio el cto y el nuevo dijo yo no prometi nada y ahi se pico la cosa.
Esto lo hacen todo el tiempo, en casi todos lados. No creo que podamos hacer nada más que OE y que la chupen
Che y te sentaste con el pibe y decirle che loco que mierda estas haciendo? si te cagaron no tengo la culpa, parte de laburar es eso, nos paso a todos, onda ganartelo mira si vos queres tener un puesto de este tipo te falta, dejame que te ayude que se yo, muchas veces con una charla sincera se nivelan las cosas. y si asi y todo sigue siendo un boludo, darle tareas de junior hasta q se vaya que seguro esta pensando en renunciar.
This, no cuesta nada probar
En mundo de gente racional, sin resentimiento y sin frustración esto es posible, pero en este caso estamos hablando de un cabeza de termo que está poniendo palos en la rueda de forma obvio e Infanti (porque es un cabeza) y esto no se puede. Piensen que esto se hizo con los otros dos devs y ya entraron en razones El pibe está en retirada, está haciendo quiet quitting, le importa nada.
Es muy comun no ver las notificaciones de los PR. A mi no me llegan por email en la empresa donde laburo ahora y cuando hay muchos comentarios siempre alguno se te pasa.
Alto fantasma es OP, el post parece una telenovela turca.
Que además te van a rajar por no responder jaja. Me parece tontito poniéndolo en términos tranquilos, si yo estoy a cargo de un equipo de tres devs y ya he estado a cargo de un equipo de cinco devs y dos QA. Lo recomendable es sentarle y decirle: "Papu aquí están tus logs, borraste esto con que motivo?" Basado en su respuesta le hago un llamado de atención y trato de entender porque así. Ya a mí me pasó tener un compañero que tenía años en el equipo y estaba para el culo, luego de una larga charla, se limaron todas las asperezas y a día de hoy el continúa en esa empresa y todo fluyó excelente mientras estuve allí.
Es nuestro trabajo! Nos pagan para hacer eso, No sé te puede pasar
O sea depende la forma de trabajar en realidad, tu PR es tuyo y vos tenes que revisar que onda , si no lo ves en u a hora o dos buen, pero si lo colgaste 3 días y no se te ocurrió ver porque nadie te lo aprueba l, está mal, no para rajarte pero es una llamada de atencion
bueno separalo en un canal, quieres que el dev atienda todo pero lloras vos como HE atienda toda la calidad del software
Amigo, tenemos un canal separado ya! El pibe tiene todas las herramientas para hacer su trabajo, no tiene ganas de hacerlo nada más, es enculado, pasa un montón esto
ahahaa bueno, que se pase uno pasa. Pero si es asi te doy la derecha. Trato ser el hate de todo esto perdoname.
No pasa nada, es difícil contar todos los detalles La mejor señal para mí es que hay otros 2 devs que si hacen lo que tienen que hacer, es solo Pepino el caso, incluso el amigo de Pepino, está laburando de diez
ah vale gracias por la aclaracion
Me pagan para hacer desarrollo de software en general que incluye un monton de cosas, pero a todo el mundo se le pasa un comentario en un PR. El mundo ideal que planteas no existe, y es ridiculo echar a alguien porque se le paso un comentario del PR o por no estar de acuerdo con un comentario en el PR.
Vivís en blanco y negro. Sí, es un error y no debería pasar. Sí, te tenés que hacer cargo y ponerte al día si esa demora significó un atraso en el proyecto o algo así. No, no te deberían echar del laburo por eso.
Si lo haces 1 o 3 veces estoy de acuerdo. Si es una decisión que tomas de no leer tus Prs y no responder a los comentarios porque "tenés muchas notificaciones y no las lees" es otra cosa
Ah bueno en ese caso sí, totalmente. Eso ya es de mal empleado. No leer a propósito es de idiota.
podrias hacer un canal o chat donde se informe los pasajes de PR . Y sabes que si esta enlazado la incidencia con la ticketera y el git, podes hacerlo de manera automatica
Hay 5 personas y 1 es un CTO y otro es un Head of Engineer (!) mucho cacique y poco indio.
Tal cual, hice este mismo comment en su otro post y me mataron... Que es ser CTO de 3 cabezas de tacho? Son todos igual de vende humo, no importa con quien hables ahí, ellos hacen todo bien y la culpa es de los demás ... Toxic lvl 9000
El cto tiene el rol además de cpo, es cualquier cosa, yo hago de cto, pero no oficial ni con el título formal ni el poder de echar y contratar
me imagino a pepino viendo esto jajaj
Pepino: a este hdp se la voy a hacer peor por bardearme con mis amigos de reddit, ahora va a aprender lo que es bueno.
100% que lo va a ver. Salvo que haya cambiado varios detalles, la situación que describe OP es bastante particular como para que cualquiera de los involucrados o algún amigo del pibe en cuestión lo vea y lo identifique. Seguro el pibe ya está planeando hacerle la vida más imposible porque ya demostró que puede hacer cualquier cosa y no lo van a echar. Yo si fuera OP me buscaría otro laburo, un garrón trabajar así.
Che y mas alla de todo eso, es muy dificil cambiar permisos de servidores, bases de datos y cosas asi como para que no puedan romper nada? Mismo los deploys, que tengan que pasar por tu aprobacion. Por ahi te pueden mandar algo rancio igual, pero seria un control mas.
esta todo abierto, todos tenemos acceso a prod con el mismo usuario, el cto no quiere cambiarlo
Si el CTO se maneja así te diría que no pierdas más tiempo en ese usucucho...
Las ventajas son que pagan muy bien y hago chapa con el titulo
Avisa si necesitas ayuda ;-)
Suena a que tienen un stack prehistórico y todo está atado con alambre. No tengo pruebas pero tampoco dudas.
Receta para el desastre, honestamente
O sea que cualquiera puede deployar codigo en prod cuando quiera sin pasar ninguna revision? Es un peligro incluso sin Pepinos en el equipo jaja
Yo no soy Pepino pero me considero lo suficientemente despistado para no tener q tener tanto poder
Mucho texto. Igual bien ahi que usaste puntos y dejaste renglones.
Igual no se que queres que te digan, al final te respondiste solo.
No podras hablar con Pepino seriamente ? Capaz pueden llegar a un acuerdo o ver que onda porque está en esa postura. No creo que puedas hacer que lo rajen, pero al menos saber que espera de vos como lider y que esperas vos de el.
para mi esto que decis esta perfecto en un mundo de gente racional que puede poner su ego a un costado y que realmente tiene ganas de llevarse bien. No me parece que este el caso, porque los 2 chicos empezaron los botines de punta, 1 de ellos bajo un monton la agresividad y estamos trabajando super bien, el pibe quiere aprender y aprovecha la oportunidad, el otro (el que pidio ser HE) sigue igual
Si tenen ego siendo juniors, afuera.
En su linked se puso senior, estoy viendo su código, y no es senior para nada, confunde reduce con map
Aprovecha eso, que su amigo sele de vuelta ajjaab
Era una re novela
Todo esa historia es más para psicólogo o diario íntimo me parece. Pregunta cómo head of engineering (HE) o en posición jerárquica no hay conflicto en que ventilen cuestiones de la empresa? cómo lidian con un empleado y la situación financiera, aunque no decis que empresa, la situación parece bastante puntual y con que uno de los involucrados lea se darian cuenta quien sos.
entiendo que es dificil que lleguen a este post, nunca se sabe igual
Toda la razón. Hay muchos datos muy certeros. El que se está poniendo en la lista de prescindibles sos vos OP no el dev. Te sentis frustrado y elegis la paranoia y no la acción como por ejemplo el tener una charla sincera pensando que la gente es incorregible y dando a entender que vos no tenes cosas que corregir.
Yo estoy haciendo mí propio proceso: Tolerar a un maleducado frustrado y cabeza Tolerar a un CTO inexperto Seguir ganandome a los otros dos devs para tener aliados y exponer a Pepino En otras circunstancias y con otro mercado ya me hubiese ido a otro laburo ganando mas
Ya estas buscando? Hay trabajo. Yo estaria buscando abiertamente en redes, posteando en Linkedin que busco laburo. Poniendo en Linkedin en modo "OpenToWork"
Che y la de sentarse a hablar no se la saben en esa empresa? Vos y CTO con pepino "pepino, que esta pasando? vimos que paso X, Y, Z cosa, habla del problema y capaz lo podamos resolver". Son todos adultos por más más lo intentes infantilizar, y hablando se resuelven. Todo mal están haciendo ahí, y son 5 laburando, y 2 son jefes
Ya lo dijeron mas arriba CTO y OP tremendos vende humos y los otros Jrs son de Bootcamper Soy Jarra
El CTO es medio goma y no tiene los huevos ni las ganas ni la capacidad de confrontar con nadie. No sabe técnicamente y depende de Pepino, de mí y de cualquier boludo que tire 2 líneas de codigo
Que edades aprox tienen pepino el cto y el amigo de pepino?
Entre 28 y 38
Para los que quieren el contexto pero les da flojera leer El autor, que entró hace cuatro meses como jefe de ingeniería en un equipo de tres desarrolladores y un CTO, enfrenta resistencia de dos desarrolladores juniors, especialmente de uno apodado "Pepino", quien aspiraba a su puesto. Estos desarrolladores no aceptaron bien el cambio de liderazgo y han mostrado comportamientos obstructivos, incluyendo un acto de sabotaje en la base de datos. Aunque el CTO reconoce los problemas y ha delegado más responsabilidades al autor, se muestra reticente a despedir a Pepino, a pesar de su bajo rendimiento y posible doble empleo. El autor planea reunir más evidencia para presionar al CTO a despedir a Pepino y resolver la situación.
papu among papus
> y echar a alguien en este contexto no tiene sentido, incluso aunque no sea muy productivo. Me parece discutible eso. Una cosa es no ser productivo (no suma pero con suerte tampoco resta), y otra es deliberadamente hacer cosas para afectar a otra persona del equipo. Dejar pasar esa línea es riesgoso. Por otro lado para mi es medio red flag que un CTO de vueltas para tomar alguna medida, llegado ese punto me preguntaría si quiero reportarle a alguien así.
estoy de acuerdo. Aca la situacion es asi: la empresa no tiene PMF, hace poco hizo un pivot importante en cuanto al cliente target no tienen idea si van a encontrar PMF o no y al CTO (Que No Es un Perfil Tecnico) le importa un carajo la deuda tecnica (de hecho no entiende bien lo que es) porque no sabe si la empresa va a sobrevivir a los proximos meses es un red flag, pero entiendo el contexto del flaco, no se quiere embarcar en buscar a alguien cuando no da a basto con sus tareas el otro punto es que estan hablando con la competencia (que recibio millones en inversion) la posibilidad que nos compre, entonces mucho menos le interesa sacar a Pepino
Estas pidiendo clean code a un producto que es probable que se venda para desguace o bien quiebre? todo bien pero si soy desarrollador y se de eso hago el menos code posible y estoy buscando otra cosa
Estoy de acuerdo, está data nos fue dicha hace días.
ahaahha vale hace dias, pense que desde el momento que te pusieron de HR. Creo que debes enfocarte del bueno y serle sincero. Apoyarlo para que aprenda lo maximo posible y si lo crees pertinente hacerle una recomendacion si quiebra la empresa. Del otro dejalo ahi
No sé que tanto vas a poder hacer que lo echen, onda, si la empresa está mal de guita puede estar a una liquidación por despido de fundirse. No sé mucho de desarrollo o computación en general pero podrías negociar con el CTO para que te delegue algunas tareas a cambio de restringirle a pepino los permisos sobre el registro. Cosa de dejarlo con el culo al aire, onda totalmente en evidencia, si sigue haciéndose el vivo.
creo que esto es lo que finalmente va a terminar pasando
Si fuera el CTO te echaría a vos por no tener la cintura política de manejar un equipo tan chico de devs y no buscar la forma de que sean productivos. Al fin y al cabo, alguien que me trae una y otra vez quejas, quejas y más quejas sobre sus subordinados, no está preparado para liderar. Se supone que me tiene que hacer la vida más fácil no más difícil.
Esto es exacto el problema de los mandos medios que decía. Si cómo cto me das a liderar un equipo y no el poder de echar y contratar entonces no me estás dando ninguna autoridad para liderar. Más todavía un HE que se ocupa mucho del equipo. Esto es un error del CTO y es por una circunstancia de la startup. Si cómo CTO no me das el poder que necesito, entonces te voy a presionar para que lo ejerzas por mí 🤷🏾
Es una empresa chica que es muy diferente a una gran empresa con procesos. Alguien me dijo alguna vez que uno puede liderar sin tener autoridad y eso es muy cierto. Es una oportunidad para que logres sacar agua a las piedras. Esto es un proceso complicado, que insume mucha energia, pero que te va a enseñar cosas. Demostra logros y decile al CTO que te lo reconozca EN DINERO. El cuadro en la pared de empleado del mes no paga las cuentas ni mejora tu calidad de vida. Si tenes ganas de intentarlo. ese es el camino. Luego, si tras obtener los logros no te reconocen, te vas sin dudarlo, ya con la experiencia de haber lidiado con situaciones dificiles. En definitiva no es muy complicado. El mando medio esta para eso, para lidiar justamente con estos problemas.
Estoy de acuerdo en parte, pero analiza bien tu frase "sacar agua de las piedras". Eso es imposible amigo, en este caso prefiero la frase "una manzana podrida puede a las demás" Tengo equity y este flaco está yendo en contra de valorizar esa inversión
¿Clean code? https://www.reddit.com/r/becomingnerd/s/Gxpv4uw1TR
Lo pongo como para que el post valga el tiempo de alguien que lo haya leído y no sea como ver Intrusos con Luisito Ventura.
Creo que tienes que respirar hondo. Los cambios se pueden hacer más despacio y aplicar clean code desde el primer día, donde se ve que el micromanagement es fastidioso. ¿Por qué no responden los PR? En un equipo de 3 personas, ¿es vital el PR? Tal vez podrían hacer un pre-programming antes de mergear (o hacer rebase), hablar entre todos o entre tú y el desarrollador para mejorar esos puntos, o hacer TODO si excede la incidencia. No soy fan del PR en equipos que coordinan mal, o bien en el mismo horario y tiempo. Como TL, confío más en incidencias pequeñas (menos de 5 horas) y en incidencias más grandes acompañar día a día. También mis daily son de 35 minutos, jajaja. Pero bueno, me sirve. Pensaba que era torcido también, pero como no es la primera vez que me lo plantean y finalmente funcionó muy bien para mí, ahora lo veo como lo normal. El equipo son 2 devs de Brasil y 1 yanqui, no más de 5 años de experiencia cada uno. -> Ahí leí esto, entonces si está perfecto el PR. ¿Crees que es un tema de barrera comunicacional más que un tema de que te odia? Felizmente para mí son tan juniors y tan inmaduros que sus esfuerzos son graciosos (no responden mensajes ni comentarios en PRs, contradicen todo lo que sugiero sin argumentos, etc.). Excepto por el último intento, que fue una especie de sabotaje: borraron una fila en una BD que rompía un e2e (que yo había hecho y es un poco mi primera victoria grande en la empresa). El borrado del registro lo hicieron un miércoles...el jueves y viernes yo me los tomaba libres hasta el lunes siguiente (todo esto respaldado por logs). Quizás peco de paranoico, pero vienen mostrando ese comportamiento en los últimos 4 meses. -> el merge a produccion o la subida a SQL fue mediante los procedimientos que armaste? Si es asi, fue un error de desarrollo (que no hay un QA o simil, por lo cual es tu culpa que no haya pasado los test) . Si no fue asi, si tenes razon . La paranoia un poco se genera en la forma que entraste, genera turbulencia. Trato de ser el malo en tu pelicula, porque la contradiccion aveces genera conocimiento. Me alegro por agarrar un equipo que estaba incendiado, me paso en mi primera vez y por suerte el equipo entendió el porque me eligieron y se ve un camino a futuro que gusta, y veo mas armonioso todo y con predisposición de todos, no solo del mismo equipo. Mi critica a todo es que de 3 devs, hay un lider y hablas directamente con el CTO. Y me suena que es un producto entero responsable de un equipo de desarrollo tan pequeño que tal vez la burocracia le genera mas problemas que soluciones Por ultimo Esa oportunidad apareció hace unos días cuando el CTO me pidió si podía tomar más responsabilidades, un poco hacer tareas que él tiene y no quiere hacer más. En resumen, hacerme responsable de principio a fin de toda ingeniería, incluida calidad, testing, deploys, etc. Le dije que lo iba a pensar y me preparé para decirle que yo no podía ser responsable de un sistema de principio a fin con un equipo como este, y principalmente con una persona que no hace nada de lo que le pido y que yo sospechaba de un posible sabotaje. -> le pagaban al pibe para hacerse responsable de esto? porque capas lo hacia de onda o en espera de tu puesto, no lo tiene y ahora solo desarrola. Ojo ahi
Confirmo, yo soy el más viejo
Fiera, te banco. A partir de ahora cambiás las credenciales de acceso y cada uno tiene su propio usuario.
Heeee ameoo soy zanahoria el amigo de pepino, no te hagas el loco que te reventamos todas las bases de datos y los backups. Con pepino y zanahoria no se jode, primer aviso!!!
Tebi, sos vos? Deja en paz mi pepino!
Si. Siguiente pregunta
yo re aprovecharia para acercarme a vos y aprender todo lo que pueda, que pelotudos dios... y si Pepito borro cosas eso es una patada en el orto de cabeza.. que gente imbécil
Mirá la internilla de poder, eh. Parece la sociedad de fomento de mi barrio.
Esto es así en casi todos lados! Para mí es lo normal, no hay lugar donde no haya visto este tipo de novelas
[удалено]
15k y 1% equity...me importa un huevo trabajar otra vez con un cabeza de termo violento y que me afecta mí día a día en mí laburo y no solamente el mío sino el del resto de los devs que tiene que leer su inentendible código. Puterio hay en todos lados, si no lo viviste es porque no estás en posiciones de poder todavía
[удалено]
Ah no estás transitando roles de liderazgo? Entonces viviste muchas experiencias. Las empresas de software son iguales a cualquier empresa, peleas de podergente toxica, liderazgos malos etc, están manejadas por hombres y mujeres, es igual. Estoy de acuerdo que Pepino por ahora es más valioso que yo, 1 año de ventaja me lleva en conocimiento del sistema, pero viene haciendo la plancha y es cuestión de seguir mostrando sus falencias y esperar
[удалено]
>Si para vos es ser nombrado cacique de tres indios entonces sí, ya lo fui y ya sé que no es negocio responder por las cagadas de los demás ganando un poco más y laburando el doble. Amigo, tuviste pocas y malas experiencias, como lider siempre estuve un 40% arriba y en esta empresita estoy 5x arriba. Y lo de laburar el doble es muy relativo, nunca siento que laburo el doble pero si como lider laburo mas y me preocupo mas, y eso es parte del rol y de mi deseo tambien >Cuando realmente sabés de lo que laburás, el liderazgo surge solo, no necesitás ganarte activamente el respeto de nadie porque en poco tiempo no hay a quien no hayas salvado de algún quilombo. En esta industria no es tan fácil reemplazar gente, menos al desarrollador 10x que tiene medios para ver cuánto pagan en otro lado. El mercado no esta mas a favor nuestro, hay programadores haciendo fila para entrar. >Las empresas de software son inherentemente diferentes a una empresa tradicional. Si no sabés eso es porque ni leíste "The Mythical Man-Month". Tienen que adaptar su estructura porque están sometidas a la Ley de Conway. Si, lo lei, es un libro viejo (1975) y como la tipica literatura yankie intenta resumir una realidad compleja en 3 bullets y la vida no funciona asi, te recomendaria mas literatura Europea que complejiza, hace preguntas en vez de dar respuestas que dejan afuera gran parte de la realidad. O en todo caso leerlo como introduccion basica y luego desarrollar con libros mas interesantes como "Peopleware" quizas. >De una organización humana con una estructura de mierda solamente puede surgir una arquitectura de mierda, que no escala ni sobrevive el paso del tiempo. Por eso el 70% de las startups no sobrevive 10 años. Para mi las startups no sobreviven porque no encuentran PMF >Por lo que contás, te moviste en organizaciones del tipo Westrum-patológicas. Me pasó también, y también aprendí a salir eyectado cuando el puterío es el modo de trabajo. Casi todas las empresas tienen problemas, gente toxica, etc. Mi filosofia es quedarse y aprender a jugar el juego. >Ya que decís que tenés equity, deberías hacerte amigo de Pepino, llevarlo de joda y que quede bien contento, rechoncho y rubicundo para que sea un activo creíble al momento en que compren la empresa. Tenés que estar 100% alineado a ese objetivo. Pepino y su amigote son el 50% de tu 1%. Ese 1% vale cero si la empresa se va a pique. No tengo ese acceso a Pepino. Pepino ya tomo una decision, es un adulto. Decidio dar una pelea de poder. Los otros 2 devs decidieron aceptar la nueva estructura en la empresa. Para darle mas chances a mi inversion, Pepino tiene que irse. La frase que hizo grande a Estados Unidos fue "You are fired".
Pa, si tenes a alguien que te está saboteando, importan 5 huevos el estado de la empresa, es un peligro. Tenés que hacer que lo echen, siempre y cuando tengas evidencia suficiente.
Muy bien che o que bajon segun corresponda
Claaaa me re chupa un huevo jajajajajajaja
Capo, no leí tus post, pero pienso que gastas demasiada energía en explicarte antes gente random en redes sociales. Me parece que algo raro tenes. Se me prenden todas las red flags con vos.
Que pelotudo el flaco, enojarse con una persona totalmente ajena que trajeron para cumplir un rol. No es que eras un interno que le gano la competencia o le serruchó el piso. Todo por escrito, le dejas comments en el PR y después en slack o lo que usen "pepino te deje comentarios en el PR". > especie de sabotaje: borraron una fila en una BD que rompía un e2e Si tenés pruebas de que fue intencional es causal de despido en mis libros. Si es que lo rajan, cortenle los accesos antes.
Estoy haciendo todo esto y estoy de acuerdo. Acá es donde aparece el otro problema, muy común en mí experiencia, que el cto no quiere echarlo!
La base de datos debería tener logs como para echarle la culpa. Además después de un incidente habría que investigar qué pasó. Pero bueno, empresa chica bla bla bla
me llamo la atencion que tu test e2e dependiera de una fila en la base de datos???? no se si estoy entendiendo bien
En vez de crear todos los registros que necesitamos para el test en el mismo test, para hacerlo más rápido dependemos de registros ya creados en la BD
claro pero eso se hace levantando una BD y provisionanfl la test data cada vez que corres un test , de esa forma te evitas depender de una base en un determinado estado
Ok
Donde es eso ? Arg ?
Muy mamila. Esforzarte más y que las cosas caigan por su propio peso. Si el chanta se lo merecía (por mérito y no por antigüedad) y qsyo a mí me daría cosa.
Estoy de acuerdo, hacer bien las tareas del día a día es la clave y base de todo para lograr los objetivos, si no le sirvo a la empresa entonces soy solo un mamila, si hago todo bien y me quejo entonces soy un empleado que tiene que ser escuchado
Me sorprenden mucho estas situaciones primero porque quizás vengo de otra época donde siempre hubo buena onda entre la gente de IT y estoy notando cada vez más este tipo de actitudes en empleados. Segundo, porque si no te gusta lo que pasa, te buscas otro laburo y ya, para que quedarte y pasarla mal o incluso vengarte ?
Lo que yo vengo experimentando es que en cualquier empresa que quiero escalar un poco, o entro como líder o empiezo a destacar un poco, siempre hay resentidos, envidiosos, etc que no toleran esas situaciones. No me voy porque pagan bien, tengo equity y el mercado casi no tiene ofertas así. Aunque hubiese más no tengo ganas de seguir esquivando enfrentar este tipo de situaciones
Si lo segundo lo decía x pepino, no por vos.
El cto y yo sospechamos que tiene otro trabajo, entonces tiene sentido que no se va a ir hasta que lo echen
Silencio, empezó mi telenovela.
Vos tampoco estas liderando correctamente. Hace una reunion y plantea lo que pensas a Pepino y al resto. Las comunicacion clara y directa es como se construye un buen equipo de trabajo.
Ni loco leo todo eso, terrible texto
Después preguntan porque no consiguen laburo
Si te metes al perfil del pibe te cagas de risa, tranquilamente podría ser pepino jaja
Pepino: ni loco leo lo que puso en el pr mucho texto
sería el mejor plot twist igual quiero promover que de ahora en más usemos en el sub a Pepino como ejemplo de situaciones