belgeler.org sitesi güncellendi. Man sayfaları çevirilerine http://www.belgeler.org/man/manpages.html adresinden erişebilirsiniz. Sisteminize kurmak için gerekli paketleri http://sourceforge.net/project/showfiles.php?group_id=61526
adresinden elde edebilirsiniz. Dağıtımlar içinden çıkacak Türkçe kılavuz sayfaları dileğiyle.
Görüşler
Görüş belirtmek için giriş yapın...İlgili Yazılar
Açık Akademi Yayınlarından Yeni kitap:Linux Sistem Yönetimi
O'reilly yayınlarından Mart 2007'de çıkan Linux System Administration kitabı Açık Akademi yayınları tarafından Linux Sistem yönetimi(Gerçek Hayattaki Linux Problemlerine Çözümler) adıyla Türkçe'ye kazandırılmıştır.
ID3 - Öğrenen Karar Ağacı
Öğrenen algoritmalara giriş olarak ID3 tekniğini sitemizde işliyoruz. Yapay zekâ ile ilgilenen yazılımcı arkadaşların örnek LISP kodları ve resimler ile destekli bu yazıyı beğeneceğini umuyorum.
Dil Üstadları ile Araç Ustaları: IDE Ayrımı
Geliştirici dünyası iki kampa ayrılmıştır. Bir kampta dil üstadları vardır, bu yazılımcılar yüksek seviyeli programlamadan -- birinci-sınıf fonksiyonlar, aşamalı programlama, AOP, MOP, kendi kendini sorgulama -- bahsederler. Araç ustaları ise tümleşik geliştirme ve hata ayıklama araçlarında ustadırlar, kod tamamlama, "refactoring", vs. Dil üstadları Emacs ya da VIM kullanır, bu tür editörler yeni dilleri denemek için daha uygundur. Araç ustaları ise Visual Studio, Eclipse, IntelliJ gibi IDE'leri kullanırlar.
Laszlo ve Groovy gibi yeni diller ya da AOP (Aspect Oriented Programming) gibi dil uzantıları genellikle öncelikli olarak metin-editörü tabanlı yazılım geliştirme ortamlarında ortaya çıkarlar ve ancak ondan bir süre sonra IDE dünyası bu tür desteklere kavuşur. Eğer dil ya da uzantı gerçekten başarılı ise araçlar da bunu desteklemeye başlar. Bu ayrımın tek sebebi araç geliştirmenin dil geliştirmekten zor olması değildir. Asıl mesele bir dile hakim olmak ile bir araç setine hakim olmanın çok farklı iki mantalite olmasıdır, belli bir ölçüye dek bunlar birbirlerini dışlayan alternatiflerdir. Acaba neden? İşte sebepleri...
Oliver Steele'nin The IDE Divide başlıklı makalesini tüm yazılım geliştiricilerin okumasında fayda var. (Not: Şöyle sağlam bir FM üyesi çıksa da bahsi geçen makaleyi Türk diline kazandırsa... hani yani küçük bir olasılık olsa da, belki diyorum, belki biri üstlenir, FM'ye bir katkıda bulunur...)
Laszlo ve Groovy gibi yeni diller ya da AOP (Aspect Oriented Programming) gibi dil uzantıları genellikle öncelikli olarak metin-editörü tabanlı yazılım geliştirme ortamlarında ortaya çıkarlar ve ancak ondan bir süre sonra IDE dünyası bu tür desteklere kavuşur. Eğer dil ya da uzantı gerçekten başarılı ise araçlar da bunu desteklemeye başlar. Bu ayrımın tek sebebi araç geliştirmenin dil geliştirmekten zor olması değildir. Asıl mesele bir dile hakim olmak ile bir araç setine hakim olmanın çok farklı iki mantalite olmasıdır, belli bir ölçüye dek bunlar birbirlerini dışlayan alternatiflerdir. Acaba neden? İşte sebepleri...
Oliver Steele'nin The IDE Divide başlıklı makalesini tüm yazılım geliştiricilerin okumasında fayda var. (Not: Şöyle sağlam bir FM üyesi çıksa da bahsi geçen makaleyi Türk diline kazandırsa... hani yani küçük bir olasılık olsa da, belki diyorum, belki biri üstlenir, FM'ye bir katkıda bulunur...)
Bilgisayar Uzmanlığı kitabı çıktı...
Hepimizin bildiği gibi, üniversitelerin Bilgisayar muhendisliği bölümlerinden mezun olanlar, ihtiyacı karşılayamadığı için,
branş dışı pek çok insan bilgisayar mühendislerine ait görevleri üstlenmeye başladılar. Bu arkadaşların bilgileri genellikle belli
bir teknoloji uzerine kurulu ve bilgisayar mühendisliği bolumlerinde okutulan temel bilgilerden yoksun durumdalar.
Bilgisayar mühendisliği bölümlerinde okuyan arkadaşlar ise, öğrendikleri teorik bilgilerin çalışma hayatında nasıl kullanılacağı hatta kullanılıp kullanılmayacağı konusunuda yeterli bilgiye sahip değiller.
Bilgisayar mühendisliği bölümlerinde okuyan arkadaşlar ise, öğrendikleri teorik bilgilerin çalışma hayatında nasıl kullanılacağı hatta kullanılıp kullanılmayacağı konusunuda yeterli bilgiye sahip değiller.
Nasıl Programcı Olunur
Robert L. READ tarafından yazılmış olan ve ESR'nin "Nasıl Hacker Olunur?" kılavuzunda da bahsi geçen "How to be a programmer" kılavuzunun "acemiler" için olan kısmının çevirisi bitti. Hem çevrilen kısmın imla, yazım, mantık ve bilumum hatalarının kontrolü için hem de programlamaya merak saran acemi vatandaşlara yol yordam göstersin diye bu kısmı yayınlamaya karar verdik. Çevrilmiş kısım hakkındaki fikir ve eleştirilerinizi bekliyorum. Hata ayıklama konusundaki yardımlarınız için şimdiden teşekkürler.
Saygılarımla,
Yalçın KOLUKISA
yanmasın diye kaz çevirmeye giden adam
Saygılarımla,
Yalçın KOLUKISA
yanmasın diye kaz çevirmeye giden adam