Gözlenebilirlik araçları eski yazılımlara nasıl yardımcı olur?

Eski yazılımın ne olduğunu biliyorsunuz. Başkalarının yazdığı ve başkalarının kullandığı şeydir. Doğru? Yanlış. “Kodu gönderdiğiniz anda eski bir yazılımınız olur” Jean Yang’ı savunuyorAkita Software’in kurucusu ve CEO’su. “Seni bağlayan şeyler var. Değiştiremezsin. Geçen hafta yaptığım şeyleri hatırlamıyorum ve bence bu kod oluşturan her bir kişi için geçerli.”

Normalde “eski yazılımı” COBOL’da yazılmış ve bir yerde bir ana bilgisayar üzerinde oturan uygulamalar olarak düşünürüz. Bu tür bir düşünce, geliştiricilerin kodlarını daha sonra kimin okuması gerektiğini düşünmeden, miyop bir şekilde kod oluşturmasına yol açar. Yang’ın belirttiği gibi, bu, kodun orijinal geliştiricisi de dahil olmak üzere hemen hemen herkesi içerir.

Eski kodumuz hakkında nasıl daha akıllı olabiliriz?

Ağ aramaları ve karmaşıklık

Kodla ilgili bir sorun, hiçbir zaman gerçekten statik olmamasıdır. Asla öylece oturmaz. Honeycomb kurucu ortağı ve CTO olarak Charity Majors’ın öne çıkanları Yang ile yaptığı röportajda, “Ne zaman ağda atlasa, gizemli topraklardasınız. Artık üzerinde kontrolünüz yok.” Uygulamanız sanki bozulmamış bir Cennet bahçesinde yaşayabilir gibi, ancak yararlı olması için ihtiyaç duyduğunuz anda, ki bu genellikle bir ağ araması gerektirir, uygulamaya karmaşıklık getirdiğiniz için kıyamet kopar.

Majors, yazılımınızın nasıl davranacağını, onu üretime sokana kadar gerçekten bilemeyeceğinizi savunuyor. Bu “eski” koddaki çatlaklar yalnızca üretimde kendini gösterir. “Küçük bir kod parçası karmaşık bir sistemdir, ancak bir kez canlı olduğunda,” diyor, “kullanıcılar, trafik kalıpları ve altında farklı altyapılar olduğunda, karmaşık hale gelir.” Karmaşık, evet ve “bilinmeyen bilinmeyenleri” tanıtan şekillerde karmaşık. Majors devam ediyor, “Bir şeyi değiştirdiğinizde ne olacağını tahmin edemezsiniz. Bunu değiştirmeli ve kontrollü bir ortamda neler olduğunu izleyip görmelisiniz.”

İnsan sorunları, kod sorunları değil

Binbaşı olarak stresler“Bireysel mühendisler yazmak ancak yalnızca ekipler yazılımı teslim edebilir, gönderebilir, bakımını yapabilir ve sahip olabilir. Yazılım tesliminin en küçük birimi ekiptir.” Ne demek istediğinden emin değil misin? Yang, uygulamamızla ilgili sorunların (hatalar, hatalar vb.) teknik sorunlar olduğunu düşünerek kendimizi kandırabileceğimizi açıklıyor. Bu noktayı kaçırıyor, diyor ki: “Bu her zaman bir insan sorunudur. İnsanlara her zaman güvenmek zorundasın. Ve aletlerin yaptığı şeylerin çoğu, insanların ne yaptığı konusunda arkeoloji yapmanıza yardımcı oluyor. [did] Geçmişte, onlar ne [did] Geçenlerde, [and] bu sorunlara ne sebep oldu. Hepsi insan.”