Low-Code & Co.: Yarardan çok zarar mı var?
Bir an için yazılım geliştirme alanında çalışmadığınızı, bunun yerine sigorta poliçesi sektöründe uzman olduğunuzu hayal edin. Bir sigorta şirketinin uzmanlık bölümünde çalışıyorsunuz. Programlama ve yazılım geliştirme sizin konunuz değil ancak içeriğin politikalar, zararlar, sorumluluk ve rücu gibi tüm yönlerine çok aşinasınız.
Duyuru
Artık küçük bir yazılıma ihtiyacınız var: belki müşteri verilerini daha verimli bir şekilde elde etmek için basit bir araç veya politikalarınızı gelecek yıl için daha iyi optimize etmenize olanak tanıyan bir rapor. Sonuçta gerçekte ne olduğu önemli değil. Bu, sizin ve meslektaşlarınızın hayatını kolaylaştıran ve işinizi ileriye taşıyan küçük ve basit bir şeydir.
Önerilen editoryal içerik
İzniniz doğrultusunda harici bir YouTube videosu (Google Ireland Limited) buraya yüklenecektir.
Her zaman YouTube videolarını yükle
YouTube videosunu şimdi indirin
Az kodlu ve kodsuz: yarardan çok zarar mı?
Bu yazılımı nasıl edindiniz? Elbette, dahili BT departmanına gidip nazikçe sorabilirsiniz. Şanslıysanız dost canlısı BT iş arkadaşınız size bunun bir sorun olmadığını söyleyecektir. Onunla ilgilenir ve ileride sizin için inşa ederdi. Tabii daha sonra ne yazık ki düşündüğü kadar kaybedecek zamanı olmadığı ve belki de tam olarak ne istediğinizi detaylı olarak bilmediği ortaya çıkıyor.
Bu yüzden yazılım tam olarak yapması gerekeni yapmıyor. Ama sakın şikayet etme: en azından bir şeyin var! Daha da kötüsü olabilirdi: Dost canlısı ve yardımsever meslektaşınız yerine huysuz meslektaşınızla tanışmış olsaydınız, muhtemelen size bu saçmalık için zamanın olmadığını, BT'nin zaten tamamen aşırı yüklendiğini açıkça belirtirdi. 27 köşeden bütçe onayı olmadan dönmeye bile gerek yok.
BT'ye ihtiyacınız olmasa da, herhangi bir programlama bilgisi olmadan ihtiyacınız olanı kendiniz bir araya getirebilseydiniz ne kadar harika olurdu? Az kodlu ve kodsuz platformların dünyasına hoş geldiniz!
Düşük kodun ardındaki vaat
Az önce size anlattığım şey sonuçta az kodlu ve kodsuz ortamların reklam vaadini açıklıyor. Bunun arkasındaki fikir, özel uygulamalardaki birçok işlemin her zaman aşağı yukarı aynı şekilde çalışmasıdır: form girişi, SharePoint'ten veri alma, tablo veya grafik görünümleri – bunların hepsi yinelenen kalıplardır. Platform artık yapı taşları gibi görevler sağlıyor ve bunları teknik ayrıntıların nasıl çalıştığını bilmek zorunda kalmadan uygulamanızı oluşturmak için kullanabilirsiniz.
Bunu bir süre önce bir arkadaşımla birlikte Microsoft Power Platform tabanlı, daha doğrusu Power Automate ile denedim. Bu basit bir kullanım örneğiydi: bir HTTP API'sinden veri alıp görüntülemek. Ancak 3-4 saat sonra sorun yaşamaya devam ettiğimiz için artık canımız yanmadı. Ya ikimiz çok beceriksizdik (ki bundan şüpheliyim) ya da kullanım durumumuz amaçlanan kullanım yollarının biraz dışındaydı. Sonunda bir meslektaşımızı işe aldık: sertifikalı bir “Microsoft Power Platform Geliştiricisi”. Geliştiricileri gereksiz hale getirmesi gereken bir platformun geliştiricisi – böyle bir şeyin saçmalığını yenmek zor!
Gerçek: faydadan çok hayal kırıklığı
Elbette bu olay tüm düşük kodlu ve kodsuz platformları temsil etmiyor. Ancak temel bir sorunun altını çiziyor: Platformlar büyük vaatler veriyor ve büyük beklentiler yaratıyor; ancak gerçek yetersiz kalıyor: Uzmanlaşmış departmanlar her şeyi aniden sihirli bir şekilde kendi başlarına çözemezler. BT departmanı ve geliştiriciler olmadan yapamazsınız. Ve çoğu zaman ne zamandan ne de paradan tasarruf sağlarlar. En kötü senaryoda ise tam tersi olur.
Neden? Programlama dil bilmek demektir. İster Fransızca ister bir programlama dili öğreniyor olun, kelime ve dil bilgisi öğrenmeniz, okumanız, yazmanız, konuşmanız ve pratik yapmanız gerekir. Geliştiriciler tüm bu bilgileri yıllar süren özenli çalışmalar sonucunda elde ettiler. Ve şimdi şunu iddia eden bir platform geliyor:
“Bunların hiçbirine ihtiyacın yok!”
Golo Roden, native web GmbH'nin kurucusu ve CTO'sudur. Etkinlik ve hizmet odaklı dağıtılmış mimarilere odaklanarak web ve bulut uygulamaları ile API'lerin tasarımı ve geliştirilmesiyle ilgilenmektedir. Yol gösterici ilkesi, yazılım geliştirmenin kendi başına bir amaç olmadığı, her zaman temeldeki profesyonelliği takip etmesi gerektiğidir.
Bunun yerine size düzenlemeniz gereken yapı taşları veriliyor. Ancak bu yapı taşları genellikle karmaşık gereksinimleri temsil etmek için yeterli değildir. Mesleki ve teknik karmaşıklık devam ediyor: görünmez hale geliyor. Ve en geç bir uygulama iyi çalışmadığında, yarış koşulları ortaya çıktığında veya veri trafiği ağı felç ettiğinde, temel programlama bilgisi olmadan ilerleyemezsiniz.
Uzun vadeli riskler
Ayrıca birçok platform tescillidir. Bu platformu temel alan bir uygulama geliştirdiğiniz anda satıcıya bağlılık yaratırsınız. BT bu tür uygulamaları desteklememeye dikkat edecektir. Bu, günümüzde birçok şirket için hala sorun yaratan Microsoft Access'i fazlasıyla andırıyor. Yani sorun yeni değil: yalnızca teknolojiler değişti.
Üstelik uzman departmanlar çoğu zaman süreçlerinin detaylı olarak nasıl göründüğünü veya tam olarak ne istediklerini bilmiyorlar. Bu nedenle bu gereksinimleri uzman departmanlarla birlikte geliştiren iş analistleri ve gereksinim mühendisleri bulunmaktadır. Uzmanlaşmış departmanlar teknik bilgi birikimine sahiptir ancak çoğu durumda bu bilgiyi hedefli ve sürdürülebilir bir şekilde dijital süreçlere uygulamaya hazır değildir.
Tüm eleştirilere rağmen düşük kodlu platformların da yeri var. Geliştirme ve uzman departman arasındaki iletişimi, örneğin uzman departmanın bağımsız olarak prototip oluşturmasını sağlayarak kolaylaştırabilirsiniz. “Formu doldurun ve verileri e-postayla gönderin” gibi basit talepler için bunlar da yeterli olabilir. Ancak daha karmaşık görevler için dikkatli olmanızı tavsiye ederim.
İşbirliği çağrısı
Ancak konunun tamamında beni en çok ilgilendiren şey “geliştirme ve uzman departmanlar” hikayesidir. Bu “biz ve onlar”la ilgili değil ve bu anlatı hiçbir zaman yapıcı ve hatta etkili olmadı, her zaman çatışmaya ve suçlamaya yol açtı. Sonuçta, farklı beceri ve bilgilerimizi yapıcı bir şekilde birleştirdiğimizde ve ortak bir hedef doğrultusunda birlikte ve ortaklık içinde çalıştığımızda gerçekten başarılı oluyoruz: bu, eşit şartlarda bir ortaklıktır. Ve düşük kodlu platformlar bu ortaklığı desteklemeli, bölmemeli, ancak sonuçta yaptıkları da tam olarak budur.
Uzun lafın kısası: Bu tür platformlara eleştirel yaklaşın. Sınırlamalarını anlayın ve geliştirme ile uzman departman arasındaki güçlü işbirliğine güvenin. Bu, belki de platform üreticisi dışında, katılan herkese nihai olarak fayda sağlamanın tek yoludur.
(Ben)