QuakeCon 2011’den id Tech 4 GPL olarak çıkar mı?

John Carmack, 2005 yılındaki QuakeCon'da Call of Duty, Quake III Arena, Star Wars Jedi Academy gibi oyunların yapımında kullanılan id Tech 3 oyun motorunu GPLv2 ile dağıtacağını duyurmuş, kısa süre sonra da yayınlanan GPL kodlar ile Urban Terror, Smokin' Guns gibi özgür oyunlar yapılmıştı.

Bu yılki QuakeCon (4-7 Ağustos 2011) ise geldi çattı. Her ne kadar id Tech 4'ün wiki sayfasındaki lisans bölümünde 2011 için GPL olacağına dair doğrulanmamış bir not bulunsa da, henüz yeni yayınlanmış Brink gibi oyunlarda geliştirilmiş bir sürümü kullanılamaya devam edilen bu oyun motoru için bu notun muzip bir şaka olma olasılığı bence yüksek.

Yine de bir umut oluyor insanda, ne de olsa sözü alnmış. :)

31 Temmuz 2011

Posted In: lkd_gezegen, öi_gezegen, Oyun, Özgürlük için

Veri madenciliği için Veri Ambarları İnşaası

Birkaç gündür veri ambarı inşaası ile ilgili çok sayıda doküman okudum. En büyük sıkıntım bu dökümanların daha çok BI sistemlerine odaklanmış olması karar destek sistemleri ve veri madenciliği konularında "bunlar da var" şeklinde özetlenebilecek yaklaşımlarıydı.

Ancak aşağıdaki sunum veri ambarlarının inşaa sürecine ilişkin kavramları düzgün bir şekilde özetlemiş. Öncesinde işin temellerine dair 1-2 döküman okuduysanız konuyu netleştirmek için ideal;

http://www.slideshare.net/idnats/data-warehousing-and-data-mining-presentation-725476



16 Temmuz 2011

Fakeman ile sohbet

Fakeman yazdığım küçük bir python betiğinin adı, benim sorularıma internetten bulduğu bazı cümlelerle karşılık veriyor. İzlemesi ne kadar eğelencelidir bilmiyorum ama Fakeman ile karşılıklı sohbet bayağı eğelenceli oluyor;

13 Temmuz 2011

Posted In: internet, lkd_gezegen, python

Pardus Yaz Stajı: İkinci Hafta

