Çok iyi be Kaynak

Fotoğrafta, iki kadın, yeşil plastik bardaklarla bir tür sihir oyununu oynarken görülüyor. Kadınlardan biri "Developer" (Geliştirici), diğeri ise "Tester" (Testçi) olarak etiketlenmiş. Jestler ve odaklanmış bakışlar, geliştiricinin kodu yazarken veya bir projenin üzerinde çalışırken harcadığı yoğun konsantrasyonu, testçinin ise yazılımı test ederken karşılaşabileceği zorlukları temsil etmektedir. Bu durum, kodlama ve test süreçlerindeki farklı rolleri, yoğun çalışmayı ve olası zorlukları ironik bir şekilde, sihir numarası üzerinden vurgulamaktadır. "Geliştiricinin" ve "Testçinin" bu şekilde, yoğun konsantrasyon halinde olduğu, neredeyse aynı anda aynı şeyleri yapmaya çalıştığı, çabalarının ise sonucu vermediği, yani sihir başarısız olduğuyla ilgili esprili bir yorumdur. Kodlama ve test işlemlerinin bu yoğun konsantrasyonu gerektiren yönüyle, beklenmedik sonuçlarla karşılaşma olasılıkları vurgulanmaktadır. Resimde, iki kadın masa etrafında yeşil plastik bardaklarla bir oyun oynuyor. Soldaki kadına "Developer" (Geliştirici), sağdakine "Tester" (Testçi) yazısı eklenmiş. Oyun, bardakları hareket ettirerek, arkasını gizlemek üzerine kurulu. Mizah, yazılımlarda (ve muhtemelen diğer birçok alanda) geliştiricilerin ve testçilerin iş süreçlerindeki farklı yaklaşımlarıyla ilgili. Geliştiriciler genellikle kendi kodlarını "gözleriyle" "görmek" için çabalar, testçiler ise uygulamanın beklenmedik, hatta hatalı davranışlarını bulmakla uğraşır. Bu, sanki geliştiriciler bardakların arkasını gizleme (kodlarını çalışır hale getirme) konusunda yoğunlaşıyor, testçiler ise beklenmedik sorunları (bardakların arkasındaki "şeyi" bulmayı) araştırıyormuş gibi gösteriliyor. Dolayısıyla espri, bu iki farklı iş rolü arasındaki (ve potansiyel olarak var olan) karşıtlığı ve farklı odak noktalarını vurguluyor.

Resimde, bir havuzun kenarında üç kişi duruyor. Soldaki küçük çocuk "Client" (Müşteri), ortadaki çocuk "Tester" (Testçi), sağdaki kadın ise "Developer" (Geliştirici). Mizah, yazılım geliştirme sürecinde, müşterinin isteklerinin (Client), geliştiricilerin kodlamasını test edenlerin (Tester) ve sonrasında kodun çalışan (veya çalışmayan) bir ürün haline getirilmesini sağlayanların (Developer) sıralanışı ve muhtemel bir hatanın, her birinin havuzun içine atlamak suretiyle temsil edilişinde. Özetle, yazılım geliştirmede farklı rollerin ve her aşamada oluşabilecek hataların bir esprili şekilde canlandırılması söz konusu. Geliştiriciler, testlerden geçse bile son kullanıcının beklenmedik bir sonuçla karşılaşabileceği önemli bir risk unsuru olarak da yorumlanabilir. Görselde, havuz kenarında üç kişi duruyor. Soldaki küçük çocuk "Müşteri", ortadaki çocuk "Testçi", sağdaki genç kadın ise "Geliştirici". Fotoğraf, yazılım geliştirme sürecindeki farklı rolleri ve genellikle yaşanan sorunları mizahla anlatıyor. Müşteri, ürüne ihtiyaç duyuyor ve onu kullanmak istiyor. Testçi, ürünün beklendiği gibi çalışıp çalışmadığını kontrol ediyor. Geliştirici ise ürünü tasarlıyor ve kodluyor. Farklı roller arasındaki ilişki, her birinin havuz kenarında durması ve sonra havuzun içine atlamayı deneyerek tasvir ediliyor. Geliştiricinin, müdahale edilebilir bir sürecin ardından ürünü kullanıcılara sunması ve test etmesi gerektiğini, ancak her zaman beklendiği gibi çalışmadığını ve bu noktada müşterinin hayal kırıklığına uğradığını ifade ediyor. Dolayısıyla espri, yazılım geliştirme sürecinin karmaşıklığını ve kullanıcı beklentileriyle geliştirici arasındaki potansiyel uyumsuzlukları absürt bir şekilde, havuz atlamalarına benzeterek gösteriyor.

