Sıkıcı teknolojiyi seçin: Dan McKinley'nin inovasyon jetonları yazısı

Üç inovasyon jetonu

30 Mart 2015'te yayımlanan yazısında Dan McKinley basit bir bütçe modeli öneriyor: her şirketin yaklaşık üç "inovasyon jetonu" vardır ve arz uzun süre sabit kalır. Node.js seçmek bir jeton harcar; MongoDB de öyle, bir yıldan genç bir servis keşif teknolojisi de. Kendi veritabanını yazmak ise, diyor, başınızın belada olduğu anlamına gelir. Bu seçimler bir JavaScript danışmanlığı ya da veritabanı şirketi için mantıklı olabilir; ama çoğu ekip ticareti ya da ödemeleri yeniden düşünmeye çalışıyor ve kıt dikkati altyapıyı yenilemeye harcamak başarısızlığın, en iyi ihtimalle başarının gecikmesinin iyi bir yoludur. İstikrar döneminden sonra birkaç jeton daha gelebilir; yine de ekipler cüzdanlarının içeriğini abartmaya eğilimlidir.

Sıkıcı, kötü demek değil

Yazı kelimenin kendisine dikkat ediyor: "sıkıcı", "kötü" ile karıştırılmamalı. Hem sıkıcı hem kötü olan teknolojiler var ve onları kullanmanın bir anlamı yok. Ama MySQL, Postgres, PHP, Python, Memcached, Squid ve Cron sıkıcı ve yeterince iyi. Onları değerli kılan yalnızca yeteneklerinin iyi bilinmesi değil, arıza biçimlerinin de bilinmesi. McKinley "bilinen bilinmezler"i — "bu veritabanı %100 CPU'ya ulaştığında ne olacağını bilmiyoruz" — "bilinmeyen bilinmezler"den ayırıyor: "istatistik yazmanın GC duraklamalarına yol açacağı aklımıza gelmemişti". Her iki küme, onlarca yıllık teknolojiler için bile nadiren boştur; yeni parlak araçlarda ikinci kategori çok daha büyüktür.

Küresel optimize edin

Teknoloji seçimleri izole gerçekleşmez, diye yazıyor; kapsamları tüm ekibe ve bu seçimlerin toplamından doğan sisteme dokunur. Bir teknoloji eklemek "operasyon" ve "bilişsel yük" getirir: birinin onu izlemesi, test etmesi, başlangıç betiğini yazması gerekir. Ona göre "işe en uygun araç" düşüncesi her iki kelimeye de miyop bir bakış getirir — iş, şirketi ayakta tutmaktır ve en iyi araç, mümkün olduğunca çok problem için "en az kötü" konumda olandır. Bir sistemi uzun vadede güvenilir tutmanın maliyeti, onu kurarken karşılaşılan zorluklardan çok daha yüksektir.

Yeni bir şeyi bilinçli eklemek

Yeni teknoloji yine de bazen araç kutusuna girer; McKinley yasak değil bir konuşma öneriyor: eklemelerin şirket çapında etkileri olduğu için şirket çapında görünürlük gerekir. İlk alıştırma, güncel sorunun hiçbir şey eklemeden nasıl çözüleceğini sormak — bu aynı zamanda gerçek "sorun"un birinin bir aracı deneme isteği olduğu durumları ortaya çıkarır. Geçişler, yerel olarak optimal çözümler birikmesin diye net bir taahhüt ve takvimle gelmelidir. Etsy hem uyarıcı hem cesaretlendirici örnekler sunuyor: kesilmesi yıllar alan erken dönem bir Python ara katmanı ve yıllarca PHP, MySQL, Memcached ve Gearman üzerinde çalışıp kimse bakmazken 20 kat büyüyen etkinlik akışları — çünkü platform ortaktı.