13 February 2016

Sadece cevap olarak "evet" ya da "hayır" almak istediğiniz durumlarda evet/hayır sorusu sorun


Bu sayfaya aşağıdaki biçimlerde bir soru sorduğunuz için gelmiş olmalısınız:

  • Biri … biliyor mu?
  • Biri … yapabilir mi?
  • … mümkün mü?
ve mantıksal olarak "evet" veya "hayır" cevabı alınca da şaşırdınız.

Bu böyle bir sürprize Sıkça Verilen Cevaptır.

Sadece cevap olarak "evet" ya da "hayır" almak istediğiniz durumlarda evet/hayır sorusu sorun. Eğer cevap olarak "evet" ya da "hayır"ı istemiyorsanız başka bir soru sormalısınız.

Eğer gerçekten birinin bilip bilmediğini öğrenmek istemiyorsanız Biri … biliyor mu? sorusunu sormayın.

Eğer gerçekten birinin yapıp yapamayacağını öğrenmek istemiyorsanız Biri … yapabilir mi? sorusunu sormayın.

Eğer başka bir şeyi bilmek istiyorsanız cevabı gerçekten istediğiniz şey olan soruyu sorun.

Örneğin:
Eğer bilmek istediğiniz şey "Win32 sistemde konsol I/O ekran görüntüsünün yakalanması" ise sorunuzu aşağıdakiler gibi sormayın:

  • Win32 sistemde konsol I/O ekran görüntüsünün yakalanmasını bilen biri var mı?
  • Win32 sistemde konsol I/O ekran görüntüsünün yakalanmasında bana yardım edebilecek biri var mı?
Her iki sorunun da cevapları "evet" ya da "hayır"dır. Win32 sistemde konsol I/O ekran görüntüsünün yakalanmasını bilen birileri ya vardır ya yok. Dünyada Win32 sistemde konsol I/O ekran görüntüsünün yakalamanıza yardım edebilecek biri ya vardır ya da yok.

Bunların yerine cevabı gerçekten sizin öğrenmek istediğiniz şey olan soruyu sorun:

  • Win32 sistemde konsol I/O ekran görüntüsünü nasıl yakalayabilirim?
Yazının İngilizcesini buradan okuyabilirsiniz.

12 February 2016

Sosyal Medyadan Nasıl Akıllıca Soru Sorulur


Bu yazıyı okumadan önce Nasıl Akıllıca Soru Sorulur belgesini okumanızı tavsiye ederim. Eğer sorunuzu eposta veya forum aracılığı ile göndermiyorsanız muhtemelen doğrusunu yapmıyorsunuz. Bir daha düşünün.

Yukarıdaki belgeyi okuduğunuz halde sorunuzu sosyal medyadan göndermek istiyorsanız devam edelim. Belgede geçen öneriler çok iyi yazıldığından onları tekrarlamayacağım, okumadıysanız lütfen okuyun.

Sosyal medyadan veya anında mesajlaşma servislerinden birini kullanarak tanımadığınız veya çok az tanıdığınız birine soru sorarken yanıt almanızın bir hak olmadığını aklınızdan çıkarmayın. İnsanların en değerleri şeyleri olan zamanlarını her soruya cevap yazarak harcamalarını beklememeli, cevap alırsanız bunu bir özveri olarak görmelisiniz. Soru soracağınız kişiyi tanımadığınıza göre onu gün içinde çok kısıtlı zamanı olan ve eski mesajlarına tekrar bakmayı unutacak biri olarak düşünmek çok yerinde bir davranış olacaktır. Uğraştığı işlerin arasında 10 dakikalığına sosyal medyayı açmış birine yazıyor olduğunuzu düşününce nasıl yazmanız gerektiği kolayca aklınızda şekillenecektir. Kısaca maddeler halinde dikkat edilmesi gerekler hakkında ipuçları yazmak istiyorum.
  • Sorunuzu eposta ile göndermeyi tekrar düşünün.
Eposta yazdığınızda hem daha çok ayrıntı verebilecek hem de sorunuzun kaybolup gitmesine izin vermemiş olacaksınız. Size cevap verecek kişi de alışkın olduğu iletişim yöntemini kullanabilecektir.
  • Zamanın çok kıymetli olduğunu unutmayın.
Soruyu sormadan önce sanki karşılıklı konuşuyormuşsunuz gibi davranmayın. Örneğin "selam" diye yazıp karşılık almayı beklemeyin. Böyle yaparsanız yazdığınız kişi mesajınızı sizin çevrimiçi olmadığınız bir zaman okuyacak ve yukarıda bahsettiğim o tek 10 dakikasında size sadece "merhaba" diyebilecek. Benzer şekilde eğer sadece sohbet etmek için yazmıyorsanız "merhaba, nasılsınız?" diyerek beklemeyin. Madem bir şey sormak, danışmak istiyorsunuz bunu hemen yapın, "uygunsanız bir şey sormak istiyorum" demeyin. Cevap vermesini istediğiniz kişinin mesajınızı görünce size ne yazmasını istiyorsunuz? Gün içinde alabileceğiniz tek cevap "buyrun sorun" da olabilir, sorunuza aradığınız yanıt da. Seçim sizin.
  • Kullandığınız mecrada açıklanabilecek şeyleri sorun.
Facebook'ta özel mesajla veya twitterda birine hangi gnu/linux dağıtımını seçmeliyim ya da programlama öğrenmeye hangi dille başlamalıyım diye sormayın. Bu tip soruları bence hiçbir mecrada sormayın ama birinin 140 karakter sınırında veya facebook'un küçücük alanında size bu konuları açıklamasını beklemeyin. Elbette basit bir google aramasıyla bulunabilecek şeyleri kendiniz bulmanız gerektiğini yukarıdaki belgede okuduğunuz için ben tekrarlamıyorum.
  • Sorguya çekmeyin.
Zaten soru sorduğunuz kişiyi tanımıyorsunuz bir de üstüne "openstack'in gelişmiş özelliklerine hakim misiniz?" veya "daha önce silinen bir dosyayı geri getirdiniz mi?" gibi sorularla kendinize karşı olumsuz bir tutum geliştirilmesine neden olmayın. Siz sorunuzu sorun karşınızdaki bilmiyorsa zaten bilmiyorum diyecektir.
  • Kibar olun.
Sorunuza olumlu/olumsuz bir yanıt alınca teşekkür edip konuşmayı sonlandırmak iyi fikir olacaktır. Tabi gereksiz nezaket faydasız olduğu gibi olumlu bir şey de değildir.
  • İzin almadan konuşmaları halka açmayın.
Aslında bu eposta ile yapılan iletişimde de geçerli bir konu ama sosyal medyada her şey halka açık diyerek özelden yazılan şeyleri de böyleymiş gibi varsaymayın. Bahsedilen mevzu gizli bir şey değil diyerek kendiniz karar vermeyin. Böyle bir şey yapmak istiyorsanız bunu açıkça belirtin, izin isteyin.
  • Küsmeyin.
Mesajınıza cevap alamadığınızda veya istediğiniz cevabı alamayınca küsmeyin. Bir sosyal medya hesabı olan herkes sürekli orasını kontrol etmiyor. Ettiği zaman da mesajlara bakmıyor olabilir. Bir ihtimal de sorunuzu okuyup cevap yazmaya fırsat bulamamış olması ve sonra unutması olabilir. Acaba eposta göndermek daha mı iyi olurdu?

Veri Bilimi Bülteni — 26


