Low-code ve no-code ile uygulama nasıl geliştirilir?

Düşük kodlu geliştirme nedir, no-code ile farkı ne?

Düşük kodlu (low-code) geliştirme, uygulamayı görsel tasarım araçları, hazır bileşenler ve sürükle-bırak mantığıyla kurmayı, gerektiğinde küçük kod parçalarıyla genişletmeyi sağlayan bir yaklaşımdır. Veri tabloları, formlar, ekranlar ve iş akışları görsel olarak tanımlanır; platform bunların altındaki kodu üretir ve çalıştırır.

No-code ise kod yazma ihtiyacını tamamen ortadan kaldırmayı hedefler. İş birimindeki bir kişi, bilgi teknolojileri ekibini beklemeden basit bir uygulamayı kendisi kurabilir. Bu kişilere "citizen developer" (vatandaş geliştirici) denir. Fark esas olarak esneklikte yatar: no-code araçlar hızlıdır ama sınırlıdır, low-code platformlar ise özel mantık, entegrasyon ve ince ayar için kod yazma kapısını açık tutar.

Adım adım: low-code ile bir uygulama nasıl kurulur?

Platform ne olursa olsun işleyiş birbirine benzer. Aşağıdaki sıra, küçük bir iç uygulamadan kurumsal bir çözüme kadar temel iskeleti verir.

• Problemi tanımlayın: Kim kullanacak, hangi manuel iş ortadan kalkacak, başarı neyle ölçülecek? Ekran çizmeden önce bu üç soruya yanıt verin.
• Veriyi modelleyin: Tabloları, alanları ve aralarındaki ilişkileri belirleyin. Yanlış kurulmuş bir veri modeli sonradan en pahalı düzeltme olur.
• Arayüzü tasarlayın: Liste, detay ve form ekranlarını hazır bileşenlerle kurun; kullanıcının en sık yaptığı işi en az tıklamayla yapabileceği şekilde sıralayın.
• İş akışını ekleyin: Onay adımları, bildirimler, zamanlanmış görevler ve durum geçişlerini görsel akış tasarımcısında tanımlayın.
• Dış sistemlerle bağlayın: Hazır konektörler ya da REST API çağrılarıyla ERP, CRM veya e-posta gibi sistemlerle veri alışverişi kurun.
• Test edin ve yayına alın: Gerçek kullanıcıyla deneme yapın, yetkileri doğrulayın, geliştirme ve canlı ortamı ayırın.

Platform seçerken hangi ölçütlere bakılır?

Platform seçimi, uygulamanın yaşam süresini belirleyen karardır. Yalnızca arayüzün ne kadar hoş göründüğüne bakmak yerine şu ölçütleri değerlendirin:

• Veri bağlantıları: Kullandığınız veritabanı ve iş sistemleriyle hazır konektör var mı, yoksa her şeyi API ile elle mi bağlayacaksınız?
• Yetkilendirme ve kurumsal giriş: Rol bazlı erişim ve mevcut kimlik sistemiyle tek oturum açma desteği var mı?
• Ortam ve sürüm yönetimi: Geliştirme, test ve canlı ortamlar ayrılabiliyor, değişiklikler geri alınabiliyor mu?
• Lisans modeli: Kullanıcı sayısı, uygulama sayısı ya da işlem hacmine göre fiyatlanan modellerin maliyeti büyüdükçe nasıl değişiyor?
• Çıkış yolu: Veriyi ve iş mantığını platformdan çıkarabiliyor musunuz, yoksa tek sağlayıcıya mı bağlısınız?

Karar vermeden önce gerçek bir iş sürecinin küçük bir parçasını aday platformlarda deneme olarak kurmak, katalog sayfalarını okumaktan daha çok şey öğretir.

Somut örnek: izin talep uygulaması

Örneğin bir şirket, izin taleplerini e-posta zincirleriyle yürütüyor olsun. Low-code ile önce çalışan, talep ve onaylayan tablolarını oluşturursunuz. Ardından çalışanın izin tarihini seçtiği bir form, yöneticinin bekleyen talepleri gördüğü bir liste ekranı tasarlarsınız.

