Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Serbulent Unsal]

On Thursday, July 08, 2010 12:56:36 am Ozan Çağlayan wrote:
> On 07.07.2010 16:27, Gürer Özen wrote:
> > Benim gördüğüm kadarıyla kararlarınızı yeterli inceleme yaparak,
> > sonuçlarını tartarak vermiyorsunuz. Böyle önemli bir kararda hâlâ düzgün
> > bir değerlendirme sunamamanız da bunu gösteriyor.
> 
> ...
> Ha Redmine konusuna gelirsek, böyle bir alternatif var ise ve JIRA'nın
> sağladıklarını sağlayabiliyorsa, sağlamsa kararlıysa ve JIRA kadar iyi bir
> şekilde maintain ediliyorsa onu kullanmıyor olmak eleştirilebilir. Dediğim
> gibi *sadece* aynı şartlardalarsa. Yok eğer değillerse, Redmine'ın belli
> eksikleri varsa, arayüzü kullanışsızsa ve JIRA'nın bize verebildiklerini
> sağlayabilecek noktaya gelmek için bizden kod emeği isteyecekse kusura
> bakmayın bu benim gözümde ne bir staj projesidir ne de oturup benim ya da
> Semen'in ya da başkasının vakit harcaması gereken bir görevdir.

Bu cümleyi kazara kurduğuna inanmak istiyorum açıkcası. Yoksa Pardus gibi bir 
projenin bir geliştiricisi başka bir özgür yazılım için eksiği varsa "ben buna 
katkı vermekle uğraşmam başkalarının uğraşmasını da tasvip etmem" anlamına 
gelen bir cümle kurmaz. 

> 
> Kaldı ki umarım bu tartışmayı takip eden insanlar, JIRA kurulumunun görünen
> noktaya gelmesi için bile başta Semen'in ne kadar uğraştığı konusunda
> fikir sahibidirler

Hani eksiği olan projeye emek harcanmıyor, eksiği olmayan tercih ediliyordu ?

>...

Aşağıda yazılanlar konusunda da birşeyler söylenebilirdi ama tartışmayı bu 
şekilde uzatmak kimseye birşey katmayacak. Halen şu noktaya gelememiş olmamızı 
anlayamıyorum bir türlü;

1- Eğer zaman çok kısıtlı ise takip işleri için Jira kullanılmaya başlanır.

2- Ama eş zamanlı olarak incelenen projeler içerisinde Jira'ya en yakın olanın 
eksikleri çıkartılır TODO olarak yazılır.

3- Eğer projenin içerisinden işgücü (tam zamanlı/stajer farketmez) 
ayrılamayacaksa, Jiranın kullanımına karşı çıkan gönüllüler elini taşın altına 
koyar hem ana proje ile yazışarak hem de kod katkısı vererek bu eksikleri 
kapatmaya çalışır.

4- Teknik eksikliklerin giderildiği noktada Jira yerine söz konusu özgür 
yazılım aracına geçiş yapılır. Yok eksikler kapatılamazsa, Jira kullanılmasına 
laf eden adama TODO listesi gönderilip denir ki; "İşte hendek, işte deve"

2Kr ve Selamlar,

Serbülent



___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Gürer Özen]

08 Temmuz 2010 Perşembe günü (saat 19:41:16) Ozan Çağlayan şunları yazmıştı:

> Bunun bir çok sebebi olabilir ancak tüm suçu çiviyi çakmayan
> geliştiricilere atmak yanlış olur diye düşünüyorum. Çivi tutmayan
> tahtalarda da sorun var.

Enkaz devraldınız? :D
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Gürer Özen]

08 Temmuz 2010 Perşembe günü (saat 08:14:19) Erkan Tekman şunları yazmıştı:

> Zamanında bir KDE geliştiricisi yapılan işe ve ekibin büyüklüğüne bakınca
> ağzı açık kalmıştı diye anımsıyorum. Herhalde "bir Türk dünyaya bedeldir"
> meseline bir gönderme oldu bu.

Biliyorum o işin içindeydim. Bugün kimin ağzı açık kalıyor peki?
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Gürer Özen]

08 Temmuz 2010 Perşembe günü (saat 01:37:15) Ozan Çağlayan şunları yazmıştı:

> Bırakılanlar: Ağ yönetimi. 2011'le beraber COMAR/Python tabanlı ağ yönetimi
> tarih olacak. Çünkü 5 yıl önce belki kimsenin sağlamadığı kadar iyi olan bu
> teknoloji, 5 yıl boyunca bağlantı teknolojisinin çılgın hızla ilerlemesi,
> altyapıların değişmesi, bakımsızlık ve teknik donanım yetersizliğinden
> dolayı kötürüm kaldı.

Haklısın, hatta bence de bırakın, önce güncele geçin sonra olmayan yetenekleri 
ekleyin onun üzerine. Ama önce şunu bir söyleyin, niye 5 yıl önce iyi olan 
teknoloji bugün geride kaldı, neden 5 senede üzerine bi çivi bile çakamadınız?

> İnovasyonun kelime anlamı nedir bilmiyorum. Ancak inovasyon peşinde
> koşarken diğer dağıtımların yıllardır gerçekleştirdiği bazı işlevleri
> gerçekleştiremeyen dağıtım konumuna geldik.

Alakası yok. Araç eskiyse at yenisini koy. Çözülmüş problemi tekrar çözme. Kim 
itiraz etti ki bunlara? Ama ortada çözülmemiş de binlerce problem var. 
Bunlarla da pek uğraşılmadı.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Gökmen Görgen]

2010/7/8 Ozan Çağlayan 
>
> Aramızda bu son cümledeki görüşü savunan insanlar neden flashplayer'ın
> depoda bulunması hakkında hiçbir yorum yapmadılar çok merak ediyorum.
>
> Ya da Skype?
>
>
Flash ve Skype bence geçerli bir örnek değiller, çünkü hem -yerine
geçebilecek- alternatifi yoklar; hem de kullanıcıya bu uygulamaları kullanıp
kullanmama haklarını biz bizzat veriyoruz. Yani kullanıcı dilerse gnash ve
ekiga kullanabilir (depoda yoklar ama paketleyip bu hakkı verebiliriz). Ama
biz Pardus'u geliştirmek için JIRA kullanmaya mecbur kalacağız, o yüzden
tartışma bu kadar uzadı, hararetlendi. JIRA kullanma mecburiyetinde kalan
insanlar da açık kaynak ve özgür yazılımcı oldukları için bu tutarsızlığı
sindiremiyorlar.

Bir de çekirdek ekip zaten kendi aralarında tartışıp JIRA'ya karar
vermişler. Karar verildikten sonra listede açıklandığı zaman Gürer'in dediği
gibi gerçekten kimse ikna olmuyor ve dışarıdaki geliştiricilere kapalı
kaynak kodlu bir uygulama kullanmak için bir baskı, zorunluluk ve yaptırımda
bulunmuş oluyorsunuz. Evet haklısınız, her verdiğiniz kararı bizimle beraber
vermek zorunda değilsiniz ama dışarıdan katkı almak ve bu katkıları artırmak
istiyorsanız, daha siz karar vermeden, baştan beraber hareket etmemiz
gerekiyor. Çünkü dışarıdaki geliştiriciler para almıyorlar veya hiçbir
şekilde Pardus kullanmaya zorunlu değiller, sadece dağıtımı benimsedikleri
için, sevdikleri için katkı yapıyorlar, geliştiriyorlar.