Resimde karanlık bir odada bilgisayar başında oturan ve kod yazan bir adam görüyoruz. Adamın yüzü bilgisayar ekranından yansıyan kodlarla kaplı. Tweet'te yazan "Karanlık bir odada oturup kodu yüzüme yansıtıyorum karmaşık problemleri çözmek için. Bu da kodun içine girmemi ve 'hissetmemi' sağlıyor." cümlesi kod yazmanın ne kadar yoğun ve özverili bir iş olduğuna dair esprili bir yorum. Kısacası, adam kod yazmaya o kadar dalmış ki kodlar adeta yüzüne yansıyor.

Resimde, bir yazılım geliştiricisinin Twitter'da paylaştığı bir espri yer alıyor. Espride, yazılım geliştiricisinin, yazılımına beş saniyelik bir gecikme eklemesi ve ardından üç ay sonra bu gecikmeyi kaldırmasıyla, kullanıcılarının bu gecikmenin kaldırılmasına çok sevineceğini ima ediliyor. Yani espri, yazılım geliştiricilerinin, aslında kullanıcıları rahatsız eden bir şeyi kaldırıp, sanki büyük bir iyilik yapmış gibi davranarak, kullanıcıları memnun edebileceğini gösteriyor. Espriyi daha da açıklayacak olursak, aslında kullanıcılar gecikmeden rahatsız olur ve yazılımda gecikme olduğunun farkındadırlar. Ancak, gecikme kaldırılarak, kullanıcılar bu "iyileştirmeden" çok mutlu olurlar ve yazılım geliştiricisinin "yorgunluğuna" hayran kalırlar. Bu, kullanıcıların aslında sadece temel bir beklentilerini karşıladıkları için mutlu olmaları anlamına gelir.

Görsel, Visual Studio'nun kullanıcılara bir deneyim anketi sorusu sorduğunu gösteriyor. Soru "Visual Studio'nun gerçekten iyi yaptığı şey nedir?" ve kullanıcının cevap olarak "çökme" yazdığı görülüyor. Burada espri, kullanıcının Visual Studio'nun en iyi yaptığı şeyin çökmek olduğunu ima ederek programın sıkça çökmesinin bir şakaya dönüştürülmesinde yatıyor.

Resimde, Pablo Escobar olarak bilinen Kolombiyalı bir uyuşturucu lorduna benzeyen bir adam görüyoruz. Üstte, bir salıncakta oturup düşünürcesine bakıyor. Altta iki farklı yerde görünüyor. Birinde yemek masasında oturmuş yemek yiyor, diğerinde havuzun yanında duruyor. Bu, programcılar için komik bir gönderme. Çünkü kodlamada değişken isimlendirmesi çok önemlidir. Değişkene verilen ismin kodun anlaşılırlığını ve okunabilirliğini etkiler. Resimde, değişken isimlerini düşünürken oluşan ruh halini esprili bir şekilde gösteriyor. Bu meme, değişken isimlendirmesinin ne kadar zor olabileceğini ve programcıların bazen bununla mücadele ettiğini gösteriyor.

Resimde bir tweet var. Tweet'te "Bir QA mühendisi bara girer, bir bira sipariş eder, 0 bira sipariş eder, 999999999 bira sipariş eder, bir kertenkele sipariş eder, -1 bira sipariş eder, bir 'sfdeljknesv' sipariş eder." yazıyor. Şaka, QA mühendislerinin yazılımda hata bulma ve test etme konusundaki titizliklerini ve bazen garip ve beklenmedik durumlar yaratabileceklerini gösteren, abartılı bir durumla espri yapıyor.