Pazartesi günü projeleri seçmemiz gerekiyordu. Henüz belli bir alana yönlenmediğim için ne seçeceğim hakkında pek bir fikrim yoktu. Biraz düşününce yeni bir şey yapmaktansa varolan bir şeyi iyileştirmenin daha iyi olacağını düşündüm. Listede ilk cazip gelen proje ActionsAPI iyileştirmesi oldu.Ama gelmeden önce grafik arayüzle uğraşmak gibi bir niyetim de vardı  o yüzden cazip gelen projelerden bir manager ailesi iyileştirmeleriydi. Biraz tartıştıktan sonra paketleme tecrübemin de olmadığını da düşünülünce manager ailesi iyileştirmelerini staj projem olarak aldım. Diğer arkadaşlarımın projelerine de bu adresten bakabilirsiniz. Açıkcası diğer projeler yanında biraz sönük kaldığını düşünmüyor değilim. Neyse sonra danışmanım Gökmen Göksel'den ilk görevimi aldım. Disk Yöneticisi'ne bazı detayların eklenmesi. Yaklaşık 3 günde bu görevi bitirebildim. Aslında zor bir hata sayılmazdı. Bu kadar sürmemeliydi ,iyi bir başlangıç yapamadığımı da düşünüyorum. Üzerinde uğraşırken neler yaşadığımı anlatayayım.
Yali varsayilan  kurulumda sabit diski /boot bölümü ext4 ve diğer kısımlar LVM üzerinden paylaştırıyormuş. Diskimi hep elle bölümlendirdiğim için bu detayı buradaki bilgisayara varsayılan kurulum yapınca farkettim ve disk manager'in LVM desteği olmadığı için biraz zorlandım.
Uludağ deposunda aldığım disk-manager kodları 2011'e aitmiş Ama Çomak ekibi sağ olsun herhangi bir sorun olmadan Kurumsal 2'de masaüstü bağımlılığına takılmadan çalışabildim.
Disk Yöneticisi'nin disk bilgilerine bakmak için kullandığı pardus.diskutils modülü içinde getPartitions() diye bir metod varmış. Ama bu metod sadece 2011'de varmış. Bir süre Kurumsal 2'da bunu aradıktan sonra Virtualbox'a 2011 kurarak bunu farkettikten sonra hemen yan tarafımda oturan Ozan Çağlayan'dan rica ettim ve benim için bu metodun içerisinde bulunduğu pardus-python paketini güncelleyip devel  deposuna gönderdi. Ancak diskutils içinde disk kullanımı ile ilgili herhangi bir metod yokmuş bende disk kullanımını öğrenmek için bir yol bulmaya koyuldum. Biraz araştırdıktan sonra python ile birlikte gelen os modülünde bu işi yapan statvfs adında bir modül olduğunu öğrendim. Bu metod diskin kapasitesi,ne kadar boş olduğu vs. bilgilerini hafıza blockları cinsinden kendine özel ama mantık olarak dicte benzer bir yapıda döndürüyor. Tabi metodun doğru çalışması için cihaz isminin değil bağlama noktasının verilmesi gerekiyormuş farketmem biraz zaman aldı. Tecrübesizlik başa bela işte elden ne gelir. Gerekli hazırlık bitmişti ve uygulamayı nereye yapacağımı bulmak için  Disk Yöneticisi kodlarını okumaya başladım. Kod okumak daha önce pek yapmadığım bir şey olduğu için önce kafam karıştı daha sonra biraz daha anlayabilmeye başladım. Kafama takılan noktaları da not ederek topluca sordum. Disk Yöneticisi disk bilgilerine erişmek için arka tarafta Çomar'ı kullanıyormuş. Çomar hakkında pek bir şey bilmiyordum. Diğer arkadaşlarımda benzer şeyler sormuş olmalı ki Gökmen Göksel bize  bir Çomar semineri verdi. Bir süre daha çalıştıktan sonra aşağı yukarı Disk Yöneticisi'nin nasıl çalıştığını öğrenmiştim. Kodu yazacaktım ama nereye yazacağım hakkında kısa bir tereddüt yaşadım sistem modülleri program boyunca kullanılmadığı için import'lardan da fikir edinemedim. Bir süre sonra arka tarafta yürüyecek bir iş olduğu için backend modülüne koymaya karar vermiştim. Kodu yazdım ama güncellediğim Disk Yöneticisi'ni çalıştırmayı beceremedim. Yardım istedim ve kod çalıştı (God bless Murphy :D) Aslında bir iki ufak tefek yazım hatasını düzelttikten sonra çalışmıştı. Sonra aklıma diskin belli bir kullanım yüzdesini aştığında farklı bir şekilde gösterilebileceğini düşündüm (İçiniz rahat edecekse bu fikri Windows'tan çaldığımı söyleyebilirsiniz). Ama Qt'de disk kullanımını ifade ettiğim QProgressBar widget'inin rengi doğrudan değiştirilemiyormuş. Bunun için CSS benzeri bir stil kodu yazmak gerekti. Eğer bir stilde artalan rengini ayarlayıp diğerinde ayarlamazsanız aynı kenarlık ayarlarını verseniz de farklı görünümler ortaya çıkıyormuş benden söylemesi. Her neyse hafta sonu içinde boşluk bulunan bağlama noktalarının hataya sebep olduğunu farkettim. Bundan ofiste bahsedince biraz uğraştıktan sonra dbus string ve python string arasındaki dönüşümden gelen fazla bir "\" in statvfs metodunun çalışmamasına sebep olduğunu farkettik. Çözümü benim boyumu biraz aşıyordu. Üzerinde biraz uğraştıktan sonra çözümü bulmuşlar (Ben o sıralarda orada değildim) Ama çözümü daha görme fırsatım olmadı onun ileride tekrar bildiririm.

İyi bir başlangıç yapamayıp yeterli performansı bence gösterememiş olsam da çalışmaya başladık.Bakalım stajın ikinci yarısı neler gösterecek

5 Temmuz 2011

Posted In: 2011 Pardus Stajı, Gezegen, pardus

Twitter Auto Publish Powered By : XYZScripts.com