Bu arada Pardus 2011, Pardus 2009'un devamı olacak diye bildiğimden
yazıyorum. Eğer amaçta ve hedefte bir değişiklik varsa şu sayfaya[0]
yansıtmanız önemli olur. JIRA kullanmak istemeyen geliştiriciler de orada
yazılan amaç, hedef, vizyona göre kararlarını verirler.

Selamlar, saygılar. Hayırlı işler.

[0]: http://www.pardus.org.tr/hakkinda/

-- 
gkmngrgn ~ http://www.gokmengorgen.net
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Anıl Özbek]

08 Temmuz 2010 00:59 tarihinde Ozan Çağlayan  yazdı:

>
> Aramızda bu son cümledeki görüşü savunan insanlar neden flashplayer'ın
> depoda bulunması hakkında hiçbir yorum yapmadılar çok merak ediyorum.
>
> Ya da Skype?


Hata takip sistemindekiler sayılıyorsa ben yorumumu yapmıştım:
http://hata.pardus.org.tr/show_bug.cgi?id=8640
 
http://hata.pardus.org.tr/show_bug.cgi?id=13078

depoya alındığı dönemde Pardus kullanmadığım için fikrimi söyleyememiştim
ama benzer bir uygulama olan RAR'ın depoya eklenmesine karşı çıkmıştım
geliştirici listesinde konuşulduğu zaman ama güçlü nedenler sunamadığım için
kabul edilmedi, sonuçta da şöyle bir şey olabildi:
http://hata.pardus.org.tr/show_bug.cgi?id=12689
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Serbulent Unsal]

On Thursday, July 08, 2010 12:56:36 am Ozan Çağlayan wrote:
> On 07.07.2010 16:27, Gürer Özen wrote:
> > Benim gördüğüm kadarıyla kararlarınızı yeterli inceleme yaparak,
> > sonuçlarını tartarak vermiyorsunuz. Böyle önemli bir kararda hâlâ düzgün
> > bir değerlendirme sunamamanız da bunu gösteriyor.
> 
> ...
> Ha Redmine konusuna gelirsek, böyle bir alternatif var ise ve JIRA'nın
> sağladıklarını sağlayabiliyorsa, sağlamsa kararlıysa ve JIRA kadar iyi bir
> şekilde maintain ediliyorsa onu kullanmıyor olmak eleştirilebilir. Dediğim
> gibi *sadece* aynı şartlardalarsa. Yok eğer değillerse, Redmine'ın belli
> eksikleri varsa, arayüzü kullanışsızsa ve JIRA'nın bize verebildiklerini
> sağlayabilecek noktaya gelmek için bizden kod emeği isteyecekse kusura
> bakmayın bu benim gözümde ne bir staj projesidir ne de oturup benim ya da
> Semen'in ya da başkasının vakit harcaması gereken bir görevdir.

Bu cümleyi kazara kurduğuna inanmak istiyorum açıkcası. Yoksa Pardus gibi bir 
projenin bir geliştiricisi başka bir özgür yazılım için eksiği varsa "ben buna 
katkı vermekle uğraşmam başkalarının uğraşmasını da tasvip etmem" anlamına 
gelen bir cümle kurmaz. 

> 
> Kaldı ki umarım bu tartışmayı takip eden insanlar, JIRA kurulumunun görünen
> noktaya gelmesi için bile başta Semen'in ne kadar uğraştığı konusunda
> fikir sahibidirler

Hani eksiği olan projeye emek harcanmıyor, eksiği olmayan tercih ediliyordu ?

>...

Aşağıda yazılanlar konusunda da birşeyler söylenebilirdi ama tartışmayı bu 
şekilde uzatmak kimseye birşey katmayacak. Halen şu noktaya gelememiş olmamızı 
anlayamıyorum bir türlü;

1- Eğer zaman çok kısıtlı ise takip işleri için Jira kullanılmaya başlanır.

2- Ama eş zamanlı olarak incelenen projeler içerisinde Jira'ya en yakın olanın 
eksikleri çıkartılır TODO olarak yazılır.

3- Eğer projenin içerisinden işgücü (tam zamanlı/stajer farketmez) 
ayrılamayacaksa, Jiranın kullanımına karşı çıkan gönüllüler elini taşın altına 
koyar hem ana proje ile yazışarak hem de kod katkısı vererek bu eksikleri 
kapatmaya çalışır.

4- Teknik eksikliklerin giderildiği noktada Jira yerine söz konusu özgür 
yazılım aracına geçiş yapılır. Yok eksikler kapatılamazsa, Jira kullanılmasına 
laf eden adama TODO listesi gönderilip denir ki; "İşte hendek, işte deve"

2Kr ve Selamlar,

Serbülent



___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Fatih Aşıcı]

On Thursday 08 July 2010 00:54:53 Necdet Yücel wrote:
> Ciddi işler özgür yazılımlarla olmuyor duygusunu vermemek için bile
> daha zayıf özgür alternatifi kullanılabilir diye düşünüyorum.

Bu duyguyu vermemek uğruna, mevcut iş gücünün "amaç" için değil de sırf bir 
"araç" için harcanmasını yeğlersiniz yani?

Bir web sitesindeki Flash tabanlı uygulamayı çalıştırmak ya da görüntülü 
sohbet yapmak sizin için olmasa da bazı insanlar için ciddi bir iştir. 
Yukarıdaki duygunun varlığı sizi gerçekten tedirgin ediyorsa söz konusu 
paketlerin varlığını da tartışmamız lazım. Çünkü gnash, lightspark gibi daha 
zayıf ama özgür alternatifler mevcut; fakat bunları kullanıcılara sunmuyoruz.
Bu tablo da "ciddi işler özgür yazılımlarla olmuyor" görüntüsü vermiyor mu? Ne 
oldu da sıra Jira'ya gelince bu derece tepki veriliyor? Üstelik burada 
konuştuğumuz şey paketlenen bir şey de değil.

Adobe'a parasını verseniz flash'ın ya da başka bir ürününün kaynak kodunu 
verir mi? Bunlar veriyor. Adobe'un özgür yazılım geliştirenlere destek için 
sağladığı herhangi bir lisansı var mı? Bu adamlar onu da sağlıyor. Adobe'a 
yaptığınız bu ayrıcalığın sebebi nedir? Sizin mantığınızla Adobe'un ürününü 
her dağıttığımız CD ile yaygınlaştırmış ve desteklemiş olmuyor muyuz? Özgür 
bir alternatifi varken Pardus'un bunu yapmasına neden karşı çıkmıyorsunuz? 
Yoksa sebep sadece *pratik* mi?

