On Mon, 31 Oct 2011 15:52:25 +0200, H. İbrahim Güngör
<ibra...@pardus.org.tr> wrote:
On 31 Ekim 2011 Pazartesi 11:41:02 Semen Cirit wrote:
Bir uygulamada önemli düzeltmeler var ve kullanıcı tarafından
raporlanmamış
ise mutlaka birileri tarafından raporlanıp çözülmeli, bunun için eski
yöntemi (güncelleme çıktı iyidir yapalım düşüncesi) kullanmaya devam
etmemeliyiz. Eğer bir paketi güncelliyorsak sebebini nedeni açıklayıp
güncellemeliyiz. Bir geliştirici, bir kullanıcı gibi başka bir
geliştirici
için hata açabilmeli, aynı şekilde kendi için de hata açabilmeli. Çözülen
tüm hatalar hata takip sisteminden de takip edilebilir olmalı.
Aynı açıklamaları commit ederken de yazıyoruz. Bu açıklamaları yazarken
de
zaman harcıyoruz, bir kere buna zaman harcamışken sadece bunları bir
hataya
kopyalayarak kazanacağın bir çok şey olacak. (Daha önceki mailde
bahsettiğim, izlenebilirlik, kullanıcı gözlemi, test yapmak isteyenlerin
kolayca bulabilmesi vb.) (Dahası hangi sürüme neler girdi, neler
tamamlandı, sürüm notlarının ve kullanıcı belgelerinin bunlara göre daha
kolay hazırlanması vb.)
Aynı açıklama hata kaydında da olacaksa, yani iş tekrarı oluyorsa, hata
kaydı
açmanın anlamı yok demek ki. Commit logu parse edip, her sürümde bir kere
olacak şekilde özet geçilebilir. Artı, sadece birşeyler kopyalamıyoruz,
bir
inceleme süreci başlatıyoruz. Yapılacak süreç değişikliğini minicik
birşeymiş
gibi algılatmaya çalışma bence, çünkü değil.
Zaten en başta iş veya hata kaydı olmalı yaptıklarımızın, sırf benim
savunduğum bir şey değil ki, tüm yazılım yönetim sistemlerinin savunduğu bir
şey, biz bunu eksik yapıyoruz yapmayalım diyorum. Geliştirici işi
tamamladığında da şunları, bunları tamamladım diye yazar. Bu işi iki kez
yapmak değil ki, birinde hangi işin, niye yapılacağını anlatırsın, diğerinde
ne kadarının, nasıl yapıldığını. Zaten nasıl yapıldığını biliyorsan, niye
yapılacağını da saniyeler içerisinde yazarsın, bu yüzden vakit kaybı değil
aslında, sadece alışkın değiliz...
Tam da bu yüzden girilmesi gerekiyor böyle bir işe, bir çok işi bir çok
kişi yapmaya çalışıyor, sürüm telaşı içerisinde aynı anda aynı işi
yapmaya
çalışan ve daha sonra neden haber vermedin ben de aynı şeyle
uğraşıyordum,
şeklinde tartışmalara rastladım ben. Aynı şekilde bunun aslında sürüme
girmesi gerekmiyor ki neden şimdi bunun ile ilgileniyorsun diye sorulara
da
çok rastladım. (Öncelikleri de belirleyebilmemize yarayabilir bu sistem.)
Hangi işin hangi kişi tarafından yapıldığını, yapılmakta olduğunu görmek
ve
ayrıca geliştiricilikle çok ilgisi olmayan kişilerin ise uzaktan bir
şeylere bakıp, iş yapmalarını sağlayabilmek için bu şekilde bir sisteme
ihtiyacımız var. Daha az kişi ile daha senkron ve daha etkin iş
yapabilmek
için.
Bunun çözümü hata kaydı açmak değil, iletişim. Etkin kullanmadığımız
liste,
IRC gibi mesela.
Sen geliştiricisin ve o gözle bakıyorsun listelere, bir kullanıcıya aynı
şeyi öneremeyiz, önermemeliyiz.
Kullanıcı niye baksın zaten pfff. İzlenebilir dünya argümanıyla
geliyorsan,
herşey izlenebilir. Özet gibi birşey istiyorsan, commit listesinden özet
çıkarıp güncelleme notları gibi birşey sunulabilir.
Liste ve IRC üzerinden anlık analiz çıkarabiliyor muyuz? Hangi paketler
merge edilmiş, hangileri edilmemiş, hangisini kim edecek, hangileri test
edilmiş edilmemiş, hangisi kararlı depoya alınmış, alınmamış. Sorunlu yer
neresi ise süzüp çıkarabilmekten bahsediyorum.
Neyse daha fazla yazmayacağım.
Özetle -1.
Ben den de sanırım bu kadar :)
Ben de +1, daha iyi sistemler de gelebilir söylemiş olduğum gibi ama onlar
gelene kadar, yapılan işe kanalize, rafine ve önceliklerimizi bilerek
gidebilmemizin en uygun çözümü şeklinde görünüyor.
--
Semen Cirit
TUBITAK/BILGEM - Pardus GNU/Linux
http://developer.pardus.org.tr/
_______________________________________________
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici
