Puede que esto no sea nada para los demás, pero personalmente, necesito ayuda.
Recientemente trabajé con este compañero de trabajo y son la razón principal por la que considero dejar mi trabajo. El jefe me dice que ellos y mi "estilo" de trabajo son bastante diferentes.
Estaban desarrollando un CMS (Sistema de gestión de contenido) antes de que me involucraran con su solicitud de compartir la carga. Fue construido con Nuxt a partir de una copia de otro proyecto. El primer problema que noté con este trabajo fue que, a pesar de que estaba usando Nuxt( Vue.js), estaba usando innecesariamente jQuery(ocultar elementos, agregar clases, etc.), lo que me estresó un poco (últimamente me estreso fácilmente). Le dije al compañero de trabajo que evitara jQueryy aceptaron. Hasta ahora, todo bien.
Después de presionar algunas confirmaciones de git, recibí mensajes enojados de un compañero de trabajo. Aunque resolví esos conflictos muy simples antes del empuje, de alguna manera sus archivos estaban llenos de conflictos causados por mí. Y dijeron que no mencioné el empujón antes de empujar. Eventualmente estuve de acuerdo con eso. Pero es extraño que deba usar Gitlike SVN. También tenía mi duda de que también tienen fallas. Vi que entre 5 y 8 archivos no se git addeditaron desde su computadora y se estaban desarrollando masterdirectamente en la sucursal. Propuse que cada uno de nosotros debería usar sus propias ramas para resolver esto, con lo que inicialmente no estuvieron de acuerdo.
Recientemente, recibí una mención de mi jefe de que mi compañero de trabajo está preocupado porque mi parte usa Bootstrap-Vue. Su parte no fue usarlo y, en cambio, la mayoría de los módulos fueron hechos a mano usando variables globales. Y dijeron que esta diferencia podría causar algún "conflicto" en el futuro, y propusieron que deberíamos unificar nuestro método de desarrollo. Estuve de acuerdo aunque no estoy seguro de qué tipo de conflicto esperaban. Pero sospecho que el compañero de trabajo no sabe cómo usar Bootstrap (otros compañeros de trabajo también sospechan esto) y podría obligarme a hacer mi trabajo a su manera, lo cual odio.
Ni siquiera ha pasado un mes, pero sigo teniendo algunas fricciones grandes y pequeñas con este compañero de trabajo desde que comencé a trabajar en el CMS. Sé que me estoy apresurando, pero casi lo tengo. Creo que es hora de dejar mi trabajo por unos meses después de 6 años de trabajo. Pero antes de hacerlo, quiero saber cómo resolver estas fricciones en el futuro, si es posible. También sería genial encontrar una solución a este asunto actual.
Analicemos esto desde una perspectiva diferente.
El otro desarrollador estaba trabajando en un proyecto y solicitó ayuda. Apareces y empiezas a hacer las cosas de manera diferente. Luego comienza a quejarse de cómo se están haciendo las cosas, no sigue su ejemplo y, en lugar de ser útil, en realidad está causando trabajo adicional.
Recomiendo encarecidamente que, para reducir la fricción aquí, dé un paso atrás y codifique las cosas de la forma en que el otro desarrollador lo ha configurado. Si tiene alguna pregunta, pregúnteles. Si quieres ir en una dirección diferente, habla con ellos primero. Si desea usar el conjunto de herramientas A y ellos están usando B, simplemente use B. Si dicen que no, entonces es un no.
Un gran desafío para el desarrollo es cuando las personas no siguen los estándares establecidos. No importa si los estándares no son tan buenos. Lo que importa es que el proyecto sea consistente. En esta situación, usted es el que no sigue los estándares del proyecto.
Siempre hay una forma "mejor" de hacer las cosas, pero eso no significa necesariamente que deba descartar lo que se está haciendo actualmente.
Tengo la sensación de que esto no tiene nada que ver con Workplace, sino con una parte de la arquitectura de software de StackExchange. Y tu publicación me da ganas de hacer casi nada más que preguntas.
Después de presionar algunas confirmaciones de git, recibí mensajes enojados de un compañero de trabajo. Aunque resolví esos conflictos muy simples antes del empuje, de alguna manera sus archivos estaban llenos de conflictos causados por mí.
¿No debería Git detenerse y advertir sobre eso? ¿Cómo es eso posible?
Y dijeron que no mencioné el empujón antes de empujar.
Ridículo, esos son los métodos de trabajo de los 90.
Eventualmente estuve de acuerdo con eso. Pero es extraño que deba usar Git como SVN.
¿Por qué aceptaste eso? ¿Cómo es tu trabajo arreglar sus conflictos? ¿Cómo es tu deber usar Git como SVN?
También tenía mi duda de que también tienen fallas.
Ni siquiera vi tu código y también tengo serias dudas solo por lo que leí de tu publicación.
Vi que 5 ~ 8 archivos no se agregaron git desde su computadora, y se estaban desarrollando directamente en la rama maestra. Propuse que cada uno de nosotros debería usar sus propias ramas para resolver esto, con lo que inicialmente no estuvieron de acuerdo.
De nuevo, ¿por qué aceptaste ese desacuerdo? Parece que simplemente te dejas llevar por los flujos de trabajo que son inútiles y obsoletos. El flujo de trabajo de Git no requiere nada de esto. Y trabajar en la rama maestra con varias personas y luego quejarse de que otras personas le dan conflictos y culparlos grita ignorancia sobre Git. Si no agrega cosas a Git y luego tiene conflictos, es completamente su culpa.
Recientemente, recibí una mención de mi jefe de que mi compañero de trabajo está preocupado por mi parte usando Bootstrap-Vue. Su parte no fue usarlo y, en cambio, la mayoría de los módulos fueron hechos a mano usando variables globales.
No tengo opinión sobre el primero (no soy un experto en Vue, usé Bootstrap una vez), pero realmente no entiendo por qué usaría módulos hechos a mano con variables globales a menos que sea un diseño de empresa. Su publicación carece de información crucial, como por qué usa estos módulos caseros en lugar de un módulo disponible públicamente.
Y dijeron que esta diferencia podría causar algún "conflicto" en el futuro, y propusieron que deberíamos unificar nuestro método de desarrollo. Estuve de acuerdo aunque no estoy seguro de qué tipo de conflicto esperaban.
Tener módulos/frameworks caseros y públicos sin duda generará conflictos de diseño en algún momento, pero la verdadera pregunta es ¿por qué sus módulos caseros funcionarían mejor y por qué debería usar los suyos en lugar de uno público probado y probado?
Pero sospecho que el compañero de trabajo no sabe cómo usar Bootstrap (otros compañeros de trabajo también sospechan esto) y podría obligarme a hacer mi trabajo a su manera, lo cual odio.
De nuevo, no estás diciendo ni la mitad de lo que deberías.
Decir "Odio su manera" no justifica nada, explique por qué usa sus propios módulos en primer lugar y por qué es mejor que bootstrap-vue. Si no es así, deberías argumentar que su camino es incorrecto, no ceder ante él.
No usar Git correctamente y luego culparte es una completa incompetencia puesta sobre tus hombros. Eso no es algo que debas dejar pasar.
¿Por qué en el mundo "coincides" con alguien que sabes que no está usando Git correctamente, no está dispuesto a hacer algo tan simple como ramificar, y te culpa cuando empuja solo una parte de su trabajo y luego tiene conflictos?
Este es un problema técnico, en cuyo caso no estás en el lugar correcto, o un problema de personalidad en el que cedes sin ningún motivo a las malas prácticas y al comportamiento irresponsable/incompetente.
git add, pero finalmente estuvieron de acuerdo. No estuve de acuerdo con su término. 3. Estoy de acuerdo en que era ilógico. Hice lo mejor que pude para persuadirlos, pero son tan tercos y quería seguir adelante. Así que pensé que enviarles mensajes sobre mi empujón de vez en cuando era un pequeño precio a pagar, del cual ahora me arrepiento. Y... no estaba muy seguro sobre el uso de Git.La respuesta al problema está aquí
Estresado por un compañero de trabajo que generalmente está en contra de mi método de trabajo
El método de trabajo del equipo/departamento/empresas debe ser el aquí escrito.
Normalmente como nuevo miembro de un equipo; ya sea escribiendo software o escalando una montaña, usted debe ser el que encaje. Desde su publicación, independientemente de los problemas que tenga el proyecto, está claro que en este momento no es la persona que desea "encajar". Sin duda, esto está causando más problemas y, por lo tanto, no ayuda realmente con la carga.
Como todavía es un novato después de solo 6 años, su partida no debería ser un gran problema para la empresa, por lo que no es necesario que surjan problemas de lealtad. Así que la decisión es tuya. Aunque dudo que hables en serio sobre irte, ya que es una decisión personal que debes tomar por tu cuenta. Esto parece ser más como un simple gemido, una oportunidad de ventilar sus frustraciones, como se indica en el relato detallado. De cualquier manera, te deseo suerte en el futuro.
micro solar
un usuario sencillo
un usuario sencillo
Stef
un usuario sencillo
Thorbjorn Ravn Andersen
iLuvLogix
un usuario sencillo
mastera mi rama, luego me fusiono de mi rama amaster