Her cuma yayın­ladığım ‘Veri Bil­imi Bül­teni’ ile son 1 haf­tada veri ve veri bil­imi konusuyla ilgili okuduk­larım­dan dikka­timi çeken­leri paylaşıyorum. Bu bülten her yayınlandığında haberdar olmak istiyorsanız “Haftalık Veri Bilimi Bülteni” linkedin grubuna üye olabilirsiniz. İyi Oku­malar. Sklearn kütüphanesi kolaylığında Apache Spark kullanmak - Scikit-learn integration package for Spark Veri odaklı 10 TED konuşması — Top 10 TED Talks for Devamını Oku […]

09 February 2016

Akademik Bilişim 2016'nın ardından


Her yıl başka bir şehirde düzenlenen Akademik Bilişim Konferanslarının 18.sini bu yıl Aydın'da düzenledik. Konferansı her yıl başka bir şehirde düzenlemenin iyi tarafı Anadolunun yeni bir şehrinde bilişim fırtınası estirmeye çalışmak oluyor. Konferans öncesi dört günlük kurslara 1500'e yakın kursiyer ve eğitmenin katıldığını ve konferansa da 4000'e yakın kişinin ziyaret ettiğini düşününce etkinliğin boyutları ve etkisi daha kolay gözünüzde canlanacaktır. Bu büyüklükte konferanslar üniversitelerde pek az düzenlendiğinden yerel organizasyonlar için oldukça zorlayıcı olduğunu söylemek yanlış olmaz. Aslında düzenleyici ekip olarak bizim de her yıl daha önce karşılaşmadığımız büyüklükte bir konferansa dönüştü Akademik Bilişim. Ard arda onbirinci defa katıldığım konferans her yıl bir öncekinden büyük ölçekli hale geliyor.


Bundan önceki yıllarda her şey çok güzeldi diyerek nasıl alkışları kabul etmişsek bu yıl çözemediğimiz konular için de durumu kabullenmeli ve eleştirilere açık olmalıyız. Konferans öncesi kurslar süresince çözmekte zorlandığımız elektrik ve internet bağlantısı sorunları olmamalıydı. Bunu seneye yaşamamak için önlemleri almayı planlıyoruz ama bu yıl olanlar için bir mazeret değil elbette bu. Bu 42 sınıfta kurslar için özveriyle çalışan 100'den fazla eğitmen ve 1500 kadar kursiyer için daha iyi koşullar hazırlayabilmemiz gerekirdi. Bütün gayretimize rağmen çözemediğimiz sorunlar için özür diliyorum.

Konferansa katılım benim daha önce görmediğim yoğunluktaydı. Çoğu zaman karşılaştığımız konuşmaları dinleyenlerin az olduğu, civarda gezen insan sayısının fazla olduğu bir konferans olmadı bu yıl. Neredeyse bütün salonların tamamının dolu olduğu ve dinleyicilerin çok ilgili oldukları bir konferans oldu. Bence mutluluk verici bir gelişme olarak kayda geçmeli bu durum.

Mezunlar ve halen öğrenci olanlarla birlikte 20 kadar öğrencimin konferans öncesi kurslarda bulunması, bunun her yıl devam eden bir gelenek haline gelmesi en çok mutlu olduğum konuların başında geliyor. Artık kursların birer parçası olan +Kaan Ozdincer , +Mesutcan Kurt , +Engin Manap , +Alper Tekinalp ve +Serdar Yiğit 'e emekleri için teşekkürlerimi yazıyorum.

Her ne kadar bir kısmını eğitmen olarak yazmış olsalar bile 12 öğrencimin ( +Gülşah Köse , +Sedat Ak , +aybüke özdemir , +Berk Güreken , +İrem Şendur , +Kader Tarlan , +Feyza Yavuz , +Kerem Hallaç  +yeliz taneroğlu , +Ayşe Melike Yurtoğlu , +Faruk Uzun ve +Burçin Akalın ) LibreOffice Geliştirme Atöylesi adıyla 4 günlük bir ortak üretim çalışmasında bulunmaları ve aralarına yeni katılımcılar çekmeleri bundan sonra yapacakları bir çok etkinliğin kapısını açtı. Hepsiyle gurur duyduğumu bir kere de buradan yazmış olayım.

Kursların kayıtlarının alınması, kursiyerlerin tercihlerini yapmaları, eğitmenlerin onaylama işlemlerini yapmaları gibi konuları bu yıla kadar eposta ile yapıyorduk. Bu yıl +Özge Barbaros ve +Ahmet Can Kepenek 'in özverili çalışmalarıyla hazırladıkları yazılımı kullandık. Gece gündüz demeden her isteği yerine getiren eski çalışma arkadaşlarıma da çok teşekkür ediyorum.

Umarım konferansın on dokuzuncusuna da katılıp ardından bir yazı yazabilirim.

07 February 2016

AB2016 LibreOffice Development Workshop



This year "AB2016 (XVIII)" was organized in Aydın Adnan Menderes University. Attendees were trained on 34 different subject before the conference.

One such training was also about "LibreOffice Development Workshop". My friends (+Gülşah Köse , +Berk Güreken and +yeliz taneroğlu) and I have tried to help the participants to involve in development of Libreoffice for 4 days. The course was deeply about development and process of sending patches for LibreOffice. There were 11 attendies. Most of the participants were from Canakkale 18 Mart University.The training was so effective and fun. We have found lots of bugs and provided patches for them. All of the participants have provided patches. We sent patches and 14 of them are accepted in LibreOffice core repo.

The conference, which comes after the training, took 3 days. The conference topics can be found here.

The Conference began with +Mustafa Akgul's introductory speech. Akgül told about 16 years of the conference history :). This speech gave us more about how big the event is. There were 8 presentations in paralel.
There were 3 presentations from Kripton Team on the 2nd day of the conference. These were as below:

Except from that, It was so funny that I have spent a lot of time with people I like during the event :).

( +Kerem Hallaç  was there too :))

Thank you very much +Mustafa Akgul, +Necdet Yücel  also +Ahmet Can KEPENEK and +Özge Barbaros  for this great event.
See you again next year!


Akademik Bilişim 2016 LibreOffice Geliştirme Atölyesi


18.'si düzenlenen Akademik Bilişim, bu yıl Aydın Adnan Menderes Üniversitesi'nde yapıldı. Konferans öncesinde 4 gün süren 34 farklı konuda eğitim verildi.

Bu eğitimlerden biri de "LibreOffice Geliştirme Atölyesi"ydi. +Gülşah Köse, +Berk Güreken ve +yeliz taneroğlu ile birlikte 4 gün boyunca katılımcıların LibreOffice için yama yollama süreçlerine yardımcı olmaya çalıştık. Katılımcıların çoğunluğunu Çanakkale'de birlikte çalıştığımız ekip oluşturuyordu. Eğitim boyunca yolladığımız 14 yama LibreOffice core deposuna alındı. Bu 4 gün benim için çok keyifli ve verimliydi.


Konferans öncesi kurslar dönemiyle ilgili, üniversite tarafında eleştireceğim birkaç nokta var. Gelecek katılımcı/eğitmen sayısı biliniyor olmasına rağmen eğitimler için hazırlık konusunda eksiklikler vardı. Birkaç kişiyken sorun olmayan şeyler, yüzlerce insan biraraya gelince sorun haline geliyor. Eğitimlere hemen başlamak için piriz yetersizliği ve internet sorunu bunların en başındaydı. İnternet sıkıntısı atölye çalışmamızı çok yavaşlattı.

