Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması
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ı
08 Temmuz 2010 00:59 tarihinde Ozan Çağlayan o...@pardus.org.tr 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=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ı
2010/7/8 Ozan Çağlayan o...@pardus.org.tr 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ı
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ı
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ı
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ı
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ı
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ı
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ı
2010/7/4 Gürer Özen gu...@pardus.org.tr Ç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ı
2010/7/6 Serbulent Unsal serbul...@pardus.org.tr 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ı
08 Temmuz 2010 00:59 tarihinde Ozan Çağlayan o...@pardus.org.tr 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ı
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ı
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ı
06-07-2010 23:18, Doruk Fisek yazmış: Merhaba, Sun, 04 Jul 2010 19:27:15 +0300, Ozan Çağlayan o...@pardus.org.tr : 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ı
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ı
2010/7/7 Fatih Aşıcı fa...@pardus.org.tr 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ı
2010/7/4 Gökmen Görgen gkmng...@gmail.com: 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ı
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
Re: [Gelistirici] Pardus'un geliştirilmesinde öz gür olmayan yazılımlar kullanılması
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ı
2010/7/4 Doruk Fisek dfi...@fisek.com.tr Merhaba, Sun, 4 Jul 2010 14:50:49 +0300, Ali Işıngör isin...@gmail.com : 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ünlerdeki 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ı
2010/7/4 selim ok seli...@gmail.com: 2010/7/4 Doruk Fisek dfi...@fisek.com.tr Merhaba, Sun, 4 Jul 2010 14:50:49 +0300, Ali Işıngör isin...@gmail.com : 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ünlerdeki 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ı
2010/7/4 Fatih Aşıcı fa...@pardus.org.tr 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ı
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ı
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
