Temel C kültürü

Steve Maguire'in Hatasız Kodlama isimli kitabını elime aldığımdan itibaren ön kapağında Microsoft Press yazıyor olması hiç rahatımı bozmadı. Bana harika bir kitap gibi gözüküyordu ve gerçekten öyle çıktı. C programlamayı çat pat biliyor, bilgilerimi derinleştirmek için bir kaynak arıyordum, ve tam istediğimi bulmuşum. Burda yazılanların çoğunun open source projelerde uygulandığı da gözümden kaçmadı. Kısacası ANSI C hakkında temel kültür kazandıran bir kitap arıyorsanız, Arkadaş Yayınları'ndan Hatasız Kodlama'yı şiddetle tavsiye ederim.

Ayrıca kitabın girişinde Microsoft'un büyüme evrelerinde geçirdiği sıkıntıları öylesine açık yüreklikle dile getiriliyorki, sanki Microsoft'un ileri gelen bir geliştirme müdürü açık sisteme davet çıkarıyor sanırsınız. Hele bir cümlesi beni olduğum yere mıhladı, aşağı yukarı şöyle diyordu:
bir programı kara kutu olarak test etmenin zor olduğundan bahsediliyordu.pes!

Bu arada şöyle kalın, başvuru niteliğinde eski ve ucuz C Kılavuzları hakkında bilgilerinizi paylaşırsanız sevinirim:-))

berkem

Görüşler

m1a2
yaklaşık 24 yıl önce

