İş arkadaşı, tüm sorgularımın adını değiştirdi [kapalı]

Çok sinirlenmeli miyim, yoksa ne olduğunu bilmiyorum. Tek bir elle büyük bir veritabanı için 300'den fazla sorgu oluşturdum ve daha sonra bulabilmek için bir adlandırma kuralı geliştirdim. Ofisimdeki hiç kimse nasıl bir sorgu yapılacağını bile bilmiyor, ancak dün yeniden adlandırıldığını bulmak için geldim. Şimdi bir şeyleri bulmakta çok zorlanıyorum ve ne yapacağımı anlamaya çalışıyorum.

Sorumlu kişiyle konuştum ve o sadece her şeyi küçümsemiştir. Onları yeniden adlandırdığını, böylece daha kolay bulabileceğini söyledi. Ne yazık ki, nasıl oluşturulacağını, düzenleneceğini ve korunacağını bilen tek kişi benim ve onları bulmak için gereken tek neden sorguları test etmekti. Yeni adlandırma sözleşmesi hiç mantıklı gelmiyor ve geliştirme sürecinde geriye doğru bir adım attığımızı hissediyorum.

Anlamaya çalıştığım şey:

1) Aşırı tepki veriyor muyum?

2) Bununla başa çıkmanın en iyi yolu nedir? Patronuma bundan bahsetmekten nefret ediyorum ama dün iş arkadaşımla konuştuktan sonra, yanlış bir şey yapmadığını hissettiğini söyleyebilirim.

1. Gerçekten değil - bu inanılmaz derecede saygısız bir şey.

2. Onunla konuştunuz ve biz yapmadık, ancak sanki önceki adlandırma kurallarını bir yedekten geri yüklemek veya bir kaynak kontrolündeyse onları geri almak gibi haklarınız dahilinde görünüyor. Bunu yaparsanız patronunuza ve iş arkadaşınıza bildirimde bulunun ve nedenini belirtin (Kendi çalışmanızı sürdüremezsiniz).

İstediğiniz en son şey, bunun üzerinde ileri geri almaktır, ancak durumun telaşlı göründüğü şekilde ele alın, ancak en azından saygısızlık modelinin bir parçası olduğunda belgelenmelidir.

Neden sadece yetişkinler gibi işlemiyorsunuz: yüzleşmeksizin oturun ve bir adlandırma şeması için bir artılar ve eksiler listesi bulun, bunlardan birini kabul edin ve açıklayan kısa bir belge yazarak resmi olun. Katılımına gerçek bir ilgi duymasını sağlayın;

Çoğunlukla bir zevk meselesiyse ve kesinlikle kendine göre bir şeyleri olması gereken türden biriyse, o zaman daha büyük biri olduğunuza ve gitmesine izin verdiğiniz için mutlu olun. Hayat, isimlendirme programlarına işemek için çok kısa.

Sorun, adlandırma şeması mı yoksa saygı duymadığınızı mı düşünüyorsunuz? Eğer öyleyse belki çalışma ilişkiniz üzerinde çalışabilirsiniz. Buna değmeyeceğini düşünüyorsanız, neden zaten ne düşündüğünü önemsiyorsunuz? :) Başka bir seçenek, bunun gerçekten önemli bir şey olmadığını hissetmesi olabilir ve güzel bir şekilde bir şeyler bulmakta sorun yaşadığınızı açıklarsanız, belki onu geri değiştirebilirsiniz.

1. Veritabanı tasarımı izinleri içerir (GRANT ve REVOKE).
2. Test, test izinlerini içerir.
3. Nispeten az sayıda insan veritabanı nesnelerini yeniden adlandırma iznine sahip olmalıdır.
4. İş arkadaşınız birkaç kişiden biri değil.

"Yeni adlandırma sözleşmesi hiç bir anlam ifade etmiyor" gibi sesler bunlardan biri gibi olabilir:

1. Onlara bazı şirket normları uyguladı. Bunlar genellikle kodun en azından tutarlı olduğundan emin olmak için kullanılır ve en iyi durumda, küçük özel komut dosyaları gibi çevre sorunlarına kolayca kod bulmak için yardımcı olabilirler. Bu durumda, normunu ve neden sizin durumunuzda “anlam ifade etmediğini” anlamanız gerekir . Yine de tüm geliştiricilerin olduğu gibi bırakmasının daha iyi olduğunu düşünüyorsanız , yönteminizin neden tam olarak üstün olduğunu onlara açıklayın ve normları değiştirip değiştiremeyeceğinizi sorun (belki de üstün olduğu konusunda haklıysa sorun değil) veya durumunuzdan vazgeçip istemediğinizi sorun. (Uzun vadede olası ve dağınık).
2. Yerinde kendi standardını icat etti ve uyguladı. Eğer bu yeni ise daha muhtemeldir ve gerekçesini açıklamalıdır. Bir şeyi öğrenebilir ve / veya gerekçenizi açıklarsanız bir şeyler öğrenebilir.

