Programlamanın tüm alanlarında hızlı bir şekilde oluşturulmuş kavram kanıtlarının ve hack’lerin neden olabileceği talihsizlikler arasında bir boğuşma.
Yazılım Mühendisi vs Kötü Kod Yazmak
“Konsept kanıtı olarak hızlı bir hack’e ihtiyacımız var”
Kurulum
Geliştiriciler olarak, bize “müşteriyi etkilemek için bize hızlı çalışan bir x prototipi oluşturun” söylendiği durumda olacağız. Ya da belki “patron fikri anlayabilsin diye Y kavramının hızlı bir kanıtına ihtiyacımız var” – bütçeler her zaman mevcut değildir, özet de öyledir ve son teslim tarihi her zaman dündü. Ama bunun sadece bir konsept kanıtı olduğundan emin olabilirsiniz, bu yüzden biraz hantal olup olmadığı konusunda endişelenecek bir şey yok.
Bu sözler sizi biraz tedirgin etse de, ödeme yapan kişiyi memnun etmeye heveslisiniz. Böylece tüm gücünüzle inşa etmeye başlarsınız. Bu sadece bir kavram kanıtıdır, bu yüzden denemek için tıkadığınız birkaç son teknoloji kitaplığı atarsınız ve burada ve orada birkaç köşeyi kesersiniz. Yazılım tam olarak istediğiniz test kapsamına sahip değil ve bir hazırlama ortamında çalışmasını sağlamak için gerçekten anlamaya zaman bulamadığınız bazı güvenlik özelliklerini devre dışı bırakmak zorunda kaldınız. Ayrıca, zamanın öncelikli olduğu yerlerde yazılmış, kötü düşünülmüş birçok kod parçası da vardır. Ama sorun değil çünkü bu sadece bir kavram kanıtı.
Bunun dışında, kavramların ispatı, üretim kodu olma alışkanlığına sahip olma eğilimindedir.
Talihsizlik
Böyle bir şey olur. Ödeme sorumlusu konsept kanıtını seviyor ve onu en kısa sürede üretime sokmak için gerçekten acil bir nedeni var. Yine de sıfırdan yeniden yazmaya gerek yok, açıkçası zaten inşa etmişsiniz? Ödeme sorumluları, çalışan bir ürünün cephesine süpürüldü, ancak “kavram kanıtı” yapmak için yapmanız gereken şüpheli şeylerden habersizler. Hepsini bir arada tutan ipin ve sakızın farkında değiller.
Kötü test edilmiş, kötü düşünülmüş, kararsız bağımlılıklar ve güvenlik sorunları ile tamamlanan kod, üretime giriyor ve yarının teknik borcu haline geliyor. Belirsiz bir vaatle, “Yakında iyileştirmek için biraz zaman alabiliriz“, ancak o zaman, iş giderek daha güvenilir hale gelirken, birikmiş iş listesinin saatli bomba gibi oturduğu kuyruk ucuna giden yolu bulmak için zaman her zaman yetmeyebilir.
Bu, çok sık çalışan bir yazılım geliştirme tiyatrosu eylemidir ve klişedir. Hizmet kesintilerine, güvenlik ihlallerine, veri sızıntılarına ve teknik borçlara o kadar yol açtığını gördüm ki, hizmet vermeye istekli personel bulmakta zorlanacaksınız.
Kür
İnsanlar, kısa vadeli kazanımları uzun vadeli sonuçların önüne koyma konusunda olağanüstü bir yeteneğe sahiptir. Bu, çoğu paydaşın teknik olmadığı bir zamanda yaşadığımız gerçeğiyle birleşiyor. Kod, ulaşabilecekleri ve dokunabilecekleri fiziksel bir şey değildir, bu yüzden onu hafife alırlar. Güvenli, iyi yapılmış bir yazılım parçasını teknik borç haline gelecek bir yazılımdan ayırt edemezler. Modern yazılım geliştirme ve bakımının ne kadar karmaşık olabileceğini kavrayamıyorlar. Çalışan bir kavram kanıtı sunulursa, gitmenin iyi olduğunu varsayarlar ve mali hedefleri akıllarında, yazılımın asla gün ışığını görmemesi gerektiği konusundaki uyarınızdan daha güçlü olacaktır.
Bu nedenle, geliştiriciler olarak, ödeme sorumlularımızı memnun etmek için düşük kaliteli kod veya hızlı hack’ler üretmediğimizden emin olmak için sorumluluk almalıyız. Sadece bir “konsept kanıtı” için veya hafta sonundan vazgeçmeniz için ücretsiz pizza sağlanan bir hackathon’un parçası olsa bile. Hiçbir zaman üretime geçmeyeceğini varsayarak kod yazmamalıyız çünkü bir gün büyük ihtimalle çıkacak…
Tebrikler, bu yazının sonuna geldiniz! Umarım kariyerinizde size yardımcı olacak yeni bir şey öğrenmişsinizdir.
Yeni bir şey öğrendiyseniz veya bu makaleyi okumaktan zevk aldıysanız, başkalarının görebilmesi için lütfen paylaşın. O zamana kadar, bir sonraki yazıda görüşmek üzere!
Ayrıca beni Twitter’da @hasanyildiz84 hesabımdan takip edebilirsiniz.
Konu hakkında daha fazla sohbet etmek isterseniz gelin superpeer ‘da sohbet edelim.