Özgür alternatifleri bulunduğu halde bugün birçok özgür yazılım kapalı kodlu 
kod analiz araçlarıyla inceleniyor. Birçok upstream geliştiricisi bu 
yazılımları geliştiren firmalara kayıt yaptırıyor. Hatta bunların arayüzlerini 
de sadece onlar görüyor (Jira sayfamız herkese açık). Şu ana kadar kimsenin bu 
duruma itiraz ettiğini görmedim. Niye etsinler ki? Ortada yararlandıkları bir 
hizmet var.

Aramızda Google Code'u kullananlar olduğunu biliyorum. Kaynak kodlarına 
sahipler mi acaba? Hani trac gibi alternatifler de var. Hatta fedorahosted.org 
gibi siteler ücretsiz hosting de sağlıyor trac için.

İçinizden Qt ile yazılım geliştirenler ya da Apache sunucusunu kullananlar bu 
tedirginliklerini ilgili projelerin listelerine aktardı mı mesela? Yoksa 
*pratik* gerekçelerle onları görmezden mi geliyorsunuz?

"Özgür yazılımı özgür olmayan yazılımla geliştirmek" hangi dereceye kadar 
meşru değil? "Özgür olmayan yazılımlarla (ör. Jira) geliştirilmiş özgür 
yazılımı (ör. Apache) kullanarak özgür yazılım (ör. Pardus) geliştirmek" 
anlaşılan bu zamana kadar bir sorun değildi sizin için. Ha dolaylı olmuş ha 
doğrudan. Bence farkı yok; sizce var anlaşılan. Bunun da mantığını 
anlayabilmiş değilim.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Necdet Yücel]

08 Temmuz 2010 00:59 tarihinde Ozan Çağlayan  yazdı:
>> *Ciddi* işler özgür yazılımlarla olmuyor duygusunu vermemek için bile
>> daha zayıf özgür alternatifi kullanılabilir diye düşünüyorum.
>
> Aramızda bu son cümledeki görüşü savunan insanlar neden flashplayer'ın
> depoda bulunması hakkında hiçbir yorum yapmadılar çok merak ediyorum.
>
> Ya da Skype?

Ben depoda kullanıcılara kullanacakları programları sunmakla, bunları
kullanarak ürün üretip onu kullanıcılara sunmanın aynı şey olmadığını
düşünüyorum.

---
Necdet Yücel
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Necdet Yücel]

Selamlar,

08 Temmuz 2010 00:19 tarihinde Demiray Ustaoglu
 yazdı:
> linux kim enterprise kim diyenlere ise bu işlerin nasıl yürüdüğünü
> hatırlatarak cevap verebiliriz.
>
> 75% of Linux code now written by paid developers
> http://apcmag.com/linux-now-75-corporate.htm
>
> Within that field, Red Hat topped that chart with 12%, followed by Inte with
> 8%, IBM and Novell with 6% each, and Oracle 3%.

Konuyu dağıtmak istemem ama çekirdek geliştiricilerinin maaşlı
çalışmasının bu konuyla hiç ilgisi yok.

Madem yazdım konuyla ilgili fikrimi de söyleyeyim: Nasıl belge
hazırlamak için openoffice.org ilk sürümlerinde iken (yani ms
ofice'den oldukça geride iken) özgür olmayan alternatiflerini değil
onu kullanmışsak burada da tercihimiz özgür olandan yana olmalı.
*Ciddi* işler özgür yazılımlarla olmuyor duygusunu vermemek için bile
daha zayıf özgür alternatifi kullanılabilir diye düşünüyorum.

Bu da benden olsun.

---
Necdet Yücel
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Demiray Ustaoglu]

2010/7/7 Gürer Özen 

> Bizim know-how kazanma, tüketen değil üreten olma, kullandığımız
> yazılımların
> geleceğinde söz sahibi olma, güvenlik, ülkede yazılım üretimini arttırma,
> insan gücü yetiştirme gibi ideallerimiz yok, yalnızca çok kullanılan
> işletim
> sistemi olalım diyorsanız da ana sayfaya bunu yazın, biz de yollarımızı
> ayıralım.
>

çok kullanılan, pazar ciddi bir paya sahip işletim sistemi üretmenin,
"know-how kazanma, tüketen değil üreten olma, kullandığımız yazılımların
geleceğinde söz sahibi olma, güvenlik, ülkede yazılım üretimini arttırma,
insan gücü yetiştirme gibi ideallerimizle" hangi açılardan çelişiyor ki? bu
saydıklarınıza erişebilmek için Pardus'un ciddi oranda bir pazar payına
erişmesinin gerektiğini düşünürsek yolları ayırmak şöyle dursun, eskisinden
daha fazla destek vermeniz gerekiyor.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Demiray Ustaoglu]

2010/7/6 Serbulent Unsal 

> Ama ileride bir gün bir seminerde, "Linux da neymiş, enterprise işler öyle
> özgür yazılımlarla yürümez ciddiyet ister. Bakın Pardus ekibi bile
> sıkıştığı
> yerde özgür olmayan yazılımlar kullanmak zorunda kalıyor" diyen olursa
> bizler
> de diyecek söz bulamayabiliriz.
>

şu an itibariyle de  Pardus'un temel bileşenlerinden biri olan Qt'nin
geliştirilmesinde Jira'dan faydalanıyor, bu konu hakkında ne düşünüyorsunuz
diye soran olursa ne diyeceğiz? bence vereceğimiz cevap şu olmalı:

biz yaptığımız işi şu şu sebeplerden dolayı özgür lisansla lisanslıyoruz.
özgür lisans kullanmayanların elbet kendilerine göre sebepleri vardır.
bunları kendilerine sorup öğreniniz.

linux kim enterprise kim diyenlere ise bu işlerin nasıl yürüdüğünü
hatırlatarak cevap verebiliriz.

75% of Linux code now written by paid developers
http://apcmag.com/linux-now-75-corporate.htm

Within that field, Red Hat topped that chart with 12%, followed by Inte with
8%, IBM and Novell with 6% each, and Oracle 3%.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Demiray Ustaoglu]

2010/7/4 Gürer Özen 

> Çok başarılı
> olmasa da özgür alternatifler de mevcut. Bu alternatifler geliştirilebilir,
> üzerine ek araçlar yazılabilir.
>

en iyisini, işimizi en iyi görecek olanı olanı kullanmak varken niye daha
azı ile yetinmek zorundayız? var mı bunun mantıklı bir sebebi? evvelce
belirtildiğine göre sektörün büyük firmaları(Novell, Oracle) bu yazılımı
kullanıyor. açık kaynak ve özgür projelerin en önemlilerinden ikisi
de(Apache, Qt) aynı şekilde. Pardus'un bunlardan geride kalmasını
gerektirecek, onların kullandığı çözümleri kullanmaktan bizi alıkoyacak
kadar önemli olan nedir? bizim neyimiz eksik?

