Mi compañero de trabajo está robando mi código, modificándolo y reclamando crédito por ello. ¿Qué tengo que hacer? Incluso recibió un aumento que duplicó su salario por ello.

Answer 1

Estoy un poco incrédulo en su reclamo. Después de haber trabajado escribiendo código durante bastante tiempo, me resulta difícil imaginar una situación en la que esto me pueda pasar.

Aquí hay algunas razones:

1. En un proyecto bien planificado, cada miembro del equipo trabaja en una parte específica de la aplicación. Si sabía que la autenticación de la aplicación debía completarse, no va a decir simplemente “OK, trabajaré en eso”, mientras que todos los demás dicen lo mismo. Usted dice: “OK, voy a trabajar en el diseño de la interfaz”, o la pieza que sea suya mientras su compañero de trabajo toma otra pieza.
2. En cada equipo en el que he trabajado, utilizamos el control de versiones. Si su equipo no está utilizando el control de versiones, le sería útil recomendarlo. El control de versiones proporcionará una historia real de quién ha hecho qué trabajo. Simplemente puede extraer el historial de confirmación y señalar que hizo el trabajo y que su compañero de trabajo lo robó.
3. Duplicar un salario por una sola victoria, o incluso por una serie de victorias, es básicamente inaudito. Si su compañero de trabajo fue contratado a una tarifa específica, la compañía le dice: “Te valoramos a esta tarifa específica. Puede que valga más después cuando tenga más experiencia, pero por ahora, esto es lo que vale ”. Y además, el mercado está de acuerdo, o de lo contrario su compañero de trabajo iría a otro lugar que reconozca su verdadero valor. Pero simplemente al robarle un código, esencialmente duplicó su valor de mercado. Tendría que ser, literalmente, el código más sorprendente que he encontrado personalmente para duplicar el valor de mercado de alguien.

Entonces, si esto realmente sucedió, es hora de que sugiera una política de control de versiones, se mantenga un poco alejado de su compañero de trabajo y evite que vuelva a suceder. Si su empleador no está dispuesto a tomar medidas para abordar esto, es hora de que se vaya.

No es que me preocupe mucho. Si tiene la capacidad de escribir código que duplica los valores de mercado de quienes lo poseen, diría que se encuentra en una carrera increíblemente ilustre.

Answer 2

Wow, esta pregunta implica un entorno terrible en el que estás trabajando.

Aparentemente no usa ningún control de fuente, de lo contrario es trivial rastrear todos los envíos y puede ver quién escribió cada línea.

Aparentemente tienes un ambiente venenoso donde los compañeros de trabajo compiten entre sí en lugar de tratar de ayudarse mutuamente para lograr un objetivo común.

Basado en estas dos observaciones, mi sugerencia es cambiar el equipo o la compañía lo antes posible.

Answer 3

¿Duplicó su salario? Hmmm …

Bien, responderé porque es divertido del lado oscuro y porque esto sucede. Anónimo para proteger la ventaja táctica en caso de que vuelva a suceder.

Ahora, he visto respuestas que afirman que no, pero puedo decirles por experiencia que en algunos entornos altamente políticos y tóxicos definitivamente sucede. Los odio con venganza. Pero eso no significa que no pueda jugar.

Tienes dos opciones. Ser despedido o irse. De todos modos, todo se quemará al infierno cuando te hayas ido.

En cuanto a manejarlo, por diversión, tienes toneladas de opciones.

Por ejemplo, espere hasta que estén juntos en una reunión con los jefes, luego finja que no lo sabe, hágale preguntas complejas a las que solo tiene las respuestas y presiónelo para obtener respuestas, luego selecciónelos frente a los jefes . Haz que sude por ello, pide verlo después de la reunión y adviértele sin una amenaza explícita. Una mirada es suficiente.

