Çoğunluğu yazılım geliştirmeye dahil olmayan orta ölçekli bir şirkette küçük bir ekip üzerinde çalışıyorum. En yeni ve en az deneyimli geliştiriciyim ve başlamadan önce yazılımda profesyonel veya akademik bir geçmişim yoktu, ancak girdimin ne kadar saygı duyulduğundan çok memnunum ve kariyerimin bu kadar erken bir aşamasında ciddiye alındığı için minnettarım.
Yine de, bu cömert mesai ile daha fazlasını yapmam gerektiğini hissediyorum. Takım olarak işleri halletmekte zorlanıyoruz. Durumu iyileştirmek için bir şeyler önermek istiyorum ve bence bu iyi bir fikir olsaydı dinlenecektim, ama ne önereceğim konusunda bir kaybım var.
Sorun olarak tanımlayabileceğim şeyler şunlardır:
- Eldeki görevlerin belirlenmesi seyrek. Bunun sebebi kısmen yönetimin bir darboğaz olması ve ayrıntılı gereklilikleri istediğimiz kadar halletmek için paramız veya insanımız olmamasıdır. Ayrıca kısmen geliştirdiğimiz yazılım araştırmacı olduğu ve kesin yöntem, etkinliğini belirlemek ve gösterilinceye kadar net olmadığı için.
- Lead Dev, son zamanlarda her şeyin 'prototip' olduğu konusunda ısrar etmeye başladığı noktaya 'prototip' dediği şeyden çok hoşlanıyor, geri kalanlarımız için kötü kod yazmak ve oynamak için modelcilere vermek gibi görünüyor. Birçok durumda bu alıştırmadan ne çıkmasını beklediği açık değildir. 'Gerçek' uygulama daha sonra iyi uygulamanın prototiplemeden çok fazla zaman aldığı ısrarından dolayı acı çeker. Bu bükülmüş mantığı çözemeye bile başlayamadım ve denemek istediğimden emin değilim.
- Modellerin bize istenen metodoloji hakkında her şeyi ayrıntılı olarak anlatması bekleniyor ve ortaya çıktıkları şeyin teorik olarak kusursuz olması mutlak güvene sahip. Bu neredeyse hiç doğru değildir, ancak bu durumu düzeltmek için herhangi bir işlem yapılmaz. Modelleme tarafındaki hiç kimse, herhangi bir endişeyi yapılandırılması muhtemel yapılandırılmış bir şekilde ortaya koymaz ve en iyi uygulamaları uygulamak için rehberlik aramaz. Pasiflikleri hakkında da hiçbir şey yapılmaz.
- TDD'yi daha önce takımda zorlamaya çalıştım, ancak benim için yeni olduğu için zor buldum ve işimin gözetimi olanlar tolere etmeye istekliyken, başka kimseden hiçbir heyecan gelmedi. Yürümek ve bitirmek için harcadığım zaman miktarını haklı gösteremiyorum, bu yüzden fikir - şimdilik terk edildi. Tekrar alınamayacağından endişe ediyorum, çünkü kimseye işlerini nasıl yapacağını söylemeyi sevmez.
- Artık sürekli bir entegrasyon sunucumuz var, ancak çoğunlukla sadece çok saatlik regresyon testlerini çalıştırmak için kullanılıyor. Tam kapsamlı ünite ve entegrasyon testleri de yapması gerektiği açık bırakıldı, ancak şu anda kimse bunları yazmıyor.
- Lead geliştiricisiyle kalite konusunu her gündeme getirdiğimde, 'Test özelliği A basittir, B özelliği kullanıcı için çok daha önemlidir, ancak test edilmesi çok zordur, bu nedenle özelliği test etmemeliyiz A'. Bu mantığı çözmek için bir kez daha ilerleme kaydetmedim.
.... vay be. Böyle ifade ettiğimde, düşündüğümden çok daha kötü görünüyor. Sanırım, ortaya çıktığı gibi, bu bir yardım çığlığı.
5
Şirket, müşterinin kullandığı ve beğendiği yazılımı dışarı atmada ne kadar iyi? Diğer bir deyişle, sürecin yıldız olduğuna inanmamanıza rağmen takım iyi sonuçlar alıyor mu?
—
Robert Harvey
@Robert Harvey - Yargılamak benim için zor. Ürünler son derece niş ve biz (geliştiriciler) karışık mesajlar alırız. Bir tarafta, çığır açan pazarlardaki yeni müşteriler, ürünü başlangıçta öngördüğümüzden daha fazla boğuyor ve bunun bir sonucu olarak hataları buluyorlar; Öte yandan, bazı büyük kurumsal müşteriler güvensizdir ve modeli tekrar tekrar değiştirmek için acele etmeye başlıyoruz. Yazılım ekibi, şu anda şirkette bile birkaç kırılmadan biridir, bu yüzden şu anda iyi görünüyoruz .
—
Tom W
Temel bir çalışma "modeli" üzerinde anlaşmaya varmak ve bunu biraz katılaştırmak için müşterilerden olabildiğince çok geri bildirim isterim. Bir modelin değişmesi müşteriler için gerçekten sinir bozucu olabilir, ancak bu yeni ise, en yeni yazılım, bölgeye gider.
—
Robert Harvey
İyi soru. Alıcı bir kitleyle bile, uygulamada işe yaramazsa, gerçek değişimin zor olduğunu fark ettim. Benim tavsiyem önce verimliliğinizi artırmaya yönelik yaklaşımları denemek ve daha sonra bunları ekip için göstermek. Uygulama ile, TDD geliştirmede yazma / hata ayıklama / tekrarlama işleminden daha hızlı olabilirsiniz.
—
Mike B