Apache ve Qt niye kendi işini gücünü bırakıp özgür alternatifleri
geliştirmek için çaba harcamazken biz niye esas işimizi bırakıp, projeye
başlarken hiç aklımızda olmayan bir uygulamayı geliştirmek zorunda
kalıyoruz?

Pardus Cd'sine giren ve yeniden yazılması gereken birçok(mesela X11)
uygulama varken niye kullanıcımıza sunmayacağımız ürünü geliştirerek vakit
ve enerji kaybediyoruz? nedir bunun mantığı?
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Demiray Ustaoglu]

böyle rekabetçi bir ortamda bu tip tartışmanın dikkatimizi esas odaklamamız
gereken noktadan uzaklaştıracağını düşünüyorum. bu nokta ürettiğimiz ürünün
kalitesidir. gücümüzün kaynağı kullanıcılarımızın memnuniyetidir. tek
derdimiz kullanıcılarımızın derdi olmalı ve onların dertleri ile
dertlenmeliyiz. bu dert bize kafidir ve kendimizi bundan gayri dertler ile
meşgul etmemize gerek yoktur.

nihayetinde bunca emek ve para harcayarak ürettiğimiz ürünü özgür lisansla
lisanslıyoruz. bu ürünün kalitesini arttırmak için "gereken" neyse o
yapılmalıdır. özgür yazılımı destekleyenlerin ürün geliştirilirken özgür
olmayan yazılımlardan istifade edildi diye üzülmesi veya sitem etmesi bana
garip geliyor. bilakis eskisinden daha kaliteli bir özgür ürünün kitlelere
ulaşacak olmasından memnuniyet duymaları ve desteklemeleri gerekir.

hamama giren terler. piyasada iş yapıyoruz ve kendimizi piyasa koşullarından
soyutlayarak başarılı olmamız mümkün değil. dediğim gibi bizi tek
ilgilendiren mevzu ürünümüzün kalitesi ve kullanıcılarımızın memnuniyeti
olmalı.

böyle bir piyasa ortamında, kapalı kod yazılım geliştiricilerinin "kapalı
kod geliştirilirken sadece kapalı kod yazılımlar kullanılır" veya "kapalı
kodun selameti(!) için gerekirse kaliteden de feragat edilir" diye bir
takıntısı herhalde yoktur. dahası bu tip önermeler akıllarının ucundan bile
geçmez. çünkü piyasada bu gibi önermelerin el tutulur bir tarafı yoktur.
ürettiği ürünün pazar payını arttırmak için gerekirse özgür yazılım
da(örneğin redmine) kullanır.

daha fazla insanın özgür yazılım ile tanışması için daha kaliteli ürünlere
ihtiyacımız var. yoksa özgür yazılımın faziletlerini kendi kendimize anlatır
dururuz.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Demiray Ustaoglu]

2010/7/4 Doruk Fisek 

>  Özgür yazılım geliştirmek için özgür olmayan yazılımlar kullanmak
> tutarsız bir davranış biçimi. Pardus'ta derdimizin sadece "teknik
> yararları için" özgür yazılım kullanmak olmadığını umuyorum. Özgür
> yazılımı özgür olduğu için tercih ediyor olmalıyız.
>

bu davranış biçimi özgür yazılım felsefesine pek uymayabilir ancak sonuçta
bizim ürettiğimiz özgür yazılımı eskisinden daha kaliteli hale getirecekse
bu durumda özgür yazılımın menfaatine bir iş yapılmış olur. Pardus özgür
lisansla lisanslandığı için Pardus'un menfaatine olan aynı zamanda özgür
yazılımın da menfaatinedir.

bizim ihtiyaçlarımız karşılamayan bir uygulamayı sırf özgür yazılımdır diye
tercih edersek özgür yazılımın menfaatine bir iş yapmış olmayız. bizim
bedenimize uygun olmayan, dar gelecek bir elbiseyi giymeye çalışırsak hem
vakit ve enerji kaybederiz hem de o elbisenin dikişlerini patlatırız(Pardus
ve Bugzilla örneği). böyle bir durumda özgür yazılımın menfaatine bir iş
yapalım derken ona zarar vermiş oluruz. bu durumda:

1. son derece değerli olan vaktimizi ve enerjimizi kendi işimize odaklamamız
gerekirken boşa harcamış oluruz. bu da kendi projemizin selametini tehlikeye
atar.
2. bir özgür proje kötü bir referans almış olur ve bu da hem o projenin hem
de genel manada özgür yazılımın hanesine eksi puan olarak yazılır.

 Pardus'un geliştirilmesinde kullanılacak yazılımlar, başkalarına da
> örnek olacaktır. Özgür yazılım geliştirelim derken, özgür olmayan
> yazılımların yaygınlaşmasına ön ayak olmak demek bu.
>

benim bildiğim Türkiye'de ve dünyada özgür olmayan yazılımlar hayli yaygın
zaten. Pardus'un kötü(!) örneğinin buna ne kadar daha katkısı olabilir ki?

işimizi en iyi şekilde görecek aracı kullanmamak, rekabetten geri kalarak
Türkiye'de ve dünyada özgür olmayan yazılımların ilelebet yaygın kalmasına
yardımcı olmak demektir.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Gürer Özen]

07 Temmuz 2010 Çarşamba günü (saat 08:45:44) Fatih Aşıcı şunları yazmıştı:

> Sadece bazı
> işleri (staj gibi) çok kolay zannedip düşüncesizce yazılan yazıları
> okuyunca sinirleniyorum. Sanki bizim elimizde her imkan varmış, iş gücümüz
> çok fazlaymış da biz bunu kullanmayı beceremiyormuşuz gibi bir izlenim
> ediniyorum Doruk'un yazdıklarından.

Fatih, benim dışardan izlenimim senin ortalama bir geliştiricinin üzerinde iş 
yaptığın ve herşeye yetişmeye çalıştığın. Bu yüzden "ben bu kadar çalıştığım 
halde kolaymış gibi eleştiriyorsunuz" diye sinirlenmeni iyi anlıyorum. Ancak 
odadaki fili görüp asıl sorunu çözmek yerine olayı kişisel tartışmaya 
çevirmemiz lazım.

Dost acı söyler, projeye dışardan baktığımda, 20+ maaşlı elemanı ve arada 
küsenler olsa da, genel olarak gittikçe artış gösteren dış katkıcıları ile 
stajyerleri olan bir proje için toplam iş gücünüzün çok altında çıktınız var. 
İnovatif ve ses getiren hiç bir şey yapılmıyor. Geliştiricilerin şikayet 
ettiği sorunları çözmek için yapılan, topluluğun dahil olmadığı, çocukça 
çalışmadan da çıka çıka kapalı bir yazılım ve yeni bir tartışma çıktı.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Gürer Özen]

07 Temmuz 2010 Çarşamba günü (saat 09:36:34) Erkan Tekman şunları yazmıştı:

> Pardus projesi, her zaman vurguluyorum, Türkiye'de özgür yazılımın
> bilinmesi ve gelişmesine her zaman ve büyük ölçüde katkıda bulunan, bunu
> herhalde herkes kabul edecektir.

Cümlenin bir kısmı eksik galiba :)

> Bununla birlikte kararlarımızı ideolojik
> değerlendirmelerden çok pratik değerlendirmelerle verdiğimiz de açık,
> herhalde bunu da geçen bunca yılda farketmişsinizdir.

Benim gördüğüm kadarıyla kararlarınızı yeterli inceleme yaparak, sonuçlarını 
tartarak vermiyorsunuz. Böyle önemli bir kararda hâlâ düzgün bir değerlendirme 
sunamamanız da bunu gösteriyor.

Sorunların ve gereklerin ne olduğu, alternatiflerin listesi, avantaj ve 
dezavantajları, bunlara geçmek için yapılması gereken işler ve ne kadar 
kaynak/zaman gerektireceği, vb hiç bişi yok ortalıkta. Böyle bir sistemin ana 
müşterisi olacak tüm geliştiricilere fikir sorulmamış, alınmamış. Sadece biz 
baktık bu iyi, geçmeye başlıyoruz var. Belki de seçimde haklısınız ama bu 
şekilde kimse ikna olmaz.

Geri kalan yazdıklarınıza da konuyla alakası hiç olmadığı için cevap vermedim. 
Mecburen dağıtılıp kullanılan kapalı yazılımlarda pratiklikten sözedilebilir 
ama buradaki durum o değil.

Kaldı ki, pratiklik ortada yapacak bir şey kalmadığında bunu yapmaktır. Biz 
yalnızca sonuca bakıyoruz, özgür olması ikinci planda derseniz, bugüne kadar 
gittiğimiz kamu kurumlarına da, seminerlere gelen izleyicilere de, PR 
haberleri yaptığımız okuyuculara da yalan söyledik demek olur bu.

Bizim know-how kazanma, tüketen değil üreten olma, kullandığımız yazılımların 
geleceğinde söz sahibi olma, güvenlik, ülkede yazılım üretimini arttırma, 
insan gücü yetiştirme gibi ideallerimiz yok, yalnızca çok kullanılan işletim 
sistemi olalım diyorsanız da ana sayfaya bunu yazın, biz de yollarımızı 
ayıralım.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[selim ok]

2010/7/7 Fatih Aşıcı 

> On Tuesday 06 July 2010 23:18:08 Doruk Fisek wrote:
> > > Hazır yaz dönemiyken, Redmine'da ihtiyaç duyduğunuz çeşitli
> > iyileştirmeler için görev verebileceğiniz stajyerleri saymıyorum bile.
>
> Zaten gelen stajyerler de sular seller gibi Python bilerek gelip hemen
> proje
> geliştirmeye başlıyorlar. Herhalde ruby de biliyorlardır. Takıldıkları bir
> yer
> olursa bizim her biri Ruby ustası olan ekip üyelerimiz de yardımcı olur.
> Boş
> vaktimiz de çok zaten. Redmine gibi _basit_ bir projenin iyileştirilmesi
> gibi
> bir staj konusunun daha önce aklımıza gelmemiş olması büyük talihsizlik
> olmuş.
> Sonraki staj döneminde bunu bir düşünelim bakalım.


Tüm argümanlar bitti cevap verilecek bu mu kaldi simdi yani :) Tamam bu
olmaz diyelim, ya digerleri?

Ben kendimce, Doruk'un sorguladigi noktalardan aklima gelenlere cevap
veriyim.

- Bir kere para verip yaptirma kismi, JIRA lisansi almaktan tuzluya
gelecektir. Paranin yurt ici yazilim sektörüne akacak olmasi ise fikrin
olumlu tarafi.

- Özgür olmayan bir yazilimin satin alinmasinin, savundugumuz felsefeye
aykiri olmasi konusunda ise söyleyecek sözü olan yoktur herhalde.

Iki de soru sorayim :)

- Redmine tüm ihtiyaclarimizi karsilamiyor olabilir, Pardus ilk
kullandigimizda her ihtiyacimizi karsiliyor muydu? Tek kriter ihtiyaclarin
karsilanmasi mi?

- Yükün büyük bir bölümü Tübitak'daki ekibin üzerinde, bu nedenle orada
alinan kararlara saygim var. Fakat gönüllü gelistiricilerin büyük bir bölümü
alinan karara karsi cikarsa, sonuc ne olur merak ediyorum?


Bu arada benim hala net bir kararim yok. Ama Doruk'un son yazdiklari
cercevesinde bu fikrin o kadar da iyi bir fikir olmadigina inanmaya
basladim.


Iyi calismalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Fatih Aşıcı]

On Tuesday 06 July 2010 23:18:08 Doruk Fisek wrote:
> > Hazır yaz dönemiyken, Redmine'da ihtiyaç duyduğunuz çeşitli
> iyileştirmeler için görev verebileceğiniz stajyerleri saymıyorum bile.

Zaten gelen stajyerler de sular seller gibi Python bilerek gelip hemen proje 
geliştirmeye başlıyorlar. Herhalde ruby de biliyorlardır. Takıldıkları bir yer 
olursa bizim her biri Ruby ustası olan ekip üyelerimiz de yardımcı olur. Boş 
vaktimiz de çok zaten. Redmine gibi _basit_ bir projenin iyileştirilmesi gibi 
bir staj konusunun daha önce aklımıza gelmemiş olması büyük talihsizlik olmuş. 
Sonraki staj döneminde bunu bir düşünelim bakalım.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Burak Çalışkan]

