Il collega ha rinominato tutte le mie domande [chiuso]

Non so se dovrei essere molto irritato o cosa. Ho creato da solo oltre 300 query per un database di grandi dimensioni e ho sviluppato una convenzione di denominazione per poterle trovare in seguito. Nessun altro nel mio ufficio sa nemmeno come creare una query, ma sono arrivato ieri per scoprire che erano stati rinominati tutti. Ora faccio fatica a trovare le cose e sto cercando di capire cosa fare.

Ho parlato con la persona responsabile e lei ha minimizzato il tutto. Ha detto che li ha rinominati in modo da poterli trovare più facilmente. Sfortunatamente, sono l'unico che sa come costruirli, modificarli e mantenerli, e l'unica ragione per cui aveva bisogno di trovarli era testare le domande. La nuova convenzione di denominazione non ha affatto senso e mi sento come se avessimo fatto un passo indietro nel processo di sviluppo.

Quello che sto cercando di capire è:

1) Sto reagendo in modo eccessivo?

2) Qual è il modo migliore per gestirlo? Odio menzionarlo al mio capo, ma dopo aver parlato ieri con il mio collega, posso già dire che si sente come se non avesse fatto nulla di male.

1. Non proprio - è una cosa incredibilmente irrispettosa da fare.

2. Le hai parlato e noi no, ma sembra che tu sia nei tuoi diritti per ripristinare le precedenti convenzioni di denominazione da un backup o ripristinarle se si trovano in un controllo del codice sorgente. Se lo fai, informa il tuo capo e collega e fornisci il motivo (non puoi mantenere il tuo lavoro).

L'ultima cosa che vuoi è andare avanti e indietro su questo, anche se gestiscilo come la situazione sembra giustificare, ma dovrebbe almeno essere documentata nel caso in cui diventi parte di un modello di mancanza di rispetto.

Perché non lo gestisci semplicemente come un adulto: siediti, non conflittualmente, e crea un elenco di pro e contro per uno schema di denominazione, concordane uno e rendilo ufficiale scrivendo un breve documento che lo descrive. Interesse genuino ed esplicito per il suo contributo, così si sente (ed è) coinvolta.

Se è principalmente una questione di gusti e se è il tipo di persona che deve assolutamente avere le cose a modo suo, allora sii solo felice di essere la persona più grande e lasciala andare. La vita è troppo breve per avere una gara di pisciare di schemi di denominazione.

Il problema è lo schema di denominazione o che ritieni di non avere alcun rispetto? Se è così forse puoi lavorare sulla tua relazione di lavoro. Se ritieni che non ne valga la pena, allora perché ti preoccupi di quello che pensa comunque? :) Un'altra opzione potrebbe essere che lei non crede davvero che sia un grosso problema e se spieghi bene che stai avendo problemi a trovare cose, forse puoi cambiarle di nuovo.

1. La progettazione del database include autorizzazioni (GRANT e REVOKE).
2. Il test include le autorizzazioni di test.
3. Relativamente poche persone dovrebbero avere l'autorizzazione per rinominare gli oggetti del database.
4. Il tuo collega non è uno dei pochi.

"La nuova convenzione di denominazione non ha affatto senso" suona come uno di questi potrebbe essere il caso:

1. Ha applicato loro alcune norme aziendali. Questi sono spesso usati per assicurarsi che il codice sia almeno coerente e, nel migliore dei casi, può aiutare le cose periferiche come piccoli script personalizzati a trovare facilmente il codice. In questo caso, devi capire la norma e perché "non ha senso" nella tua situazione. Se pensi ancora che sia meglio che tutti gli sviluppatori lo lascino com'era, spiega loro perché esattamente il tuo metodo è superiore e chiedi se potresti cambiare la norma (probabilmente OK se concordano che è superiore) o rinunciarlo nel tuo caso (improbabile e disordinato a lungo termine).
2. Ha inventato il suo standard sul posto e lo ha applicato. Ciò è più probabile se è nuova e dovrebbe spiegare la sua logica. Potresti imparare qualcosa e / o lei potrebbe imparare qualcosa se poi spieghi la tua logica.

