Bir geliştiriciyi ne yavaşlatabilir? [kapalı]

Bir şey bir geliştiriciyi yavaşlatma eğilimindedir?

Lütfen aşağıdaki yanıtları göndermekten kaçının:

• şimdi yavaş ama özellikte yararlı. (TDD, Yeniden Düzenleme, ...)
• dikkat dağınıklığını listeler .

Oh bu kolay olanlar:

1. Toplantılar
2. Diğer Toplantılar
3. Son toplantı hakkında toplantılar
4. Önümüzdeki toplantıya hazırlanacak toplantılar
5. Bir toplantı için power point sunumu geliştirme
6. Uygulanmayan, uygulanmayan özellikleri ve satıştan bu kişinin her nedense atlayacağını tartışan bir toplantı için bir power point sunumu geliştirmek. İnternet bağlantısı veya sabit sürücünüze erişiminiz olmadan geçerli konumunuza bağlı olarak uygulamada hangi belgenin görüntülenmesini istediğinizi tahmin edemiyorum. Hayır, gerçekten de bunu istemekten vazgeç.

Yavaş bir bilgisayar

Bağlam değiştirmeye neden olan her şey .

StackOverflow, programcılar.stackexchange.com vb. :)

Tükenmişlik diyebilirim.

Eldeki göreve uygun olmayan bir süreci izleme girişimleri.

Bu her türlü şey olabilir, ancak gördüğüm yaygın olanlar şunları içerir:

• test edilen koda uymayan test yöntemleri
• teslim (ler) den daha çarpıcı bir şekilde daha çevik veya geleneksel
• seçilen araç setinden farklı bir araç seti için tasarlanmış yönergeler
• projenin ihtiyaçları ile ölçeksiz tasarım ilkeleri
• göreve uygun olmayan bir araç seti kullanma

Tüm bunlar bazı projelerde veya bazı durumlarda son derece değerli olabilir, ancak bazı kuruluşlar her şeyi tek yönlü yapmaya çalışır ve bu da genellikle üretkenlik ölümü olan diğer projelere zayıf uyum sağlar.

Siyaset

Örneğin: Birden fazla kişi gereksinimlerin (veya daha kötüsü, iki farklı kazanılmış menfaatin) sahibi olduğunda ve gelişme devam ederken gereksinimler üzerinde birbiriyle çelişen ve çelişen değişiklikler yaparlar.

Başkalarının konuşmaları

ve genel olarak gürültü

Birçok cevap bağlam değiştirme ve bölgeden çıkma hakkında konuşuyor ve gürültü, özellikle konuşma, benim için olanlara yol açan şeylerden biri.

Küp dünyamda, her tarafta gürültü ve konuşma ile çevriliyim. Bir satır üstte, ana bilgisayar ekibi küp sırasında sürekli planlama toplantıları düzenler. Bazen, duvar boyunca bir ofiste danışmanlarla buluşurlar ve bu yüksek sesli hootin ve hollerin ve gülmeye yol açar ve ben de gidip kapılarını kapatmalarını istemeliyim.

Öte yandan, web ekibi konferans masası batı küp duvarımın diğer tarafında, bu yüzden her toplantının bir parçasıyım, beğen ya da beğenme. Güney küp duvarının diğer tarafında da bir yazıcı var ve bu, çıktılarını beklerken takılan insanlardan chit-chat için her zaman iyidir.

" Gürültü önleyici kulaklıklar alamıyor musunuz? " Sorusunun hemen yanıtı, istediğiniz şey sessizlik olduğunda işe yaramaz.

Bazen kod incelemeleri için, kağıt yığınımı öğle yemeğine götürüyorum (öğle yemeğinde değil, elbette), ama orada genellikle blaring olan bir TV var. Kimse izlemiyorsa kapatacağım. Aksi takdirde, binanın başka bir bölümünde başka bir bölümde boş bir küp bulacağım.

Programcılarınızın yapmaları gereken işi yapmasını istiyorsanız, bu da ağırlıklı olarak düşünmek, düşünmek ve düşünmek, bunu yapabilecekleri bir ortama ihtiyaç duyarlar.

Yeterli test yapılmadan çok fazla kod satırı yazmak.

Yüksek kaliteli kahve eksikliği.

kalkınma başladığında ortaya çıkmaması gereken mükemmel tahminler yapmak zorunda kaldığımda, bence bir tavuk yumurtası senaryosu

Başkasının kırık yapısını düzeltme

Gündemi olmayan toplantılar.

