Bir programlama dilini bilme ölçüsü nedir ?

0
anonim
LKD listelerinde bir süredir devam etmekte olan bir konu başlığı bu.

Tartışmanın bir yerinde bir arkadaş "Bir programlama dilini bilmek için hiç bir başvuru kaynağı kullanmaksızın program yazılabilmeli " dedi.

Bunun üzerine eski FM'cilerden, Uludag projesi COMAR projesi baş programcısı Serdar Köylü yeni başlayanlar için kılavuz olabilecek nitelikte, makale tadında bir yanıt gönderdi.

Ben de listelerde yazılan herşeyin gayet GPL olduğunu düşünerek kendisine sormadan buraya haber olarak geçiyorum :)
Selamlar...

bir programlama dilini "tam olarak biliyorum" demek için, o programlama dili üzerinde hiçbir kaynaktan (uç kaynaklar dışında) yararlanmadan program geliştirebiliyor olmanız gerekir.


!?...

Bu ezbercilik olup, cogu zaman berbat program yazmanın en iyi yolu olur. 20 Yıl önce bizde böyle yapardık. Ama son 15 yıldır kullandığım C için örneğin, hala "fd = open(...)" yazarken (mesela) mutlaka man dosyasını açıp bakmayı ihmal etmem.. Herhalde ortalama günde 25-30 defaya filan tekabül eder bu..

Kısacası, hıfzı beşer nisyanla maluldur. Önemli olan herşeyi bilmeye, ezberlemeye çalışmak değil, anlamaya odaklanmak, ezber olacak bilgiyi ise nerde bulacağını bilmektir.

Programlama dilini iyi biliyorum diyebilmek için bilinmesi gerekenler bence şunlardır (en azından ilgilenilen mimariler üzerinde):

1. Bellek yönetimini bilmek. Sayılar, arraylar, nesneler vs. nasıl, nerde saklanıyor?
2. Fonksiyon çağrıları nasıl yapılıyor? Stack üzerinden mi? Byval'mı, Reference'mı kullanıyor vs.?
3. Temel komut setini iyi kavramak. Bu komut seti örneğin C için:

if/else/elseif, switch, while, for, break/continue, return olacaktır.

Elbette 1. Maddeye istinaden int, float, struct gibi veritiplerini de bilmek gerekir. "int x" ile "static int x" arasındaki farkı, bu "x" in stack/data/bss vs. nerede tutulduğunu bilmek elzemdir. C özelinde, #define gibi preprocessor komutlarını da bilmek gerekir elbet.

Peki ya printf() yada mmap()? Bunlar dışarıdan referanslardır. Bunların iyi bilinmesi değil, iyi anlaşılması, kodlama boyunca da manuallerinin el altında tutulması gerekir. Kendi adıma hala printf için ? ve %? olaylarını bilmem, ki 15 yıla yakın süredir bunları kullanırım. Bunları ezberlemeye çalışmak hamallıktır, gereksiz kafa şişirmektir.

Aslen, bu fonksiyonlar dilin değil, işletim sisteminin bir parçasıdır. Diller bunları tarif eder, işletim sistemi yerine getirir. Bir diğer husus ise, "Programlama" kavramının "Programlama Dili" kavramından ayrı olduğudur. Diller bilinen direktifleri, işletim sistemine ne istediğinizi söylemeyi sağlayan fonksiyon setlerini ve işletim sistemine erişim hizmetini sağlarlar. Bunları ne yapacağınız sizin sorununuzdur. Elinizde olanda aslen bu kadarıdır. Grid, textbox, veritabanı vs. olayı nedir, nasıl kullanılır kavramları aslolarak programlama konusunun bir parçasıdır. Eğer programlama bilginiz varsa bu olayları herhangi bir dille kolayca aşabilirsiniz.

Programlama, olayın özüdür. Herhangi bir dilde yapılabilir. Eğer programl ama kavramını özümsemişseniz, herhangi bir dil kullanarak bunu yerine getirebilirsiniz. Hatta, bu bunlarla olmaz diyerek kendi dilinizi yazıverirsiniz. Bu şunu demeye çalışıyor: "Dil öğrenmek değil, programlama öğrenmek aslolandır.."

Saygı ve sevgiler...

Görüşler

0
bm
Buyuk olcude katiliyorum, o bilme tarifi dogru bir tarif degil. Kitaba yahut kaynaga bakmadan ben de hicbirsey yapamam, yapmaya kalkarsam olur belki ama rahat hissetmem kendimi. Yazilisi olan bir seyi deneysel olarak ve kotu bir surpriz seklinde bulma ihtimali de var, zamana yazik. Satiyorsak, ne bicim soforum diye tek gozu kapayip otobus kullanmaya benziyori bu. Geregi yokken isimizi riske sokmak yani.

Son paragrafi tam anlamadim. Malumu ilam mi, daha derin bir bilgelik mi var yoksa cok kabiliyetli oldugunu tahmin ettigim birinin herkesi kendi gibi zannetmesinin tezahuru mu bilmiyorum. Benim isime gelen 'bilen her dilde yapar' yerine 'bilmeyene dil secimi yardimci olmaz' demek kabaca. Ilkinden daha zayif bir ifade tabi. (ikisi de excel'le her gun program yazanlari kapsamiyor tabi, o ayri).
0
Nightwalker
Son paragrafi tam anlamadim. Malumu ilam mi, daha derin bir bilgelik mi var yoksa cok kabiliyetli oldugunu tahmin ettigim birinin herkesi kendi gibi zannetmesinin tezahuru mu bilmiyorum. Benim isime gelen 'bilen her dilde yapar' yerine 'bilmeyene dil secimi yardimci olmaz' demek kabaca. Ilkinden daha zayif bir ifade tabi. (ikisi de excel'le her gun program yazanlari kapsamiyor tabi, o ayri).


Söz konusu yanıtın yeni başlayanlara yol gösterici nitelikte olduğunu düşünürsek, malumu ilan gerekli olabiliyor.
0
roktas
| ... malumu ilan gerekli olabiliyor.

Affınıza mağruren bu dil yâresine işaret etmek isterim. Doğrusu bm'nin yazdığı gibi, yani "ilâm etmek" = "ilm'edilir" ~= "bilinir" kılmak. (Mahkemelerde resmî hüküm duyurularında kullanılır.) Lâtif bir terkiptir. Çünkü "ma'lûm" ve "ilâm" aynı kökten gelir, yani "zaten bilineni bilinir kılmak" :-) Neyse, kaldığımız yerden devam edebiliriz...

P.S. Yoksa taht-eş şuurda "Bilişsel Bilimler Kılavuzu"na yapılan me'yus bir atak mı oldu bu?
0
bm
Bu vesileyle FM'nin herhalde en cok harf hatasi yapan uyesi olarak dusundugumu dogru yazdigim nadir anlarin farkedilmesine ragmen yanlislarim affedildigi icin butun camiaya -- yine e yerine a basmayayim aman diyerek -- tesekkur ederim. (Mozilla'daki metin alanlanlarini gnuclientla emacsa baglayip. orada da o HMM'li deasciifier'in biraz daha bana uyanini calistirma projem ZS-3765 koduyla proje sirasina sokuldu.)
0
bio
ZS-3765

Bu ZS Zihni Sinir'den geliyorsa, proje degil de proce olmasi gerekmez miydi :-)
0
Soulblighter
Bence bir programlama dilini bilmekten çok programlama mantığını bilmek önemlidir. Genel olarak bakıldığında birçok programlama dili birbirine yakındır. Program yazma mantığını öğrenmişseniz bir çok dilde rahatlıkla program yazabilirsiniz. Kod ezberlemek bana göre hamallıktır.

Örneğin program yazarken belli bir durumda dizi kullanmanın veya hangi durumlarda işaretçi kullanmanın daha avantajlı olacağını bilmek gerekir. Nasıl kullanıldığına ise açıp yardımından veya kod referansından bakabilirsiniz. Zaten kod referans belgelerinin amacı da budur.

Kısacası ne yapacağınızı bilmeniz gerekir. Nasıl yapacağınızı ise belgelerden öğrenebilirsiniz...

Yani bence böyle :)
0
jai
Anneannemin 1 metre uzunluğunda bir değneği vardır; yürürken ondan destek alır. Sıradan bir tahta parçası. Anneanneme güzel bir baston verseniz kullanmaz. Çünkü o yıllarca elindeki değneğe alışmıştır, değneğin dengesine hakimdir. Tüm özelliklerini bilir, tanır (kimbilir, belki değnek de anneannemi tanıyordur). Anneanneme "yürümeyi anlat" deseniz, size değnekten de bahseder.
Programlama kavramından bahsederken bizim de elimizdeki değneğe bağlı olmak zorunda olduğumuzu düşünüyorum. Çünkü bir programcı programlama kavramını elindeki aracın biçimiyle tanıyacaktır. Birinin elinde C, birinin elinde Java olan iki programcıya "programlamayı anlat" derseniz eminim ki daha 2.dakikadan itibaren biri C'nin diğeri Java'nın felsefelerini anlatmaya başlayacaklardır. Programlama dillerinin birer çift göze benzediklerini düşünürüm ben.
Serdar Köylü'nün fopen, printf vs. ile ilgili söylediklerine katılmakla birlikte, konunun başlığındaki soruya şöyle cevap vermeyi tercih ederim:
Bir programlama dilini bilme ölçüsü, o programlama dilinin felsefesini tanıma ölçüsüdür.
Ezberle ilgisi yoktur. En temel görülen fonksiyonların kullanımını görmek için her defasında kılavuzlara bakmak ayıp da değildir, günah da. Hatta bakmayan ayıp eder, günaha girer...
0
GaripFakir
Hazir ölçülerden konu açılmışken, Peki bir işletim sistemini bilmenin ölçüsü nedir? özgür yazilim çerçevesinde konuşacak olursak
Mesela ben Debian ya da slackware'i biliyorum demenin ölçüsü ne olur?

0
FZ
Bir Lisp programcısı için bu ölçü "o dil için derleyici yazabilmek" idi. Adam Lisp'i bir Lisp derleyicisi yazarak öğrendiğini ve artık kendini "Lisp bilen insan" olarak kabul ettiğini söylüyordu (Franz için mi çalışmaya başlamıştı yoksa LispWorks'ü üreten firma için mi, şimdi anımsayamadım).

Dokümantasyon meselesine gelince, orada da ölçü herhalde aradığının o dokümantasyonun neresinde olduğunu kolayca bulabilmek olsa gerek. Bir sayfada konuya dair 15 referans olabilir ve siz bunlardan 2 tanesini nokta vuruşu yapıp yakalıyor, diğerlerinin hedefinizle doğrudan ilgisini olmadığını kestirebiliyorsanız zaten kullandığınız ortama dair epey deneyiminiz var demektir. Elbette ki dokümantasyon kullanmamak buradaki diğer deneyimli yazılımcıların dediği gibi çok saçma bir şey, fotografik hafıza sahibi olmamak garip bir şey değil, bilakis fotografik hafıza sahibi olmak yani bir kez gördüğü bir şeyi, bir metni tüm detayları ile günler sonra hatırlayabilmek çok çok ender rastlanan bir beyin özelliği.

Bir de dilin kendisi dışında kullanılan araç da önemli olabiliyor, onda ustalaşmak bambaşka bir şey olabiliyor. gcc derleyicisinin milyar tane parametresinin hangilerini bir araya getirsek optimize program çıkar hadi değişik değişik parametre setleri deneyip sonuçlara bakan ve optimum seti bulmaya çalışan genetik algoritmalara (!) dayanan programlar yazalım diyen, bu tür araştırma yapan bilgisayarcılar var. Görülen o ki artık gcc'ye optimize program ürettirecek parametre setini bulma işi insanları zorlamaya başlayıp yapay zekâ alanına girmeye başlamış [1, 2]. Bu, tabii dilin kendisinden çok farklı bir konu ama günümüzde artık kullanılan araçlardan bağımsız olarak düşünmek de zor olsa gerek!

1- http://liberty.princeton.edu/Publications/jilp_ose.pdf

2- http://www.cs.colostate.edu/~whitley/CS640/metaopt-pldi03.pdf

0
bm
Bir Lisp programcısı için bu ölçü "o dil için derleyici yazabilmek" idi.

Duane Rettig olsa gerek. Franz'da calisir.

http://alu.cliki.net/Duane%20Rettig's%20Road%20To%20Lisp
0
paprika
bir programlama dilini bilmenin ölçüsü herhalde, belli programlama konseptlerini özümsemekle ilgili birşeydir. diyelim ki, o çok eski basic'ten bu yana kod yazıyorsanız, ve eski alışkanlıklarınız dolayısıyla, oop'yi kullanmakta çekingen davranıyorsanız siz, c++'ı, php'yi vs. bilmiyorsunuz demektir.

daha kısa ve anlamlı bir ifadeyle, bana göre, bir kodlama dilini bilmek demek, onu "verimli" bir biçimde kullanabilmek demektir. elbette bu demek değil ki, her ifadeyi, her operatörü, her naneyi ezberden kodlamanız gerekiyor. hayır. ama, x işinin "nasıl" yapılacabileceğini sezebilmeniz ve eksik ya da yanlış bir kod yazdığınızda bunu anlayabilmeniz gerekir. örneğin, php için (dil mi tartışmasına girmeden) gerekmeyen yerde çift tırnak kullanmamak php'yi bildiğinizin göstergesidir.
0
Geryon
önce printf'in bir komut olmadığı ve dolayısla C dilininde bir parçası olmadığı konusunda anlaşalım.
eğer printf bir C komutu ise KiQueryIOMap'inde bir C komutu olması gerekir. ObDereferenceObject'inde...

zaten C dilinde komut olmadığı(~) gerçeğini görürsek, C dilinin öğrenmenin 10 dakika alacağını görürüz.

Fakat çoğu zaman insalar PC'i programlamayı bilmekle, kullandıkları dili bilmeyi karıştırıyorlar. "Çok iyi C bilmek" ne anlama gelir ? basitce hiçbir anlama gelmez. Çünkü siz "Çok iyi C bilerek" konsola "Hello World !" bile yazdıramazsınız. Sizin diğer standartları bilmeniz gerekir.

Şimdi kaç kişi Win API'lerin hepsini ezbere biliyor ?
win api'lere ezberlemektense windows'un çalışma mekanizmasını bilirseniz Win32SDK ile tüm api'leri kullanırsız...


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

İlgili Yazılar

Vpopmail Kullanım Kılavuzu

anonim

Vpopmail bir sanal domain ve sanal kullanıcı yonetim aracı olarak yazılmıştır, yazılmasında temel MTA (Mail Transfer Agent)olarak qmail ele alındığı için bu sadece bu MTA ile çalışır. Son zamanlarda postfix ile birlikte de çalışabilmesi için gerekli düzenlemeler yapılmıştır. Postfix ile çalıştırabilmeniz için yine aynı sitede bulunan vpopmail-postfix dökümanına göz atabilirsiniz.

Bilgisayar Bilimcileri Hacker Konferanslarına Neden Katılmalıdır

FZ

Geçen gün acm.org sitesinde gezinirken Gregory Conti isimli bir bilgisayar profesörünün yazısı dikkatimi çekti: "Why computer scientists should attend hacker conferences" yani "Bilgisayar bilimcileri hacker konferanslarına neden katılmalıdır".

Conti, eğlenceli üslupla ilginç saptamalarda bulunuyor ve kendisinin de sık sık katıldığı bu tür etkinliklerin önemini vurguluyor.

Apache güvenliği

conan

Bu yazıda Apache'nin dağıtımla gelen halinden daha güvenli bir şekilde çalışabilmesi için yapmanızı tavsiye edeceğim bazı değişiklerlerden bahsedeceğim. Bu tavsiyelerden birçoğu ayar dosyalarıyla ilgili olacağından dolayı Apache httpd.conf dosyası hakkında bilgi edinmiş olmanızı öneririm.

Otostopçunun Galaksi Rehberi : Yeniden Raflarda

butch

"Galaksinin haritası bile çıkarılmamış ücra bir köşesinde, gözlerden uzak bir güneşin yörüngesinde, tamamıyla önemsiz küçük bir gezegen döner. Gezegenin maymundan gelen halkı genellikle mutsuzdu. Ağaçlardan inmekle büyük hata yaptıklarını düşünenlerin sayısı gün geçtikçe artıyordu. Bazıları ağaçlara çıkmanın bile yanlış bir hamle olduğunu ve okyanuslardan asla ayrılmamış olmaları gerektiğini söylüyordu. Sonra adamın birinin, sırf değişiklik olsun diye bundan böyle nazik davranmanın ne kadar iyi olacağını dile getirdiği için ağaca çivilenmesinden yaklaşık iki bin yıl sonra, bir perşembe günü, o önemsiz gezegen bir kestirme yol uğruna yok olup gidecekti. Ama bilinmeyen gerçek şuydu ki gezegenin yaratılış amacı yalnızca Nihai Soruya cevap bulmak için yapılan bir deneydi..."

Douglas Adams'ın efsane dizisi Otostopçunun Galaksi Rehberi yeniden raflarda. (Kabalcı Yayınevi)

Linux Açılış Disketi NASIL

yalcink01

Hep hayalini kurduğum şey, kendi başıma imal ettiğim bir işletim sistemi idi. Baktım ki bu iş oldukça uzun bir zamana mal olacak, ben de hayalimi güncelledim ve kendi birleştirdiğim bir işletim sistemi yapmaya karar verdim. Hani legolar var ya onun gibi bir şey işte. Eh, Linux çekirdeği artı GNU araçları ve bilumum özgür yazılım etrafta cirit atıyor:) Al parçaları birleştirmeye başla dedim ama işte orada tıkandım kaldım. Parçaları bulmak kolay ama bir GNU/Linux İşletim Sistemi nasıl çalışır, temel parçalar nelerdir, kim kimi tetikliyor, kimin eli kimin cebinde konuları biraz karışık. Demokraside çare tükenmez deyip kendi yol planımı yaptım ve işe başladım: Öncelikle "bu sistem nasıl açılır, temel parçalar ve ana hatlar nelerdir?" sorununun yanıtını bulabilmek amacı ile The Linux Bootdisk HOWTO kılavuzunu hatim eyledik. Sırada Çekirdek Çitleme Kılavuzu (tldp tarafından şu an güncelleniyor) ve The Pocket Linux kılavuzu var.

Linux Açılış Disketi NASIL kılavuzu; bir açılış disketi yapımını anlatmakla birlikte -ki bu işin çok daha kolay bir yöntemi de mevcuttur:mkbootdisk- sistemin ilk ateşlemesini ve bu sistemin çalışması için gereken temel araçları açıklaması yönünden bence oldukça önemli bir başlangıç noktasını oluşturmakta. İyi bir başlangıç olmakla birlikte, sistem temellerini anlayabilmek için tek başına yeterli olmasını beklemeyin. Zaten kılavuzun ana hedefi de bu değil. Adı üstünde: açılış disketi nasıl yapılır, onu anlatıyor :)

Her halükarda okunması gereken ve Linux öğrenmeye çalışan benim gibiler için, uygulanması gereken bir kılavuz. Init'in ne olduğunu anlamadan önce, init'in herşeyin atası olduğunu anlamak gerekir, öyle değil mi?

http://www.geocities.com/yalcink01/bootdisk-howto/index.html adresinden belgeye ulaşabilirsiniz. Her zaman olduğu gibi: her türlü geribeslemeye kapımız açıktır