Kodsuz Geliştirme Nedir? Dürüst Bir Değerlendirme

Gerçekte ne olduğu

Kodsuz geliştirme, görsel bir arayüzle çalışan yazılım kurmaktır: bileşenleri bir tuvale sürüklersiniz, veri yapılarını tablo benzeri bir editörde tanımlarsınız ve mantığı menülerden koşul ve eylem seçerek bağlarsınız. Çıktı, gerçek bir veritabanı, gerçek kullanıcılar ve gerçek çalışma süresi yükümlülükleri olan gerçek bir uygulamadır. Kod hâlâ vardır — onu platform yazmıştır — ve bu önemlidir, çünkü yazılımı zor kılan her şey hâlâ oradadır, yalnızca bir başkasının denetiminde.

Gerçekten kazandığı yerler

Üç durum düzenli olarak karşılığını verir. Şirket içi araçlar; temiz bir veri modeli üzerinde kaba bir arayüz, gelecek çeyrekte teslim edilen zarif bir arayüzden değerlidir. Doğrulama; amaç, mühendislik zamanı taahhüt etmeden önce bunu isteyen biri olup olmadığını öğrenmektir. Ve bir geliştiricinin bir haftasını asla haklı çıkarmayacak ama birine her ay saatler kaybettiren küçük iş süreçlerinin uzun kuyruğu. Üçünde de kaldırılan kısıt kod yazmak değil, yazabilen kişinin önündeki kuyruktur.

Tavanlar, karşılaşma sıranızla

Önce performans gelir: iki yüz kayıtla anında açılan bir liste görünümü elli binde sürünür, çünkü üretilen sorguyu görmez ve ayarlayamazsınız. Sonra mantık karmaşıklığı: on adımda okunabilir dallı akışlar kırk adımda bakımı yapılamaz hale gelir; hem de aramanın, diff'in ve adına yakışır bir sürüm geçmişinin olmadığı bir editörde. Sonra entegrasyon: platform popüler servisleri iyi, sizinkini hiç kapsamaz; genel HTTP çağrılarına düşer ve yine kod yazıyor olursunuz, daha kötü bir editörde. Bunların hiçbiri başlamamak için neden değil; nereye gittiğinizi bilmek için nedendir.

Asıl maliyet bağımlılıktır

Veri modeliniz, iş mantığınız ve arayüzünüz tescilli bir sistemin içinde, genelde anlamlı bir dışa aktarma olmadan yaşar. Ayrılmak göç etmek değil yeniden inşa etmek demektir. Bu, bir şirket içi araç ya da prototip için kabul edilebilir bir takas, çekirdek ürününüz haline gelen bir şey için gerçek bir stratejik risktir — özellikle fiyatı, ayrılmanızın ne kadar zor olduğunu tam olarak bilen bir tedarikçi belirlediği için. İnşa etmeden önce sorun: bu beklentiyi aşarsa çıkış neye benziyor?

Başarıyla ölçeklenen fiyatlandırma

Çoğu platform koltuk başına değil tüketim başına faturalandırır: görev, işlem, iş yükü birimi, kayıt. Bu adildir ve faturanızın kullanımla birlikte, aylık bir aboneliğin sizi hazırlamadığı biçimlerde büyüdüğü anlamına gelir. Taahhüt etmeden önce maliyeti mevcut hacminizin on katında modelleyin. Ekipler düzenli olarak, bir projeyi prototip ölçeğinde uygulanabilir kılan aracın üretim ölçeğinde onu ekonomik olmaktan çıkardığını keşfeder ve o noktada elde kalan tek kaldıraç yeniden inşadır.

Güvenlik hâlâ sizin

En yaygın ciddi hata budur. Görsel editörde bir alanı gizlemek onu korumaz; alttaki API çoğu zaman hâlâ onu döndürür. Erişim kuralları, platformun gizlilik ya da izin katmanı dediği şeyde sunucu tarafında dayatılmalı ve varsayılmak yerine gerçek bir ikinci hesapla test edilmelidir. Uyum yükümlülükleri de tedarikçiye geçmez; uygulamanızın topladığı kişisel veriden siz sorumlu kalırsınız.

Pragmatik konum

Kodsuzu, hızın denetimi yendiği problemler için doğru araç sayın ve hangi sistemlerinizin bunlar olduğu konusunda bilinçli olun. Şirket içi araçları ve denemeleri orada tereddütsüz kurun. Üç yıl sonra da çalışıyor olmasını beklediğiniz müşteriye dönük her şey için, platformu aştığınızda ne olacağını sorarak başlayın — cevap tam bir yeniden inşaysa bunu sonradan keşfetmek yerine bilinçli olarak seçin.