Düşük kodlu ve kodsuz geliştirme genellikle profesyonel olmayan geliştiricilerin alanı olarak kabul edilir, ancak düşük kodlu ve kodsuz geliştirmenin önemli bir çekiş kazandığı iş segmenti profesyonel geliştiricilerin kendileridir. Ve önemli olan, çalışmalarını iki şekilde geliştirmeleridir: yazılım geliştirme ve dağıtımını hızlandıracak araçlar sağlayarak ve şirketlerdeki rollerini potansiyel profesyonel olmayan geliştiriciler için öğretmen ve kolaylaştırıcı rolüne yükselterek.

A soruşturma 860 geliştiriciyle yapılan yakın tarihli bir OutSystems araştırması, düşük kodlu kullanıcıların çoğunluğunun (çoğu düşük koda ek olarak geleneksel kodlama dilleri de kullanıyor) takımlarının üretkenliğinden “çok memnun olduklarını” bildirdi (% 59). geleneksel geliştiricilerin %41’ine. Düşük kod meraklılarının çoğu, %57’si, geleneksel dilleri kullanan meslektaşlarının %36’sına kıyasla, işlerini yapmak için kendilerine sunulan araçların kalitesinden çok memnun.

Ek olarak, düşük kodlu kullanıcıların %71’i, geleneksel geliştiricilerin yalnızca %44’üne kıyasla, tipik 40 saatlik çalışma haftasını karşılayabildiklerini söyledi. Ek olarak, düşük kod geliştiricilerin %63’ü, geleneksel geliştiricilerin %40’ına kıyasla maaşlarından ve avantajlarından memnun olduklarını söylüyor.

kolaylaştırıcı teknolojiler

OutSystems anketinin yazarları, “Düşük kodlu ve kodsuz geliştirme çözümleri, yazılım topluluğu içinde bazı tartışmaların ve kafa karışıklıklarının konusu oldu” diyor. “Anketimiz, düşük kodlu çözüm kullanıcılarının geleneksel dilleri de kullanması yaygın olduğu için tartışmanın abartılmış olabileceğini gösteriyor. Aslında, düşük kodlu kullanıcıların yarısından fazlası (%65) en az bir geleneksel dil kullandığını kabul ediyor. PHP, JavaScript, Python, HTML/CSS ve C/C#/C++ gibi.”

Düşük kodlu ve kodsuz sadece işleri kolaylaştırmakla kalmaz, aynı zamanda teknoloji uzmanlarının şirketlerindeki rollerini yükselterek onları kolaylaştırıcı, eğitimci ve danışman haline getirir. Endüstri gözlemcileri aynı fikirde. ClearML CEO’su ve kurucu ortağı Moses Guttmann, “Profesyonellerin rolü artık düşük kodlu çözümü özelleştirmek ve organizasyonun kaynaklarına bağlamaktır” diye açıklıyor. Rolleri “çoğunlukla otomasyon ve orkestrasyona doğru ilerliyor, düşük kodlu bir süreç alıyor ve düşük kodlu altyapının kuruluş içindeki farklı kaynaklara erişmesine yardımcı oluyor. Bu, veritabanlarını soyutlamak ve bulut altyapısı gibi orkestrasyona erişim sağlamakla ilgili. düşük kod uygulaması”.

Bu, yalnızca iş konusunda bilgili geliştiriciler ve teknoloji konusunda bilgili iş kullanıcılarının yan yana çalıştığı yeni nesil uygulamalar için daha çevik geliştirme anlamına gelebilir. Vendr’in CTO’su ve kurucu ortağı Aaron White, “Profesyonel olmayan geliştiriciler, tipik olarak büyümeye ve yenilikçi problem çözmeye odaklanan, genel iş hedefleri hakkında aktif bir anlayışa sahip kişilerdir” diyor. “Düşük kodlu veya kodsuz bir ortamda yapılan işin denetlenmesinin yanı sıra, profesyonel geliştiriciler – özellikle ekipleri yönetenler – bu çalışanların yeteneklerini tanımaya çalışmalı ve geliştirme sürecine aktif olarak katkıda bulunmalarına izin vermelidir.”

Stratejik görevler

Oak9’un kurucu ortağı ve baş ürün sorumlusu Om Vyas, bunun geliştiriciler için de daha stratejik roller ve görevler anlamına geldiğini kabul ediyor. “Günlük uygulama çalışmalarının çoğunu ortadan kaldırıyor ve geliştiricilerin daha fazla mimari ve stratejik kaygıya odaklanmasını sağlayarak iş üzerinde daha büyük bir etkiye sahip olmalarını sağlıyor. Ancak aynı zamanda düşük kodlu ve kodsuz yaklaşımlarla , tek beden herkese uyan model sizin için çalışmadığında, bu profesyonellerin kendi uygulamalarını eklemek için değiştirmeleri veya özelleştirmeleri için işler yaratacaktır.”

Aaron, çoğu durumda, “düşük kodlu/kodsuz bir yaklaşım eksiksiz bir çözüm olarak çalışabilir. Bununla birlikte, BT ve mühendisliğin zaman zaman ayrıntıları netleştirmek için devreye girmesi gerekebilir” diye ekliyor.

Elbette, tüm uygulamalar düşük kodlu veya kodsuz yaklaşımlara hazır değildir. ‘Düşük kodlu’ veya ‘kodsuz’ yaklaşım, karmaşık kullanım durumları için uygun değil” diye uyarıyor Om Vyas. “Basit şeyleri düşük kodlu veya kodsuz olarak yapmak kolaydır. Kodlu. Ancak daha karmaşık iş mantığına, karmaşık süreçlere veya karmaşık problem çözmeye başladığınızda, düşük kodlu veya kodsuz kullanmaya devam etmek gerçekten zor hale gelir. Ve güvenlik ve uyumluluk risklerine maruz kalma daha da artıyor.”

Bu, özellikle karmaşık kullanım durumları için geçerlidir, “verileriniz büyüdükçe ve iş kullanım durumları daha karmaşık hale geldikçe, büyük miktarda yapılandırılmamış veriyle uğraştığınızda, karmaşık buluşsal yöntemler, karmaşık yapılandırmalar , diğer ilkelere veya kurallara bağlı politikalar gerektirir. bu diğer sistemlere bağlı” diye ekliyor. “Burada kodlama gerekli”.

Kaynak : ZDNet.com



genel-15