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

Epic Games'ten Tim Sweeney, SIGPLAN ve SIGACT tarafından 33.sü düzenlenen Programlama Dillerinin İlkeleri Sempozyumunda The next mainstream programming language: a game developer's perspective başlıklı bir konuşma gerçekleştirdi.

Sunumun PowerPoint formatlı dosyasına buradan PDF haline ise Advanced Functional Programming sayfasındaki bu adresten erişebilirsiniz.

Kaynak: Lambda the Ultimate.

Görüşler

darkhunter
yaklaşık 20 yıl önce

Yapan değil yazan -ki coder'dır bahsi geçen şahsiyet-, hatta yazanlardan biri...

sefalet
yaklaşık 20 yıl önce

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.

darkhunter
yaklaşık 20 yıl önce

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

FZ
yaklaşık 20 yıl önce

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

conan
yaklaşık 20 yıl önce

Unreal turkce dusunulemez! turkce de yazilamaz. yazilirsa anriıl olur!

experience
yaklaşık 20 yıl önce

aferim sana. her$eyden ziyade ironiyi iyi yapiyosun takdir ettim.

darkhunter
yaklaşık 20 yıl önce

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

tekrei
yaklaşık 20 yıl önce

Yazmak ve yapmak tartışmasını genişletmek için ben de geliştirmek terimini ortaya atmak istiyorum :P

FZ
yaklaşık 20 yıl önce

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

OpenBSD 3.0 Hazır

anonim
2 Kasım 2001, 1 dakika okuma süresi

4 yıldır standart kurulumumda hiç bir açığı olmayan işletim sistemi ve openssh´ın yaratıcısı olan OpenBSD'nin son sürümü 3.0 1 Aralık'ta satışa sunuluyor. Şu an için pre-order kabul eden OpenBSD 3.0 hakkında detaylı bilgi için http://www.openbsd.org

C++ : `Standard Library´nin Ötesine Geçin

FZ
7 Mayıs 2003, 1 dakika okuma süresi

C++ programlama dilinde ustalaştıktan sonra çoğu programcının yaptığı ilk iş nedir? Standart fonksiyon kitaplığının dışındaki fonksiyon kitaplıklarını öğrenmek. Elbette standart C++ fonksiyon kitaplığının içinde karakter dizisi fonksiyonları, G/Ç kanalları, `container´lar, öteleyiciler (iterators), algoritmalar, vs. mevcuttur ancak modern programlama dünyasında en çok kullanılan kavramlar standart olarak gelmez: ağ programlama, GKA (Grafik Kullanıcı Arayüzü), eşzamanlılık, vs.

C++ in a Nutshell kitabının yazarı Ray Lischner, Blitz++, MTL (Matrix Template Library), ACE (Adaptive Communication Environment), Loki ve Boost gibi kitaplıkları ele aldığı bu yazısında C++ programcısının verimliliğini artırabilecek önemli noktalara dikkat çekiyor.

Bir Türk Programcısı Sinirlenirse: CORSIS - Açık Kodlu Derlem Analiz Yazılımı

FZ
10 Ocak 2008, 1 dakika okuma süresi

Stallman bir yazıcı sürücüsünün kapalı olması yüzünden çıldırıp işe girişmişti. Linus, okulda eğitim için kullandığı Sun Solaris işletim sistemini evde kullanamayacağını görünce Linux çekirdeğini yazmaya başlamıştı. Ian Murdock Linux kurmanın uzman olmayanlar için hiç de kolay olmayacağını fark edip Debian dağıtımını geliştirmeye başlamıştı. Bilgisayar tarihi sinirli programcıların başlarının çaresine bakarken çevreye de epey fayda sağlamalarının örnekleri ile dolu. Şimdi böyle bir örneğin haberini okuyacaksınız:

Çetin Sert, Almanya'da bilgisayarla dil işleme (NLP - Natural Language Processing) konusunda çalışan 23 yaşında genç bir araştırmacı. Sert, Mike Scott tarafından geliştirilmiş ve dil işleme bağlamında sık kullanılan bir yazılım olan Wordsmith'in kısıtlayıcı lisansını, ödenmesi gereken paraları ve bunu evindeki PC'de rahatça kullanamayacağını görüp bu konuda profesörlerinin uyarıları ile karşılaşınca...

Emacs mı VI mı?

vst
27 Temmuz 2005, 1 dakika okuma süresi

Uzun zamandır Vi(m) kullanıyorum. Ancak Emacs'in sunduğu çalışma ortamını kıskandığım için birkaç defa Emacs öğrenme girişiminde bulundum, bir tanesi de bugüne rastgeldi. Netice: olmuyor! Üşeniyor muyum, algısal sorunlarım mı var diye merak edip bir google araması yaptım: vim emacs cognition (kavrama). Sonuçlardan birisi çok faydalı bir literatür taramasına işaret ediyor.

Bu taramanın kaynağı "Benim editörüm senin editörünü döver!" argumanına alternatif bilimsel araştırmalar. Genelde bilişsel test uygulamalarına dayanan çalışmaların özetlerinin ve bazılarının tam metin bağlantılarının verildiği çalışmadan çıkardığım sonuç:

Pavuk???

m1a2
9 Nisan 2002, 1 dakika okuma süresi

Hemen söyleyelim, bu `Pavuk` ne oluyor? Pavuk özellikle son haliyle `wget`e ciddi bir rakip oluyor... Malum, `wget` Linux`taki temel araçlardan birisidir. Bendeniz de lynx, wget vb. kod tabanı iyice oturmuş, mature programları değiştirme taraftarı değilimdir. Alışkanlıklar bu tip temel araçların değiştirilmesine de çoğunlukla engeldir. 1-2 yıl önce ismini duyduğum fakat `wget`e duyduğum saygıdan ötürü incelemeye kalkışmadığım :)`pavuk`u bir süredir deniyorum. Pek te memnun kaldım. Siz de bir deneyin isterseniz. Nereden mi? İşte şuradan.