Un punto importante è che non è il tuo codice (singolare), se non altro, appartiene e sarà modificato da tutto il gruppo. Nessuna critica al codice dovrebbe mai essere incentrata su chi l'ha scritto.

Ho parlato con la persona responsabile e lei ha minimizzato il tutto.

Allora ti dirò, spudoratamente:

Ripristina le modifiche.

Fai questa guerra. Il tuo manager dovrebbe supportarti e rafforzare la tua autorità.

1) No, non stai reagendo troppo. Qualcuno ha cambiato il tuo lavoro senza dirtelo e lo ha spazzolato via quando gli hai chiesto perché. Questo è un imho estremamente irrispettoso e maleducato.

2) Sei il DBA ufficiale o almeno la persona che è stata nominata custode del DB? In tal caso, modifica i nomi e scrivi un documento delle convenzioni su come fai le cose. Inoltre, scrivi un documento di stile "Manuale dell'utente" in modo che se qualcuno deve accedere al DB e trovare qualcosa che può.

Vorrei inviarlo al gruppo, senza puntare le dita, con una nota utile che saresti felice di sederti e guidare le persone attraverso alcune delle sfumature della struttura.

In caso contrario, elaborare convenzioni come squadra e seguirle come squadra.

Per contro, per qualcuno che ha dovuto testare qualcosa per cambiare i nomi di oltre 300 query sembra piuttosto infantile. Quanto tempo ha perso facendo questo, e solo per poter trovare cose? Invece di andare a chiedere aiuto a qualcuno, ha perso tempo, tempo e tempo dell'azienda. Per non parlare del codice probabilmente rotto quando lo ha fatto, sprecando così anche il tempo di un altro membro del team.

Se fossi in te, aspetterei fino a che non ti raffreddi un po ', proverei a parlarle di nuovo. Se non funziona, prendilo con il capo. Quel tipo di mentalità da cowboy metterà alla fine l'intera squadra.

La ridenominazione casuale nel database potrebbe facilmente causare la caduta di un ambiente di produzione. Se tali procedure venissero referenziate da qualche parte nel codice, potrebbero avere gravi conseguenze. Puoi eseguire i rollback, ma se un tester come questo in realtà non sa cosa sta facendo, non è un passo così lontano per vedere il tester apportare alcune modifiche alla produzione. Ciò potrebbe significare perdita di attività, motivo per cui dovresti provare a implementare ruoli utente separati per sviluppatori e tester. Lo facciamo con i nostri tester e funziona benissimo. I tester lo apprezzano spesso, perché non devono vivere nella paura di rovinare i dati in tempo reale.

Non sembra essere toccato altrove, ma qualsiasi fonte (ad esempio, una query) messa in un luogo pubblico dovrebbe essere sotto un sistema di controllo della versione.

Quindi, se un collega modifica il tuo schema di denominazione, puoi tornare facilmente al tuo schema di lavoro (e vedere le loro modifiche; e potenzialmente tornare indietro se necessario). Puoi anche associare le modifiche a utenti specifici, in modo da poter vedere chi ha incasinato le cose.

Non guardare un cavallo regalo in bocca.

In primo luogo, la proprietà del codice collettivo - non dovrebbero essere "tuoi".

In secondo luogo, se li hanno rinominati, chiedi il ragionamento sul nuovo schema di denominazione. O stanno usando le query - nel qual caso è una specie di loro chiamata; o è un primo passo per iniziare a darti un aiuto per mantenerli.

Se tutti pensano di essere "tuoi", non ti sbarazzerai mai di loro e passerai a qualcosa di nuovo

