Compañero de trabajo cambió el nombre de todas mis consultas [cerrado]

1. No realmente, eso es una cosa increíblemente irrespetuosa de hacer.

2. Ha hablado con ella y nosotros no, pero parece que estaría dentro de sus derechos para restaurar las convenciones de nombres anteriores desde una copia de seguridad o revertirlas si están en un control de origen. Notifique a su jefe y compañero de trabajo si hace esto, y proporcione su razón (No puede mantener su propio trabajo).

Lo último que quieres es entrar y salir de esto, así que manéjalo ya que la situación parece justificar, pero al menos debería documentarse en caso de que se convierta en parte de un patrón de falta de respeto.

¿Por qué no simplemente lo manejas como un adulto? Siéntate, sin confrontación, y elabora una lista de pros y contras para un esquema de nombres, acuerda uno y hazlo oficial escribiendo un breve documento que lo describa. . Obtenga un interés genuino en su aporte para que se sienta (y esté) involucrada.

Si es sobre todo una cuestión de gustos y si ella es el tipo de persona que absolutamente tiene que tener las cosas a su manera, entonces simplemente alegra que eres la persona más grande y déjalo ir. La vida es demasiado corta para tener un concurso de nombres de esquemas orinando.

¿El problema es el esquema de denominación o que sientes que no recibes ningún respeto? Si es así, quizás puedas trabajar en tu relación de trabajo. Si sientes que no vale la pena, ¿por qué te importa lo que ella piensa de todos modos? :) Otra opción podría ser que ella realmente sienta que no es un gran problema y que si explicas bien que estás teniendo problemas para encontrar cosas, quizás puedas volver a cambiarlo.

1. El diseño de la base de datos incluye permisos (OTORGADO y REVOCADO).
2. Las pruebas incluyen pruebas permisos.
3. Relativamente pocas personas deberían tener permiso para cambiar el nombre de la base de datos objetos.
4. Tu compañero de trabajo no es uno de los pocos.

"La nueva convención de nomenclatura no tiene sentido en absoluto" parece que uno de estos podría ser el caso:

1. Ella les aplicó alguna norma de la compañía. Estos se utilizan a menudo para garantizar que el código sea al menos coherente y, en el mejor de los casos, puede ayudar a cosas periféricas, como pequeños scripts personalizados, a encontrar el código fácilmente. En este caso, debe comprender la norma y por qué "no tiene sentido" en su situación. Si aún cree que es mejor para todos los desarrolladores dejarlo como estaba, explicarles por qué exactamente su método es superior y preguntar si podría cambiar la norma (probablemente está bien si están de acuerdo en que es superior ) o renúndelo en su caso (improbable y desordenado a largo plazo).
2. Ella inventó su propio estándar en el lugar y lo aplicó. Esto es más probable si es nueva, y debería explicar su razonamiento. Puede aprender algo, y / o ella puede aprender algo si luego explica su razonamiento.

Un punto importante es que no es su código (singular), si es que pertenece y será modificado por todo el grupo. Ninguna crítica sobre el código debería centrarse en quién lo escribió.

  

Hablé con la persona responsable, y ella simplemente restó importancia a todo el asunto.

Entonces te lo diré, sin censura:

  

Deshacer los cambios.

libra esta guerra. Su gerente debe respaldarlo y solidificar su autoridad.

1) No, no estás reaccionando de más. Alguien cambió tu trabajo sin decírtelo y lo rechazó cuando le preguntaste por qué. Eso es extremadamente irrespetuoso y grosero.

2) ¿Es usted el DBA oficial o, al menos, la persona que se ha hecho titular del DB? Si es así, vuelva a cambiar los nombres y escriba un documento de convenciones sobre cómo hacer las cosas. Además, escriba un documento de estilo 'Guía del usuario' para que si alguien tiene que ingresar a la base de datos y encontrar algo que pueda.

Enviaría esto al grupo, sin señalar con el dedo, con una nota útil de que te encantaría sentarte y guiar a la gente a través de algunos de los matices de la estructura.

Si no, crea las convenciones en equipo y síguelas como equipo.

En una nota al margen, para alguien que tuvo que probar algo para cambiar los nombres de más de 300 consultas parece bastante infantil. ¿Cuánto tiempo perdió ella haciendo esto, y solo para poder encontrar cosas? En lugar de solo ir y pedirle ayuda a alguien, ella perdió su tiempo, el suyo y el tiempo de la compañía. Sin mencionar que el código probablemente se rompió cuando hizo esto, lo que también hace perder el tiempo de otro miembro del equipo.

Si fuera tú, esperaría hasta que te calmaras un poco, intenta hablar con ella nuevamente. Si eso no funciona, tómalo con el jefe. Ese tipo de mentalidad de vaquero pondrá a todo el equipo en un aprieto eventualmente.