Yavaş bir makine.

İkinci bir monitör eksikliği.

Güzel yenileri yerine topu olan eski bir fare.

Makinede internet erişimi eksikliği, MSDN / stackoverflow / vb sorgulama bir acı biraz yapma.

Programlama için çok fazla zaman harcadı

Programlamayı gerçekten sevseniz bile, üzerinde çok fazla zaman harcamak sonunda sizi yakacak ...

Sizi "bölgeden" uzaklaştıran her şeyden kaçının. Bu, e-posta gelen kutunuz, twitter pop-up uygulamanız, kurumsal sohbetiniz vb. Anlamına gelir.

Sessiz bir çalışma koşullarına sahip olmak , masaüstü gürültüsünden de kaçınmak demektir .

Önceden biliyor olsaydınız, uygulanması daha kolay olacak herhangi bir değişiklik isteği.

Kötü kod.

İlk etapta işi başarabilen bir başkasının yeniden yazılması, hayal edebileceğim en büyük zaman lavabosu.

Slow Slow Çok bunun için iyi bir blog yazısı.

...

Birçok proje, temel altyapı düzeyindeki özellikleri defalarca tekrarlar ve işi rakiplerinden ayıran özellikler sunarken bu işi yavaşlatır.

...

Ürünlerin ve yeniliklerin geliştiricilerin farklılaşmayan görevlere harcadıkları zamanı azaltmaya yardımcı olması kaçınılmazdır. Soru, bu hizmetlerin ve araçların ne biçim alacağıdır.

...

Son zamanlarda en büyük yavaşlama, belirli bir sırayla yapılması gereken birkaç şeyi eşzamanlı olarak geliştirmemizdir. Bu yüzden bekliyorum (masumları korumak için isimler değişti) John, SSIS paketim için ihtiyacım olan bileşenini bitirdi ve Harry, kayıtları içe aktarmamı beklerken yavaşladı çünkü ihracatını test etmek için bazı verilere ihtiyaç duyuyor tabloların hiçbirinde veri olmadığında karmaşık bir dışa aktarma raporu yazmak için?) ne olacağını söyledikleri gibi.

Bunun gibi stackexchange.com'daki soruları yanıtlıyor.

Dikkat dağıtıcı şeyleri listelememenizi isteseniz de, bunlar büyük bir faktör olabilir. Çalışma ortamlarına bakın, sık sık kesintiye uğrayıp uğramadıklarını kontrol edin veya projeyle ilgili olmayan başka şeyler yapmalarını isteyin.

Bazen bir geliştirici, daha önce hiç yapmadıkları bir şeyi yaptıkları için takılabilir ve nereden yardım arayacaklarını bilmezler. Küçük bir ekip veya bireyse, daha da zor olabilir. Biraz gururlu olma eğilimindeyiz ve bir şeyleri nasıl yapacağımızı bilmediğimizde itiraf etmeyi sevmiyoruz. Ayrıca, başkalarından yardım istemekten hoşlanmayız. Bir geliştiricinin bunu kabul etmesinin kolay bir yolu yoktur, ancak son tarihi karşılayıp karşılamadıklarını veya son başvuru tarihine uymak için neye ihtiyaç duyduklarını sormak ve daha sonra dürüst olacaklarını ummak dışında. Başka yardım getirmek veya onlara yardımcı olabilecek birini bulmak için teklif vermeniz gerekebilir.

Açıkça tanımlanmış gereksinimlerin olmaması, bu da bir şeyleri anlamalarına veya karar vermelerine neden olur.

