Geçici zihniyetlerle nasıl başa çıkılır?


13

İki ay önce altı kişilik bir geliştirme ekibine katıldım. İnsanlar iyi, hepsi iyi. Ama gittikçe daha fazla geçici bir zihniyet gözlemliyorum. Şeyler hızlı bir şekilde sabitlenir, gelecekteki kullanılabilirlik pahasına, çok az test vardır ve iki kişi mutlu bir şekilde itiraf eder, bilgiyi yazmak yerine kafalarında taşımaktan hoşlanırlar.

Bununla nasıl başa çıkılır? Örnek olarak önderlik etmek istiyorum, ama zaman sınırlı - mimarlık yapmaktan ve aslında bir şeyler yapmaktan hoşlanıyorum . Ancak korkarım, geçici zihniyet beni etkiliyor ve tasarım ve kodda netlik ve basitlik için çabalamak yerine - ki bu basit değil - hack'lerde sonsuz bir hack sarmalının drenajını aşağı çekiyorum - hayır yabancı sadece programın ve yönetimin iyiliği için ayrışabilir.


1
Anıları saklamak için yetenek eksikliğine neden olmak için bir damla vuruşu öneririm. Belgeleme, uzun ömürlü herhangi bir sistem için zorunludur ... biçimsel olmasa bile.
Rig

14
Yazılım geliştirmeye hoş geldiniz!
yannis

@YannisRizos, hayır hayır hayır! ;)
Rotian

4
@Rotian Bu neredeyse okumak için gereklidir: joelonsoftware.com/articles/fog0000000332.html . Biraz modası geçmiş, ama yine de harika bir kaynak ve muhtemelen kendi başına bir cevap olarak değer.
K.Steff

Daha genel olarak, "Bob Amca" nın / Temiz Kod / ve / Temiz Kodlayıcı /. Bu kitaplarda söylediği her şeye katılmıyorum, ama düşünce için çok iyi yiyecekler. Kesinlikle açıldı benim gözleri biraz!
Michael Scott Shappe

Yanıtlar:


10

Cevabın bir kısmını zaten biliyorsunuz: örnek olması gerekiyor. "Liderlik" inizin göz ardı edilebileceği, meslektaşlarınızın her zaman yaptıkları gibi yapmaya devam edeceği konusunda rahat olmanız gerekir - ya patronu mutlu ettiğinden ya da kendileri için uygunluğa değer verdiği için uzun süreli bakım.

Sonunda, sonuçlarınızın kendileri için konuşmasına izin vermeniz gerekir. Son teslim tarihini üç gün mü kaçırdınız, ancak QA ekibini en azından planlanan birçok test gününden kurtarın çünkü gelişiminizi test ettiniz ve büyük ölçüde tasarlandığı gibi çalışıyor mu? Bu bir kazanç.

Bununla birlikte, sonuçta, bu tür bir takas için en azından bir dereceye kadar yönetim satın almanız yoksa, sadece yanlış bir ortamdasınız ve iyi uygulamalara daha elverişli bir tane bulmanız gerekiyor. Kötü uygulamalar alışkanlık oluşturmaktır, bu nedenle ya zeminde durmanın bir yolunu ne kadar erken bulursanız veya daha iyi uygulamalarla bir çalışma ortamına geçerseniz o kadar iyidir.


Cevabınızı takdir ediyorum. Sanırım çevremi çok iyi tanıyorsun - daha çok çalışmaya çalışacağım - ve bir rulo almazsam - başka bir şey arayacağım.
Rotian

2
+1. Takımınızda görmek istediğiniz değişiklik olun. Standardı belirleyin.
Scott C Wilson

