Azure CTO'su Mark Russinovich, Klasik Oyun Doom'u MS Paint İçinde Çalıştırarak Teknoloji Dünyasını Şaşırttı


📌 Öne Çıkan Gelişmeler
- Microsoft Azure CTO'su Mark Russinovich, Doom oyununu Windows Panosu aracılığıyla MS Paint içinde kare kare çalıştırdı.
- Proje, MS Paint'in herhangi bir hesaplama yapmadığını, yalnızca Doom'dan gelen görüntüleri pasif bir şekilde gösterdiğini vurguluyor.
- Geliştirme sürecinde Claude gibi yapay zeka araçlarından faydalanılması, modern yazılım geliştirmede AI'ın rolünü gözler önüne seriyor.
Teknoloji dünyası, bazen ciddi yeniliklerin yanı sıra, mühendislik dehasının ve yaratıcılığın sınırlarını zorlayan "eğlenceli" projelerle de gündeme gelir. Microsoft Azure’un Baş Teknoloji Sorumlusu (CTO) Mark Russinovich de tam olarak böyle bir projeyle adından söz ettirdi. Russinovich, klasikleşmiş birinci şahıs nişancı oyunu Doom’u, Windows’un temel grafik düzenleme aracı MS Paint içinde çalıştırarak teknoloji meraklılarını hayran bıraktı. Bu "MS Paint Doom" veya "DoomPaint" olarak adlandırılan deney, yıllardır süregelen "Doom her yerde çalışır mı?" efsanesine yepyeni ve bir o kadar da absürt bir boyut kazandırdı.
Teknik Sihirbazlık: MS Paint Doom'un Perde Arkası
Bu projenin ardındaki teknik yaklaşım, ilk bakışta basit gibi görünse de, Windows işletim sisteminin derinliklerine inen zekice bir mühendislik örneği sunuyor. Russinovich'in açıklamalarına göre, MS Paint, Doom'u "hesaplamıyor" veya "çalıştırmıyor." Gerçekleşen şey tamamen pasif bir görüntüleme. Esasen Doom, arka planda tam teşekküllü bir şekilde çalışmaya devam ediyor. Bu noktada devreye, Doom'un .wad dosyasını çalıştıran ve görüntüyü "başsız" (yani doğrudan bir ekrana aktarmadan) işleyen ViZDoom gibi bir modül giriyor. ViZDoom, Doom'un her bir karesini ayrı ayrı yakalıyor ve bu görüntü verisini Windows Panosu'na (clipboard) "Aygıttan Bağımsız Bit Eşlem" (Device Independent Bitmap - DIB) formatında kopyalıyor.
Ardından, özel olarak yazılmış bir yardımcı program, panodaki bu DIB görüntüsünü alıp doğrudan MS Paint'in tuvaline yapıştırıyor. Bu işlem her yeni oyun karesi için tekrarlanıyor ve böylece Paint penceresi adeta Doom için bir monitör görevi görüyor. Oyunun kontrolü ise, Paint ön plandayken klavye girişlerini yakalayan düşük seviyeli bir "klavye kancası" (low-level keyboard hook) mekanizmasıyla sağlanıyor. Bu kancalar, oyun komutlarını Doom motoruna iletiyor. Sesler de doğrudan arka planda çalışan Doom motorundan geldiği için, oyuncular tam bir oyun deneyimi yaşayabiliyor; ancak bu deneyim, kare hızı açısından elbette çok akıcı değil. Russinovich'in vurguladığı gibi: "Paint hiçbir şey hesaplamıyor. Paint hiçbir zaman hiçbir şey hesaplamadı. Şaka da bu zaten."
Bu yöntem, önceki "Paint'te Doom" denemelerinden farklılaşıyor. Daha önceki projelerde genellikle Doom ayrı bir ekranda işlenir ve ardından görüntüsü Paint'e yansıtılırdı. Russinovich'in yaklaşımı ise, her kareyi doğrudan Windows Panosu üzerinden DIB formatında göndererek Paint'in "pasif bir alıcı" rolünü daha belirgin hale getiriyor. Bu, işletim sistemi seviyesindeki pano API'lerinin ve bitmap formatlarının ne kadar esnek kullanılabileceğini gösteren ilgi çekici bir uygulama.
"Doom Çalıştırılabilir mi?" Efsanesi ve Tarihsel Kökenleri
"Doom çalıştırılabilir mi?" (Can it run Doom?) sorusu, teknoloji camiasında yıllardır süregelen ve adeta kültleşmiş bir meydan okumadır. 1993 yılında piyasaya sürülen id Software klasiği Doom, nispeten düşük sistem gereksinimleri, açık kaynaklı yapısı ve esnek motoru sayesinde, pek çok farklı cihaza ve platforma başarıyla port edilmiştir. Bu durum, oyunun basit hesap makinelerinden, bankamatiklere, dijital kameralara, hamilelik testlerine, hatta bir osiloskopa kadar akla gelebilecek her türlü cihazda çalıştırılmasına yönelik sayısız yaratıcı denemeyi tetiklemiştir.
Bu "meme"nin arkasında yatan temel motivasyon, mühendislerin ve yazılım geliştiricilerin bir sistemin sınırlarını zorlama, beklenmedik özelliklerini keşfetme ve yazılımlar arası entegrasyon potansiyelini test etme arzusudur. Doom'un kendisi, dönemi için devrim niteliğinde bir teknoloji harikasıydı ve o günden bu yana hem oyun tasarımcıları hem de sistem mühendisleri için bir referans noktası olmuştur. Russinovich'in projesi de bu uzun ve zengin geleneğin en yeni halkalarından biri. Daha önce 2025'te, Claude'un yardımıyla KiCad PCB tasarım yazılımında Doom'un vektörler halinde işlenmesi gibi örnekler de, bu "eğlenceli mühendislik" akımının ne denli yaygın olduğunu gösteriyor. Bu tür projeler, yalnızca eğlenceli olmakla kalmıyor, aynı zamanda farklı yazılım katmanlarının nasıl bir araya getirilebileceğine dair değerli öğrenimler sunuyor.
Yaratıcılık, Mühendislik ve Yapay Zeka Desteği
Mark Russinovich'in bu projedeki ilginç notlarından biri de, yazılım geliştirme sürecinde yapay zeka (AI) araçlarından aktif olarak faydalanmış olmasıydı. Russinovich, LinkedIn paylaşımında "Fable 5'i ciddi araştırma projelerinde kullanıyorum ve Opus 4.8'e göre belirgin bir gelişme olduğunu görüyorum" ifadelerini kullandı. Bu, hem yapay zeka destekli kodlama araçlarının ne denli geliştiğini hem de "önemsiz" görünen projelerde bile ne kadar verimli kullanılabildiğini gösteriyor.
Claude veya Fable gibi gelişmiş dil modelleri, geliştiricilere kod parçacıkları önermede, hataları ayıklamada ve hatta karmaşık algoritmaları basitleştirmede büyük yardımcı olabilir. Russinovich'in bu "eğlence amaçlı" projesinde bile yapay zekadan yararlanması, gelecekte yazılım geliştirme metodolojilerinin ne denli değişeceğine dair önemli bir ipucu veriyor. Yazılımcılar artık sadece kendi bilgi ve deneyimlerine değil, aynı zamanda yapay zeka asistanlarının sunduğu sonsuz olasılıklara da güvenebilir hale geliyorlar. Bu, "vibe-coding" olarak adlandırılan, daha sezgisel ve hızlı prototipleme süreçlerinin kapısını aralıyor. Proje, bir yandan nostaljik bir oyunun, diğer yandan modern bir işletim sisteminin ve güncel yapay zeka teknolojilerinin kesişim noktasında duruyor.
💡 Mercek360 Sektörel Değerlendirmesi
Mark Russinovich'in MS Paint'te Doom çalıştırma projesi, ilk bakışta sadece bir eğlence veya boş zaman etkinliği gibi görünse de, Mercek360 olarak bizlere teknoloji dünyasının daha derin katmanları hakkında önemli ipuçları sunuyor. Bu tür "anlamsız" denebilecek projeler, aslında mühendislik zekasının, sistemin sınırlarını anlama ve yaratıcı problem çözme yeteneğinin birer göstergesi. Russinovich, bir Azure CTO'su olarak bulut bilişimin en karmaşık sorunlarıyla uğraşırken, diğer yandan Windows'un temel API'lerini kullanarak bu tür eğlenceli ama teknik olarak zorlayıcı projelere imza atması, onun teknik derinliğini ve platforma olan hakimiyetini ortaya koyuyor.
Bu durum, teknoloji profesyonelleri için önemli bir mesaj içeriyor: Yenilik, her zaman en büyük bütçelerle veya en iddialı hedeflerle gelmez. Bazen en beklenmedik yerlerde, mevcut araçları sıra dışı şekillerde kullanarak ortaya çıkar. Ayrıca, yapay zeka araçlarının sadece büyük ölçekli ve ciddi projelerde değil, aynı zamanda kişisel deneylerde ve hızlı prototiplemelerde de ne kadar etkili olabileceğini gösteriyor. Gelecekte, geliştiricilerin AI destekli "vibe-coding" yetenekleriyle çok daha hızlı ve yaratıcı projeler ortaya koyduğunu göreceğiz, bu da inovasyon döngüsünü hızlandıracaktır.
Sonuç olarak, MS Paint Doom projesi, yalnızca nostaljik bir oyunu değil, aynı zamanda Windows'un yazılım katmanlarının ne kadar esnek olduğunu, mühendislik tutkusunun zaman tanımadığını ve yapay zeka destekli geliştirmenin sınırları zorlayan potansiyelini bir kez daha hatırlatıyor. Bu tür projeler, genç mühendis adaylarına ilham verirken, sektördeki devlerin bile "oyun oynamaktan" vazgeçmediğini gösteriyor. Teknoloji sadece ciddiyetten ibaret değil; aynı zamanda merak, deney ve biraz da "çılgınlık" gerektirir.