Nasıl Programcı Olunur

0
yalcink01
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

0
FZ
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.
0
yalcink01
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
0
robertosmix
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.
0
malkocoglu
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.
0
malkocoglu
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.
0
FZ
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.
0
yalcink01
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

Her Yönüyle PARDUS Kitabı Çıktı!

anonim

Pardus, Tübitak’ın desteği ile hayat bulan tamamen Türkçe bir GNU/Linux dağıtımıdır. Kullananların internet ortamında her türlü desteği bulduğu, kullanıcı dostu, ilk çıktığından bu yana bilgisayar kullanıcıları arasında hızla kullanılıp yaygınlaşan, ücretsiz bir işletim sistemidir. Bu kitapla, hiç GNU/Linux kullanmamış okuyucuları başlangıç seviyesinden alıp üst seviyelere getirmek amaç edinilmiştir

Dil Üstadları ile Araç Ustaları: IDE Ayrımı

FZ

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...)

`Linux İncili´

butch

Dolar aldı başını gidiyor. E iyi kitaplar da dolarla satılıyor. Sanırım bu ortamda bize sağlam bir yer lazım şöyle aradığımız ve işe yarayacak kitapları bedavaya bulabileceğimiz. http://linuxdoc.org/ gerçekten bu konuda iyi bir tercih olacak sanırım. Gidin bir görün. Ama özellikle "Securing and Optimizing Linux Red Hat Edition" kitabına dikkat edin. Sundance'in tabiriyle Linux İncili. Hemen indirin ve mesai bitimini beklemeye başlayın lazer yazıcılara yüklenmek için. Tabi hala işiniz varsa...

e-bergi Mart 2009 Sayısı Yayında

ilke444

Günden güne artan okuyucu kitlesi ile tüm bilgisayar bilimi ve özgür yazılım meraklılarına hitap ettiğini kanıtlayan e-bergi, Mart 2009 sayısı ile sizlerle.

Gutenberg Projesi Artık Sesli

melitical

1971 'den beri devam eden Gutenberg Projesi dahilinde artık sesli kitaplar da var. Farklı dillerde sesli kitaplar ücretsiz olarak dinlenebilecek.