The Art of UNIX Programming (Back To Basics)

Meşhur "The Cathedral and the Bazaar"ı yazan, "Halloween Belgeleri" ile Microsoft'un ipliğini pazara çıkaran ve açık kodlu yazılım geliştirmenin avukatlığını yapmış olan üstad programcı Eric S. Raymond gerçekleştirdiği son röportajlarından birinde son projelerinden ve UNIX geliştiricilerinin IDE ortamlarına karşı niye alerjik olduklarından bahsediyor ;-)

Üstad Raymond'un Ağustos civarı basmayı planladığı görkemli eseri The Art of UNIX Programming yazarın diğer kitapları gibi "kült" kitap olmaya aday görünüyor.

Editörün Notu: Ciddi anlamda programlama ile uğraşan herkese (dilden ve işletim sisteminden bağımsız olarak), yukarıda elektronik sürümünün adresi verilmiş olan söz konusu kitabı tavsiye ederim. Programlama ile uğraşmayanlara da tavsiye ederim ;-)

Görüşler

roktas
yaklaşık 23 yıl önce

Haber için teşekkürler. Kitabı şimdi inceledim. ESR`ı her zaman biraz gürültülü bulmuşumdur. (Özellikle asıl hazret`in yani RMS`in yanında). Fakat açık/özgür yazılım kültürünün bu çapta sekreteryalığını yapabilecek onun dışında fazla birisi de yok. Son derece faydalı, kışkırtıcı bir kitap. Meselâ basit bir plain konfigürasyon dosyasına ihtiyacınız var, Amerika`yı yeniden keşfetmeden `başkaları bu işi nasıl yapmış` diye araştırıyorsanız böyle bir kitap çok iş görecektir. İşin başında olanlar için bir küçük tavsiye de ben yapayım. Hiçbir kitap temel GNU araçlarının (özellikle textutils/fileutils) ve `bash`in kaynak kodunu zaman buldukça incelemenin yerini tutamaz ;) Geçenlerde Oktay FM forum`da kaybolma tehlikesi gösteren bir link geçti. Eski Debian liderlerinden Bruce Perens`in editoryasında hazırlanan bir seri kitap. Onların linkini de burada tekrar verelim:
The Linux Development Platform ve Embedded Software Development with eCos

FZ
yaklaşık 23 yıl önce

İlla isim yarışına gireceksek ben de derim ki ESR´den önce, RMS´den önce Donald E. Knuth vardı ==> The Professor of The Art of Computer Programming ;-)

raistlinthewiz
yaklaşık 23 yıl önce

röportajdan ilginç bir not:

dW: What happened with the CML2 kernel configurator?

Raymond: It was horrible. It was the best work of my life, and it was mugged by kernel list politics.

bildiğiniz gibi şu anki config sistemi için CML1 yapısı kullanılıyor. 2.4 surumlerinde bakarsanız zaten Documentation/Configure.help maintainer Eric Raymod'du. Kendisi gerçekten iyi bir yeni CML2 sistemi gerçekleştirdi ama takip edenlerin bildiği ve kendisinin de belirttiği gibi çabası büyük anlamda boşa gitti.

Geçenlerde makewebconfig projesi ile ilgili yardım alabilmek için kendisine mail attım ve gelen cevap:

artık ben bu işle uraşmıyorum!

çok kızdırdılar onu:)

FZ
yaklaşık 23 yıl önce

Ben olsam öyle bir adamı kızdırmadan önce iki kere düşünürdüm ;-)

Görüş belirtmek için giriş yapın...

İlgili Yazılar

Yazılım Mühendisliğinde Çıkmaz Sokak Tarifleri: Anti-Patterns

FZ
21 Mart 2005, 1 dakika okuma süresi

Bilgisayar yazılımları geliştirmekle yıllardır uğraşılmakta. Son yarım yüzyılda ortaya çıkan bu alanda çeşitli paradigmalar (prosedürel, nesne tabanlı, fonksiyonel, vs) ve çeşitli modeller (code reuse, unit testing, component model, extreme programming, design patterns) ortaya atıldı. Daha çok "Özgür Yazılım'' ile birlikte dağıtık geliştirme yöntemleri gündeme geldi. Tasarım, uygulama ve test aşamalarını kapsayan geniş bir açıdan baktığımızda bize önerilen çeşitli "doğru'' geliştirme yöntemleri var.

Diğer her alanda olduğu gibi dengeli ve sağlıklı bir kavrayışa sahip olmak için doğruların yanında "yanlış'' yöntemler hakkında da bilgi sahibi olmak gereklidir. Bu konuda yaşanmış çok tecrübe olmakla birlikte, yazılı olarak birkaç kaynak dışında ciddi bir eksiklik bulunmaktaydı. Bu makale, ağırlıklı olarak yazılım mühendisliği ile ilgili birkaç Internet sitesinden derlenmiş, daha çok özgür yazılım alanını ilgilendiren bu tür çıkmaz yolları tanıtmaktadır. Ortak noktaları:

* Çoğu bir problemi çözmek isterken ortaya çıkar
* İlk bakışta harika bir fikir gibi gözükebilirler
* En çok tasarım aşamasında görülürler
* Sizden çok daha üretken ve başarılı grupları batırmışlardır!

Gürer Özen'in Anti-Patterns çevirisinin devamını burada okuyabilirsiniz.

Teknoloji Seçerken

malkocoglu_2
31 Ağustos 2004, 1 dakika okuma süresi

Bu yazıyı Java bilgi işlem teknolojilerinden biri olan Entity Bean'lerin erken ölümü üzerine yazdık. Zamanında büyük şaşa ile ortaya çıkan bu teknoloji niye böyle erken tedavülden kalktı? Ayrıca bu tecrübeden ders çıkarmak bağlamında, ileride bu tür geleceği olmayan ve külfetli teknolojilerin kokusunu nasıl alabiliriz? Bu yazı bilgi işleme daha çok hitap eden bir yazıdır çünkü 3-4 senede bir yeni bir dehşet teknolojiyle çalkantılar yaratan grup bu olmaktadır. Bu dinamizm tabii ki iyidir fakat bilgi işlem müdürleri ve proje yöneticileri için bu teknoloji enflasyonunda bir seçici turnusol testi lazımdır. Aksi halde sonuç InfoWeek Dergisi Pazartesi Günü Sendromudur; (Masasındaki Infoweek dergisinin yeni sayısını pazartesi günü okuyan yönetici) "XML diye bir şey cıkmış bütün dertlere devaymış! Hemen kullanalım!" . [Proje teknik lideri burada somurtur].

http://www.bilgidata.com/yazi.jsp?dosya=a_ejb_postmortem.xml

Nereden Geldik, Nereye Gidiyoruz?

oktay
26 Şubat 2003, 2 dakika okuma süresi

"Multics'in giderek daha fazla şişmesi ve kullanılamaz bir beyaz file dönüşme emareleri göstermesi üzerine Bell Labs projeyi durdurdu (sistem daha sonra Honeywell tarafından ticari olarak pazarlandı fakat başarılı olamadı). Ken Thompson, özlediği Multics ortamının bazı fikirleri ile kendi fikirlerini eski bir DEC PDP-7 üzerinde denemeye başladı."

Hackers & Painters : Bilgisayar Çağından Büyük Fikirler

FZ
12 Eylül 2008, 2 dakika okuma süresi

Usta yazar ve yazılım geliştirme uzmanı Paul Graham'ın "Hackers & Painters" isimli kitabı nihayet Türkçe olarak piyasalarda.