06-07-2010 23:18, Doruk Fisek yazmış:
> Merhaba,
> 
> Sun, 04 Jul 2010 19:27:15 +0300, Ozan Çağlayan  :
> 
>>> Sadece "Jira en iyisi" şeklinde bir sonucu değil, somut olarak şu
>>> anda hangi sorunların yaşandığını, Jira'nın bunları nasıl
>>> çözeceğini, kod geliştirme dışındaki yeni iş süreçlerinin kod
>>> geliştirmeyle birleşmesinin gerekip gerekmediğinin gerekçelerini
>>> duymak isterim.
>> * Bir süredir uludag/trunk altında götürülmeye çalışılan tasks
>> dosyasının işlevi,
>> * Dağıtım yol haritası üzerinde insanlara doğru düzgün issue
>> atanabilmesi, bu issue'ların doğru düzgün takibi,
>> * Bir issue için geliştiricilerin tartışabilecekleri yorum
>> girebilecekleri bir alan sağlanması
>> * SVN ve diğer popüler SCM altyapılarından issue id kullanılarak
>> commit log getirebilmesi
>> * Greenhopper ile Agile entegrasyonu
>> * Etkinliklerin RSS ile takip edilebilmesi
>> * Çeşitli chart ve grafik üretimleri
>> aklıma gelenler bunlar.
> 
> Gelen tek somut "ihtiyaçlarımız bunlar" listesi bu olduğu için, bunun
> üzerinden yanıt yazıyorum.
> 
> Yukarıda yazılanlarını hepsini Redmine yapabiliyor ve bir özgür yazılım.
> 
> Kullanıldığı ölçüde de gelişecektedir, tıpkı her yazılım gibi. Semen'in
> yazdıklarından anladığım, Jira'ya bazı özellikler eklenmesi için de
> firmasıyla yazışıp uğraşıyorsunuz. İleride de bu tip geliştirme
> gereksinimleri olacaktır. Birinde özgür yazılıma, diğerinde ise
> savunduğumuz felsefeye aykırı bir yazılıma yatırım yapıyor olacaksınız.
> Yatırım yapmanın yanı sıra, vereceğiniz geri beslemeler ve yapacağınız
> geliştirmelerle yazılımın gelişmesini ve yaygınlaşmasını
> sağlayacaksınız. "Kutudan çıktığı gibi" Pardus'un üzerine oturmayacağı
> bir gerçek.
> 
> Üstelik "sözleşmeli projeleriniz için" kullanmak için lisans satın
> alacaksınız Jira'dan. Bunun için yurt dışına akıtacağınız para yerine,
> Redmine'ın nesi daha az kolay geliyorsa size ve düzenlemekle uğraşmak
> istemiyorsanız; yıllara yayılmış ödeyeceğiniz lisans ücretini
> Türkiye'deki bir yazılım geliştirme firmasına verebilirsiniz, size
> Redmine'da istediğiniz geliştirmeleri yapabilirler. Kimden
> isteyeceğinizi bilmiyorsanız, Ruby ile yazılım geliştiren en azından
> iki firma ismi verebilirim.
> 
> Hazır yaz dönemiyken, Redmine'da ihtiyaç duyduğunuz çeşitli
> iyileştirmeler için görev verebileceğiniz stajyerleri saymıyorum bile.
> 
> Burada sadece "kendi projeniz" için karar vermiyorsunuz. Türkiye'deki
> en büyük özgür yazılım projesi için karar veriyorsunuz. Verdiğiniz
> karar, Türkiye'de özgür yazılımın gelişimini etkileyecek bir karar.
> Birçok insanın örnek göstereceği ve örnek alacağı bir davranış olacak.
> 
> Yıl oldu 2010, 27 yıldır özgür yazılım geliştiriliyor, 6 senedir Pardus
> Türkiye'deki özgür yazılım dünyasının içinde. Kapalı bir yazılım tercih
> etmek, geriye doğru atacağınız kocaman bir adım olacak, açacağı yaralar
> belki uzun süre kapanmayacak.
> 
> "Yav biz Jira için uğraştık, yazık değil mi emeklerimize" diye
> düşünüyorsanız, yol daha dönmek için yakın. Zararın neresinden
> dönülürse kardır. Daha verilerin çoğu aktarılmadı, daha çalışmaların
> çoğu yapılmadı. Geri dönülmez bir noktada değiliz.
> 
> Tüm bunlara rağmen hala Jira da Jira diye ısrarcıysanız, yıllardır
> savunduğumuz özgürlüğümüzden vazgeçmeyi gerektirecek kadar niye Redmine
> (ya da başka bir özgür yazılım) yerine Jira kullanmak *zorunda*
> olduğunuzu, madde madde hangi ihtiyacı Redmine'ın nasıl karşılayamayıp
> Jira'nın karşıladığını anlatmanız gerekiyor.
> 
>Doruk

Tamamen katılıyorum ve destekliyorum.

Türkiye'deki en geniş çaplı özgür yazılım projesi olan Pardus'un, bunca
yıl ve tecrübesinden sonra, özgür olmayan bir yazılımı kullanmayı tercih
etmesini, iyi kötü katı yapmış(beğenir, beğenmezsiniz) birisi olarak hiç
ama hiç içime sindiremiyorum.

Bunun gibi tavizlerin sonu gelmez. Bir gün, birisi, çıkar derse ki
"Intel C/C++ compiler" daha iyi kod üretiyor, gcc yerine onu kullanalım.
Bakın şu şu özellikler gcc de yok. Hadi gcc'yi sadece şu şu programlada
kullanalım..." denirse ne diyeceğiz?
"Hemen geçelim, ne duruyoruz!", mi diyeceğiz, yoksa "Intel C/C++
compiler özgür değil ki..." mi?

Herkesi tekrar aklı selim ile tekrar düşünmeye davet ediyorum. Pardus'un
geçmişine bakın. Uzun zaman sonra, tekrar geçmişe baktığımızda kara bir
leke görmeyelim.

Eleştirilerimiz pardus'a değer verdiğimizden ve daha iyi seviyeye
çıkarmak istediğimizdendir.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Serbulent Unsal]

On Tuesday, July 06, 2010 04:37:26 pm Gökmen Göksel wrote:
> Şimdi "sıkışınca Flash kullanıyorlar diyorum" buna diyecek bir cevabın
> var mı ?
> 
> -- 
> Gökmen Göksel

Var. 

Bu iki durumun aynı olmadığını benim kadar sen de biliyorsun. Son kullanıcının 
işlerini yapması için gerekli uygulamaları paketlemekle, özgür bir yazılım 
geliştiriken özgür olmayan bir araç seçmek tamamen farklı konular. 

Hele flash daha da farklı bir durum, M$ de dahil her yerde Adobe'un playerı 
kullanılıyor düzgün biçimde flash oynatmak için. ( Html 5 ve javascript ile 
yapılmış ekstrem örnekler mevcut ama bu da konu dışı sanırım ;) )

Sonuç olarak elma armut kıyaslaması yapmaktansa tartışmaya asıl konu ekseninde 
devam etsek daha anlamı olmaz mı ?

___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Serbulent Unsal]

On Sunday, July 04, 2010 04:43:28 pm Fatih Aşıcı wrote:
> Neden zorunlu olsun? Darcs'a (veya başka bir SCM'e) geçemezler miydi? Belli
> ki  istedikleri özelliklere sahip değildi.
> 
> Bitstream olayı ile bunun arasında önemli bir fark var. O zamanki kernel 
> topluluğu, istedikleri gibi bir sürüm denetim sistemi bulamayınca
> kendileri  yazacak kadar iş gücü ve deneyime sahipti (bugün de öyledir
> tabi). Ancak, bizim Jira gibi bir proje yönetim sistemi yazacak iş gücümüz
> yok. Aynı şekilde mevcut bir projeyi geliştirecek ya da gelişmesini
> bekleyecek vaktimiz de yok.

Redmine veya Trac için eklenti yazımında stajer veya gönüllülerden oluşacak iş 
gücünden faydalanılabilir diyecektim ama madem bu kadar acil bir durum hemen 
yarın kurup kullanmak gerekiyor diyecek birşey yok.

Ama ileride bir gün bir seminerde, "Linux da neymiş, enterprise işler öyle 
özgür yazılımlarla yürümez ciddiyet ister. Bakın Pardus ekibi bile sıkıştığı 
yerde özgür olmayan yazılımlar kullanmak zorunda kalıyor" diyen olursa bizler 
de diyecek söz bulamayabiliriz.