Eğitimlerden sonra gerçekleşen konferanslar ise 3 gün sürdü. Konferans konuları için ayrıntılı incelemeyi buradan  yapabilirsiniz.

Konferans, +Mustafa Akgul Hoca'nın giriş konuşmasıyla başladı. Akgül Hoca, Akademik Bilişim etkinliğinin nasıl başladığını, bu zamana kadar ne kadar yol katedildiğini anlattı. *Bu sunum dinlenirken, etkinliğin ne kadar büyük olduğu bir kez daha görülüp dinleyicileri bir titreme alabilir :)

Daha sonra Tübitak'tan Havva Cansu Sazoğlu'nun "Etkileşimli Tahta" sunumunu dinledim. Tahtanın şu an neler yaptığını, nelerin geliştirme aşamasında olduğunu anlattı. Ayrıca etkileşimli tahtada, birçok senaryo ile tahtanın yeteneklerini gösterdi. Fikirlerimizi de aldı. Bence ilerisi çok daha güzel olacak bir proje.

Konferansın 2.günü Kripton ekibi olarak bizim de 3 seminerimiz oldu. Bunlar:


Bunun dışında etkinlik boyunca sevdiğim insanlarla geçirdiğim vakitler çok keyifliydi :)

(Kerem de oradaydı :))

Son olarak şuna dikkat çekmek istiyorum. Eğitmen mail listesinde gözlemlediğim kadarıyla böyle büyük bir etkinliğin sorunsuz ilerlemesi için arkada gerçekten büyük fedakarlıklarla çalışılıyor. Kurs kayıtları, katılımcı/eğitmen konaklamaları, yemek, yol sorunları ile tek tek ilgileniliyor. Bu büyük etkinlikte emeği geçen başta  +Mustafa Akgul  hocama ve +Necdet Yücel  hocama, ayrıca +Ahmet Can KEPENEK ve +Özge Barbaros 'a çok çok teşekkür ederim.

Görüşmek üzere.


04 February 2016

One of The Largest Events in Europe: FOSDEM



This year, I've been attended Fosdem for the first time. Fosdem is one of the largest events of free software and open source world that happens every january, gathering thousands of the developers (+5000) in Brussels. It is great opportunity to get in touch with the developers of world's leading organisations.

Fosdem has really strong infrastructure to satisfy needs of the attenders.
I've attended the event through Episkey Limited Company's travel fund which is part of Cottange Labs. I've seen the converisation on the mailing list and said if there is any other company that supplies travel fund please let me know because Google have not published scholarship for Fosdem and I could not find another company. Emanuil Tolev has volunteered since 2011 for Fosdem. He replied me and said me and my coworkers would like to sponsor for a person. Then we started a private thread and solved sponsorship requirements. I am thankful for travel grant to Emanuil and Episkey Limited developers.

First day of the event, I've met with Michel, he works as Linux Kernel developer at Intel. We took coffe and talk little. Talking with the kernel developers makes me happy and I really feel very excited. After the meeting, I've discovered the event place, it was at Brussels University, ULB Campus, Solbosh. Fosdem is biggest event that I've attended untill now.

In general, I've joined Main Track sessions. Rspamd is one of my favorites. Vsevolod Stakhov is developer of Rspamd, he told project stages quite clear.

Libreboot and Frosted Embedded Posix OS are my favorites as well. I love to learn about low level software that's why I contribute Linux Kernel. I am former Linux Kernel at Outreachy and would like to keep contribution.

There was an Embedded Systems DevRoom, it was in Building U. I should say, location of the building is hard to find little because there was no sign about Fosdem front of the building. We could not see at least.

In the evening, I've met with my Turkish friends. We have a community photo:


Second day, I've met with Emanuil to talk face to face. He said, I really am glad to sponsor you. That's great to hear.

I've bought tshirts to donate the organisations. It is really great, I am happy to be part of free software and to move it forward.


There was a talk for in memory of Ian Murdock. I would have loved to attend it but I had to leave early because had a flight in the evening. Talks are stored here so far. This is great opportunity to watch the presentation later.

I am very happy about my first Fosdem experience because I improved my network recognizing great folks.

I've seen on the event brochure, it says 8000 developers attended! and you can see diversity at the event. Hope to improve diversity and see underrepresented groups in computer science.

Fosdem is a free event, you can attend without registration. We should donate individualistically or institutionally, if we woud like to see the event in future years.

Avrupa'nın En Büyük Etkinliklerinden: FOSDEM



Bu yıl ilk kez Fosdem'e katıldım. Fosdem; Ocak ayında, Brüksel'de düzenlenen, 5000'den fazla katılımcısı olan (etkinlikte dağıtılan kağıtta 8000 yazıyordu), Özgür Yazılım ve Açık Kaynak dünyasının en büyük etkinliklerinden biri.

Fosdem gidip görmeyi çok istediğim etkinliklerden biriydi. Hazır vizem varken Fosdem'e katılmak harika olurdu ve öyle de oldu. Aslında Fosdem'de kısa konuşmaya başvurup, burs alarak katılmak gibi bir planım vardı. Google ve Fosdem'in sayfalarında burs verdiklerine dair bir şey göremedim. O süreçte bu konuşma üzerinden burslardan bahsedildiğini gördüm. Bir süre bekledikten sonra, listeye burs vermek isteyen bildiğiniz başka şirketler var mı? Ben bulamadım. diye yazdım. Fosdem'de gönüllü olarak çalışan Emanuil Tolev yardımcı oldu. Episkey Limited şirketi olarak bu yıl bir kişiye burs vermek istiyoruz dedi. Sonra özelden bir konuşma başlatarak bursu hallettik. Üstelik burs oldukça dolgundu (725€) ve geri ödeme şeklinde değil, etkinlikten önce aldım. Brüksel'de Cuma-P.tesi kalmayı istemiştim ama cuma gecesi ve pazar akşamı şeklinde oldu. Olsundu, etkinlik harikaydı :).

Kısa konuşma başvurum kabul edildi ama ben iptal ettim. Çünkü Outreachy sayesinde tanıdığım birkaç çekirdek geliştiricisiyle görüşme planı vardı ve aynı gün iki heyecanı kaldıramazdım :). Zaten Brüksel'de nefes almaya vaktim kalmadan geçeceği için bu konuşmayı başka zamana erteledim.

İlk gün ben olay mahallini kavrayıp, planladığım kişilerle görüşünceye kadar öğlen oldu. Etkinlik Brüksel Üniversitesi, ULB Kampüs'ünde birkaç binaya yayılmıştı. Binalar arasındaki mesafe çok fazla değil ama peş peşe sunumlara farklı binalarda girmeye yetecek kadar da değil.
İlk gün sunumlara yetişemiyorum yha diye bir miktar homurdandım ancak akşama kadar aynı binada olmaktansa arada başka binalara giderken temiz havayı solumak çok mantıklı :).

Yemek için H binasının ara geçişinden gidilebilen bir kafe var. Sandviçler 3€ ve büyük, ton balıklı olan çok güzeldi. Bir de kampüsün içerisinde karavanlarda satılan sandviç, kızartma, waffle ile yeme ihtiyacını karşılamak da mümkün. Aynı zamanda veganlar için açılan ayrı bir karavan var.

