[Gelistirici] ACK Sayisi Hakkinda

[Erdem Bayer]

Selamlar

Bu tartışmaya bir süre cevap yazmamak için kendimi tuttum, ekip içinde
aykırı sesler hep benden mi çıkmalı diye ama ping ve Cack fikirleri de
şakadan ileri gidip tartışma ikinci gününe girince daha fazla
dayanamadım.

Paz, 2011-01-30 tarihinde 22:36 +0200 saatinde, Anıl Özbek yazdı:
> 
> - Bir paketin incelenmesi ile ACK verilmesinin iki farklı eylem
> olduğunu düşünüyorum.
> 
> 
> - Bir pakete bileşen sorumlusu ve başka bir geliştirici dışında ACK
> verilmesini doğru bulmuyorum ve rahatsız oluyorum. Biri bana neden bir
> paketin ikiden fazla ACK almasının mantıklı, gerekli ve yararlı
> olduğunu anlatana kadar bu böyle devam edecek. Burada katı fikirli
> olduğumu değil, bunca mesaj arasında hiçbirinin buna değinmediğini ve
> benim de bunun nedenlerini gerçekten bilmediğimi çıkarınız lütfen.
> 
> 
> - Bahsettiğim rahatsızlığı sadece biri bana yaptığında değil, A, B'ye
> yaptığında, C, D'ye yaptığında ve Y, Z'ye yaptığında da hissediyorum.
> Ama bunu ne şimdi ne de rahatsız olduğum zamanlarda belirtmeyi doğru
> bulmuyorum. İki kişinin arasına girmek ve başka birinin avukatlığı
> olarak yorumlanacağı için. Bu listede özellikle genelleme yapılması
> rahatsızlık verici bulunduğu için de (bir kişinin yaptığını tüm
> geliştiricilere yorma mottosu) ben diyorum, sen diyorum, tekil
> kuruyorum cümlelerimi.
> 
> 
> - Bir paketin bileşen sorumlusu ve bir başka geliştiricinin dışında
> diğer geliştiricilerce incelenmesinden daha normal bir şey olamaz. Bu
> iyi (hatta harika) bir şey ve yukarıda bununla ilgili herhangi bir
> derdimin olmadığını yeteri kadar ifade ettiğimi düşünüyorum. Ama bu
> şekilde ek incelemelerde ACK kullanılmasının hiç bir mantığını
> göremiyorum.
> 
> 
> Eğer paket bir ACK aldıysa, bileşen sorumlusunu bekliyorsa ve de başka
> bir geliştirici o pakete gelip şunlar şunlar eksik, şu şöyle olsa daha
> iyi olur dediği zaman bu o geliştiricinin paketi incelediğini
> gösterir, ACK vermedi diye kimse hayırdır sen rüyanda mı gördün
> bunları da yazdın demez.
> 
> 
> Eğer paket bir ACK aldıysa, bileşen sorumlusunu bekliyorsa ve de başka
> bir geliştirici o paketi incelediyse ama hiç bir eksiğini bulamadıysa
> incelediğini nasıl ifade edecek? Bunu cevapladığımı düşünüyorum,
> tekrarlayayım: Geliştirici PING çeker, veya BileşenSorumlusuİsmi? vb
> bir ifade kullanarak bileşen sorumlusuna bak ben de paketi inceledim
> ve hiçbir eksikliğini göremedim, paket seni çağırıyor mesajı verir.
> Bunun ACK ile neden yapılmaması gerektiğini savunduğumu soracaksanız
> lütfen önceki ve bu mesajımı bir kez daha okuyunuz.
> 
> 
> 
> 
> Bana rahatsızlık verici ve mantıksız gelen bir durumu belirtip, bir
> arada olabilmemiz / çalışabilmemiz için bir orta yol bulmaya
> çalışırken, on küsürünce mesajda hala ilk mesajımda yazdıklarımı
> açıkladığımdan bunda pek de başarılı olamadığımı görüyorum. Umarım
> benim konuyu yeteri kadar açık olarak ortaya koyamama sorunumu bu
> mesajla çözebilmişimdir.
> 

Gökçen demiş ki:

"Paketleri muhakkak sadece ve sadece 2 kişi gözden geçirsin" demiyorum,
herkes gözden geçirsin, hata bulduğunda yazsın ama, ACK demek "paketin
depoya girişini onaylıyorum" demek, fazlasının bir anlamı yok ki."

Yüzde yüz katılıyorum.

Review sürecini okuyan herkes bir paketin review'den geçmesi için 1
geliştirici + o paketin bileşen sorumlusunun onayının istendiğini
biliyor. Review'deki bir paket herhangi bir geliştiriciden onay aldıktan
sonra SADECE bileşen sorumlusunun onayının gerektiği de herkes
tarafından biliniyor.

An (Mon Jan 31 2011 02:16:58 EET) itibariyle review'de bekleyen 102 adet
hata var benim hesabım doğru ise.

İşbaran demiş ki:

"Bileşen sorumlusu ack verdikten sonra da gözünden kaçan bir şeyi başka
bir geliştirici gelip paylaşabilir, "

Bu kadar mantıksız bir cümle daha duymamıştım, birisi gelip ben hata
bulamadım diyor, başka birisi daha bakıyor (bu olabilir, gökçen de
belirtmiş), pakette bir problem bulamamasına rağmen "evet ben de hata
bulamadım" diye ekliyor, özür dilerim, bu ikinci onayın anlamını ben de
anlamadım.

Yine İşbaran demiş ki:

"eğer başka birisi daha paketi incelediyse oraya ack yazmadığı takdirde
kimse başkasının da incelediğini bilmeyecek değil mi, oraya gidip ack
yazmanın da bir mantığı var ve bu artislik yapmak değil sandığının
aksine."

Sanki geliştiriciler olarak neye ne kadar zaman ve emek harcadığımızı
bir yere yazıp sonra da hesaplıyormuşuz gibi  bir anlam çıkıyor bu
dediklerinden, okuyan biri de valla adamlar ne biçim iş takibi
yapıyorlar der.

Bunu ben de olsam kesinlikle artislik olarak değerlendirirdim.

Fethican Coşkuner demiş ki:

"Her review yapan kendi yorumu için ack veriyor bu bile gerektiğinde
2'den fazla geliştiricinin ack vermesi için geçerli bir sebeptir bence."

Üç harfli bir kelime ile geliştiricilerin aktardığı yorumların
çeşitliliği konusunda birisi beni bilgilendirebilirse sevinirim.

Bu tartışma hangi hata raporundan çıktı hiçbir fikrim yok, ama bu
tartışma bana sürekli başka bir konuyu hatırlatıyor:

http://bugs.pardus.org.tr/show_bug.cgi?id=15078

İlk gördüğümden bu yana okurken ağzım açık kalıyor...

Sonuç olarak "ack veren geliştiricilerden birisi üst bileşen sahibi de
olabilir, o zaman review isteğini açan geliştirici bütün ack'ları
toplasın alt alta, baksın depoya girmeye yetiyor mu" gibi öneriler ile
gelmeden önce bu thread'i başlatan arkadaşın söylediği ilk cümleyi bir
daha okuyalım:

"Bir paketi inceledikten sonra ve onun hakkında ACK verdikten sonra
bileşen sorumlusu olmayan bir geliştiricinin o pakete gelip ACK
vermesinden rahatsız oluyorum."

Saygılarımla
Erdem Bayer