Önemli bir nokta, sizin (tekil) kodunuz değil , bütün gruba ait olduğu ve değiştirileceği bir şeyse. Kod hakkında hiçbir eleştiri, onu kimin yazdığı etrafında toplanmamalıdır.

Sorumlu kişiyle konuştum ve o sadece her şeyi küçümsemiştir.

O zaman sana söyleyeceğim, durmadan:

Değişiklikleri geri alın.

Bu savaşı ver. Yöneticiniz sizi desteklemeli ve otoritenizi sağlamlaştırmalıdır.

1) Hayır, fazla tepki göstermiyorsunuz. Birisi işinizi size söylemeden değiştirdi ve nedenini sorduğunuzda fırçaladı. Bu son derece saygısız ve kaba bir imho.

2) Resmi DBA veya en azından DB'yi koruyan kişi siz misiniz? Öyleyse, adları değiştirin ve işlerin nasıl yapıldığına ilişkin bir sözleşme belgesi yazın. Ayrıca, bir 'Kullanıcı Kılavuzu' tarzı bir belge yazın, böylece birinin DB'ye girmesi ve bulabileceği bir şeyi bulması gerekir.

Bunu gruba gönderirim, parmakları işaret etmeden, oturup oturup yapının nüanslarından bazılarını dolaşmaktan mutlu olacağınıza dair yararlı bir not alırdım.

Olmazsa, o zaman takım olarak sözleşmelerle gelin ve onları takım olarak takip edin.

Bir yandan, 300'den fazla sorgunun ismini değiştirmek için bir şeyler denemek zorunda olan biri için oldukça çocukça görünüyor. Bunu yapmak için ne kadar zaman harcıyordu ve sadece bir şeyler bulabilmesi için mi? Sadece gidip birinden yardım istemek yerine, zamanını, zamanını ve şirketin zamanını boşa harcadı. Koddan bahsetmemek muhtemelen bunu yaparken kırdı, bu nedenle başka bir ekibin zamanını boşa harcıyor.

Yerinde olsam biraz soğuyana kadar beklerdim, tekrar konuşmayı dene. Bu işe yaramazsa patronu ile alın. Bu tür bir kovboy zihniyeti sonunda tüm takımı sıkıntıya sokar.

Veritabanında rastgele yeniden adlandırmak kolayca bir üretim ortamının düşmesine neden olabilir. Bu prosedürler kodda bir yere atıfta bulunuluyorsa, bunun ciddi sonuçları olabilir. Geriye dönebilirsiniz, ancak böyle bir test cihazı gerçekten ne yaptığını bilmiyorsa, test edicinin üretimde bazı değişiklikler yaptığını görmek için o kadar uzak bir adım değildir. Bu iş kaybı anlamına gelebilir, bu yüzden geliştiriciler ve test edenler için ayrı kullanıcı rolleri uygulamaya çalışmalısınız. Bunu test uzmanlarımızla yapıyoruz ve harika çalışıyor. Test edenler genellikle bunu takdir eder, çünkü canlı verileri mahvetme korkusuyla yaşamak zorunda kalmazlar.

Başka bir yere dokunuluyor gibi görünmüyor, ancak halka açık bir yerde bulunan herhangi bir kaynak (örneğin bir sorgu) sürüm kontrol sistemi altında olmalıdır.

Daha sonra bir meslektaşınız adlandırma düzeninizi değiştirirse, çalışma düzeninize kolayca geri dönebilirsiniz (ve değişikliklerini görebilirsiniz; ve gerekirse geri dönebilirsiniz). Ayrıca, belirli kullanıcılara yapılan değişiklikleri de bağlarsınız, böylece kimin işleştiğini görebilirsiniz.

Ağzına hediye atı bakma.

Öncelikle, ortak kod sahipliği - bunlar 'sizin' olmamalıdır.

İkincisi, eğer isimlerini değiştirmişlerse, yeni isimlendirme şeması etrafındaki nedenleri sor. Ya sorguları kullanıyorlar - bu durumda bu onların çağrıları; ya da bunların korunmasında size biraz yardım vermeye başlayan ilk adımdır.

Eğer herkes onların “senin” olduğunu düşünüyorsa, onlardan asla kurtulmayacak ve yeni bir şeye geçeceksiniz.