Alternativamente, dale información falsa. Deje que entregue el código basura y luego comience una campaña de desprestigio utilizándolo como evidencia pero sin reclamar ningún crédito por ayudarlo a lograr la bola de mierda. Esto es más riesgoso, pero desde su perspectiva, introduce imprevisibilidad en sus respuestas hacia él para que no lo vuelva a hacer. Básicamente, uno de ustedes va a iluminar al otro en este contexto, y preferiría que fuera yo y no él. Sin embargo, lo más importante, si bien algunos podrían argumentar que esto perjudica injustamente al equipo, sostengo que es todo lo contrario. Dado que cuanto más rápido está expuesto, mejor, ya que está fuera y no hace esto a los demás.

Incluso puedes guardar silencio por completo. Deja que todo se vaya a la mierda. Lo despiden y solo se pone los zapatos después de arreglarlo.

Enfrentamiento directo. Funciona realmente bien si eres físicamente grande y tienes un modo psicópata oculto que envía un mensaje sutil de que sabes lo suficiente como para joderlos. Una vez hice esto con un administrador de seguridad después de que ordenaron una eliminación de producción de la seguridad Kerberos de un servidor IIS (¡sí, de verdad!)

La gente ha hablado sobre el control de versiones aquí. Eso debería ser omnipresente, pero el problema es que ningún gerente lo mira. Usted arregla eso yendo a Recursos Humanos con la evidencia e indica que ha estado abusando de la confianza de la compañía (que él tiene). En el Reino Unido, cada contrato de trabajo tiene dos cláusulas implícitas. Confianza y confidencia. Ni siquiera tienen que estar en el contrato y se aplican. Puede ser que su empresa tenga una política de tolerancia cero contra el fraude.

Answer 4

Creo que su compañía actual es terrible, porque no hay control de código fuente. De lo contrario, nadie podría haber robado el código fuente de los demás.

Por lo tanto, debe salir lo antes posible, pasar un tiempo para aprender a usar git y encontrar otro trabajo. Si permanece más tiempo en la empresa actual, verá que sus habilidades son obsoletas. Ninguna empresa querrá contratarte más.

Así que mejora tus habilidades y vete.

Answer 5

Sal. Ahora. Un entorno de trabajo donde es posible plagiar el código de un compañero es completamente anatema para mí como ingeniero de software y para la mayoría de las personas.

Answer 6

¿Puedes explicar con precisión cómo esta persona está logrando esta tarea? En un entorno con control de fuente, está completamente claro quién escribió qué línea de código.

Answer 7

Siempre puedes escribir un código incorrecto y cuando surgen errores en el “código de tu compañero de trabajo”, serías el héroe para saltar con la solución.

Pero eso estaria mal.

Answer 8

Como conjetura, apuesto a que no encuentra activamente formas de promocionarse, y tomar crédito por su propio código antes de que sea robado.

Le sugiero que mejore su PR y vea qué sucede

La clave para esto es averiguar por qué su colega tiene más influencia que usted, y luego avanzar hacia eso.

No sera el codigo

Answer 9

Wow, si esto es cierto, dejaría esa compañía donde tal cosa es posible, tenemos 2017.

Hay git, svn, … y cosas como revisión de código, copropiedad, etc.

Hay tantas cosas mal en tantos niveles en una pregunta corta …

Answer 10

Primero lo primero, lamento que esto te haya pasado. Intentaría atraparlo en el acto. Escribe un guión, haz que esté bien documentado que es tuyo, que lo creaste y qué contiene. Luego, cuando lo robe, búscalo.

Answer 11

Yo también soy un poco escéptico al respecto, ya que pensaría que estaría cargando código en algún tipo de repositorio, pero esto es lo que haría …

Digamos que sus iniciales son jbf. Cambiaría sus comentarios y variables de código para mostrar algún tipo de patrón de estas iniciales, de modo que si no sabe buscarlo, no lo verá, pero una vez que lo sepa, es obvio. Luego, solo dígaselo a tu gerente después de que el código base esté lleno de tales cosas.