Joel Testi hakkında ne düşünüyorsun? [kapalı]

Joel Testi ekibiniz ne kadar iyi belirlemek için iyi bilinen bir testtir. Noktalar hakkında ne düşünüyorsun? Bunlardan hiçbirine katılmıyor musunuz? Ekleyeceğin bir şey var mı?

Jeff Atwood, Programcının Haklar Bildirgesine sahiptir .

Gönderiden:

1. Her programcının iki monitörü olacaktır.
2. Her programcının hızlı bir bilgisayarı olacak
3. Her programcının fare ve klavye tercihleri ​​olacaktır.
4. Her programcının rahat bir sandalyesi olacaktır
5. Her programcının hızlı bir internet bağlantısı olacaktır.
6. Her programcının sessiz çalışma koşulları olmalı

Bunun Joel'in listesinde görmek istediğim bazı şeyleri var. Özellikle donanım alanında (çift monitör, hızlı PC, fare / klavye, rahat koltuk, hızlı bağlantı).

Bahsedilmeyen tek şey rahat ve ayarlanabilir bir masaya sahip olmaktır .

Tüm bunlar değiştirerek eklenebilir:

Cari 9: Paranın satın alabileceği en iyi araçları kullanıyor musunuz?

için

Geliştirilmiş # 9: Paranın satın alabileceği en iyi araç ve gereçleri kullanıyor musunuz ?

Şimdi, 8. noktanın okuduğu ilginç:

8. Do programmers have quiet working conditions?

Ne zaman okursa

8. Do programmers have their own office?

ve son paragraf hala başlıyor:

Şimdi onları duvar ve kapıları olan ayrı ofislere taşıyalım.

Hem çalışan hem de ziyaretçi olarak çalıştığım her yerde olduğu gibi bu sınavdan hep şüphelenmiştim, kendi ofisleri olan tek insanlar yöneticiler ve üst düzey yöneticilerdir.

Gerçek dünyadaki yazılımları yazmak genellikle bir takım etkinliğidir, fikirleri tersine çevirmek için takım arkadaşlarınızla konuşmanız gerekir ve bu, anlık mesajlaşma sistemlerinde bile ayrı ofislerde insanlarla yapılması daha zordur. Bir şeyler çizip insan kodunu ve şemalarını gösterebilmek çok yardımcı oluyor. Bu, dağıtılmış ekiplerin çalışamayacağı anlamına gelmiyor - açık bir şekilde yapabilecekler ve yapacaklar, bu sadece farklı bir sorun kümesi.

Söyleyeceğim şey, her ekibin 6-8 kişilik bir ofisinde olması gerektiği (takımın büyüklüğü olduğu varsayılarak). Bu şekilde (eğer varsa) diğer ekipleri rahatsız etmeden etkileşime girebilir ve satış ekibi veya ziyaretçiler tarafından rahatsız edilmeden işlerine devam edebilirler (çalıştığım yerde ön kapıdan doğrudan geliştirme alanına girdiniz).

Diğer geliştiricilerle çalışıyorsanız, ancak her biri ayrı projeler üzerinde çalışıyorsa, paylaşılan bir ofis yararlı olabilir - ancak yalnızca toplantı odasına toplantılar yapma ve diğer kişilerin son teslim tarihlerine saygı duyma vb.

Diğerlerinin çoğu kendini kanıtlayan gerçeklerdir.

Hoşuma gidiyor ama bir şirketi değerlendirmek için kullanıyor olsaydım, bütün eşyaları eşit olarak tartmazdım. Kaynak kontrolünün olmaması çok daha büyük bir problemdir, o zaman paranın satın alabileceği en iyi araçları satın almamak.

Benim için tek fırsat kırıcı:

 8. Do programmers have quiet working conditions?

İlginç bir şekilde, Stack Overflow iş ilanıyla başarısız olmanız muhtemeldir.

Özellikle şirkette birden fazla programcı varsa, bazı soruların başarısız olması zor:

 1. Do you use source control?
 2. Can you make a build in one step?
 4. Do you have a bug database?

Diğerlerinin çoğu umrumda değil. Dürüst olmak gerekirse,

12. Do you do hallway usability testing?

Yalancıları tespit etmek için bir tane var:

 5. Do you fix bugs before writing new code?

Bunun iyi bir "temel" olduğunu söylemeliyim, ancak herhangi bir ölçme aracıyla başka faktörler de var. Mesela, çalıştığım tek bir şirket değil, Günlük İnşaları (biliyorum, biliyorum) yapmadı, ancak bazıları çok iyi.

Şahsen bir listeye ekleyeceğim birkaç eşya daha var.

1. Konferanslara katılarak, kitap satın alarak veya bu tür bir şeyle geliştirici eğitimini destekliyor musunuz?
2. İş fonksiyonlarını tamamlamak için gerekirse yeni araçları benimsemek için basit ve belgelenmiş bir süreciniz var mı?
3. Geliştiricilere ekipman ve üretken olmalarını sağlayacak bir ortam sağlıyor musunuz?

Her şeyden öte, bu eşyalar önceki işverenlerden "beni kızdırdı" ve şimdi onlar şimdi her fırsat hakkında sorduğum soruları hızla takip ediyorlar.

Joel'in puanlarının çoğuna katılıyorum. "Koridor kullanılabilirlik testi" konusunda pek emin değilim. Kullanılabilirlik testi, elbette, fakat aslında koridordan birini kapmak ve onların işi olmasa da programınızı test etmelerini sağlamak? İnsanları gıdıklamak için harika bir yol gibi görünüyor.

Joel Test, bir takımın ne kadar iyi olduğunu test etmez. Takımınızın Joel Testine ne kadar iyi uyduğunu test eder.

İşte ekibinizin ne kadar iyi olduğu konusunda daha iyi bir test. Ben buna GrandmasterB testi diyorum. Bir sorum var.

1) Yazdığınız yazılım iyi mi?

'Koridor testi' olup olmadığı ya da hangi kaynak kontrolüne sahip olduğunuz ya da yapım sürecinizin ne olduğu (bir varsa - her dilde bunlardan yok) benim için önemli değil. Bir ekibin gerçek ölçüsü, oluşturdukları yazılımın kalitesidir.

Temel olarak, Joel Test'in her bir adımını takip edebilir ve yine de hiçbir zaman kodlamayan ürünler ve kodlama ile sonuçlandırabilirsiniz. Örneğin, kaynak kontrolü sihirli bir şekilde daha iyi bir kodlayıcı yapmaz; kodun yönetilmesini kolaylaştırır. Ve en son Visual Studio sürümüne sahip olmak, uygulamanızın Visual Studio 2005 ile yazılmış olandan daha iyi çalışacağı anlamına gelmez .

Genel anlamda mantıklı geldiğini düşünmeme rağmen, listeyi, Fog Creek Software'in ( shrinkwrap ) yaptığı belirli bir yazılım türünde oldukça merkezli buldum . Başka bir gönderide Beş Dünyalar'da bundan bahsettiği için bu hiç şaşırtıcı değil . Ve o dünyanın dışında birçok gelişme var.

Örneğin , bir uydu veya otomatik satış makinesi için gömülü yazılım , örneğin günlük kurulumlar (3) veya kullanılabilirlik testleri (12) gibi yazılım geliştirdiyseniz, pek bir anlam ifade etmeyen bazı durumlar vardır .