Bunun istenip istenmediğini bilmiyorum ama hangi isim sözleşmesi resmi versiyondur? Versiyonunuz resmi ise, sorunu perspektiften ele alalım derim. Yani "X Kişi tüm değişiklikleri geri aldı" demek yerine "X Kişi, resmi adlandırma kurallarına aykırı değişiklikler yaptı" diyor. Resmi bir kongre yoksa, önce size danışmadan yapılan değişiklikleri takdir etmediğinizi bilmesini öneririm.

Her iki durumda da, bir "savaş" yapmanın cevabı olmadığını düşünüyorum. Kazansanız bile kaybedersiniz.

Bu korkunç bir davranış. Pişmanlık duymuyor gibi görünüyor, bu yüzden patronunuza götürün ve etrafta dolaşmamaya ikna oluncaya kadar erişiminin iptal edilmesi için bir dava açın.

Patronunuz teknik değilse, anlayabilecekleri şekilde açıklayın. Çalışmaya başlamadan önce güvercin deliklerine ayrılan postanede bir çalışma odası olduğunu hayal edin. Güvercin deliklerini zemine göre sıralamak için tek taraflı karar verirseniz, o andaki mevcut sistem yerine soyadını ve zemini sorarsınız. Kısa vadede hayatınızı kolaylaştırabilir, ancak diğer oda personeli tarafından öldürüleceksiniz.

Bu kabaca ötesinde. Öfkeli olurdum.

Rastgele insanları değiştirmeyi durdurmak için izinler ayarlamaktan başka, işlevsellik sınamak için onun işi olduğunu da açıklamalısınız, rastgele insanlar kodda değişiklikler yapıyorsa güvenilirlik garantisi veremezsiniz.

Herkesin dediği gibi, bunu yapmamalıydı, çünkü siz bu saygının yaratıcısı siz olduğunuz için size olan saygınız olmasaydı.

Bunu söyledikten sonra, eğer sorgularınızı ilk başta yeniden adlandırdıysa, bunun adlandırma kuralınızı anlamaması nedeniyle olduğunu söyleyen hiç kimseyi görmüyorum.
Dolayısıyla, adlandırma kurallarınızı belgeleyerek ve iş arkadaşlarının belgeye erişmelerini ve ihtiyaç duyduklarını bulmalarını sağlayarak sorun kolayca çözülebilir.

Ayrıca, dikkatli olmalısınız ve diğer kişilerin sorgularınızı nasıl bulacağını ve kullanacağını göz önünde bulundurmalısınız: adlandırma sözleşmeniz işlerini verimli bir şekilde yapmalarına izin vermiyorsa, muhtemelen etiketler ve kabul edilen anahtar kelimeler böylece başkaları aradıklarını bulabilir.

Buradaki önemli anahtar, kimsenin izole bir şekilde çalışmadığını ve birbirlerinin ayak parmaklarına basmaktan kaçınmanın en iyi yolunun ortak temel kurallar üzerinde iletişim kurmak ve aynı fikirde olmak olduğunu düşünüyorum.

Aynı şekilde cevap verirdim - her şeyi geri döndürme kararınızı küçümseyerek. Değişikliklerini geri al ve iş arkadaşlarına çok kısa bir e-posta yaz.

"Şu anki değişiklik geri dönüldü, çünkü adlandırma kuralını anlamadı. Yine de denediğiniz için teşekkürler. :)"

Evet, aşırı tepki veriyorsun.

Sürüm kontrolü adı verilen bir şey, diğer şeylerin yanı sıra iş arkadaşlarınızla işlerini karıştırdıklarında $ 7! Sadece önceki sürüme geri dönün ve dosyayı kilitleyin, böylece öfkesini tutmasına izin verin. Bu, sağlam bir neden olmadan ve ilk sormadan, başkalarının eşyalarına bağımlı olan kod üzerinde radikal değişiklikler yapmanın sadece yanlış değil, son derece pratik olmayan ve pratik bir günah olduğunu açıklamanıza fırsat verecektir.

Elbette bu, adlandırma kuralınızın kendisinden daha iyi olduğunu ve bu kararı katı objektif argümanlarla gerçekten yedekleyebileceğinizi varsayar, eğer yapmazsanız en akıllıca olan şey değişikliklerinizi halletmek için en kısa zamanda kodunuzu değiştirmeye başlamanızdır. Bir dahaki sefere daha iyi bir adlandırma kuralı bulmaya çalış.

Patronunuza götürmeyin, onu çözmenin olgun yolu doğrudan iş arkadaşınızla olsun, onunla çalışmak zorunda kalacaksınız, böylece kolayca çözülebilir bir kavga için ilişkiye zarar vermesi aptalca.