2
Sonuçların kendileri için konuşmalarına izin veren +1. Bu örnekle liderlik etmeyi birleştirmek, olumlu değişimi etkilemenin en iyi yoludur. İnsanlar doğal olarak iyi bir iş yapmak isterler (çoğu, her neyse) ve eğer birileri sonuçlarından daha iyi sonuçlar aldıklarını görürlerse, muhtemelen sır isteyeceklerdir. Ve kendi iradesini sorduklarında, söylenip istenmediklerinden daha fazla dinlemeleri muhtemeldir.
Erik Dietrich

@Rotian Elbette sizin özel ortamınız değil, ama evet, oradaydım ve bunu yaptım. En kötü yanı, o zamanlar, ne kadar kötü olduğunu tam olarak anlamadım. Sadece bir şeyin derinlemesine yanlış olduğunu biliyordum ve sonunda bunun kurtulmak için yeterli olduğuna karar verdim. Sadece son yıllarda yapmaları gereken (ya da yapmamaları) belirli uygulamalara işaret edebildim.
Michael Scott Shappe

1

Hiçbir şey değil?

Demek istediğim, iş zamanı kısıtlamaları var. Sizinki, pazara sunma zamanının gelecekteki kullanım kolaylığından daha değerli olduğu bir senaryo olabilir.

Eğer bir rütbe ve dosya programcısıysanız, standartlar belirlemek ve ürün mimarisiyle kendinizi ilgilendirmek gerçekten sizin işiniz değildir (özellikle 2 ay içinde). Sen gerektiğini size (kültür değişikliğini de dahil) olabilir ancak ürünü geliştirmek için çalışıyoruz, ancak takımınızı ve / veya patron yabancılaştırıcı pahasına. Daha iyi bildiğini düşünen yeni adam olmak bunu yapmanın hızlı ve kolay bir yoludur.

Neden tüm bu hızlı hack düzeltmelerini yaptığınızı sorardım? Önceki hızlı kesmek düzeltmeleri nedeniyle mi? O zaman, eğer işler ilk etapta 'doğru' yapılmışsa, işaret etmek yeterince kolaydır ...

Sonunda, kötü programlama uygulamaları somut acıya yol açar. İnsanlar yapamayacaklarını düşünürlerse, tek yapmanız gereken beklemek.


1
Anladığım kadarıyla sorun, bu insanların zaman kısıtlamaları nedeniyle geçici düzeltmeler yapmaları değil. Sorun, bunu gelecekte bir zaman ödenmesi gereken bir teknik borç olarak görmemeleridir. Atlamak gibi: Dünya'nın desteği olmadan bir süre iyi geçinebilirsiniz, ama inmeye hazır olsanız iyi olur.
9000

@ 9000: OP, program ve yönetim uğruna olduğunu söylüyor, bu yüzden çoğunlukla zaman baskısı olduğunu tahmin ediyorum (umuyorum). Yazılım geliştirmeyle ilgili fiili çalışmayı hafife almak tam olarak nadir değildir.
Telastyn

1
Kötü uygulamaların somut acıya yol açtığını kabul ediyorum; ancak somut acı her zaman rasyonel bir dünyada görmeyi beklediğiniz değişikliklere yol açmaz. Deneyimden, size bu acıdan öğrenmeyecek ve doğru uygulamaları teşvik etmeye gelmeyecek yöneticilerin var olduğunu söyleyebilirim. Aksi halde bunu yapmak, her zaman yapmaya hazır olmadıkları "doğru" yapmak için zaman harcamak üzere savunmak için onların patronlarına ayak uydurmayı gerektirir.
Michael Scott Shappe

@ UncleMikey: Elbette. Ancak yöneticileriniz işleri uygun şekilde planlamak için çok etkisiz ise, yapabileceğiniz çok az şey vardır.
Telastyn

@ 9000 ve Telastyn - evet her ikisi de sanırım - teknik borç gibi bir şeyin gerçekten çeşitli farklı nedenlerle (zaman, alışkanlık vb.) Geçici çözümleri teşvik eden bir ortamla birleştiği gerçeği hakkında belirli bir cehalet.
Rotian
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.