Non so se questo è stato chiesto ma quale convenzione di denominazione è la versione ufficiale? Se la tua versione è ufficiale, allora dirò di affrontare il problema dal punto di vista. Quindi, invece di dire "La persona X ha annullato tutte le mie modifiche", dì semplicemente "La persona X ha apportato modifiche contrarie alle convenzioni ufficiali sulla denominazione". Se non esiste una convenzione ufficiale, allora suggerisco di farle sapere che non apprezzi le modifiche apportate senza prima consultarti.

In entrambi i casi, penso che scatenare una "guerra" non sia la risposta. Anche se vinci, perdi.

Questo è un comportamento spaventoso. Sembra che non abbia rimpianti, quindi portalo al tuo capo e fai un caso per revocare il suo accesso fino a quando non può essere convinta a non fare casino.

Se il tuo capo non è tecnico, spiegalo in termini che capiranno. Immagina di iniziare a lavorare in una sala postale, dove la posta viene ordinata in fori per piccioni pronti per la consegna. Decidi unilateralmente di ordinare i fori dei piccioni per piano, poi cognome anziché l'attuale sistema di reparto, quindi piano. Potrebbe semplificarti la vita a breve termine, ma verrai ucciso dall'altro personale delle poste.

È oltre maleducato. Sarei furioso.

Oltre a impostare le autorizzazioni per impedire alle persone casuali di modificarle, dovresti anche spiegare come è suo compito testare la funzionalità, non puoi dare alcuna garanzia di affidabilità se le persone casuali stanno apportando modifiche al codice.

Come tutti hanno detto, non avrebbe dovuto farlo, se non altro per rispetto nei tuoi confronti dato che sei il creatore di queste domande.

Detto questo, non vedo nessuno menzionare il fatto che se ha rinominato le tue domande in primo luogo, è stato perché non riusciva a dare un senso alla tua convenzione di denominazione.
Quindi il problema potrebbe essere facilmente risolto documentando la convenzione di denominazione e garantendo che i colleghi abbiano accesso al documento e possano trovare ciò di cui hanno bisogno.

Devi anche stare attento e prendere in considerazione il modo in cui altre persone troveranno e utilizzeranno le tue query: se la tua convenzione di denominazione non consente loro di svolgere il proprio lavoro in modo efficiente, probabilmente dovrai mantenere un elenco più completo delle tue query, usando forse tag e parole chiave concordate in modo che gli altri possano trovare ciò che stanno cercando.

La chiave qui penso sia che nessuno lavori in modo isolato e il modo migliore per evitare di muovere le dita l'uno dell'altro è comunicare e concordare regole di base comuni.

Risponderei allo stesso modo - minimizzando la tua decisione di ripristinare tutto indietro. Ripristina le sue modifiche e scrivi un'email molto breve ai tuoi colleghi:

"Per ora ho cambiato rXXXX, perché non ho capito la convenzione di denominazione. Grazie per averci provato. :)"

Sì, stai reagendo in modo eccessivo.

C'è qualcosa chiamato controllo della versione che, tra le altre cose, è usato per non battere $ #! 7 su colleghi quando si scherzano con le tue cose. Basta tornare alla versione precedente e bloccare il file, lasciandola quindi gestire la rabbia. Ciò ti darà l'opportunità di spiegare che eseguire cambiamenti radicali sul codice che ha dipendenze dalle cose di qualcun altro senza una solida ragione e senza prima chiederlo non è solo sbagliato, estremamente poco pratico e praticamente un peccato.

Ovviamente ciò presuppone che la tua convenzione di denominazione sia migliore di quella di lei e che tu possa effettivamente eseguire il backup di questa decisione con solidi argomenti oggettivi, se non è il caso la cosa più saggia da fare inizia a cambiare il tuo codice non appena puoi per gestire le modifiche e prova a trovare una convenzione di denominazione migliore la prossima volta.

Non portarlo al tuo capo, il modo maturo per risolverlo è direttamente con il tuo collega, dopo dovrai lavorare con lei, quindi è stupido danneggiare la relazione per una lite facilmente risolvibile.