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

Görüşler

FZ
yaklaşık 22 yıl önce

Bu çok önemli belgeyi tercüme etme işine giriştiğiniz için çok teşekkürler!

Bir iki hata:

- "Loop" için "düğüm" denmiş, doğrusu "döngü" olacak. Bildiğim kadarı ile "düğüm" sözcüğü halihazırda "node" sözcüğünün karşılığı olarak kullanılıyor.

- Aralıklı hata lafı biraz garip bir laf, yani mekanda aralık mı, zamanda aralık mı, burası çok kafa karıştırıcı. Okuduğum kadarı ile kast edilen düzenli olarak oluşmayan ve bu yüzden yakalanması zor olan hatalar, bundan ötürü daha uygun bir terminoloji kullanmakta fayda var.

- Bir yerde "proğram" yazılmış, yani yumuşak g ile. Buna dikkat edilirse iyi olur.

Tekrar tekrar teşekkürler. Bu tip bir kılavuzun bir an önce tamamlanması dileği ile.

Bu kılavuzdan sonra tercüme ya da orjinal bir başka belgeye daha ihtiyacımız olduğunu düşünüyorum. O da "Hangi Tür İşler İçin Hangi Tür Programlama Dilleri/Ortamları/Sistemleri Uygundur" konu başlıklı kılavuz olmalı. Alt başlık olarak da "İmperatif, Nesneye Yönelik, Fonksiyonel, Deklaratif Programlama" kullanılabilir.

yalcink01
yaklaşık 22 yıl önce

Aralıklı hata lafının garipliği konusunda hem fikiriz. Arada bir ortaya çıkan /* zamanda aralık*/ sorunlardan bahsediliyor. Sanırım "nadiren ortaya çıkan hatalar" diye düzenleyeceğim. Ama her türlü fikire açığım.

Kılavuza, her paragraf başına numara vereceğim. Bu numaralar ile hata bildirimi yapabilirseniz, düzeltmesi daha kolay olabilir./* sanki en başta niye koymadıysam*/

Geri besleme için teşekkürler.

Yalçın KOLUKISA

robertosmix
yaklaşık 22 yıl önce

Başarılar. Çok büyük bir işi, yoğun çalışmalarınızla sona erdirdiniz. Bildiğimiz gibi nasıl programcı veya hacker olunacağı konusunda hiç kimse hiç birşey bilmiyor. Hatta aramızda hiç programcı da yok. Yabancı dillerde yazılmış eserler muhtemelen bizim yazmaya çalışacaklarımızdan daha iyidir. Çünkü biz her zaman daha yeteneksiz bir toplumuz, bu konuda. Aslında her milletin çevirmeni yok, bizim var ama... Bununla da övünebiliriz. Ne güzel çeviriyoruz metinleri. Helal olsun bize.

malkocoglu
yaklaşık 22 yıl önce

Aramızda yazılım muhendisleri var zannediyorum (sahsimiz buna dahil), XP ve mimari hakkındaki yazılarımıza FM'den dolu ziyaret (hit) geldi. Mesela Mimari [www.bilgidata.com] hakkındaki yazi da teknik liderler, hem de programcilar icindir.

Proje idaresi ve tasarim genel konulari icin suraya [www.bilgidata.com] bakabilirsiniz.

malkocoglu
yaklaşık 22 yıl önce

Genel hatlari ile guzel bir yazi olmus, kutlarim.

Bir tavsiyeyi, "representation" ve "temsilleme" kelimelerinin sunulus sirasi hakkinda yapacagim. Tercume dogru. Sunus sirasi olarak, bir kez yabanci kelimeyi Turkcesi ile sundugunuz zaman, yazinin geri kalan kisminda Turkcesini kullanmaya devam etmek iyi olabilir.

Boylece okuyucunun zihninde yer eden, ve zaten yazinin Turkce yapisina daha iyi uyan (akici yapan) kelime Turkce kelime olacaktir.

FZ
yaklaşık 22 yıl önce

1.8 I/O´LARI NASIL DAĞITACAKSINIZ bölümü çok sorunlu göründü bana. Yazım hatalarının yanısıra bu bölümde kullanılmış dile dikkat etmekte ve mümkünse yeninden tercüme etmekte fayda var.

Bunun dışında:

Search: sarmallamak
Replace: gruplandırmak, birlikte yazmak, vs.

Ayrıca şu cümle:

Tekrar hesaplayan indekslerden ziyade işaretçileri gönderin.

Tekrar tekrar hesaplanan dizi indisleri yerine işaretçileri kullanın.

Bu arada yazıyı okuyacak çok farklı arkaplanlara sahip arkadaşlar için yazarın genellikle C dilini kullanarak teknik açıklamalara giriştiğini en başta hatırlatmakta fayda var diye düşünüyorum. Böylece `işaretçi´ gibi sözcüklerin varlık sebebi daha iyi anlaşılacaktır.

1.9. HAFIZA YÖNETİMİ NASIL YAPILIR? bölümü ile ilgili olarak:

İlk paragrafta Çöp Toplayıcısı (Garbace Collector - GC) kavramının ne olduğu daha düzgün şekilde açıklanabilir. Çöp, çöp denip duruyor ama ilk paragrafta bu `çöp´ün ne olduğu tanımlanmıyor! Özellikle teknik konular açıklanırken yapılan benzetmelere çok dikkat edilmelidir, insan beyni bunları gayet kolay şekilde yanlış anlayabilir ;-)

`Alışılagelmiş usullerden ...´ diye başlayan cümle bana hiçbir şey ifade etmedi.

`Hiç bir şey...´, ile başlayan cümlede `Hiçbir´ bitişik yazılmalı.

`Testlerde hiç yorulmayan(exhausted) ...´ cümlesinde yorulmak yerine tükenmeyen, bitmeyen denmeli.

Metnin yeniden bir elden geçirilmeye ihtiyacı var diye düşünüyorum.

yalcink01
yaklaşık 22 yıl önce

orjinal kılavuzda çöp ve çöp toplayıcı için ayrıntılı bir açıklama mevcut değil. yaptığım çevirilerde, kendi bilgi alanımın dışındakiler için, herhangi bir ekleme veya düzeltme yapmak gibi bir huyum yoktur. ama siz veya programlamayı bilen bir FMci bu iki terim için açıklamalar yaparsa kılavuza ekleriz. böylece yanlış anlamaları önleyebiliriz.

belirttiğiniz diğer hatalar için gerekli düzeltmeleri yaptım.

bölüm1.8 e tekrar göz atacağım.
Metnin yeniden bir elden geçirilmeye ihtiyacı var diye düşünüyorum.

bu yarım çeviriyi yayınlamaktaki amacım zaten buydu: bir programcı olmadığım için, teknik konularda yapacağım hataları yolun başında iken düzeltmek, orta ve ileri düzey programcılara yönelik bölümde hata oranını mümkün mertebe aşağı çekmek. verdiğiniz destek için teşekkürler.

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

İlgili Yazılar

Bilim ve Gelecek: 3. sayı çıktı

FZ
13 Mayıs 2004, 1 dakika okuma süresi

Bilim ve Gelecek dergisinin son sayısından FM okurlarının ilgisini çekebilecek birkaç konu başlığı:

Kopernik Devrimi'nin tamamlanış öyküsü: Newton Evreni
Erdal İnönü ile 50 yıl sonra gelen ödül üzerine
Kim demiş kadınlar matematik yapamaz diye!
Türlerin yok oluşu
Bilgisayar mühendisliği eğitimi nasıl olmalı? - Matematik altyapı ve tarihe başvurunun önemi

Kitap Eleştirisi: Süper Hesap Uzmanları

FZ
24 Kasım 2008, 3 dakika okuma süresi

Makine öğrenmesi konusu ile ilgilendiğim için askere gitmeden önce Ian Ayres'in 'Süper Hesap Uzmanları : Sayılarla Düşünmek Neden Zeki Olmanın Yeni Bir Yoludur' kitabını okumuştum. 2008 yılının Mart ayında Türkçesi yayımlanmış kitabın makine öğrenmesi, veri madenciliği ve genel anlamda istatistiğin gücü ile ilgilenen herkesin okuması gereken türden bir kitap olduğuna inanıyorum. Yani işadamları da bilgisayar yazılımcıları da çözmeye çalıştıkları problemleri daha iyi anlamak ve daha akıllıca çözümler geliştirmek için bu kitaptan feyz alabilirler.

Her ne kadar söz konusu kitap (Freakonomics'in yazarlarıdan) Steven D. Levitt gibi yazarların övgüsüne nail olmuşsa da hem içerik hem de çeviri konusunda bazı eleştirileri hak ediyor. Kitabı okurken not ettiğim bazı noktaları aşağıda listeledim:

Projelerde Hata Takip Düzeni - ITracker

malkocoglu
23 Ocak 2004, 1 dakika okuma süresi

Yazılım projelerinin test safhasında ortaya çıkan hataları, bir iş akışı altında kontrol etmek programcılara ve idarecilere rahatlık sağlıyor. Şu anda içinde bulunduğumuz projemiz için ITracker adlı J2EE bazlı serbest yazılımı seçtik (projemiz tarafından Türkçeleştirilmiştir). Hata takip için gereken düzeni, ITracker üzerinde anlattığımız bu yazının yararlı olacağını umarız.

Projelerde Hata Takip Düzeni

ITracker

Yabancı Sözcüklerin Dilimize Aktarımı

realist
14 Ocak 2008, 1 dakika okuma süresi

IRC'de, forumlarda ya da günlük konuşmalarımızda iş gereği, haddinden fazla yabancı sözcük kullanıyoruz. Kurallara uygunluğundan vazgeçtim, galat-ı meşhura razıyken aramızda bütünlük oluşturmayı dahi başaramadığımızı görüyorum.

Python Paradoksu

FZ
18 Ağustos 2004, 3 dakika okuma süresi

Paul Graham, geçenlerde (2004 Ağustos'unda) kısa bir makale yazmış, bakalım ne demiş:

"Kısa bir süre önce gerçekleştirdiğim bir konuşmada pek çok insanı hayalkırıklığına uğratan bir laf ettim: Python tabanlı bir proje için bulabileceğiniz programcılar, Java tabanlı bir projeye çekebileceğiniz programcılardan daha zeki olacaktır.

Kast ettiğim Java programcılarının aptal olduğu değil. Kast ettiğim şey, Python programcılarının daha akıllı olduğu. Yeni bir programlama dilini sıfırdan öğrenmek çaba gerektirir. Ve insanlar Python'u yeni bir iş bulabilirler diye öğrenmiyorlar; insanlar Python'u öğreniyor çünkü gerçekten programlamayı seviyorlar ve halihazırda kullandıkları dillerden memnun değiller.