K binası ana bina, Main Track'ler orada yapılıyor ve büyük organizasyonların çoğu orada stand açıyor. Standlardan bardak, atkı, stres topu, polar hırka, havlu, şemsiye, çanta .. ne koymuşlarsa satın alarak organizasyonlara bağışta bulunabilirsiniz. Ben bursum bol olduğundan dilediğimce aldım diye düşünürken, Arda tüm standları topladı :). Arda, Open Media odasında sunum yaptı. Ben yine mükemmel zamanlamamla kaçırdım. Aslında kaçırmadım, ben gittiğimde kapının üzerinde kocaman FULL yazıyordu. Bir de Tuna arguman.org hakkında konuşma yaptı.

Fosdem'e yakın zamanlarda yapılan Fosdem Fringe adında bir oluşum var, farklı organizasyonlar kendilerine özel etkinlik düzenliyorlar. Gülçin Yıldırım Fosdem PGDay'de sunum yaptı, biz öncesinden Fosdem'de görüşmeyi planlamıştık. İlk günün akşamı etkinliğe katılan birçok Türkle görüşme fırsatım oldu. Bu da fotoğrafımız:

Sadece bu kadar değildik, ikinci gün üniversiteden arkadaşlarımla buluştum. Şu an Kartaca'da çalışan ekip, toplanıp Fosdem'e gelmişler. Onlarla görüşme fırsatı bulmak harikaydı. İkinci gün aynı zamanda Emanuil ile görüştüm. Bana burs vermiş olmaktan çok mutlu olduklarını söyledi.

Bunlar da etkinlikten aldığım tişörtler. Suse'li olanın üzerine sanırım PostgreSQL çantasının rengi geçti :(. Etkinlik günleri oldukça yağışlıydı, benim bile rengim geçmiş olabilir :p.


Bu da gördüğünüz gibi Perl'ün devesi :).


Katıldığım sunumlar ise pek az ama çevremi genişlettiğim bir etkinlik olduğu için hiç sorun değil. Benim hazırladığım program kayınca, katılmak istediğim sunumlarda da kocaman FULL yazınca Main Track'tekileri dinlemeye karar verdim. Ian Murdock'un anısına bir konuşma vardı, uçağa yetişmek için pazar öğleden sonra olmadığımdan katılamadım. Konuşmaların kayıtları aynı zamanda burada tutuluyor. Eski arşivlere bakmak isterseniz de burası.

Girdiğim sunumlardan en beğendiklerim, Libreboot ve Embedded POSIX OS oldu. Gnu Guile'ı çok merak ediyordum, baştaki sunumlara girmeyince sonradan katılmak biraz balıklama oldu. Gnu Guile bir programlama dili ve Fosdem'de organizasyonlar kendilerine Dev Room'lar ayırabiliyorlar. Gnu Guile'ın da bir odası vardı :).

Rspamd'yi tanıtan arkadaş projenin adımlarını çok güzel açıklamıştı. Fark ettim de, en çok alt seviye yazılımlarla ilgili şeyler dinlediğimde mutlu oluyorum.

Bir de aklınızda bulunsun, Brüksel'de taksiler çok pahalı. Gece on birde binip, 20 dk ancak yol gittik ve 50€ verdim. Gündüz de çok fark etmedi, 42€ verdim. Sonra sordum, lüks taksiye mi bindim acaba neden bu kadar pahalı? Tüm taksiler aşağı yukarı aynıymış. Dublin'de hava alanına gitmek için Air Coach'lar var ve 7-10€ arası. Taksiyle giderseniz hava alanı o kadar uzak olmasına rağmen merkezden tutan miktar 20€. Söyleyeceklerim bu kadar :p.

Fosdem, ücretsiz katılınabilen bir etkinlik. Eğer anahtar imzalamaya katılmayacaksanız etkinlik öncesi kayıt tarzı bir şey yapmanız gerekmiyor.

K ve H binasında Fosdem tişörtlerinden alarak ya da almadan Fosdem'e 25€dan başlayarak bağışta bulunabilirsiniz. Bu güzel etkinliğin bu şekilde devam etmesini istiyorsak, şirketler ya da bireyler olarak destekleyelim.

29 January 2016

Veri Bilimi Bülteni — 24


Her cuma yayın­ladığım ‘Veri Bil­imi Bül­teni’ ile son 1 haf­tada veri ve veri bil­imi konusuyla ilgili okuduk­larım­dan dikka­timi çeken­leri paylaşıyorum. İyi Oku­malar. Machine learning konusunda bir Google mühendisinin eğitmen olarak görev aldığı bir online kurs - Deep Learning — Taking machine learning to the next level Paylaşacağım bu blog yazısı veri analizi konusunda çalışıyorum diyenlerin dikkat etmesi gereken bir kaç maddeyi listelemiş Devamını Oku […]

27 January 2016

Libreoffice Çalışmalarım 3


Herkese merhaba,
"LibreOffice Çalışmalarım 2" yazımdan sonra Akademik Bilişim'e kadar hedefimde 2 iyileştirme daha tamamlamak vardı. Bugün ikinci yamamın da kabul edildiğinin mailini alınca, sizlerle bu iyileştirmeleri paylaşmak istedim.

Bunlardan ilki, arayüzden aktif edilebilen "kullanıcı bilgi toplayıcı" seçeneğini konsolda da bir çevresel değişken ile aktif edebilme özelliğiydi.

(Tools->Options->Advenced-> Expert Configuration ->CollectUsageInformation true/false

Konsolda "export LO_COLLECT_USAGE=1" diye çevresel değişken tanımlandığında bilgi toplayıcı seçeneği artık aktif oluyor. (yama linki)

Bir diğer iyileştirme de  kabul edilen bu yamam ile ilgiliydi. Önceki yamada "kullanıcı bilgi toplayıcı" seçeneği aktif olduğunda bilgiler "usage.txt" dosyasına yazılıyordu. Şimdi dosya içeriğini .csv biçimine çevirdim ve tüm dosyaları yeni oluşturulan usage dizini içinde topladım. Oluşturulan dosya isimleri sistem zamanını içeriyor. (yama linki)

Örnek: $cat usage-2016-01-28T00_46_09.csv

Document Type,Command,Count
StartModule;.uno:OptionsTreeDialog;1
TextDocument;.uno:Bold(KeyModifier);2
TextDocument;.uno:CharBackgroundExt(BackColor);1
TextDocument;.uno:Italic(KeyModifier);1
TextDocument;.uno:Save(KeyModifier);1
TextDocument;.uno:SelectAll;1
TextDocument;.uno:Strikeout(KeyModifier);1
Akademik Bilişim kurslarından, LibreOffice Geliştirme Atölyesi'nde dolu dolu 4 gün geçireceğiz. Umarım daha güzel haberler veririm :)




25 January 2016

Packathon Nasıl Geçti?


Packathon 23 Ocak'ta Bahçeşehir Üniversitesi'nde gerçekleşti. Biz de Kripton'dan kalabalık bir ekiple oradaydık :)

Etkinlik süresince takım olarak ya da tek kişi herkes ortaya bir ürün koymaya çalıştı. Gün sonunda kısaca bu ürünler tanıtıldı ve oylama yapıldı. İlk üçe giren takımlar aşırılı hediyeler kazandı. (bknz)

Çanakkale ekibi olarak biz de projelerimiz için, aramızda paylaştırdığımız  görevleri bitirmeye çalıştık. Fotoğraftaki arkadaşlarla çalışıp ortaya birşeyler koymaya çalışmanın keyfi çok çok büyük. Uzun bir süreçten bahsetmiyorum belki, birkaç saat sadece ama benim için birsürü şey öğrendiğim, bolca eğlendiğim bir gün oldu.  
Etkinlikten sonra sohbeti pek güzel arkadaşlarla vakit geçirmek de ayrı güzeldi. Kayıtlara aşırı güzel bir gün olarak geçsin. Emeği geçen herkese teşekkür ederim, devamını bekleriz :) 