2Kr

--
Serbulent
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Semen Cirit]

2010/7/4 Gökmen Görgen :
> On 04.Tem.2010, at 21:33, Gürer Özen wrote:
>> Redmine'ın, kendi kullanım deneyimime de dayanarak, iyi bir alternatif
>> olabileceğini düşünüyorum. Üstelik ruby. Bunun üzerinden gidilemez mi?
>
> Ben de redmine kullanmış ve trac'ten nefret etmiş birisi olarak redmine'in 
> çok güzel bir uygulama olduğunu düşünüyorum. Seve seve kullanırım. Fikrimi 
> belirttim =)

JIRA'nın iyi yönleri:

Kullanılışlı, çok yönlü özelleştirilebilir task arama özelliği
Kişiselleştirilebilir, çoklu  dashboard
- Projeler bölümü ile neredeyse bir projeye ait tüm bilgileri
gösteren ve gerekli istatistikleri yapan bir arayüz özelliği.
- Roadmap üzerinden'den ilgili bir çok yere linklenebilme
Kolay bir şekilde özel filtreler yaratılabiliyor ve bu filtreler ile
geliştiricilere uyarı mailleri gönderilebiliyor ve aynı zamanda bu
filtreler ile daha kolay kişiye özgü aramalar oluşturulabiliyor.
Agile kısmı ile porojeler ile ilgili grafiksel  ve task bazlı
istatistikleri iyi bir şekilde sunuyor.
Tasklar için özelleştirilmiş fieldler oluşturulabiliyor
Bir projede bulunan bir task'ı diğer proje de bulunan taska bağlayabiliyoruz.
Eğer bir task ile birden fazla kişi ilgileniyor ise sub-task ile bu
işi kolayca yapabiliyoruz.
İyi bir izin oluşturma alt yapısı var (Proje, kişi, grup vb. bazlı
izin oluşturabilme)
Şu anda subversion commit'leri proje task bazlı commitlenebiliyor, svn
ile time tracking özelliğini de eklemeye çalışacağız, şu anda JIRA'nın
geliştiricileri ile bu iş için konuşuyorum.


-- 
Semen Cirit

TUBITAK/UEKAE - Pardus GNU/Linux
http://www.pardus.org.tr/eng
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Gökmen Görgen]

On 04.Tem.2010, at 21:33, Gürer Özen wrote:
> Redmine'ın, kendi kullanım deneyimime de dayanarak, iyi bir alternatif 
> olabileceğini düşünüyorum. Üstelik ruby. Bunun üzerinden gidilemez mi?

Ben de redmine kullanmış ve trac'ten nefret etmiş birisi olarak redmine'in çok 
güzel bir uygulama olduğunu düşünüyorum. Seve seve kullanırım. Fikrimi 
belirttim =)
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Gürer Özen]

04 Temmuz 2010 Pazar günü (saat 19:20:57) Semen Cirit şunları yazmıştı:

Bilgiler için çok teşekkürler.

> JIRA'ya en yakını
> redmine diyebiliriz ama kullanım kolaylığı, issue ve time tracking ve
> bunlara ait görselleri en iyi durumda olan JIRA idi

Redmine'ın, kendi kullanım deneyimime de dayanarak, iyi bir alternatif 
olabileceğini düşünüyorum. Üstelik ruby. Bunun üzerinden gidilemez mi?
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[selim ok]

2010/7/4 Fatih Aşıcı 

> Bugzilla'yı nasıl savunabiliyorsunuz anlamıyorum. Tek işi hata takibi
> yapmak
> olan bir yazılım bu kadar karmaşık olabilir mi hala anlayabilmiş değilim.
> Yıl
> olmuş 2010 ve bu arkadaş hala ilkel bir çeviri alt yapısı (alt yapı bile
> denmez aslında) kullanıyor. Burada yorum yapanlar kaç defa bugzilla kurup
> yönetti bilmiyorum. Ben de kurup yönetmedim; fakat her bugzilla
> güncellemesinde ofiste bununla uğraşıp zaman harcayan insanları görmekten
> sıkıldım artık. Diğer projeler sadece İngilizce kullandığı için bu kadar
> problem yaşamıyor da olabilir tabi.
>

Söylediklerinde haklisin, evet Bugzilla ceviri alt yapisi olmayan bir
sistem. Ben kurmadigim,yönetmedigim icin arka plandaki zorluklari da
bilemiyorum tabii ki. Benim bahsettigim, Bugzilla'nin kullanici ve
gelistirici tarafinda hatalarin bildirimi ve takibi acisindan oldukca
yeterli olduguydu. Bu acidan "yok hayir yeterli degil" diyorsaniz, benim
söyleyecek fazla sözüm yok.

Bugzilla'nin kullanim tarafinda eksikleri varsa bile, bizim o noktaya
gelmeden coook önce kendi eksiklerimizi halletmemiz gerekiyor. Cünkü o
eksikler JIRA bir gün hata takip sistemi olarak kullanilsa bile
kendiliginden düzelmeyecek.

Bu arada öyle bir yazmissin ki, kendimi Bugzilla fanatigi gibi hissetim :)
Farkindaysaniz ben henüz hic bir secenege karsi cikmadim veya belli birini
savunmadim.

Iyi calismalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Semen Cirit]

2010/7/4 selim ok :
>
>
> 2010/7/4 Doruk Fisek 
>>
>> Merhaba,
>>
>> Sun, 4 Jul 2010 14:50:49 +0300, Ali Işıngör  :
>>
>> > Pardus Projesi'nin bence en büyük sıkıntılarından biri, bir  "project
>> > management-issue tracker" aracına sahip olmaması.
>> Kimse gücenmesin ama problem gerçekten araçta mı, yoksa onu
>> kullananlarda mı?
>
> Ben Bugzilla'nin hata takip sistemi olarak islevini gayet güzel bir sekilde
> yerine getirebildigini düsünüyorum. Daha önce önerdigim sadelestirme
> istekleri pek kabul görmedi (yani sonuc olarak cesitli sadelestirmeler
> yapildi ama su anki durumu hala karisik), fakat bence kullanici icin
> olabildigince sadelestirilebilseydi, sikayet edilecek bir tarafi
> kalmayacakti.
>
>>
>> Bugzilla'da üzerinde açık hatalara bakmayanlar; Jira'da olunca
>> bakacaklar mı?
>
> Sanirim sorun sadece hata kayitlarinin takibi noktasinda takilip kalmiyor,
> proje yönetim araci olarak kullanma istegi de oldugundan bu gecis zaruriymis
> gibi bir algi olustu bende. Ama gereksinimleri net olarak duyabilmis degiliz
> henüz.
>
>>
>> > O günlerde projenin tek bir ürün ailesi varken beni pek kimse
>> > anlamamıştı.
>> "O günler"deki insanlar sizi anlamamış değildi, anlaşılan bugünkü
>> geliştirici kitlesine nazaran daha fazla "özgürlük için" Pardus'u
>> geliştiriyorlardı.
>>
>> Açıkçası benim dışında kimsenin buna sesini çıkaracak kadar karşı
>> çıkmamasını şaşkınlıkla karşılıyorum.
>
> Ses cikarmamak onaylamak anlamina da gelmiyor hatirlatayim :)
>