İş akışı katmanında talep gönderildiğinde yöneticiye bildirim gider, onay ya da ret durumu talep kaydına yazılır ve çalışan bilgilendirilir. İnsan kaynakları ekibi için ek bir rapor ekranı, ekip takvimiyle çakışmayı gösteren basit bir kural, izin bakiyesini hesaplayan küçük bir ifade yeterli olur. Kurumsal bir sistemle bağlanması gerekirse bakiye bilgisi bir API çağrısıyla oradan okunur. Bu tür bir uygulama, geleneksel yazılım projesine göre çok daha kısa sürede ilk sürüme ulaşabilir; ancak veri modeli ve yetki kuralları baştan düşünülmezse sonradan kolayca dağılır.

Başlangıçtan ileri düzeye öğrenme yolu

Başlangıç aşamasında hedef, bir platformun temel kavramlarını kavramaktır: tablolar, formlar, ekranlar, basit otomasyonlar. Küçük ve gerçek bir iş problemi seçip uçtan uca bitirmek, onlarca eğitim videosu izlemekten daha öğreticidir.

Orta düzeyde veri modelleme disiplini, ilişkili tablolar, doğrulama kuralları, rol bazlı erişim ve harici sistem entegrasyonu üzerine çalışılır. REST API'nin ne olduğunu, kimlik doğrulamanın nasıl işlediğini ve JSON verisini okumayı bilmek bu aşamada büyük fark yaratır.

İleri düzeyde odak, yönetişime kayar: hangi uygulamayı kim geliştirebilir, ortamlar nasıl yönetilir, veri güvenliği ve uyum gereksinimleri nasıl karşılanır, platformun sınırına gelindiğinde özel kodla nasıl genişletilir? Bu noktada low-code, bir tek uygulama değil kurumsal bir geliştirme kapasitesi olarak ele alınır.

Yönetişim örneği: iş birimi geliştirici ile BT ekibi arasında iş bölümü

Low-code kurumsal ölçekte yaygınlaşınca asıl soru teknik değil, sahiplik sorusu olur. Sağlıklı bir model genellikle üç katmanlıdır. Birinci katmanda iş birimindeki vatandaş geliştiriciler, yalnızca kendi ekiplerini ilgilendiren, hassas veri içermeyen küçük uygulamaları kurar. İkinci katmanda uygulama kurumsal veriye dokunuyorsa BT ekibi veri bağlantısını ve yetkilendirmeyi onaylar. Üçüncü katmanda birçok birimin kullandığı kritik uygulamalar, yazılım ekibinin sahipliğinde, sürüm yönetimi ve test süreçleriyle işletilir.

Bu modeli çalıştırmak için basit bir uygulama envanteri tutulur: uygulamanın adı, sahibi, kullandığı veri kaynakları, kullanıcı grubu ve son gözden geçirme tarihi. Sahibi ayrılan ya da kullanılmayan uygulamalar bu envanter sayesinde fark edilir ve kapatılır. Yeni uygulama talepleri için kısa bir onay formu, kontrolsüz yayılımı önlemenin en ucuz yoludur.

Sık yapılan hatalar

• Veri modelini düşünmeden ekran çizmeye başlamak: Alanlar ve ilişkiler sonradan değiştiğinde birçok ekran yeniden yapılır.
• Yetkiyi sona bırakmak: Herkesin her kaydı görebildiği bir prototip, kontrolsüzce canlıya çıkabilir.
• Kontrolsüz yayılım: Her ekip kendi aracını kurunca aynı veri farklı yerlerde tutulur, kimsenin sahibi olmadığı uygulamalar birikir (gölge BT).
• Platform sınırını göz ardı etmek: Karmaşık hesaplamalar ve yoğun veri işleme, görsel araçlarda zorlaşır; bu işleri baştan özel servise bırakmak daha sağlıklıdır.
• Bakımı unutmak: Uygulamanın sahibi, güncelleme süreci ve kullanımdan kaldırma planı belirlenmezse düşük maliyetli çözüm zamanla yükümlülüğe döner.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

Mindset kataloğundaki "Düşük Kodlu Geliştirme (Low-Code/No-Code) Temelleri" eğitiminin müfredatı yukarıdaki konuların başlıcalarını kapsar: Low-Code/No-Code ekosistemini anlamak, platform seçimi ve değerlendirilmesi, veri modelleme ve veritabanı tasarımı, kullanıcı arayüzü tasarımı, iş akışı ve otomasyon kurulumu, entegrasyon ve API bağlantısı ile güvenlik, yönetişim ve kurumsal uyum.