15 January 2016

Veri Bilimi Bülteni — 22


Her cuma yayın­ladığım ‘Veri Bil­imi Bül­teni’ ile son 1 haf­tada veri ve veri bil­imi konusuyla ilgili okuduk­larım­dan dikka­timi çeken­leri paylaşıyorum. İyi Oku­malar. Veri bilimi konusunda farklı başlıkları altında onlarca ipython notebook bulunduran bir depo - data-science-ipython-notebooks 7 Steps to Understanding Deep Learning Veri görselleştirme araçlarını güzel bir şekilde listeleyen bir site — Data Visualization Tools & Books End-to-End Devamını Oku […]

13 January 2016

Nasıl daha iyi hata raporu hazırlayabilirsiniz?


Bir özgür yazılımı kullanıyorsunuz, geliştiricisi onu size özgürce kullanma, dağıtma, değiştirip dağıtma haklarını vermiş ama yolunda gitmeyen bir şeyler var. Yazılım böyle bir şey zaten; mutlaka daha iyisi, daha az hatalısı yazılabilir. Belki bir hatayla karşılaşmadınız da yazılımda şu da olsa dediğiniz bir şey var. Bu durumda başka bir yazılımı kullanmayı deneyebileceğiniz gibi kullandığınız yazılımın hatasının giderilmesine veya ihtiyacınız olan özelliğin eklenmesine yardımcı olabilirsiniz. Özgür yazılım projelerinin çoğunun birer hata takip sistemi oluyor, olmayanların geliştirici listeleri var, o da yoksa geliştiricisine doğrudan yazabilirsiniz. Bunlardan birine bir hata kaydı göndermek sizin çok az zamanınızı alacak ama karşılığında istediğinize daha yakın bir programı kullanabileceksiniz.

Geliştiriciler de sizin gibi insanlar olduklarından ne kadar iyi hata raporlarsanız hatanın düzeltilme süresini o kadar kısaltırsınız. Öncelikle hata raporlamanın geliştiriciler tarafından memnuniyetle karşılanacağını aklımızda tutalım. Hata raporunu alan geliştirici yazdığı yazılımın birileri tarafından kullanıldığını ve geliştirilmesi için istekte bulunulduğunu görmekten memnun olacaktır. Şimdi birlikte hata raporunu nasıl daha iyi hale getirebileceğimize bakalım.

Gerçekten bir hata var mı?

İlk bakışta size hata gibi görünen şey bir özellik olabilir ;) ya da belki siz ilk denemenizde istediğiniz şeyi yaptıramadınız programa. Kullandığınız program ne kadar çok iş yapıyorsa o kadar çok menüsü, ayar dosyası olacaktır, onların arasında istediğiniz şeyi bir bakışta görememiş olabilirsiniz. Kullandığınız programın varsa wiki sayfasına, kullanıcı listesi yazışmalarına, yardım dosyalarına bakmak bazen yapamadığınız/yaptıramadığınız şeyin kolay bir yolunu bulmanıza yardımcı olabilir. 'Şu işlem nasıl yapılıyor' şeklindeki ifadeler bir hata kaydı olarak kabul edilmeyecek ve istediğiniz sonuca ulaşamayacaksınız.

Sisteminiz güncel mi?

Yazılımlar çoğunlukla yaşayan birer varlık gibi gelişim halindedirler. Sizin kullandığınız sürümde sorunlu olan bir durum yazılımın son sürümünde güncellenmiş olabilir. Veya sorun yazılımdan değil de işletim sisteminden kaynaklanıyor olabilir. Bu güncellemeleri yaptıktan sonra sorun hala devam ediyorsa bir defa da yazılımın web adresine bakarak oradaki son sürümün size işletim sisteminiz tarafından sağlanan sürüm olup olmadığını kontrol etmek iyi olabilir. Uzun dönem desteği  (LTS) sunan dağıtımların yazılımların sürümlerinde radikal değişiklikleri dağıtma dahil ettiğini bilerek kullanıyor olduğunuzdan karşılaştığınız hatayı yazılımın geliştiricilerin değil de dağıtıma raporlamanız gerekebilir.

Her durumda yazılımlarınızı güncel tutmak iyi bir fikir olacaktır.

Hata kullandığınız yazılımdan mı kaynaklanıyor?

Örneğin ayağa kaldırmaya çalıştığınız sunucu servisine dışarıdan bağlanmaya çalışanlara engel olan olan bir güvenlik duvarı kuralınız olabilir. Kullanıcı izinleriniz o programı çalıştırmanıza yetmiyor olabilir. Bir programı kullanarak yazıcıdan çıktı alamıyorsanız denemeniz gereken şeyler şunlar olabilir: a) Bilgisayarınızdaki başka bir programla o yazıcıdan çıktı alabiliyor musunuz? b) (eğer varsa) başka bir yazıcıyla da aynı sorunu yaşıyor musunuz? c) (eğer varsa) aynı yazılımın başka bir işletim sistemindeki sürümüyle aynı sorunu yaşıyor musunuz? Bütün bu sorulara yanıtınız evetse (ya da deneyemiyorsanız) onu raporlamalısınız.

Hata raporlarken neler dikkat etmek gerekir?


Unutmayın hatanın düzeltilmesini isteyen sizsiniz. Ne kadar iyi bir hata raporu gönderirseniz onun düzeltilmesi olasılığı o kadar yüksek olur. Şimdi basit ama faydalı birkaç noktaya değinelim.

  • Hatayı doğru kanaldan bildirin

Önce hatasını bildirmek istediğiniz projenin bir hata takip sistemi var mı diye kontrol etmek en doğrusu olacaktır. Eğer projenin bir bugzilla, redmine veya benzeri bir hata takip sistemi varsa burasını kullanın. Bazı projeler bu işlem için e-posta listesi kullanıyor olabilir. Bu projenin web sayfasında belirtilmişse elbette buraya yazmalısınız. Eğer projenin böyle bir kanalı yoksa geliştiricisine eposta gönderebilirsiniz. Uzun zamandır, yıllardır, yeni sürüm çıkarmamış bir projeye bir hata raporlandığında (hatta bir çeviri dosyası gönderildiğinde bile) projenin canlandığını görmek mutluluk verici bir şey olacaktır.

  • Önceden girilmiş hataları tekrarlamayın

İster bir hata takip sistemine, isterse eposta listesine yazacak olun öncesinde bir arama yapmak çok yerinde bir hareket olacaktır. Eğer karşılaştığınız hata daha önce raporlanmışsa duruma göre kendinizi hatayı takip edenler listesine ekleyebilirsiniz. Hata raporu yazılımın eski bir sürümüne aitse ve siz yeni sürümde de karşılaşıyorsanız hatayı tekrarlayabildiğinizi yorum olarak girmek de faydalı olacaktır. Kesinlikle mevcut bir hata raporunu tekrarlayan yeni bir kayıt açmayın.

  • Hata bildirim kurallarına uyun