Her şey 6, 7 ay öncesine kadar, proje olarak ne gibi eksikliklerimiz
varı düşünmek ile başladı. Ve bunlar için çeşitli yapılacak işler
çıkarıldı kimisi belgeleme konusunda kimisi yazılım yönetimi
konusunda, kimisi topluluk yönetimi konusunda vb. idi. Bunlar için
taslaklar hazırladı,, toplantılar yapıldı, sonra sizlere sunulmaya ve
öneriler alınmaya başlandı. Öneriler ile birlikte bu eksiklikler
tamamlanmaya ve belgelenip hayata geçmeye başladı.

Bunlardan bir kaçını hatırlatabilirim,
paket gözden geçirme süre
Yeni Katkıcı süreci
paket adlandırma
yeni özellik isteği


Yazılım yönetimi kousuna gelince,
Ortak olarak aşağıda bulunan eksikliklerin bulunduğu düşünüldü:

- Proje bazında düşünülen tüm işlerin, ne kadarının yapıdığı, ne
zamana kadar tamamlanacağı, ne kadarının yapılmadan kalacağını, süreye
göre önceliklendirme yapmayı, kimin ne kadar işi yaptığını ve yapması
gerektiğini görebilecek ve yönetebilecek bir araca ihtiyacımız var.
- Bir yerden sonra işi takip etmek kişilerin sorumluluğunda ama bu
sorumsuzluğu ortaya çıkaracak araçlara ihtiyacımız var.

Son 3 4 aydır bununla ilgili birçok deneme ve araştırmalar, yapıyoruz.
en son göze çarpanlar trac, redmine, project open ve JIRA idi.

Bunlar için dönem dönem denemeler yapıldı. Project open genel bir
proje yönetimi aracı idi ve proje yönetimini topluluk bazında düşünmek
için de uygun değildi. Gerekli izinler istediğimiz gibi verilemiyordu,
ana sayfa görünümü, proje açma, task atama gibi işlemler kolayca
yapılamıyordu. Trac proje yönetiminde yetersizdi. JIRA'ya en yakını
redmine diyebiliriz ama kullanım kolaylığı, issue ve time tracking ve
bunlara ait görselleri en iyi durumda olan JIRA idi,  ve ayrıca open
source projelere open source lisans vermesi ve Ozan'ında söylediği
gibi bir çok büyük projenin de JIRA kullanıyor olması bize seçim
konusunda daha büyük bir cesaret verdi.

Hata yönetimi konusuna gelince uzun bir süre daha bugzilla kullanmaya
devam etmeyi düşünüyoruz, tam olarak proje yönetim aracı kullanmaya
alışana kadar da böyle devam edecek gibi görünüyor. Biz ilk önce böyle
bir sisteme alışalım sonra kullanıcıları alıştırmak kolay diye
düşünüyorum :)

Umarım  proje yönetim aracı kullanmaya geçiş nedenimizi ve JIRA
kullanma nedenimizi açıklayabilmişimdir. Kullanım konusunda her türlü
sorunuzu sorabilirsiniz :)

-- 
Semen Cirit

TUBITAK/UEKAE - Pardus GNU/Linux
http://www.pardus.org.tr/eng
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[selim ok]

2010/7/4 Doruk Fisek 

> Merhaba,
>
> Sun, 4 Jul 2010 14:50:49 +0300, Ali Işıngör  :
>
> > Pardus Projesi'nin bence en büyük sıkıntılarından biri, bir  "project
> > management-issue tracker" aracına sahip olmaması.
> Kimse gücenmesin ama problem gerçekten araçta mı, yoksa onu
> kullananlarda mı?
>

Ben Bugzilla'nin hata takip sistemi olarak islevini gayet güzel bir sekilde
yerine getirebildigini düsünüyorum. Daha önce önerdigim sadelestirme
istekleri pek kabul görmedi (yani sonuc olarak cesitli sadelestirmeler
yapildi ama su anki durumu hala karisik), fakat bence kullanici icin
olabildigince sadelestirilebilseydi, sikayet edilecek bir tarafi
kalmayacakti.


> Bugzilla'da üzerinde açık hatalara bakmayanlar; Jira'da olunca
> bakacaklar mı?
>

Sanirim sorun sadece hata kayitlarinin takibi noktasinda takilip kalmiyor,
proje yönetim araci olarak kullanma istegi de oldugundan bu gecis zaruriymis
gibi bir algi olustu bende. Ama gereksinimleri net olarak duyabilmis degiliz
henüz.


> > O günlerde projenin tek bir ürün ailesi varken beni pek kimse
> > anlamamıştı.
> "O günler"deki insanlar sizi anlamamış değildi, anlaşılan bugünkü
> geliştirici kitlesine nazaran daha fazla "özgürlük için" Pardus'u
> geliştiriyorlardı.


> Açıkçası benim dışında kimsenin buna sesini çıkaracak kadar karşı
> çıkmamasını şaşkınlıkla karşılıyorum.
>

Ses cikarmamak onaylamak anlamina da gelmiyor hatirlatayim :)

Iyi calismalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[Fatih Aşıcı]

On Sunday 04 July 2010 13:52:27 Doruk Fisek wrote:
> Bunun sonrasında, -zorunlu- olarak Git yazıldı ve Linux çekirdeğinin
> geliştirilmesi Git'e aktarıldı.

Neden zorunlu olsun? Darcs'a (veya başka bir SCM'e) geçemezler miydi? Belli ki 
istedikleri özelliklere sahip değildi.

Bitstream olayı ile bunun arasında önemli bir fark var. O zamanki kernel 
topluluğu, istedikleri gibi bir sürüm denetim sistemi bulamayınca kendileri 
yazacak kadar iş gücü ve deneyime sahipti (bugün de öyledir tabi). Ancak, 
bizim Jira gibi bir proje yönetim sistemi yazacak iş gücümüz yok. Aynı şekilde 
mevcut bir projeyi geliştirecek ya da gelişmesini bekleyecek vaktimiz de yok. 
Şu anki web projelerimizle (noan, packages.pardus.org.tr, vs) bile en fazla 
bir ya da iki kişi vakit bulabilirse ilgilenebiliyor ve projelerin durumları 
ortada.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması

[selim ok]

Selamlar,

bu konuda henüz etraflica düsünemedigim icin net bir fikrim de yok. Sadece
bu konuyu daha önceden konustugumuzu hatirladim. Baglanti* vereyim istedim.

O zaman yogun bir karsi cikis olmus. Bugün durum nedir, fikirler degisti mi
bilemiyorum.

Iyi calismalar,
Selim

*  http://liste.pardus.org.tr/gelistirici/2009-January/016368.html

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici