Unreal'i Yapan Adam Programlama Dillerinin Geleceğini Anlatıyor

0
FZ

Görüşler

0
darkhunter
Yapan değil yazan -ki coder'dır bahsi geçen şahsiyet-, hatta yazanlardan biri...
0
sefalet
http://tdk.org.tr/tdksozluk/sozbul.ASP?KELIME=yapmak&YENIARAMA=+++Ara+++&GeriDon=0&EskiSoz=

Bir kimsenin kod yazıyor olması bir şey yapmadığını mı gösterir. :)

"Yapmak" fiili çok geniş anlama sahiptir, pek çok durumda kullanılabilir.Eğer söylenen "Unreal kodlarını yapan" olsaydı haklılık payınız daha çok olurdu.
0
darkhunter
Bence karşılamıyor tam olarak; o zaman hepimiz "yazmak" yerine "yapmak" fiilini kullanabilrdik. Programcının yaptığı iş yazmakla daha bağlantılı, kaldı ki bu herif öle "dizaynır" yada "modılır" da değildi Unreal'de Lead Coder'dı... (Bu deyimlerin türkçelerini bulmaya yoramıyorum şu an, üzgünüm)

Farklı fikirlerle empati kurmak isterseniz şayet: Unreal'i türkçeye çevirin ve başlıktaki yerine koyarak tekrar okuyun :)

Kaldı ki ben RSS feed'den izliyorum FM'yi, başlık böyle olunca tırstım bir an. Sonunda "unreal" labaratuvar ortamında yaratıldı galiba, zeytinyağı ve sigara depolamak gerekebilir diye :-D
0
FZ
Bu değerli semantik tartışmayı başlattığınız için teşekkür eder, daha da derinleşerek artmasını ümit ederim. Malum konudan bihaber zavallı cahiller kötü etkilenebilir ve bilenler de "Unreal'i yapan adam ha, hahahaha, hiç güleceğim yoktu. Hayır Hayır o yapmadı. Unreal yapılmaz. Yazılır. "Kodır" o adam! Kod. Model değil. Grafik hiç değil. vs. vs." deyip hayata küsebilir, FM üzerine 100 yıllık bir lanet salabilirler. Neyse ki bu yanlış anlamayı giderdik. O adam Unreal'i yapmamış. Yazmış. Kendisine siz Unreal'i yapan ekipten misiniz diye sorsak muhtelemen "hayır hayır oyun yapılmaz, oyun yazılır, en azından ben yazarım, lütfen beni rencide etmeyin, ben yazdım onu. Yapmadım. I wrote. I coded. I did not make. I'm not a maker, I'm a coder. Yes, yes, yaa..." diyerek bize küçümseyici ve alaycı bakışlar fırlatacaktır.

Bir an programlama, bir oyun programcısının programlama dillerinin teorisi ve pratiğine dair söyledikleri, garbage collection, fonksiyonel programlama gibi alakasız konulara gireceğiz diye tırstım. Neyse ki oyun yapmak ve oyun yazmak üstüne bir tartışmaya başladık da o alakasız konulara girmemize gerek kalmadı.

Ben şimdi "Unreal"i Türkçe düşünüp söz konusu başlık kaç farklı şekilde algılanabilir diye bir araştırma yapmak için uzaklara gidiyorum. Lab. ortamı ile olan ilişkisini çözüp geleceğim...
0
conan
Unreal turkce dusunulemez! turkce de yazilamaz. yazilirsa anriıl olur!
0
experience
aferim sana. her$eyden ziyade ironiyi iyi yapiyosun takdir ettim.
0
darkhunter
Valla yapmakla yazmak arasındaki fark Tanrı ile Peygamber arasındaki farka benzer, dikkat etmek lazım (ister misiniz buradan bir evrim tartışmasına hatta daha da iyisi Tanrı tartışmasına yelken açalım)...

İşte bunlar hep felsefe forumlarının kapalı olmasından kaynaklanıyor!

_Unreal'i "yapmak"_ yürek ister diyorum; konunun ekseni yorumlayanın beyniyle alakalı daha da iyisi Game Maker ile Game Coder arasındaki farkı söyleyeyim:

Game Maker'la ile kod yazamazsın, Drag&Drop olayının dışına bile çıkamazsın, hiç öyle Tanrı tribine girmeye gerek yok; mouse'un bozuksa oyun bile "yapamazsın"...

Game Coder ise tamamen ayrı bir dünya... En asil duyguların insanları onlar...

Hoş Unreal'i "yapan" adam programlama dillerinin geleceğini anlatma cürretini kendinde nasıl bulmuş bilmiyorum... Ben olsam QIV motoruna bakıp saklanacak bir delik arardım...

Lab. ile Unreal bağlantısına gelince; bunu "yapan" adam eylemin "yapmak" olması itibariyle konuyu gerçellemiş bulunuyor... Eh, olsa olsa Lab.'dır, Unreal bir dünyanın simüle edildiği yer...

Not: Ben de FZ'nin ironi, mübalağa ve teşbih yeteneklerinin hastasıyım :) İlgiyle izliyorum...
0
tekrei
Yazmak ve yapmak tartışmasını genişletmek için ben de geliştirmek terimini ortaya atmak istiyorum :P
0
FZ
Bu konularla bağlantılı sık sık adı geçen klasikleşmiş bir eser: Why Functional Programming Matters

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

İlgili Yazılar

OpenOffice.Org 1.1.4 çıktı!

qorkem

OpenOffice.org 1.1.4 ün İngilizce stabil sürümünü resmi sitesinden indirebilirsiniz.

Yüz Yıl Sonraki Programlama Dilleri (ya da Perl vs. Lisp ve Lambda Calculus)

FZ

Deneyimli LISP `hacker´ı Paul Graham bu kez yüzyıl sonra ne tür programlama dilleri kullanabileceğimiz üzerine tahrik edici bir makale yazmış. Nesneye yönelik programlamaya, Java´ya, C++ diline saydıran yazar arada Perl diline de değiniyor.

Hazır konu açılmışken ilginizi çekebileceğini düşündüğüm bir başka yazı ise Mark Jason Dominus´un Perl´in Lambda Calculus içerdiğine dair bir prezentasyonu. (Prezentasyonun diğer adı: 1+1´i hesaplamak için 163 satırlık bir program nasıl yazılır? ;-)

StarLogo'nun Yeni Versiyonu Duyuruldu

ahmetozdemir

Modelleme ve simülasyon yazılımı StarLogo'nun yeni versiyonu StarLogo TNG (The Next Generation) Preview 2 duyuruldu. Bu sürümdeki en büyük özellik Preview 1'den her bakımdan daha hızlı olması.

Xen: VMware® için özgür alternatif

roktas

VMware`in özgür ve üstelik daha hızlı alternatifini buluyoruz galiba. Bu haber OSNews`de dikkatimi çekti. Xen, Cambridge üniversitesi Bilgisayar Labortuvarlarında geliştirilmiş özgür lisanslı bir sanal makine yazılımı. İhtiyaç sahipleri bilirler, sanal makine yazılımları özellikle önyükleme ve sistem kurulumu yazılımlarının test edilmesinde, kirlilik oluşturmadan farklı işletim sistemlerinin denenmesinde çok yararlıdır. VmWare`in mevcut alternatifleri Bochs ve Qemu yeterli performansa sahip değiller ve böyle bir şeye hakikaten ihtiyaç vardı. (Qemu Bochs`dan çok daha iyi durumda, fakat VmWare ile karşılaştırıldığında maalesef o da yavaş kalıyor.) Xen özel tekniklerle (?) böylesi bir yüksek performansa ulaşabiliyor. Daha şimdiden Redhat, Novel, HP vb. bu projeye üşüşmüş durumdalar. Xen`in Linux çekirdek kod tabanına eklenmesi de gündemde. Ha unutmadan, anladığım kadarıyla teknik olmaktan ziyade yasal nedenlerden dolayı Xen'de sanal Windows çalıştırmak mümkün değil henüz. Ama ekran görüntüleri NetBSD`yi deneyebileceğinizi söylüyor. Bu güzel :-)

BinarySearch ve MergeSort kullandıysanız kodunuzu kontrol edin!

FZ

Algoritmalar mükemmel olabilir ama uygulamaları her zaman öyle olmayabiliyor!

Google'dan Joshua Bloch, yeni günlük girdilerinden birinde Extra, Extra - Read All About It: Nearly All Binary Searches and Mergesorts are Broken diye konuya girip Java standart kütüphanesinde kendi yazdığı BinarySearch fonksiyonunun nasıl bir hata barındırdığını anlatıyor.

Sun Microsystems'e 11 Mayıs 2004 yılında gönderilen hata raporunun yorum kısmı ise epey eğlenceli: "Should be fixed in the next release. Not for Tiger. xxxxx@xxxxx 2004-05-11 Finally fixing for Mustang. Can't even compute average of two ints is pretty embarrassing."

3 Haziran 2006 Cumartesi günü yollanan yorumlara göre ise, benzer problemden ötürü Solaris'teki look komutu yaklaşık 1 GB'den büyük dosyalar için düzgün çalışmıyor.