Eğer bir hata takip sistemi varsa yazılımın uygun bileşenine gönderin hata raporunuzu. Geliştiriciler hatalar arasından seçsin diye beklemeyin. Hatanın düzeltilmesini isteyenin siz olduğunuzu aklınızdan çıkarmayın. Örneğin; kullandığınız yazılımın Türkçeye özgü karakterlerle ilgili bir sorunu varsa geliştiricisi muhtemelen bundan hiç haberdar olmadan ömrünü geçirebilir. Siz hata raporunu doğru yapabilirseniz işinizi görecek bir yazılımı kullanabiliyor olursunuz.

  • Gerektiği kadar ayrıntı verin

Bir hatayı raporlarken en öncelikli hedefiniz geliştiricilere nasıl bir hatayla karşılaştığınızı göstermek olmalıdır. Bunun için programı çalıştırdıktan sonra karşılaştığınız hatanın nasıl tekrarlanacağını adım adım yazmalısınız. Burada olayı hikaye etmeyin. Basit ve kısa adımlarla tarif edin. Bir işin birden çok yapılma yöntemi olacağını düşünerek siz nasıl yapıp hatayla karşılaşmışsanız onu yazın. Örneğin "servisi başlattıktan sonra" demek yerine "servisi /etc/init.d/bestserviceever start diyerek başlattıktan sonra" diye yazın. Programın bir kısayolunu kullanarak dosya açıyorsanız bunu belirtin. "Yeni dosyayı CTRL+O ile açmaya çalışırken" diye yazmak geliştiriciyi hatayı bulmaya zorlamaktan iyi olacaktır.

Kullandığınız işletim sisteminin adını ve sürüm numarasını, en son ne zaman güncellediğinizi mutlaka hata raporunda belirtin. Yazılımın sürüm numarası ve paket yöneticisinden mi kaynak koddan mı kurduğunuz bilgisi de çok önemlidir.

  • Gerekmeyen ayrıntıları hata raporuna yazmayın

Bu hatanın sizin için ne kadar önemli olduğunu, onu düzeltmezlerse başka bir yazılımı kullanmak zorunda kalacağınızı filan yazmayın hata raporuna. Hata raporu sadece gerektiği kadar ayrıntı içermeli ama gereken bütün ayrıntıları da içermelidir.

  • Her hata raporunda tek bir hatayı bildirin

Projelerin farklı bileşenlerinin farklı kişiler, hatta ekipler, tarafından geliştirilebildiğini düşünerek karşılaştığınız her hata için ayrı hata kaydı açın. Size çok yakın, ilişkili gibi görünen hataları bile bir raporda sakın birleştirmeyin.

  • Ne bekliyordunuz, ne oluyor?

Hata raporunuzda (eğer imkanı varsa elbette) bir ekran görüntüsü koymak çoğu zaman işleri çok hızlandıracaktır. Bu görüntü yazılımdan ne bekliyordunuz, neyle karşılaşıyorsunuz sorusuna cevap verecek nitelikte olmalıdır. Ekran görüntüsü alırken lütfen ilgisiz veya mahremiyetinizi tehlikeye atacak şeyleri göndermemeye çok dikkat edin. Tarayıcıda açık bulunan diğer sekmeler veya masaüstünüzde bulunan ve kimseye göstermediğiniz dosyaların ekran görüntüsü gibi şeyleri kamuya açık yerlere göndermeyin.

  • Hata raporuna eklediğiniz dosyaları temizleyin

Hatanın anlaşılması ve çözülmesi için eklemeniz gereken dosyalar varsa onları temizleyerek göndermek de dikkat edilmesi gereken konuların başında gelir. 50 sayfalık bir yapılandırma dosyasının tamamını göndermek yerine varsayılan halinden neyi değiştirmişseniz sadece o kısmı göndermek hatanın tekrarlanabilmesine imkan sağlayacaktır. Hatasını raporlayacağınız program sadece bazı dosyaları açarken, kayderderken (veya başka bir biçimde) hataya neden oluyorsa bu tipte bir dosya göndermek elbette iyi olur ama çok sayfalı bir belge diye doktora tezinizi veya yüksek çözünürlüklü bir imaj dosyası diye halka açık olmasını istemeyeceğiniz bir fotografı hata raporuna eklemeyin. İlla çok sayfalı bir metin gerekiyorsa elinizdeki dosyadaki bütün karakterleri x (veya uğurlu harfiniz varsa onunla) ile değiştirip farklı kaydedip onu göndermelisiniz.

Ek olarak göndereceğiniz dosyalardaki başlık bilgilerinin, varsa sürüm değişikliği bilgilerinin de temizlenmesi gerektiğini unutmayın. Bu bilgiler hata raporunuza eklendiğinde artık herkes tarafından kullanılabilir durumda olacaktır. Bir hatayı raporlayacağım derken kendinizi mağdur etmemeye büyük dikkat gösterin.

Açtığınız hata kaydını takip edin

Oluşturduğunuz hata kaydına geliştiriciler bir yorum yazıp sizden bilgi isteyebilirler. Bunlara mutlaka geri dönüş yapmalısınız.

Karşılaştığınız bir hatayı geliştiricilerine raporlayıp düzeltilmesine katkı verdiğiniz için kendinizle gurur duyabilirsiniz artık!

10 January 2016

LibreOffice Çalışmalarım 2


Herkese merhaba,

14 kişilik bir ekiple LibreOffice ile ilgilendiğimizden ve neler yaptığımdan burada bahsetmiştim. Zaman ilerledikçe üzerine birşeyler ekleyebiliyor olmak mutluluk veriyor :)

O yazımdan sonra LibreOffice için eklediğim iki iyileştirmeyi paylaşayım istiyorum.

İlki açılan bir bileşende "CollectUsageInformation" özelliğinin çıktısının kayıt işleminden sonra bir dosyada tutulmasıydı.  

CollectUsageInformation özelliği bir bileşendeki yapılan tüm uno kullanımlarının bilgisini tutuyor. Bu özelliği aktif etmek için de soffice'i çalıştırıp Tools->Options->Advenced kısmından Expert Configuration bölümündeki "CollectUsageInformation" seçeneği true yapılmalı. Ayrıca "Enable experimental features" kısmı aktif edilmeli. Daha sonra bir bileşende işlemler yapılıp kaydedildikten sonra konsol çıktısı şöyle oluyordu:

Usage information:
StartModule;.uno:OptionsTreeDialog;1
TextDocument;.uno:Bold(KeyModifier);3
TextDocument;.uno:CenterPara(KeyModifier);2
TextDocument;.uno:Italic(KeyModifier);2
TextDocument;.uno:LeftPara(KeyModifier);1
TextDocument;.uno:RightPara(KeyModifier);1
TextDocument;.uno:Save(KeyModifier);1
TextDocument;.uno:SelectAll;1
TextDocument;.uno:Underline(KeyModifier);2
Usage information end

İstenen, bu işin bir dosya oluşturulup çıktının bu dosyada tutulmasıydı. 5.2.0'da artık "~/.config/libreofficedev/4/user/" dizini altında usage.txt dosyasında bu bilgileriniz tutuluyor olacak. Yolladığım yama da burada.

İkincisi de Calc bileşeni üzerindeki “Tools->Options->Application Colors” kısmındaki varsayılan renklerin kullanıcı tarafından daha net farkedilmesi işiydi. "Grid lines" ve "Automatic pages breaks"  renklerini istenilen şekilde değiştirdim. Yama da burada.

Önce:
 Sonra:


Daha güzel haberler vermek dileğiyle.


Balıkesir Özgür Yazılım Özgür Toplum Semineri


2 hafta önce +Necdet Yücel , +yeliz taneroğlu  ve +Gülşah Köse  ile birlikte Baubit'in (Balıkesir Üniversitesi Bilişim Topluluğu) misafiri olduk. 

Seminer 2 kısımdı. İlk kısımda Necdet hoca, özgür yazılımın ne olduğunu, özgür olmayan yazılımları kullanarak hangi yolu tercih ettiğimizi, neden  özgür yazılımın kullanılması gerektiği anlattı. Defalarca dinlememe rağmen yine ilk kez dinlediğim zamanki gibi keyifle dinledim bu sunumu :)

 İkinci kısımda da Yeliz ve Gülşah ile birlikte, bu yıl 14 kişilik çalıştığımız ekiple Libreoffice üzerine neler yaptığımızı anlattık. Okul haricinde özgür yazılım üzerine çalışmanın, iş hayatına atıldığında mezun öğrenciye nasıl yararları olacağından bahsettik.

Yeni arkadaşlar edindiğim, keyif aldığım bir seminer oldu. Bizi misafir eden Baubit ekibine teşekkür ederim. Görüşmek üzere..


08 January 2016

Stow ile yapılandırma paketleri


GNU/Stow bir süredir bildiğim fakat bir türlü deneme fırsatı bulamadığım çok basit bir paket veya sembolik link yöneticisi. Her ne kadar /usr/local içerisindeki linkleri yönetmek için düşünülmüş olsa da, esnek yapısı nedeniyle kullanım alanlarından biri de ev dizininde bulunan yapılandırma dosyalarını (yani nokta dosyaları ya da dotfiles) yönetmek.

Örneğin ~/dotfiles içerisinde x ve zsh adında iki dizininiz var. Bu dizinler stow için aslında birer paket ve diyelim bu paketlerin yapısı şu şekilde:

~/dotfiles
├── x
│   ├── .i3
│   │   └── config
│   ├── .Xdefaults
│   ├── .xsession
│   └── ...
└── zsh
    ├── .zlogin -> .zprezto/runcoms/zlogin
    ├── .zlogout -> .zprezto/runcoms/zlogout
    ├── .zprezto
    │   └── ...
    ├── .zpreztorc -> .zprezto/runcoms/zpreztorc
    ├── .zprofile -> .zprezto/runcoms/zprofile
    ├── .zshenv -> .zprezto/runcoms/zshenv
    └── .zshrc -> .zprezto/runcoms/zshrc

Eğer kullandığınız ve herhangi bir x ortamı bulunmayan bir sunucuda, sadece zsh ayarlarınızı kullanmak isterseniz stow zsh dediğinizde, stow sizin için sadece zsh dizini altında bulunan dosyalar ve dizinlerin ev dizininde yer alan gerekli linklerini oluşturacaktır. Bu şekilde yapılandırma dosyalarınızı paketlere bölerek, istediğiniz yapılandırmayı istediğiniz makinada rahatça kullanmanızı sağlıyor.

Bir başka örnek kullandığım yapılandırma dosyalarım verilebilir. gitin sağladığı dağıtık model ile her zaman tüm makineler arası senkronize olan bu dosyalar, stow ile de sadece gerekli makinede gerekli uygulamaları yapılandırmak için kullanılabiliyor.



02 January 2016

LibreOffice Online için hata avcılığı


Geçen hafta düzenlediğimiz LibreOffice Android görüntüleyici için hata avcılığı etkinliğinde mevcut hata kaydı sayısını ikiye katladıktan sonra şimdi de henüz geliştirme aşamasında olan LibreOffice Online için 10 Ocak tarihinde benzer bir etkinlik düzenleyelim istiyoruz.


LibreOffice Online sunucu tarafında LibreOffice çalıştırmayı ve tarayıcı ile ona bağlanarak kullanmayı hedefleyen bir ürün. İsteyen burada tarif edildiği gibi sunucu sürümünü kurup deneyebilir. Android için bir apk dosyası hazırlamış olmamıza rağmen tanımadığımız neredeyse kimse hata avcılığına katılmadığı için sunucu sürümünü denemeniz için oldukça uzun sayılabilecek adımları takip etmenizi beklemeyeceğiz. Bu etkinlik için bir sunucu kurup denemek isteyenlere birer hesap açacağız.

LibreOffice'in bu heyecan verici ürününü deneyerek karşılaştığınız hataları ve iyileştirme isteklerinizi bugzilla'ya girmek isterseniz bana eposta göndermeniz yeterli olacak.

01 January 2016

Veri Bilimi Bülteni — 20


Her cuma yayın­ladığım ‘Veri Bil­imi Bül­teni’ ile son 1 haf­tada veri ve veri bil­imi konusuyla ilgili okuduk­larım­dan dikka­timi çeken­leri paylaşıyorum. İyi Oku­malar. Top 20 Python Machine Learning Open Source Projects Önceki yazılarımdan birinde Rodeo adlı IDE’den bahsetmiştim. Bu sefer kendileri 1.2 versiyonunu çıkarmışlar. - Rodeo 1.2: Python Paths, Interrupt, Stickers AWS’deki veriyi kullanarak D3.js ile veri görselleştirmesi - Create A D3.js Devamını Oku […]

29 December 2015

Ian Murdock hayatını kaybetti


Benim de gündelik yaşamımda önemli yer sahibi, Ubuntu dahil birçok GNU/Linux dağıtımının temeli ve en önemli özgür yazılım projelerinden biri olan Debian projesinin kurucusu Ian Murdock hayatını kaybetti.

Olayın detayları şu an için tam olarak bilinmiyor fakat Ian'ın dün attığı tweetlere bakıldığında, polis zorbalığına maruz kaldığı anlaşılıyor.

Başta Debian olmak üzere tüm özgür yazılım topluluklarına başsağlığı diliyorum.



LibreOffice Android Görüntüleyicisi için hata avcılığı


Bir yazılım projesine verilebilecek en önemli desteklerden biri de hata raporlamak. Geliştiriciler her ne kadar yazılımı testlerden geçirseler de bunu ancak sınırlı sayıda donanımla ve sistemle yapabiliyorlar. Hata raporlamak için bir programlama bilgisine sahip olmak gerekmemesi onu tüm kullanıcılar tarafından yapılabilir bir şey haline getiriyor. Raporlanacak şey bir yazılımı kullanırken karşılaşılan bir hata olabileceği gibi, yazılımın bir parçasının davranışında beklenen bir değişiklik veya yazılımla ilgili bir yenilik önerisi de olabilir.

Bu yıl Çanakkalede bir grubun LibreOffice geliştiricisi olmak için çalıştığını daha önce yazmıştım. Bu ekip 29 Aralık saat 13:00'da LibreOffice Android Görüntüleyici sürümü için bir hata avcılığı etkinliği düzenleyecek. LibreOffice Windows, MacOS ve GNU/Linux üzerinde belge oluşturmak için kullanılabilirken Android üzerinde sadece belge görüntüleyici olarak çalışıyor. Bu ürünün mümkün olduğunca az hatayla ve çok özellikle çalışabilmesi için hata kaydı girilmesinin önemi çok büyük.