El cambio de nombre al azar en la base de datos podría hacer que un entorno de producción se caiga fácilmente. Si se hiciera referencia a esos procedimientos en algún lugar del código, esto podría tener graves consecuencias. Puede hacer retrocesos, pero si un probador como este realmente no sabe lo que está haciendo, no es un paso tan difícil ver al probador hacer algunos cambios en la producción. Eso podría significar la pérdida de negocios, por lo que debería intentar implementar roles de usuario separados para desarrolladores y evaluadores. Lo hacemos con nuestros probadores y funciona muy bien. Los evaluadores a menudo lo aprecian, porque no tienen que vivir con el temor de estropear datos en vivo.

No parece ser tratado en otra parte, pero cualquier fuente (por ejemplo, una consulta) colocada en un lugar público debe estar bajo un sistema de control de versiones.

Luego, si un compañero de trabajo cambia su esquema de denominación, puede volver fácilmente a su esquema de trabajo (y ver sus cambios; y posiblemente volver si es necesario). También vincula los cambios a usuarios específicos, para que pueda ver quién arruinó las cosas.

No busques un caballo de regalo en la boca.

En primer lugar, la propiedad colectiva del código: no deben ser 'suyos'.

En segundo lugar, si les han cambiado el nombre, pregunte el razonamiento sobre el nuevo esquema de nombres. O bien están utilizando las consultas, en cuyo caso es su tipo de llamada; o es un primer paso para que comiencen a brindarte ayuda para mantenerlos.

Si todos piensan que son 'tuyos', nunca te desharás de ellos y pasarás a algo nuevo.a

No sé si se ha preguntado esto, pero ¿qué convención de nomenclatura es la versión oficial? Si su versión es oficial, diré que aborde el problema desde la perspectiva. Entonces, en lugar de decir "La persona X revirtió todos mis cambios", simplemente diga "La persona X realizó cambios que son contrarios a las convenciones oficiales de nombres". Si no hay una convención oficial, sugiero hacerle saber que no aprecia los cambios que se están realizando sin consultarle primero.

En cualquier caso, creo que librar una "guerra" no es la respuesta. Incluso si ganas, pierdes.

Eso es un comportamiento atroz. Parece que no se arrepiente, así que llévelo a su jefe y haga un caso para que se le revoque el acceso hasta que pueda ser convencida de no perder el tiempo.

Si su jefe no es técnico, explíquelo en términos que ellos entiendan. Imagínese comenzar a trabajar en una sala de correos, donde el puesto se clasifica en casilleros listos para su entrega. Usted decide unilateralmente clasificar los agujeros de las palomas por piso y por apellido en lugar del sistema actual de departamento y luego por piso. Podría hacer su vida más fácil a corto plazo, pero usted sería asesinado por el resto del personal de la sala de correos.

Es más que grosero. Estaría furioso.

Además de configurar permisos para evitar que personas aleatorias los cambien, también debe explicar que su trabajo es probar la funcionalidad, no puede dar ninguna garantía de confiabilidad si personas aleatorias realizan cambios en el código.

Como todos han dicho, ella no debería haber hecho esto, aunque solo sea por respeto a ti, ya que eres el creador de estas consultas.

Habiendo dicho eso, no veo que nadie mencione el hecho de que si ella cambió el nombre de sus consultas en primer lugar, fue porque no pudo entender su convención de nombres.
Por lo tanto, el problema podría resolverse fácilmente documentando su convención de nombres y asegurándose de que los empleados tengan acceso al documento y puedan encontrar lo que necesitan.

También debe tener cuidado y tener en cuenta cómo otras personas encontrarán y utilizarán sus consultas: si su convención de nomenclatura no les permite hacer su trabajo de manera eficiente, es probable que tenga que mantener una lista más completa de sus consultas. , utilizando quizás etiquetas y palabras clave acordadas para que otros puedan encontrar lo que están buscando.

La clave aquí es que creo que nadie trabaja de forma aislada y que la mejor manera de evitar pisar los dedos de los demás es comunicarse y ponerse de acuerdo sobre las reglas básicas comunes.

Yo respondería de la misma manera, minimizando tu decisión de revertir todo. Simplemente revierta sus cambios y escriba un correo electrónico realmente breve a sus compañeros de trabajo:

"Cambio revertido rXXXX por ahora, porque no entendí su convención de nomenclatura. Gracias por intentarlo. :)"

Sí, estás exagerando.

Hay algo llamado control de versión que, entre otras cosas, se usa para no tener que vencer a los # # 7 de los compañeros de trabajo cuando se meten con tus cosas. Simplemente retroceda a la versión anterior y bloquee el archivo, por lo que le permite manejar la ira. Eso le brindará la oportunidad de explicar que realizar cambios radicales en el código que depende de las cosas de otra persona sin una razón sólida y sin preguntar primero no solo es incorrecto, es extremadamente impráctico y prácticamente un pecado.

Por supuesto, esto supone que su convención de nomenclatura es mejor que la de ella y que realmente puede respaldar esta decisión con sólidos argumentos objetivos, si ese no es el caso, lo más sensato es comenzar a cambiar su código tan pronto como sea posible para manejar los cambios e intente encontrar una convención de nomenclatura mejor la próxima vez.

No se lo lleve a su jefe, la manera madura de resolverlo es directamente con su compañero de trabajo, tendrá que trabajar con ella después de eso, así que es estúpido dañar la relación para una pelea fácilmente solucionable.