• Bilgisayarın kullanılabilir duruma gelmesi için yaklaşık 15 dakika beklemek zorunda
• PC'nin uygulamalar arasında geçiş yapması bekleniyor
• Ofiste kendi çayını / kahvesini yapmak zorunda olan tek kişi olmak.
• Kırık bir klavye (sabit!)
• Genel Müdürün (ABD CEO'su) ofisinin dışında (ve bir ofiste değil) çalışmak, aralarında yalnızca bir bölüm olmak üzere (özellikle bir toplantı olduğunda)
• Patron sadece e-posta ile ulaşılabilir, ancak herkes binada
• VCS kullanmasına izin verilmiyor - görünüşe göre beynimde olmalı
• Küçük ekran
• Öğle yemeği dışındaki molalara zaman ayırmamak
• Binada bir sistem yöneticisi olmasına rağmen uzak sunucu yedeklemeleri yapmak zorunda
• Söz konusu yedeklemeleri manuel olarak yapması söyleniyor.
• Gereksiz derecede karmaşık olan aptal bir zaman yönetim sistemi kullanmaya zorlanmak
• İşe sadece iki ayın gereksinimleri hakkında belirsiz bir fikir vermek

Devam edebilirdim, ama Cuma ve işi unutmak istiyorum.

• Doküman eksikliği (Sistem, Şirket vb.)
• Yorumlanmış kod eksikliği
• Sistemin eksik anlaşılması
• Politika (yani gereksiz toplantılar, evrak işleri, yönetimin önündeki engeller ...)
• Eksik gereksinim belgeleri
• Facebook!
• Çok mu uyku?

Projede çok fazla insan var.

Yönetimin, projeye daha fazla kişi eklemek için ihtiyaç duydukları gerçek verilere dayanmadan karar verdiği birkaç kez gördüm. Bu, neler olup bittiğini çok az bilen insanların ellerini tutmak için her şeyi durdurmaya ihtiyaç duyduklarını bilen kişi olarak sona erer. Birden fazla proje mantar gördüm ve sonra oradan hızla tuvalete gitmek, oysa iyi gidiyordu önce, belki biraz yavaş olsa da.

Bu yüzden, bir ay geç kalmaktan, yeterli hızdan / hiç teslim etmemeye çok fazla şey yapmaktan geçiyorsunuz, çünkü tüm bu ekstra insanlara bütçeyi tamamen patlattınız.

Başkaları tarafından belirtilenlerin dışında, kodunuzu derlemeye ve çalıştırmaya karar vermenin ve olumlu / olumsuz bir sonuç almanın uzun yolu . İdeal olarak, bu RTT sadece bir saniye olacaktır, ancak saatlere bir örnek gördüm. BTW, birim testi bu sorunla baş etmeye çalışıyor.

Bununla ilgili bir diğer konu ise çalışma ortamınızın genel bir gecikmesidir . Dünyanın diğer tarafındaki bilgisayara uzak masaüstü bağlantısı, ürkütücü bir bağlantı üzerinden çalışmanız gerektiğini düşünün. Ben orada oldum. Bundan nefret ettim.

• Aşırı evrak işleri

• Asla etrafta olmayan birine bağımlı olmak (patronunuz gibi - bir soru sormanız gerekiyor, ancak her zaman toplantılarda bulunuyorsa)

• Yetersiz araç ve gereç.

• Küreklerini sebepsiz yere iten insanlar (UI-görünür herhangi bir değişiklik buna tabidir) veya sadece önemsiz şeyler hakkında savurmayı tartışıyorlar.

• Kırık kahve makinesi

• Yanlış görevlerin atanması

Klima çalışmıyor.

Böylece ofisteki sıcaklık kışın -5 yazında 40 dereceye kadar çıkıyor.

Eldiven ve tip giyemediğim için -5 yazmak için iyi değil. 40, düşüncemi yavaşlatır.

Bu son derece kişisel ve belki de tartışmalı bir fikirdir, ancak ön tasarım veya "kalite" kodu yazma hakkında çok fazla planlama ve düşünme. Bazı durumlarda doğru olabilecek "haftalarca kodlamanın size saatler süren plandan kurtarabileceğini" söyleyen bir şey var.

Ancak sık sık programcıların kodlamaya başlamadan önce iyi bir tasarım çizmeye çalıştıklarını görüyorum. Kendimi sadece "gitmenin" daha kolay olduğunu düşünüyorum, programladıkça probleminiz ve çözümünüz hakkında daha fazla bilgi edineceksiniz, bu da çözümünüzü hızlı bir şekilde iyi bir tasarıma dönüştürmenizi sağlayacaktır. Ortaya çıkan sorunların çoğu kodlamanın başlangıcında (en azından zayıf aklımdan) hemen hemen bilinmemektedir, bu yüzden ön tasarımı çok fazla zaman harcamak sadece zaman kaybıdır.

Bu yüzden TDD'yi sevmiyorum, testler yazmak için çok fazla zaman harcıyorsunuz, bu da sizi yeniden düzenleme olasılığınızı azaltıyor veya testleri yeniden yazmak için çok zaman alıyor. Birim Testleri, bazı durumlar ve bir projenin bazı aşamaları için mükemmeldir, ancak birinin başlangıcı bunlardan biri değildir IMHO :)

Bir şeyin hızlı çalışmasını sağlayın ve geliştirin.

Programcı Bloğu : Diğer yavaşlamaların aksine, bu sorunun çözülmesi daha zordur.