Eğer siz de Android kullanıyorsanız ve LibreOffice için bir şeyler yaptım demek isterseniz sizi de bekleriz. Elbette hata kaydı girebilmek bu gün ve saatle kısıtlı değil ama birlikte iş yapmanın keyfi de başka ;) Bu tarihten önce Nasıl Hata Kaydı Açılır belgesini okumanız emeklerinizin boşa gitmemesini sağlayacağı gibi çalışmanızın verimini de arttıracaktır. LibreOffice için Android uygulamasını marketten indirmek yerine bizim son halinden oluşturduğumuz geliştirme sürümünü kullanmanızı öneriyoruz.

Bu tarihte protonları çarpıştırmayacaksanız siz de katılın ;)

25 December 2015

LSI SAS 3108 JBOD RAID Ayarı


LSI SAS 3108 JBOD RAID Ayarı

Ceph kurulumu sırasında önerilen ayarlara göre diskleri RAID ile birleştirmeden kullanmak gerekiyor. Yani Ceph her bir diski bireysel olarak görmek istiyor. Bu durumda geleneksel RAID Controller kartları ya tüm diskleri görüyor, ya da işletim sistemine bırakıyor.

Ben sadece OS Partition için kullandığım SSD'leri RAID1 yapıp, geriye kalan OSD disklerini RAID'siz kullanmak istedim. Bu durumda ortaya bazı disklerin işletim sisteminde doğrudan disk olarak görünmesi, bazılarının ise RAID pool'u olarak gözükmesi ikilemi çıkıyor.

Bu durumu çözmek için RAID Controller kartının JBOD özelliğini açmak gerekiyor. Bu özellik bazı kartlarda bulunurken, bazı kartlarda varsayılan olarak gelmiyor.

Bendeki çözüm durumunda kartın BIOS ekranına girerek JBOD'u açmam ve diskleri JBOD'a geçirmem gerekiyordu.

İmajda gözüktüğü gibi MegaRAID BIOS ekranından "Enable JBOD" seçeneği ile bu durumu aktif edebiliyoruz.



LibreOffice Android Viewer için Hata Avcılığı Oturumu


Herkese merhaba, 

Libreoffice'in Android cihazlarda belge görüntüleme uygulaması olan Viewer için, 29.12.2015 salı günü saat 13:00'da Libreoffice Çanakkale Ekibi olarak bir hata avcılığı oturumu düzenliyoruz. 
LibreOffice hata takip sistemi olarak Bugzilla'yı kullanıyor. Hata avlama oturumunda gönüllüler tarafından, uygulamanın çalışırken beklenenden başka şekilde davranıp davranmadığı test ediliyor. Test sonucu beklenenden farklıysa hata raporlanıyor.

Bunun haricinde hata raporlama; uygulama için önerileri, iyileştirmeleri de içeriyor. Örneğin LibreOffice masaüstü uygulamasında olan bir özellik Viewer için yapılmamışsa bu da Bugzilla'ya öneri olarak eklenebilir.

Bug raporlama nasıl oluyor diye bu kaynağın okunması iyi olur. LibreOffice Viewer apk'sına da buradan ulaşabilirsiniz.

Hata avı süresince, IRC "#libreoffice-qa" kanalında geliştiriciler ile birlikte Çanakkale ekibi olarak aktif olacağız.

Herkesi bekleriz.


22 December 2015

DevOps Günlüğü #1 22.12.2015


DevOps Günlüğü #1 22.12.2015

Önceki blogumda DevOps Newsletter başlığı altında haftalık bir şeyler paylaşıyordum. Yeni ortamda da paylaşmaya devam edeceğim.

Photo Credits:
Nasa Image of The Day - Space Station's Robotic Arm Set for Arrival of Cygnus Cargo Craft
https://www.nasa.gov/multimedia/imagegallery/iotd.html?id=374729



21 December 2015

Yeni başlangıç


Yeni başlangıç

Ufak bir sunucu hatası nedeniyle kişisel günlüğümü ve sanal sunucumda bulunan bir sürü içeriği(kod, belge vb.) kaybettim.

Uzun süredir yeni bir başlangıç yapmak istiyordum. Sebep oldu diyelim :)

Not(lar):
  • Artık her gün en az bir yazı(liste veya teknik) yazacağım.
  • Günlük yedek alacağım :)
  • Mümkünse artık yazdığım kodu aynı zamanda Github veya Bitbucket üzerinde tutacağım.(3>Gitlab)
  • Wordpress'ten Ghost'a geçtim. Artık markdown yazıyorum.

Selamlar,



LibreOffice Viewer'ın Android Cihazlara Kaynak Koddan Kurulumu


LibreOffice, Android platformu için de uygulama geliştiriyor. Gapps'den kurulup kullanılabilir elbette. Ben kaynak kodundan kurup adımlarını görmek istedim. Atla deve değilmiş. :)

 

Masaüstü kurulumu için uygulanan adımlara benzer adımlar uygulanıyor. Masaüstü için bu kurulum nasıl oluyor diye daha önce yazmıştım. Bazı kısımları farklı.

 

* Öncelikle Android SDK ve NDK paketlerine ihtiyacımız var. 

 

* Daha sonra LibreOffice kaynak kodunu yerelimize çekmeliyiz ve dizinin içine geçmeliyiz:

 

$ git clone git://anongit.freedesktop.org/libreoffice/core libreoffice

$ cd libreoffice 

 

* İnen SDK paketini "android-sdk-linux" adıyla kaynak kodunu clone'ladığımız libreoffice dizini içindeki "external" dizini altına çıkartmalıyız ve "SDK Readme.txt" dosyasında dediği gibi aşağıdaki komutla güncelleme ve çalıştırma işini yapmalıyız:

 

$ tools/android update sdk --no-ui

 

* İndirdiğimiz android-ndk.bin dosyasına çalışma izni verip ardından çalıştırmalıyız. 

 

$ chmod a+x android-ndk.bin

$ ./android-ndk.bin

 

Bu çalışma bitiğinde "android-ndk" adında bir dizin oluşmuş olmalı. Bu dizini de yine libreoffice/external/ altına taşımalıyız.

 

* Daha sonra "autogen.input" diye bir dosya oluşturup (libreoffice dizininde) içine aşağıdaki satırı eklemeliyiz. Nedeni ise autogen.sh betiğinin bazı yapılandırma paramerelerini kontrol etmesi. Bunun için 3 tip dosya kullanıyor. Bunlar: autogen.input(ro), autogen.lastrun(rw) ve autogen.lastrun.bak(rw). Derleme sırasında izlenecek varsayılan yolu bu parametre ile değiştirmiş oluyoruz.




--with-distro=LibreOfficeAndroid

 

* Ardından "autogen.sh" dosyasını çalıştırmalıyız. ($ ./autogen.sh) Bitiminde eksik sdk paketleri varsa uyarı alacağız, çıkan uyarıda denildiği gibi bu paketleri de kurmalıyız. autogen.sh çıktısı sorunsuz ise derleme işlemini başlatabiliriz. ($ make)

 

Bu işlem bir miktar sürüyor. Derleme başarıyla tamamlandığında ise "android/source" dizinine geçeceğiz.

 

Bilgisayara android cihazımızı bağladıktan sonra android/source dizininde:

 

$ make install demeliyiz. Bu komut sonunda "LibreOffice Viewer" cihazımızda çalışıyor olmalı :)

 

Not: Android cihazda (Developer options -> Android debugging ayarı açık olmalı) (Bu ayar kapalıyken "adb devices" çıktısında cihazımızı göremeyiz.) 

 

Görüşmek üzere.