Bu kitabı ben de çok beğenirim. Microsoft Pressin piyasadaki çeviri kitapları arasında, şu anda ismini zikretmeyeceğim çok sayıda şaheser(!) bilgisayar kitabının oluşturduğu incik-boncuk görüntü kirliliğinin de katkısıyla gözden kaçmış durumda. Aynı yayınevinden çıkmış olan Code Complete (Steve McConnell) maalesef Türkçeye çevrilmedi --900 sayfalık hacminden olsa gerek. Bu iki kitabın -özellikle ikincisinin- büyük ölçüde Cathedral yaklaşımını temsil ettiğini düşünmekteyim. Maguire'nin kitabının Alt Sistemlerinizi Güçlendirin bölümünde (kitabın sonundaki Bellek Kayıt Sistemlerinde örneklendirdiği) bir malloc debugger var. Bu debuggerın en âlâsı Bazaarda ;) bulunabilir: GNUdan Electric-fence. (Assertion checkler için de Nana var benzer şekilde) Şu anda aklıma gelen diğer kitaplara gelince: C Traps and Pitfalls (Andrew Koenig) postscript formatında internette birçok yerde bulunabilir. Bulduğun yerde muhtemelen şu dokümanlara da ulaşacaksın:
- Indian Hill C Style and Coding Standarts (Henry Spencer -regexp'in babası)
- Notes on Programming in C (Rob Pike)
(Bu iki adama dikkat:Rob Pike ve Henry Spencer; ne yazmışlarsa okumak lâzım)
Tabii GNU Coding Standarts var bir de. Okumak ve değerlendirmek lâzım. Liste bu şekilde çoğaltılabilir. (www.advogato.org'a uğramakta fayda var. Bruce Eackelin Thinking in ... vs. serilerine bakmak güzel olur.)

conan
yaklaşık 24 yıl önce

COOL!

FZ
yaklaşık 24 yıl önce

Hazır söz açılmışken ortamdaki JAVA üstatlarına ve sevenlerine bir sorum olacak: Bruce Eckel''in Thinking in JAVA adlı kitabı ile ilgili yorumlarınızı buraya yazabilir misiniz?

Şimdiden teşekkür ederim.

m1a2
yaklaşık 24 yıl önce

Yoksa sen hala python'a geçmedin mi :) pardon, off topic yapmıyalım... ben java bilmiyorum... ama Bruce Eckel'i biliyorum...yani bu kitabın kıymeti ve kerameti kendinden menkul...Bruce Eckel'i sadece Java veya C++'lar değil nesne yönelimli programlamanın esaslarını anlamak isteyen herkes okumalı. Göz atarken gördüğüm başlıklar itibarıyla söylüyorum bu kitapta da object-oriented yaklaşımı çok güzel anlatılmış. Tabii işin bu genel kısmı için Thinking in C++'a da mutlaka bakmak lâzım.Bence hiç düşünmeden downloadla ve oku. Okuma notlarından ben de istifade etmek isterim. Onları sakla ;)

anonim
yaklaşık 23 yıl önce

Ben de az cok Javayla ilgilenen birisiyim.Bahsettigin kitabin pdf formatini inceledim ve kitap oldukca guzel.Ama bilgisayar uzerinde okumak insani epeyce yoruyor.eger alicaksan veya fotokopi cektirceksen pisman olmazsin derim.

anonim
yaklaşık 24 yıl önce

Oncelikle, MS'nin guzide eserlerinden biri. Fakat anlasilan o ki, ya bu adami isten atmislar yahut MS personelinin bu kitaptan haberi yok.. Aksi olsaydi, belki ucak gemisi gibi ama hic cokmeyebilen bir Windoz'umuz olurdu.

Bu arada MS sistemlerinin neden boyle kaynak canavari oldugunu anlamis oluyoruz vesselam. Kitaptaki ilginc cumleleri bir araya getirdiginizde, sade olsun, yavas olsun, cok yer kaplasin ama saglam olsun fikrini gorursunuz. Elbette boyle dusunmek iyidir, fakat bu sekilde yazdiginiz bir program o kadar siserki sonunda kendi kendine patlar, cunku kod satirlari cogaldikca, takip ve geri gorus yetenegi azalir. Portable programlamada ise ongoruler onceden yapilir. Ornegin malloc'un hic bir zaman null dondurmemesi, malloc null dondurecek ise o isleve hic girilmemesi uzerine yogunlasilir. Ornegin bellegin tamamini bastan alloc etmek gibi. Elbette Multitasking icin de benzeri baska fonksiyonlar uretilebilir. Kisaca, null pointer veya invalid pointer bir sebep degil sonuctur. Bu kitap sonuclari elimine etmek uzere hasbihal ediyor. Sebepler genelde ikinci planda kaliyor. Peki bu ne zaman mantikli olur ? Ornegin MS veya Symantec'seniz, boyle bir metoda basvurursunuz. Cunku her zaman ayni ust ongoruye sahip eleman bulamazsiniz. Oysa eger kendi elemaninizi yetistirme veya hakikaten iyi elemanlari tutma sansiniz varsa bu sekil calisma gerekmez.

Her halukarda, faideli bir eser, her C meraklisinin kutuphanesinde mevcut olmali.

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

İlgili Yazılar

UNIX´ten Nefret Etmenin Kitabı

tongucyumruk
27 Nisan 2003, 1 dakika okuma süresi

Ortalıkta M$, DOS, XP, UNIX, Linux vs... gibi kelimelerin olmadığı eski devirlede insanlar Lisp Machine'ler, ITS, TOPS gibi sistemler kullanırdı. O günlerde işletim sistemlerinin görselliği, ikonları vs... pek te önem arzetmezdi çünkü çoğu insan CRT monitörler yerine TeleType'lar (meşhur tty) yoluyla bilgisayarla iletişim kurarlardı. Zamanla sunucu tarafında UNIX ağırlığını koyarken bir yandan da masaüstü diye bir piyasa ortaya çıkmış ve IBM/PC ile Macintosh bu piyasada at koşturur oldular...

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

Batan Geminin Malları

SHiBuMi
20 Eylül 2002, 1 dakika okuma süresi

Yer uygun mu bilmiyorum ama söz konusu 14 tane bilgisayar kitabı olunca FM'ye göndermenin en iyisi olacağını düşündüm. Elimdeki 14 adet bilgisayar kitabını satıyorum, hepsi İngilizce ve yurtdışından (çoğu Amazondan) alınmış kitaplar. Hepsi iyi durumda ve kullandığım süre içersinde hepsi bana oldukça faydalı oldular. Artık programlama ile uğraşmayacağım, ama bu kitapların da boşu boşuna kütüphanemde durmasını istemiyorum, ben bu kitaplara zaman içersinde kendi çapımda ciddi paralar ödedim, aranızda bu konularla ilgilenen ve bütçeleri yüzünden bu kitaplara ulaşamayanlar var mutlaka, bu en azından bir fırsat olabilir. Kitapların listesi Word dosyası olarak http://www.angelfire.com/linux/kitap/kitaplar.doc adresinde mevcut, ilgilenenler bana serdar_soydemir@hotmail.com adresinden ulaşabilirler.

e-bergi Ağustos Sayısı ve Programlama Sorusu

anonim
1 Ağustos 2008, 1 dakika okuma süresi

e-bergi ağustos 2008 sayısıyla yine sizlerle. Ayrıca artık e-bergi'de bir de programlama sorumuz var, tıklayın kodlayın :)

Türkçe pyqt kitabı projesi başladı

tetir
15 Ocak 2006, 1 dakika okuma süresi

Merhaba,

http://www.opendocspublishing.com/pyqt/ adresinde bulunan Boudewijn Rempt'in yazmış olduğu "GUI Programming with Python: QT Edition" adlı kitabı Türkçe konuşan insanların da faydalanabilmesi amacıyla Türkçe'ye çevirmeye karar verdik. Pyqt konusunda Türkçe kaynak sıkıntısı yaşanması ve Python-Qt'nin popülerliği bu kararı almamızda etkili oldu.