Bazen en ilginç gelişmeler, on yıllar öncesine dayanan kararların sonucunda ortaya çıkar. 1994 yılında FileMaker 2.1 ile ilk kez çalışmaya başladığımda, bunun bir gün yazılım geliştirme dünyasında 30 yılı aşkın bir yolculuğa dönüşeceğini tahmin edemezdim. O zamanlar FileMaker, nispeten basit bir veritabanı programıydı. İlk uygulamalarım oldukça basit olsa da, bu programa karşı heyecanım anında başladı. Sonunda, bilgisayar mühendisliği okumamış olsam da kendi fikirlerimi hayata geçirebiliyor, verileri yapılandırabiliyor ve uygulamalar geliştirebiliyordum.
Takip eden on yıllarda bu temelden sayısız proje, müşteri çözümleri ve nihayetinde gFM-Business ortaya çıktı – aşağıdakileri içeren eksiksiz bir ERP sistemi: CRM, Fatura, stok yönetimi, Proje yönetimi ve daha pek çok modül. Yıllar boyunca binlerce alan, yüzlerce süreç ve sayısız iş akışı modellenmiş ve belgelenmiştir.
Ancak bugün, yazılım geliştirmenin yeniden kökten bir değişim geçirdiği bir noktada bulunuyoruz. Bu seferki tetikleyici, yeni bir Veritabanı, yeni bir programlama dili ya da yeni bir işletim sistemi. Bunun tetikleyicisi yapay zekadır.
Yazılım geliştirme neden tam da şu anda köklü bir değişim geçiriyor?
Yapay zeka ile ilgili pek çok tartışma metinler, görseller veya sohbet robotları etrafında dönüyor. Ancak geliştiriciler için asıl devrim bambaşka bir alanda yaşanıyor.
Yazılım geliştirme tarihinde ilk kez, bir yapay zeka sistemiyle mimari, veri yapıları, kullanıcı arayüzleri ve iş süreçleri hakkında eşit düzeyde konuşmak mümkün hale geldi. Yapay zeka sadece kod üretmekle kalmıyor, aynı zamanda ilişkileri, kuralları ve kavramları da giderek daha iyi anlıyor.
Bu durum, geliştirme sürecinin odak noktasını değiştiriyor. Eskiden işin büyük bir kısmı teknik detayları hayata geçirmekten ibaretti. Günümüzde ise doğru yapıları, kuralları ve hedefleri tanımlamak giderek daha önemli hale geliyor. Uygulama aşaması ise daha sonra büyük ölçüde otomatikleştirilebiliyor.
Özellikle uzun yıllara dayanan deneyime sahip geliştiriciler için bu durum yeni imkânlar sunuyor. Eskiden yalnızca bir geliştiricinin zihninde bulunan bilgiler artık belgelenebilir, yapılandırılabilir ve yapay zeka sayesinde kullanılabilir hale getirilebilir.
Bu makale, geleneksel bir ürün duyurusu niteliğinde değildir. SchallOS şu anda aktif bir geliştirme aşamasındadır. Birçok bileşen halihazırda mevcuttur, diğerleri ise şu anda adım adım geliştirilmektedir. Bu nedenle ilginç olan kısım, bitmiş ürün değil, ona giden yoldur.
Uzun yıllardır ilk kez, mevcut kavramları basitçe kopyalamakla kalmayıp, on yıllardır biriktirilen uzmanlık bilgisini modern yapay zeka sistemlerinin imkânlarıyla bilinçli bir şekilde birleştirmeye çalışan bir platform ortaya çıkıyor. Burada amaç, kendini kanıtlamış yöntemleri bir kenara atmak değil. Tam tersine. Asıl soru şudur:
Mevcut çözümleri, mevcut bilgileri ve mevcut deneyimleri yeni bir teknoloji nesline nasıl aktarabiliriz?
Neden şimdi yeni platformlar için doğru zaman?

Aynı zamanda yapay zeka, birkaç yıl önce hayal bile edilemeyecek imkânlar sunuyor. Bu da, muhtemelen bu şekilde nadiren karşımıza çıkan bir fırsat penceresi yaratıyor. Mevcut sistemler güvenilir bir şekilde çalışmaya devam ediyor. Aynı zamanda, yazılım geliştirmeye yepyeni bir yaklaşım getiren tamamen yeni araçlar ortaya çıkıyor.
Tam da bu noktada Arayüz Şu anda SchallOS Business işletim sistemi geliştirilmektedir. Bu sistem, mevcut sistemlerin yerine geçmek amacıyla değil, klasik hızlı geliştirme sistemlerinin güçlü yanlarını modern web teknolojileri, yapay zeka desteği ve yeni bir mimariyle birleştirmeye yönelik bir girişim olarak tasarlanmıştır.
Günümüzün iş uygulamalarındaki sorun
En başarılı iş uygulamalarının çoğu bir yıl içinde ortaya çıkmamıştır. Bu uygulamalar yıllar boyunca gelişir. Yeni gereksinimler eklenir, müşteri istekleri yerine getirilir, yasal düzenlemeler değişir ve teknik gelişmeler genişletmeleri gerekli kılar. Sonuçta genellikle etkileyici bir işlev yelpazesine sahip sistemler ortaya çıkar.
Ancak aynı zamanda karmaşıklık da giderek artmaktadır. Günümüzde pek çok şirket, yıllar hatta on yıllar boyunca gelişen çözümlerle çalışmaktadır. Çoğu zaman, süreçler ve bunların birbirleriyle olan ilişkileri hakkında kapsamlı bilgi sadece birkaç kişide bulunmaktadır. Yeni geliştiricilerin işin içine girmeleri için çok zaman gereklidir. Bu durum, değişikliklerin yapılmasını giderek zorlaştırmaktadır.
Bu, orijinal sistemlerin bir hatası değildir. Uzun vadeli gelişimin doğal bir sonucudur.
Giderek artan sayıda arayüz
Günümüzde modern iş uygulamaları nadiren tek başına çalışır. Bu uygulamalar, çevrimiçi mağazalar, muhasebe sistemleri, kargo şirketleri, bankalar, yapay zeka hizmetleri, CRM sistemleri ve sayısız başka platformla iletişim halindedir.
Her ek arayüz yeni imkânlar yaratır. Aynı zamanda bakım yükünü de artırır. API sürümleri değişir. Sağlayıcılar hizmetlerini değiştirir. Güvenlik standartları güncellenir. Başlangıçta basit olan bir uygulama, adım adım karmaşık bir hale gelir. Şebeke bağımlılıklardan.
Artık pek çok geliştirici, gerçek anlamda geliştirme çalışmalarından çok entegrasyon ve bakım işlerine daha fazla zaman ayırıyor.
Bulutun karmaşıklığı giderek artıyor
Bulut hizmetleri şüphesiz pek çok avantaj sunuyor. Bununla birlikte, genellikle küçük ve orta ölçekli işletmelerin anlamakta zorlandığı bir teknik karmaşıklık ortaya çıkıyor.
Sunucu, Sertifikalar, barındırma, konteynerleştirme, kullanıcı yönetimi, izleme ve güvenlik kuralları önemli konulardır. Ancak bunlar aynı zamanda önemli bir yönetim yükü de yaratmaktadır.
Günümüzde pek çok şirketin en çok istediği şey şudur: İşe yarayan bir çözüm. Her kullanıcı teknik ayrıntılarla uğraşmak istemez. Birçoğu asıl iş süreçlerine odaklanmak ister.
İnovasyon yerine bakım
Birçok yerleşik sistemin karşılaştığı bir başka sorun da, geliştirme süresinin giderek daha büyük bir kısmının bakım çalışmalarına ayrılmasıdır. Hata düzeltmeleri, uyarlamalar ve teknik güncellemeler kaçınılmazdır. Aynı zamanda, gerçek anlamda inovasyona ayrılan zaman giderek azalmaktadır. Birçok geliştirici, iyi fikirlerin mevcut olduğunu ancak bunları tutarlı bir şekilde hayata geçirecek zamanın bulunmadığını hissetmiştir.
Yapay zeka, bu dengeyi ilk kez hissedilir bir şekilde değiştiriyor. Teknik uygulamanın bir kısmı otomatikleştirilebildiğinde, mimari, yaratıcılık ve yeni konseptler için yeniden alan açılıyor.
Klasik komut dosyası mantığının neden sınırlarına ulaştığı
Birçok geliştirme platformu hâlâ on yıllar önce ortaya çıkan kavramlara dayanmaktadır. Komut dosyaları çalıştırılır. Tetikleyiciler olaylara tepki verir. Menüler oluşturulur. Kullanıcı arayüzleri birçok ayrı nesneden bir araya getirilir.
Bu yaklaşımlar işe yarıyor. Ancak asıl soru, bunların gelecekte de en verimli yol olup olmayacağıdır. Günümüzde bir yapay zeka, iş kurallarını anlayabiliyor, ilişkileri analiz edebiliyor ve karmaşık bileşenler üretebiliyorsa, bu kaçınılmaz olarak yeni bir düşünce tarzının ortaya çıkmasına neden olur.
Yüzlerce ayrı nesneyi ve sayısız komut dosyasını birbirine bağlamak yerine, gelecekte az sayıda akıllı bileşen işlevselliğin büyük bir kısmını üstlenebilir.
SchallOS’un geliştirilmesi tam da bu noktada devreye giriyor. Mevcut kavramların yanlış olduğu için değil, yeni araçların artık başka imkânlar sunduğu için.
31 Temmuz’a kadar % indirimi.
Şunlar için geçerlidir: Yeni satın alımlar, Yükseltmeler ve gelecekteki
gFM-NEXT ve SchallOS projeleri.
Yapay zeka, geliştiriciler için gerçekte neyi değiştiriyor?
Günümüzde yapay zeka denilince, pek çok kişinin aklına ilk olarak sohbet robotları, otomatik çeviriler veya görüntü üretimi geliyor. Ancak geliştiriciler için asıl devrim, bambaşka bir alanda yatıyor.
Yapay zeka sadece yazılım geliştirmenin hızını değiştirmekle kalmıyor. Aynı zamanda Yazılımın nasıl ortaya çıktığı. Eskiden neredeyse her yeni işlev, teknik becerilerle başlıyordu. Tablolar oluşturmak, alanları tanımlamak, komut dosyaları yazmak, kullanıcı arayüzleri tasarlamak ve sayısız detayı birbiriyle ilişkilendirmek gerekiyordu. Küçük değişiklikler bile şaşırtıcı derecede fazla zaman alabiliyordu.
Günümüzde bir geliştirici, bir yapay zekaya neyi başarmak istediğini açıklayabilir. Yapay zeka daha sonra teknik uygulamanın büyük bir kısmını üstlenir. Bu durum, geliştiriciyi gereksiz kılmaz. Aksine, geliştiricinin rolü, salt uygulayıcı olmaktan çıkıp mimar ve karar vericiye doğru değişir.
Asıl zorluk artık kod yazmak değil. Zorluk, doğru yapıları geliştirmek ve doğru kararları vermektir.
Neden deneyim birdenbire daha önemli hale geliyor?
Yapay zeka devriminin ilginç bir yan etkisi sıklıkla gözden kaçmaktadır. Pek çok kişi, yapay zekanın deneyimin değerini azalttığını varsaymaktadır. Oysa pratikte şu anda tam tersini gözlemliyorum. Bir kişinin deneyimi ne kadar fazla olursa, modern yapay zeka sistemlerinin sunduğu imkânlardan o kadar iyi yararlanabilir.
Yirmi ya da otuz yıldır bir uzmanlık alanında çalışanlar, tipik sorunları, mevcut sistemlerin zayıf noktalarını ve kullanıcıların isteklerini iyi bilir. Bu bilgi, bugün ilk kez yeni çözümlerin geliştirilmesine doğrudan aktarılabilmektedir.
Yapay zeka bu bilginin yerini almaz. Onu güçlendirir. Bu da, bugüne kadar bu şekilde neredeyse hiç görülmemiş bir durum yaratır. On yıllar boyunca biriktirilen uzmanlık bilgisi, eskiden bütün bir geliştirici ekibinin çalışmasıyla ancak başarılabilecek bir hızda aniden hayata geçirilebilir.
Gizemli mantık yerine anlamsal katmanlar
Bir diğer önemli nokta ise yazılımın anlaşılabilirliğiyle ilgilidir. Birçok sistem binlerce teknik ayrıntıdan oluşur. Değişkenler, komut dosyaları, tetikleyiciler ve özel durumlar yıllar içinde bir araya gelerek karmaşık yapılar oluşturur. Yeni geliştiricilerin bu ilişkileri tam olarak kavramaları genellikle aylar sürer.
Bu nedenle, semantik düzey gelecekte çok daha büyük bir rol oynayacaktır. Modern bir sistem, sadece bir alanın var olduğunu bilmekle kalmamalı; bu alanın neden var olduğunu da anlamalıdır. Bir örnek:
Adı "İskonto ile Vade Günleri" zaten şu gibi anlaşılması zor bir isimden çok daha fazla bilgi içeriyor: "Feld_4711".
Bu alanın ne anlama geldiği, nasıl kullanıldığı ve hangi bağlamda yer aldığı da belgelenirse, hem insanlar hem de yapay zeka sistemleri tarafından anlaşılabilen bir bilgi tabanı oluşur.
İşte tam da bu nedenle gFM-Business, uzun yıllar boyunca tutarlı bir şekilde belgelenmiştir. Binlerce alan, süreç ve ilişki tanımlanmıştır. Başlangıçta geliştiriciler ve kullanıcılar için tasarlanan bu sistem, günümüzde giderek yapay zeka sistemleri için semantik bir bilgi katmanına dönüşmektedir.
Belgeleme: Rekabet Avantajı
Uzun bir süre boyunca, birçok yazılım projesinde dokümantasyon “kaçınılmaz bir kötülük” olarak görülmüştür. Genellikle ihmal edilmiş ya da ancak projenin sonunda hazırlanmıştır. Birçok şirkette, orijinal geliştiricileri artık uzun süredir ortada olmayan sistemler bulunmaktadır. Önemli bağlantılar hakkındaki bilgiler kısmen kaybolmuştur.
Yapay zeka ile bu bakış açısı da değişiyor. Dokümantasyon birdenbire stratejik bir avantaja dönüşüyor. Bir yapay zeka, ancak altta yatan yapıları anladığında iyi sonuçlar verebilir. Bu nedenle, iyi dokümante edilmiş sistemler, bilginin yalnızca tek tek geliştiricilerin kafalarında depolandığı çözümlere kıyasla muazzam bir avantaja sahiptir.
Bu farkındalık, SchallOS’un gelişimini de büyük ölçüde etkilemiştir. Platformun amacı sadece kodu yönetmek değil; bilgiyi yönetmektir.
Neden on yıllara dayanan uzmanlık bilgisi birdenbire altın değerine ulaşıyor?
Modern yazılım geliştirme denilince, genellikle yeni programlama dilleri, çerçeveler veya bulut teknolojileri tartışılır. Ancak en az bu kadar önemli olan başka bir soru daha vardır:
Geçtiğimiz on yıllarda hangi bilgiler biriktirildi?
Otuz yılı aşkın bir süredir FileMaker geliştirme deneyimi sonucunda pek çok bilgi birikimi elde edildi. Bunlar sadece teknik deneyimlerle sınırlı değil; özellikle iş süreçleri, kullanıcı davranışları ve şirketlerin günlük işleyişindeki pratik gereksinimler hakkında da önemli deneyimler kazanıldı.
Bu süreçte, geleneksel geliştirme platformlarının sınırlarının nerede olduğu da netleşti. FileMaker’da yıllar boyunca sayısız geçici çözüm geliştirilmesi gerekti. Belirli görüntüleme biçimleri başka türlü mümkün olmadığından, alanlar üst üste bindirildi. Aslında platformun bir parçası olması gereken karmaşık görevleri komut dosyaları üstlenmek zorunda kaldı. Birçok çözüm mükemmel bir şekilde işliyordu, ancak genellikle parçalı ve bakımı zahmetliydi.
Bu deneyimler, SchallOS’un geliştirilmesinde önemli bir başlangıç noktası oluşturdu. Temel fikir, FileMaker’ı kopyalamak ya da onun yerini almak değildi. Temel fikir, benzer bir geliştirme felsefesini daha modern bir mimariye aktarmaktı.
- Binlerce tekil nesneden ziyade, yeniden kullanılabilir işlevsel kapsayıcılara daha fazla ağırlık veren bir mimari.
- En başından itibaren yapay zekayı dikkate alan bir mimari.
- Ve teknik ayrıntılar yerine iş mantığına ve uzmanlık bilgisine daha fazla odaklanan bir mimari.
Bu nedenle yapay zekanın asıl gücü, daha fazla kod üretmekte yatmamaktadır. Asıl gücü, on yıllar boyunca biriktirilen bilgiyi daha hızlı ve verimli bir şekilde işlevsel yazılımlara dönüştürmektir. Bana göre geliştiriciler için en büyük değişim tam da bunda yatmaktadır.
SchallOS İşletim Sistemi’nin ardındaki fikir

gFM-Business yıllar önce kurulduğunda, başlangıçta hedefi nispeten sınırlıydı. Esnek bir Kurumsal yazılım farklı sektörlere uyarlanabilen ve küçük ve orta ölçekli işletmelerin tipik ihtiyaçlarını karşılayan bir sistem ortaya çıktı. Ancak zamanla bu sistem, klasik bir ERP çözümünden çok daha fazlasına dönüştü. CRM, fatura, Makale yönetimi, depo, projeler, envanter, personel yönetimi, belge yönetimi, e-faturalar, arayüzler ve çok sayıda başka işlev de eklendi.
Her müşteri projesiyle birlikte yeni bilgiler edinildi. Her genişletmeyle birlikte yazılım daha kapsamlı hale geldi. Aynı zamanda, gerçek iş süreçleri ve şirketlerin günlük ihtiyaçları hakkında çok geniş bir bilgi birikimi oluştu.
Bu süreçte, başlangıçta yapay zeka ile hiçbir ilgisi olmayan bir karar özellikle önemliydi. Birkaç yıl önce, gFM-Business’ı sistemli bir şekilde belgelemeye başlandı. Alanlar, tablolar, süreçler ve ilişkiler tanımlandı ve yapılandırılmış bir şekilde kaydedildi. O dönemde bu çalışma, öncelikle açık lisanslar, geliştiriciler ve kullanıcılar için yapılmıştı. Bugün ise tam da bu dokümantasyonun, bir sonraki geliştirme aşaması için belirleyici bir temel oluşturduğu ortaya çıkmıştır.
Çünkü birdenbire bu bilgileri sadece bir geliştirici kullanmakla kalmıyor. Modern yapay zeka sistemleri de bu bilgilere erişebiliyor ve aralarındaki bağlantıları anlayabiliyor.
SchallOS neden bir FileMaker klonu değil?
SchallOS’un ilk ekran görüntülerine bakanlar, projenin kökenlerini hemen fark ederler. Bu da şaşırtıcı değildir. Ne de olsa, deneyim ve fikirlerin büyük bir kısmı, FileMaker ile otuz yılı aşkın bir süredir sürdürülen çalışmalardan kaynaklanmaktadır.
Yine de FileMaker’ı basitçe kopyalamak hiçbir zaman planlanmamıştı. Tam bir kopyalama pek bir anlam ifade etmezdi. Dünya değişti. Modern tarayıcı teknolojileri, yüksek performanslı veritabanları, yerel yapay zeka sistemleri ve yeni geliştirme araçları, on ya da yirmi yıl önce hiç var olmayan imkânlar sunuyor.
Dolayısıyla asıl soru şuydu: Bugün sıfırdan başlasak ve aynı zamanda otuz yıllık pratik deneyimden edindiğimiz bilgileri de yanımızda götürsek, bir geliştirme platformu nasıl olurdu?
SchallOS tam da bu sorundan doğdu. Platform, FileMaker’ı başarılı kılan birçok temel fikri benimsiyor. Bunlar arasında iş uygulamalarının hızlı geliştirilmesi, güçlü bir görsel bileşen ve devasa geliştirici ekipleri olmadan karmaşık çözümleri hayata geçirme imkânı yer alıyor.
Aynı zamanda pek çok şey bilinçli olarak yeniden tasarlandı. Binlerce ayrı düzen nesnesinin yerini giderek işlevsel kapsayıcılar alıyor. Karmaşık komut dosyası zincirlerinin yerini ise anlamsal açıklamalar ve yapay zeka destekli geliştirme alıyor. Birçok teknik geçici çözümün yerini, başından itibaren modern web uygulamaları için tasarlanmış platform işlevleri alıyor.
Amaç, FileMaker’ın yerini almak değil. Amaç, bir sonraki evrim aşamasını yaratmaktır.
Sıfırdan başlamak yerine birikimi korumak
Geliştirme süreci boyunca bir düşünce sürekli olarak odak noktası oldu. Birçok geliştirici, geçtiğimiz yıllarda ve on yıllarda muazzam miktarda bilgi birikimi oluşturdu. Müşterilerini, süreçlerini, veri yapılarını ve çözümlerini en ince ayrıntısına kadar biliyorlar. Bu bilgi, çoğu zaman asıl program kodundan çok daha değerlidir.
Yine de birçok şirket düzenli olarak aynı döngüyü yaşıyor. Piyasaya yeni teknolojiler çıkıyor. Eski sistemler değiştiriliyor. Mevcut çözümler bir kenara atılıyor ve her şey yeniden başlıyor.
Ben tam da bu yaklaşımı önlemek istiyordum. SchallOS, mevcut bilginin kaybolmaması gerektiği inancından doğdu. Geçtiğimiz yıllarda yapılan yatırımlar, sadece temelindeki teknoloji değişti diye değersiz hale gelmemelidir.
Bu nedenle, mevcut çözümlerin taşınması hayati bir öneme sahiptir. Sadece verilerin aktarılabilmesi yeterli değildir. Yapılar, süreçler, iş mantığı ve uygulama bilgisi de mümkün olduğunca büyük ölçüde korunmalıdır.
Bu nedenle, yakında çıkacak olan gFM-Business 9 sürümü özel bir öneme sahip olacaktır. Bu sürüm, mevcut FileMaker çözümünün sadece bir sonraki aşamasını temsil etmekle kalmayıp, aynı zamanda yeni nesil platforma geçişi sağlayan bir köprü görevi de görecektir.
gFM-NEXT / SchallOS’taki önemli yenilikler
| Fonksiyon | Açıklama | Fayda |
|---|---|---|
| İşlevsel konteyner | Gezinti menüleri, diyalog pencereleri ve tam modüller akıllı bileşenler olarak. | Daha az nesne, daha iyi bakım kolaylığı ve yapay zeka desteği. |
| Anlamsal dil katmanı | Nesneler, kendi teknik anlamlarını bilir. | Otomatik çeviriler ve akıllı yapay zeka özellikleri. |
| Alan üzerindeki yazı | Etiket, alan nesnesinin doğrudan bir parçasıdır. | En fazla 50 adet % daha az düzen nesnesi. |
| Koşullu giriş türleri | Nesneler türlerini dinamik olarak değiştirebilirler. | Daha az geçici çözüm, daha fazla esneklik. |
| SQL Özellikler bölümünde | Etiketlere ve özelliklere doğrudan dinamik içerik ekleme. | Yardım alanlarını ve komut dosyalarını azaltır. |
| Smart Paste | Mevcut nesnelerin akıllı bir şekilde devralınması. | Daha hızlı geçiş ve geliştirme. |
| Konteyner Kayıt Defteri | Tüm bileşenlerin merkezi yönetimi. | Sürümleme ve yeniden kullanım. |
| Yapay zeka destekli geliştirme | İşletme mantığından otomatik kod üretimi. | Geliştirme hızında belirgin bir artış. |
Mevcut çözümlerin taşınması
Birçok projede veri taşıma zorlu bir konudur. Genellikle veri taşıma, verilerin dışa aktarılması ve ardından tamamen yeni bir sisteme içe aktarılması anlamına gelir. Bunun ardından asıl uygulamanın sıklıkla yeniden kurulması gerekir. Formlar, iş akışları ve kullanıcı arayüzleri yeniden oluşturulur. Bu süreçte çok fazla bilgi kaybedilir.
Bu nedenle SchallOS için farklı bir yaklaşım benimsenmiştir. Platformun mevcut çözümleri mümkün olduğunca kapsamlı bir şekilde anlayabilmesi amaçlanmaktadır. Tablo yapıları, alanlar, ilişkiler, düzenler ve iş süreçleri bu konuda temel oluşturmaktadır. Adım adım, mevcut uygulamaları analiz edip modern bileşenlere dönüştürebilen bir geçiş katmanı oluşturulmaktadır.
Elbette ilk sürüm henüz her işlevi otomatik olarak tanıyamayacaktır. Bu gerçekçi olmazdı. Yine de, çok daha akıllı bir geçiş sürecinin temelleri şimdiden atılmaktadır.
Uzun vadede, bu çalışmanın sonucunda mevcut çözümleri sadece aktarmakla kalmayıp, bunların yapısını da anlayan bir sistem ortaya çıkması hedefleniyor. Bana göre, birçok klasik yeni geliştirme projesinden en büyük farklarından biri tam da bu noktada yatıyor.
SchallOS sıfırdan başlamıyor. Platform, zaman içinde gelişmiş bir ERP çözümü, on yıllara dayanan pratik deneyim ve kapsamlı bir bilgi tabanına dayanıyor. Bu sayede, kendini kanıtlamış unsurları korurken aynı zamanda modern teknolojilerin avantajlarından yararlanma imkânı doğuyor. Geçmiş, bu süreçte bir kenara atılmıyor. Aksine, yeni nesil iş uygulamalarının temelini oluşturuyor.
gFM-NEXT ve SchallOS’tan izlenimler
Nesne karmaşası yerine işlevsel konteynerler
Yıllar boyunca iş uygulamaları geliştirmiş olanlar bu sorunu iyi bilir. Her yeni işlevle birlikte, bir düzen üzerindeki nesnelerin sayısı artar. Ek alanlar eklenir, yeni düğmeler eklenir, yeni komut dosyaları yazılır ve giderek daha fazla özel durum dikkate alınır. Bir noktada, mükemmel şekilde çalışan ancak iç yapısı giderek karmaşıklaşan bir uygulama ortaya çıkar.
Bu nedenle, özellikle klasik geliştirme ortamlarında sıklıkla yaratıcı çözümler bulunması gerekiyordu. Farklı görüntüleme biçimlerini mümkün kılmak için alanlar üst üste bindirildi. Düğmeler görünmez hale getirildi ve yalnızca belirli koşullar altında görüntüleniyordu. Aslında platformun bir parçası olması gereken görevler, ek yardımcı nesneler tarafından üstlenilirdi. Bu teknikler işe yarıyor ve uzun yıllar boyunca kendini kanıtlamıştır. Yine de uzun vadede bir uygulamanın karmaşıklığını artırmaktadırlar.
Bu nedenle, SchallOS’un geliştirilmesi sırasında aynı soru defalarca gündeme geldi:
Bugün sıfırdan başlasak, modern bir düzen modunu nasıl geliştirirdik?
Geliştiriciler için bir düzenleme modu
En önemli gereksinimlerden biri, klasik Hızlı Geliştirme sistemlerinin hassasiyetini korumaktı. Birçok modern web çerçevesi, muazzam teknik olanaklar sunsa da, genellikle iyi tasarlanmış bir görsel düzen düzenleyicisinin verimliliğine ulaşamaz. Bu nedenle, SchallOS’un düzen modu, yerleşik geliştirme ortamlarının güçlü yönlerinden bilinçli olarak ilham almaktadır.
Izgara, Kılavuz çizgiler, manyetik hizalama, çoklu seçim, nesne gruplandırma ve hassas konumlandırma, sistemin doğal birer parçasıdır. Amaç hiçbir zaman basitleştirilmiş bir web editörü geliştirmek değildi. Aksine, klasik geliştirme araçlarının hızını ve hassasiyetini modern bir mimariyle birleştirmekti.
Aynı zamanda, geçmişte sıkça başvurulan geçici çözümleri gereksiz hale getirmek amacıyla pek çok konsept yeniden tasarlandı.
Daha az nesne, daha fazla zeka
Bunun iyi bir örneği, alan etiketleridir. Birçok sistemde bir giriş alanı en az iki nesneden oluşur. Asıl alan ve ona ait etiket ayrı ayrı yönetilmeli, konumlandırılmalı ve çevrilmelidir.
SchallOS'ta alan etiketleri, bir alan nesnesinin doğrudan bir parçası olabilir. Geliştirici açısından her şey esnek kalır. Ancak sistem içinde gerekli nesnelerin sayısı önemli ölçüde azalır.
Bu yaklaşım ilk bakışta sıradan görünebilir. Ancak binlerce alan içeren büyük uygulamalarda muazzam bir fark yaratır. Daha az nesne, daha az yönetim yükü, daha düzenli düzenler ve daha kolay bakım anlamına gelir.
Aynı zamanda bu yaklaşım yeni imkânlar da sunmaktadır. Etiketler doğrudan alanla bağlantılı olduğundan, semantik dil katmanı aracılığıyla otomatik olarak çevrilebilirler. Geliştiricinin artık her bir noktada ayrı çeviriler hazırlaması gerekmez. Sistem, bir alanın anlamını bilir ve ilgili dil varyantlarını otomatik olarak sunabilir.
Teknik yardımcı yapılar yerine dinamik içerikler
Bir diğer hedef ise, platformun mümkün olduğunca çok sayıda alanını dinamik olarak kullanılabilir hale getirmekti. Birçok uygulamada, belirli özelliklerin hesaplamaları desteklememesi nedeniyle ek yardımcı yapılar ortaya çıkar. Bu nedenle geliştiriciler, dinamik içerikleri görüntülemek için yardımcı alanlar, tetikleyiciler veya ek komut dosyaları kullanmak zorundadır.
SchallOS bu konuda farklı bir yaklaşım benimsemektedir. Metin girilebilen her yerde dinamik içeriklerin de kullanılabilmesi amaçlanmaktadır. Buna örnek olarak alan etiketleri, yer tutucu metinler, metin nesneleri, yardım metinleri veya kontrol öğelerinin özellikleri verilebilir.
Buna ek olarak, hesaplamalar, SQL sorguları veya diğer dinamik ifadeler de kullanılabilir. Bu sayede birçok görev, ihtiyaç duyulduğu yerde doğrudan çözülebilir. Teknik dolambaçlara başvurma gerekliliği önemli ölçüde azalır.
Elbette, koşullu biçimlendirme, koşullu görünürlük veya nesnelerin dinamik olarak etkinleştirilmesi gibi klasik işlevler platformun bir parçası olmaya devam ediyor. Bu mekanizmalar yıllar boyunca kendini kanıtlamıştır ve hâlâ modern iş uygulamalarının geliştirilmesinde en önemli araçlar arasında yer almaktadır.
Tanıdık nesneler, modern mimari
Tüm yeniliklere rağmen, platform deneyimli geliştiriciler için tanıdık gelmelidir. Bu nedenle SchallOS, klasik geliştirme ortamlarından bilinen nesne türlerinin çoğunu hâlâ içermektedir. Alanlar, düğmeler, sekmeler, kontrol öğeleri, listeler, kapsayıcılar, diyagramlar ve diğer nesne türleri hâlâ kullanılabilir durumdadır.
Ancak asıl fark, yüzeyin altında yatmaktadır. Birçok sistem her nesneyi büyük ölçüde izole bir şekilde ele alırken, SchallOS çok daha güçlü bir anlamsal düzeyde çalışır. Nesneler, bir uygulama içindeki rollerini bilir. Artık sadece grafiksel öğeler değil, daha büyük bir mimarinin parçasıdırlar.
Bu sayede, bağlantıları tespit etmek, çevirileri otomatikleştirmek ve yapay zeka sistemlerini geliştirme sürecine çok daha derin bir şekilde entegre etmek mümkün hale geliyor.
Asıl yenilik: İşlevsel konteynerler
Bu felsefenin en belirgin örneği işlev konteynerleridir. Bir işlev konteyneri küçük bir görevi üstlenebilir. Örneğin, bir grafik görüntüleyebilir veya bir arama işlevi sunabilir.
Aynı şekilde, bir işlev konteyneri tam bir yönetim alanını da içerebilir. Birden fazla sekme sayfası, karmaşık diyalog pencereleri, özel veri erişimleri, güvenlik mantığı ve kapsamlı kullanıcı arayüzleri tek bir konteyner içinde bir araya getirilebilir.
Yine de, düzen modunda bir işlev kapsayıcısı yalnızca bir nesne olarak kalır. Bu sayede karmaşıklık, arayüzden açıkça tanımlanmış, yeniden kullanılabilir bileşenlere kayar.
Bir gezinme menüsü bir işlev konteynerine dönüşür. Bir araç çubuğu bir işlev konteynerine dönüşür. Bir yönetim arayüzü bir işlev konteynerine dönüşür. Hatta tam kapsamlı uzmanlık modülleri bile bağımsız konteynerler olarak hayata geçirilebilir. Bu yaklaşım, görünür nesnelerin sayısını önemli ölçüde azaltırken, aynı zamanda çok daha net bir mimari oluşturur.
FileMaker komut dosyalarından yapay zeka destekli bileşenlere
Bu konsept, yapay zeka ile birleştirildiğinde özellikle ilgi çekici hale geliyor. Bu bağlamda, orijinal FileMaker komut dosyaları genellikle bilgi kaynağı olarak işlev görüyor. Bu komut dosyaları, yıllar boyunca gelişen iş mantığını, akışları ve süreçleri tanımlıyor.
Ancak bir işlev konteynerinin asıl program kodu olduğu gibi devralınmaz. Bunun yerine yapay zeka mevcut mantığı analiz eder, işlevsel görevi kavrar ve yeni mimari içinde modern bir uygulama oluşturur. Böylelikle bilgi korunurken, teknik uygulama tamamen yeni bir şekilde oluşturulabilir.
İşte platformun en büyük avantajlarından biri de tam olarak budur. Eski kod korunmaz, bunun yerine kodun ardında yatan bilgi korunur.
Pano aracılığıyla yeni bir başlangıç yapmadan taşıma
Bu ilke, mevcut çözümlerin taşınmasında da geçerlidir. FileMaker tarafında MBS eklentisi yüklü ise, tablolar, alanlar, düzen nesneleri, komut dosyaları ve diğer öğeler doğrudan panodan aktarılabilir. Platform, içerikleri analiz eder ve bunlardan yola çıkarak SchallOS içinde ilgili yapıları oluşturur.
Buna ek olarak, Smart Paste ile klasik yapıştırma işlevinin çok ötesine geçen bir mekanizma da mevcuttur. İçe aktarımdan önce, hangi bileşenlerin gerçekten aktarılacağı seçilebilir. Aynı zamanda, veriler henüz yapıştırılmadan önce de ayarlamalar yapılabilir.
Buna tipik bir örnek, teklif formunun sipariş formuna dönüştürülmesidir. Tüm alanları sonradan manuel olarak düzenlemek yerine, ilgili dönüşümler içe aktarma işlemi sırasında gerçekleştirilebilir. Bu sayede, geleneksel içe aktarma araçlarına kıyasla çok daha akıllı bir geçiş süreci ortaya çıkar.
Yeni nesil iş uygulamalarının temeli
Bu nedenle işlevsel konteynerler, sadece yeni bir nesne türünden çok daha fazlasıdır. Bunlar, yeniden kullanılabilirlik, anlamsal bilgi ve yapay zeka destekli geliştirmeye tutarlı bir şekilde odaklanan bir mimarinin temelini oluşturur.
Modern düzenleme modu, entegre dil katmanı, gelişmiş nesne işlevleri ve akıllı geçiş araçlarıyla birlikte, hem tanıdık hem de tamamen yeni bir platform ortaya çıkıyor.
Amaç, mevcut sistemleri kopyalamak değildir. Amaç, klasik hızlı geliştirme ortamlarının güçlü yanlarını korurken, aynı zamanda modern yapay zeka teknolojilerinin sunduğu imkânlardan tam olarak yararlanmaktır.
FileMaker’dan SchallOS / gFM-NEXT’e geçiş
| Bileşen | Göç | Özelliği |
|---|---|---|
| Masalar | Otomatik | Yapı ve meta verilerin devralınması. |
| Alanlar | Otomatik | Açıklamalar, anlamsal katmanın bir parçası haline gelir. |
| Düzenler | Smart Paste | Nesneler içe aktarılırken düzenlenebilir. |
| Komut Dosyaları/CF | Yapay Zeka Analizi | İş mantığı, işlev konteynerlerine aktarılır. |
| Değer listeleri | Otomatik | Yeni platforma doğrudan aktarım. |
| Modüller | Yarı otomatik | Uzun vadede otomatik konteyner tanıma özelliği planlanmaktadır. |
| Çeviriler | Anlamsal dil katmanı | Çok dillilik büyük ölçüde otomatikleştirilebilir. |
Teknik mimari
Yeni yazılım platformları söz konusu olduğunda, tartışmaların çoğu ilk etapta göze çarpan işlevlere odaklanır.
- Hangi modüller mevcut?
- Hangi raporlar oluşturulabilir?
- Hangi arayüzler desteklenmektedir?
Bu sorular önemlidir. Ancak uzun vadede bir platformun başarısını belirleyen genellikle başka bir faktördür.
Asıl temel, mimaridir. Bir sistemin ne kadar esnek bir şekilde genişletilebileceğini, yük altında ne kadar istikrarlı çalıştığını, yeni teknolojilerin ne kadar iyi entegre edilebileceğini ve uygulamaların gelecekte ne kadar kolay geliştirilebileceğini belirler.
Bu nedenle, SchallOS’un geliştirilmesi sürecinde öncelikle tek tek işlevler üzerinde durulmadı. Bunun yerine, modern bir platformun beş ya da on yıl sonra bile anlamlı bir şekilde genişletilebilmesi için nasıl yapılandırılması gerektiği sorusu odak noktası oldu.
Sonuçta, klasik iş uygulamalarını, modern web teknolojilerini ve yapay zekayı birbiriyle birleştiren çok katmanlı bir mimari ortaya çıkmaktadır.
Yeni bir geliştirme düzeyi olarak yapay zeka katmanı
SchallOS’un bir özelliği, yapay zekanın ek bir modül olarak değerlendirilmemesidir. Aksine, yapay zeka platformun içinde ayrı bir katman oluşturmaktadır.
Günümüzün birçok sisteminde yapay zeka sonradan entegre edilmektedir. Bir sohbet penceresi eklenir, bir asistan entegre edilir veya harici bir hizmete yönelik bir arayüz oluşturulur. Bu süreçte asıl mimari değişmeden kalır.
SchallOS farklı bir yaklaşım benimsiyor. Platform, başından itibaren yapay zekanın gelecekte geliştirme, dokümantasyon ve bakım süreçlerinde merkezi bir rol oynayacağı düşüncesiyle geliştirildi. Bu nedenle yapay zeka sadece verilere değil, aynı zamanda dokümantasyonlara, mimari açıklamalarına, konteyner tanımlarına ve anlamsal bilgilere de erişiyor.
Böylece, sadece verileri yönetmekle kalmayıp, kendi yapısı hakkında da bilgi sahibi olan bir sistem ortaya çıkıyor. Bu, geliştiriciler için önemli bir fark anlamına geliyor. Yapay zeka sadece tek tek kod parçalarını tanımakla kalmıyor, aynı zamanda platform içindeki bağlantıları da anlıyor.
Çalışma Zamanı Bağlantıları ve Konteyner Kayıt Defteri
Bir diğer önemli bileşen ise şunlardır: Çalışma Zamanı-Mount'lar ve Container Registry. Günümüzde modern uygulamalar genellikle birçok bağımsız bileşenden oluşmaktadır. Gezinme menüleri, araç çubukları, diyalog pencereleri, işlev modülleri ve yönetim alanları artık bir düzenin sabit bileşenleri olarak görülmemekte, bağımsız birimler olarak yönetilmektedir.
Bu süreçte Container Registry, bu bileşenlerin merkezi yönetimini üstlenir. Her işlev konteyneri benzersiz bir kimliğe, kendine özgü özelliklere ve tanımlanmış bir yaşam döngüsüne sahiptir. Runtime ise ilgili bileşenlerin doğru zamanda yüklenip çalıştırılmasını sağlar.
Bu yaklaşım birçok avantaj sunar. Bir yandan, tasarım ile işlevsellik arasında net bir ayrım sağlanır. Öte yandan, bileşenler birbirinden bağımsız olarak geliştirilebilir, değiştirilebilir veya genişletilebilir.
Bunun yanı sıra, kayıt defteri, sürüm yönetimi, imzalamaya, güvenlik seviyeleri veya merkezi bileşen kütüphaneleri gibi ileride eklenecek işlevler için bir temel oluşturur.
IndexedDB: Yerel bir doğruluk katmanı
SchallOS, yerel depolama için bilinçli olarak modern tarayıcı teknolojilerini kullanır. Bu konuda IndexedDB merkezi bir rol oynamaktadır. Bu, doğrudan tarayıcıda kullanılabilen ve büyük veri miktarlarını da verimli bir şekilde yönetebilen güçlü bir veritabanı teknolojisidir. Geleneksel tarayıcı depolama alanlarının aksine, IndexedDB özellikle karmaşık uygulamalar için geliştirilmiştir.
Bu durum, SchallOS için birçok avantaj sağlar. Düzenler, yapılandırmalar, meta veriler ve diğer bilgiler yerel olarak kaydedilebilir. Böylece uygulamalar, sürekli bir ağ bağlantısı olmasa bile kullanılabilir durumda kalır. Aynı zamanda, birçok veri doğrudan yerel sistemde mevcut olduğu için tepki süreleri kısalır.
Bu, özellikle geliştirme araçları ve kapsamlı iş uygulamaları için önemli bir faktördür.
Öncelikli Olarak Taahhüt, Önbellek Kaosunun Yerine
Geliştirme sürecinde, modern uygulamaların sadece hızlı belleklere değil, aynı zamanda net bir doğruluk katmanına da ihtiyaç duydukları kısa sürede ortaya çıktı.
Birçok sistem, çeşitli önbellekler, ara bellekler ve geçici durumlarla çalışır. Bu, hızı artırabilir; ancak uzun vadede genellikle anlaşılması zor hatalara yol açar.
Bu nedenle SchallOS, “Committed-First” mimarisine dayanmaktadır. Yeni bilgiler, ancak başarıyla kaydedilip doğrulandıktan sonra geçerli sayılır. Ancak bundan sonra diğer bileşenler tarafından görülebilir hale gelirler.
Bu yaklaşım, sistem içinde çok daha yüksek bir tutarlılık sağlar. Aynı zamanda hata ayıklamayı kolaylaştırır ve çelişkili durumların ortaya çıkma riskini azaltır. Özellikle karmaşık düzenleme işlemleri ve çok sayıda bileşenin yönetimi söz konusu olduğunda, bu kavram son derece yararlı olduğu kanıtlanmıştır.
Ağ ve Çok Kullanıcılı Çalışma için PostgreSQL
Elbette, profesyonel iş uygulamaları için yalnızca yerel depolama yeterli değildir. Bu nedenle PostgreSQL, ağ ortamında çalışma, ekip çalışması ve sunucu tabanlı kurulumlar için temel oluşturur.
PostgreSQL, uzun yıllardır en yüksek performanslı ve en güvenilir açık kaynaklı veritabanı sistemlerinden biri olarak kabul edilmektedir. Bu veritabanı, dünya çapında kurumsal uygulamalarda, bulut platformlarında ve büyük web hizmetlerinde kullanılmaktadır. IndexedDB ile PostgreSQL’in bir araya gelmesi, esnek bir mimari ortaya çıkarmaktadır.
Tek kullanıcı çözümleri yerel olarak çalıştırılabilir. Çok kullanıcılı ortamlarda ise PostgreSQL merkezi veritabanı olarak kullanılır. Aynı zamanda, yerel veri depolama ile merkezi sunucu yapılarının bir arada kullanıldığı hibrit senaryolar da mümkündür.
Böylelikle, hem küçük tek kullanıcı uygulamalarını hem de kapsamlı kurumsal çözümleri destekleyebilen bir platform ortaya çıkmaktadır.
Önümüzdeki yıllara yönelik bir mimari
SchallOS’un teknik mimarisi nihayetinde basit bir hedefi gözetmektedir. Karmaşıklığın ortadan kalkması amaçlanmamaktadır. Karmaşıklığın doğru yere kaydırılması amaçlanmaktadır.
Kullanıcı işine odaklanabilmelidir. Geliştirici ise iş mantığına ve uzmanlık bilgisine odaklanabilmelidir. Teknik altyapı, verileri, bileşenleri ve süreçleri birbirine güvenilir bir şekilde bağlama görevini üstlenir.
AI katmanı, konteyner kayıt defteri, çalışma zamanı bağlamaları, IndexedDB, PostgreSQL ve Committed-First mimarisi, bu bağlamda tek tek teknolojilerin bir derlemesi değildir. Bunlar, bütünsel bir konseptin parçasıdır.
Bu konsept, yeni nesil iş uygulamaları için bir temel oluşturmayı amaçlamaktadır. Bu uygulamalar, modern web teknolojilerinden yararlanırken, aynı zamanda klasik hızlı geliştirme sistemlerinin hızını, esnekliğini ve verimliliğini de koruyacaktır.
Çalışma Ortamları, Dağıtım ve Basitliğin Geri Dönüşü
Yirmi ya da otuz yıl önce iş uygulamaları geliştirmiş olanlar, yazılım dağıtımının şaşırtıcı derecede basit olduğu bir dönemi sık sık hatırlarlar. Bir uygulama oluşturulur, test edilir ve ardından müşteriye teslim edilirdi. Çoğu durumda tek bir kurulum yeterli olurdu ve yazılım hemen kullanıma hazır hale gelirdi.
Elbette o dönemdeki sistemler, günümüzün çözümlerine kıyasla teknik açıdan çok daha basitti. Yine de önemli bir avantajları vardı: Karmaşıklık, hem geliştiriciler hem de kullanıcılar için yönetilebilir düzeydeydi.
Son yıllarda durum önemli ölçüde değişti. Modern uygulamalar genellikle çok sayıda bileşenden oluşur. Web sunucuları, veritabanları, sertifikalar, bulut hizmetleri, güvenlik kuralları, konteyner teknolojileri ve barındırma platformlarının birbiriyle entegre edilmesi gerekir. Büyük şirketler için bu durum olağan bir durumdur. Ancak birçok küçük işletme ve bağımsız geliştirici için bu gelişme, önemli bir engel teşkil etmektedir.
Oysa birçok kullanıcı aslında tek bir şey istiyor: Güvenilir bir şekilde çalışan ve kolayca devreye alınabilen bir uygulama. SchallOS’un dağıtım stratejisi tam da bu noktada devreye giriyor.
Gereksiz engellerin olmadığı tek kullanıcı modu
Her uygulama bir sunucuya, bulut altyapısına veya karmaşık bir ağ mimarisine ihtiyaç duymaz. Birçok çözüm, tek tek kullanıcılar veya küçük ekipler tarafından kullanılır. Bu tür senaryolarda, teknik altyapı mümkün olduğunca az dikkat gerektirmelidir.
Modern web teknolojileri ile yerel veri depolamanın bir araya gelmesi sayesinde, uygulamaları sürekli bir sunucu bağlantısı olmadan da çalıştırma imkânı doğar. Sayfa düzenleri, ayarlar, meta veriler ve diğer bilgiler yerel olarak kaydedilebilir. Böylelikle uygulamalar hızlı ve esnek kalır ve sürekli bir internet bağlantısına bağımlı olmaz.
Bu yaklaşım, klasik geliştirme ortamlarının sadeliğini bilinçli olarak akla getiriyor. Modern teknolojiler, kullanıcıyı gereksiz karmaşıklıkla yüklemeden kullanılıyor.
Takımlar ve Şirketler için Ağ İşletimi
Birden fazla kullanıcı birlikte çalışmaya başladığında gereksinimler değişir. Veriler merkezi olarak depolanmalıdır. Kullanıcı hakları yönetilmelidir. Değişiklikler tüm ilgili kişiler tarafından erişilebilir olmalıdır.
Bu nedenle, SchallOS’un mimarisi başından itibaren klasik çoklu kullanıcı modunu da desteklemektedir. PostgreSQL’in merkezi veritabanı olarak kullanılması sayesinde, bir çözümün farklı sürümlerini yönetmek zorunda kalınmadan uygulamalar ağ üzerinde çalıştırılabilir. Veriler merkezi olarak erişilebilir durumdayken, kullanıcı arayüzleri esnekliğini korumaktadır.
Bu, işletmeler için önemli bir avantaj anlamına geliyor. Aynı uygulama, hem yerel olarak tek kullanıcı çözümü olarak hem de daha büyük bir çok kullanıcılı ortamda kullanılabilir. Böylelikle, farklı işletim modelleri arasında geçiş yapmak, birçok geleneksel sisteme kıyasla çok daha kolay hale gelecektir.
Varsayılan olarak tarayıcı modu
Günümüzde modern iş uygulamalarının geliştirilmesi büyük ölçüde tarayıcı ortamında gerçekleşmektedir. Bunun için geçerli nedenler vardır. Tarayıcılar platformlar arasında kullanılabilir, karmaşık kurulumlar gerektirmez ve hızlı güncellemelere olanak tanır.
Bu nedenle SchallOS, tamamen modern web teknolojilerine dayanmaktadır. Tarayıcı, bu bağlamda bir kısıtlama olarak değil, bir çalışma ortamı olarak değerlendirilmektedir. Günümüzde, yüksek performanslı veri yönetimi, yerel depolama, modern kullanıcı arayüzleri ve karmaşık iş mantığı doğrudan tarayıcı içinde yürütülebilmektedir.
Böylelikle, her platform için ayrı bir uygulama geliştirmeye gerek kalmadan Windows, macOS, Linux ve daha birçok sistemde kullanılabilen bir platform ortaya çıkıyor.
Aynı zamanda, uygulamaları daha sonra başka işletme biçimlerine de geçirme imkânı korunmaktadır.
SaaS ve merkezi dağıtım
Yerel kurulumlar ve ağ ortamlarının yanı sıra, elbette Hizmet Olarak Yazılım (SaaS) da önemli bir rol oynamaktadır. Günümüzde birçok şirket, internet üzerinden sunulan merkezi çözümleri tercih etmektedir. Güncellemeler otomatik olarak dağıtılır, kullanıcılar farklı konumlardan aynı uygulamaya erişir ve teknik altyapı merkezi olarak yönetilir.
Bu nedenle SchallOS’un mimarisi, en başından itibaren SaaS senaryolarını da dikkate almaktadır. Kullanıcı arayüzü, çalışma ortamı ve veri depolamanın net bir şekilde ayrılması sayesinde, uygulamalar hem yerel hem de merkezi olarak çalıştırılabilir. Geliştiriciler, çözümlerini her bir çalışma şekli için yeniden oluşturmak zorunda kalmazlar. Bunun yerine, farklı dağıtım modellerini destekleyen ortak bir teknik temel oluşturulur.
Teknik çıkmazlar yerine esnek dağıtım stratejileri
Modern yazılım platformlarının sık karşılaşılan bir sorunu, erken aşamada alınan mimari kararların daha sonraki genişletmeleri zorlaştırmasıdır.
Belirli bir işletim modelini seçenler, genellikle bu modeli kalıcı olarak sürdürmek zorundadır. Yerel bir kurulumdan buluta veya bir bulut çözümünden yerel bir ortama geçiş, zahmetli ve maliyetli olabilir.
SchallOS bu konuda bilinçli olarak farklı bir yaklaşım benimsemektedir. Platform, geliştiricilere mümkün olduğunca çok sayıda seçenek sunmayı amaçlamaktadır. Tek kullanıcı modu, ağ modu, tarayıcı uygulamaları ve SaaS çözümleri birbiriyle rekabet eden kavramlar olarak görülmemektedir. Bunlar, aynı mimarinin farklı kullanım senaryolarıdır.
Bu sayede geliştiriciler, müşterileri ve projeleri için en uygun çalışma şeklini seçebilirler.
Sadelik’in geri dönüşü
Belki de SchallOS’un dağıtım konseptinin ardındaki en önemli düşünce tam da budur. Önümüzdeki yıllarda teknoloji dünyası daha basit hale gelmeyecek. Yeni teknolojiler, yeni güvenlik gereksinimleri ve yeni entegrasyonlar ortaya çıkmaya devam edecek.
Aynı zamanda, modern yazılım geliştirme gereksiz yere karmaşık olmamalıdır. Birçok geliştirici, uygulamaların hızlı bir şekilde oluşturulabildiği, kolayca dağıtılabildiği ve sorunsuz bir şekilde bakımının yapılabildiği bir dönemi hâlâ hatırlamaktadır. Bu basitlik, Hızlı Geliştirme sistemlerinin on yıllar boyunca bu kadar başarılı olmasının nedenlerinden biriydi.
SchallOS, geçmişi kopyalamaya çalışmaz. Modern uygulamaların teknik gereksinimleri bunun için çok farklıdır. Amaç, daha çok eski geliştirme ortamlarının sadeliğini modern web teknolojilerinin imkânlarıyla birleştirmektir. Geliştiricilerin, altyapının karmaşıklığına değil, uygulamalarına odaklanabilmeleri amaçlanmaktadır.
Bu başarılırsa, sadece yüksek performanslı olmakla kalmayıp, aynı zamanda yeniden keyif veren bir platform ortaya çıkar. İşte Runtimes’ın, esnek dağıtımın ve daha basit bir yazılım geliştirme yöntemine bilinçli bir şekilde geri dönüşün ardındaki fikir de tam olarak budur.
SchallOS ile dağıtım seçenekleri
| Dağıtım türü | Teknik Temel | Tipik kullanım alanı |
|---|---|---|
| Tek kişilik | Tarayıcı + IndexedDB | Serbest meslek sahipleri ve küçük işletmeler. |
| Ağ İşletimi | Tarayıcı + PostgreSQL | Çalışma grupları ve ekipler. |
| Şirket sunucusu | PostgreSQL Sunucusu | Şirkette çoklu kullanıcı kullanımı. |
| SaaS | Bulut altyapısı | Çoklu müşteri desteğine sahip çevrimiçi çözümler. |
| Hibrit çalışma | IndexedDB + PostgreSQL | Senkronizasyonlu çevrimdışı çalışma. |
| Çalışma Zamanı | Paketlenmiş uygulama | Son müşterilere kolay dağıtım. |
Yol haritası: gFM-Business 9, yeni nesle uzanan bir köprü
Önümüzdeki aylar, gFM-Business ve SchallOS’un geliştirilmesinde önemli bir dönüm noktası olacak. Eylül 2026'da FileMaker için gFM-Business 9 ve SchallOS platformunda gFM-NEXT'in piyasaya sürülmesi planlanmaktadır. Bu, mevcut bir ERP çözümünün sıradan bir güncellemesinden ibaret değildir. Aksine, bu sürüm gelecekteki strateji içinde özel bir rol üstlenecektir.
gFM-Business 9, klasik FileMaker tabanlı son büyük ana sürüm olacaktır. Bu, çözümün ortadan kalkacağı anlamına gelmez. Tam tersine. Mevcut müşteriler yazılımı verimli bir şekilde kullanmaya devam edebilecek, mevcut kurulumlar korunacak ve yeni kurulumlar da mümkün olmaya devam edecektir.

SchallOS, bir geliştirme platformu olarak
gFM-Business 9'un yayınlanmasından yaklaşık iki ay sonra, SchallOS Business platformunun ilk halka açık sürümünün piyasaya çıkması planlanıyor. Bu sürümde odak noktası son kullanıcılar değil, geliştiriciler olacak.
SchallOS, ilk aşamasında öncelikle FileMaker geliştiricileri için bir geliştirme platformu olacak. Hedef kitlesi, mevcut çözümlerini modernize etmek, genişletmek veya uzun vadede yeni bir teknolojik temele oturtmak isteyen geliştiriciler ve şirketlerdir.
Bu süreçte, mevcut uygulamaların tamamen yeniden oluşturulması ön planda değildir. Mevcut yatırımları korumak ve bunları yeni mimariye aşamalı olarak aktarma imkânı çok daha önemlidir. Bu nedenle ilk sürümler özellikle aşağıdaki alanlara odaklanacaktır:
- Mevcut çözümlerin taşınması
- Sayfa Düzeni Tasarımı
- İşlevsel konteyner
- anlamsal bilgi katmanları
- Yapay zeka destekli geliştirme
- modern dağıtım modelleri
Bu yaklaşımın önemli bir potansiyel barındırdığı şimdiden ortadadır. Bugüne kadar zahmetli bir şekilde manuel olarak gerçekleştirilmesi gereken birçok görev, belgelenmiş uzmanlık bilgisi ile yapay zeka desteğinin birleşimi sayesinde çok daha verimli bir şekilde yerine getirilebilmektedir.
Uzun vadeli bakış açısı
SchallOS’un piyasaya sürülmesi, geliştirme sürecinin sonu değil, yeni bir aşamanın başlangıcıdır. Bugün tartışılan kavramların çoğu, önümüzdeki yıllarda daha da gelişecektir. Bunlar arasında akıllı geçiş teknolojileri, otomatik konteyner tanıma, semantik geliştirme araçları ve yapay zeka destekli mimari işlevler yer almaktadır.
Uzun vadeli hedeflerden biri, mevcut uygulamaları sadece teknik olarak aktarmakla kalmayıp, bunların yapısını ve anlamını da kavramaktır. Platformda ne kadar çok bilgi mevcut olursa, gelecekteki yapay zeka sistemleri geliştirme, bakım ve genişletme süreçlerinde o kadar iyi destek sağlayabilir.
SchallOS’un ilk sürümü bunun için temel oluşturuyor. Asıl yolculuk bundan sonra başlıyor.
gFM-NEXT ve SchallOS’un Sunucu Yöneticisi
Erken Kayıt Dönemi 31 Temmuz’a kadar uzatıldı
Önümüzdeki sürümlerin geliştirilmesi, son aylarda büyük ilgi uyandırdı. Çok sayıda müşteri, geliştirici ve ilgilenen kişi, gFM-Business ve SchallOS’un geliştirilme sürecini bir süredir takip ediyor ve sonraki adımlara aktif olarak eşlik etmek istiyor.
Bu nedenle, başlangıçta planlanan erken kayıt dönemi uzatılmıştır. İlgilenenler, 31 Temmuz’a kadar yüzde 20’lik bir fiyat avantajından yararlanma imkânına sahip olacaklardır. Bu kampanya sadece yeni müşteriler için değil, mevcut çözümlerini yükseltmeyi planlayan mevcut müşteriler için de geçerlidir.
Mevcut çözümler için yatırım güvenliği
Önemli bir husus, mevcut gFM-Business kullanıcılarını ilgilendiriyor. gFM-Business 9’un piyasaya sürülmesiyle birlikte bu FileMaker sürümünün kullanılabilirliği sona ermiyor. Çözüm, bundan sonra da kullanılabilir ve verimli bir şekilde kullanılmaya devam edilebilir.
Aynı zamanda, işlevsel geliştirme çalışmaları gelecekte giderek daha fazla SchallOS’a kaydırılacaktır. Bu sayede mevcut müşteriler için net bir perspektif ortaya çıkmaktadır. gFM-Business’a yapılan yatırımlar korunacak ve daha sonra kademeli olarak yeni nesil platforma aktarılabilecektir.
İşte tam da bu düşünce, SchallOS’un ardındaki stratejinin tamamını şekillendiriyor. Sıfırdan başlamak ya da mevcut bilgileri bir kenara atmak değil; mevcut deneyimleri, süreçleri ve çözümleri modern bir mimariye aktarmak ve böylece yeni nesil iş uygulamalarının temelini oluşturmak.
Kanıtlanmış bilgiyi geleceğe aktarmak
SchallOS’un hikâyesi yapay zeka ile başlamaz. Modern web teknolojileri, PostgreSQL veya işlev kapsayıcıları ile de başlamaz. Basit bir soruyla başlar:
On yıllardır biriktirilen bilgi birikimini, sıfırdan başlamak zorunda kalmadan yeni bir teknoloji nesline nasıl aktarabiliriz?
İşte tam da bu soru, pek çok geliştiriciyi ve şirketi meşgul ediyor. Geçtiğimiz on yıllarda sayısız uygulama geliştirildi, süreçler optimize edildi ve deneyimler kazanıldı. Bunların arkasında genellikle binlerce çalışma saati ve muazzam bir uzmanlık bilgisi yatıyor. Aynı zamanda teknolojiler giderek daha hızlı değişiyor. Yeni platformlar ortaya çıkıyor, eski sistemler ortadan kalkıyor ve birçok şirket, yatırımlarını korurken aynı zamanda geleceğe hazır kalma zorluğuyla karşı karşıya kalıyor.
İşte burada SchallOS devreye giriyor. Amaç, mevcut çözümleri tamamen yeni bir şeyle değiştirmek değil. Aksine, kendini kanıtlamış sistemler ile modern teknolojiler arasında bir köprü kurulması hedefleniyor. Bugün FileMaker'da geliştirilen bir uygulama, sırf yeni bir teknik platforma geçiyor diye görünüşünü, kullanımını veya iş mantığını mutlaka kaybetmek zorunda değildir.
İdeal durumda, geçişin ardından uygulama kullanıcı açısından neredeyse aynı görünür. İş akışları değişmez. Kullanıcılar uygulamada hâlâ rahatça yolunu bulur. Aynı zamanda çözüm, iç yapısında genişletme, otomasyon ve ölçeklendirme için yeni imkânlar sunan modern bir mimari üzerinde çalışır.
Bu yaklaşım, semantik katman sayesinde özellikle ilgi çekici hale geliyor. Bir uygulama artık sadece alanlar, tablolar ve komut dosyalarından ibaret olmayıp kendi anlamını kavradığı anda, yepyeni imkânlar ortaya çıkıyor. Çeviriler otomatikleştirilebilir. Belgeler otomatik olarak oluşturulabilir veya güncellenebilir. Yapay zeka sistemleri, sadece program kodunu analiz etmekle kalmayıp iş süreçlerini de anlayabilir. Bu durum, bugüne kadarki birçok geliştirme yaklaşımından temel bir fark yaratmaktadır. Klasik sistemler esas olarak verileri yönetirken, semantik bir platform giderek daha fazla bilgiyi yönetebilmektedir. Bana göre, önümüzdeki yılların en büyük fırsatlarından biri tam da budur.
31 Temmuz’a kadar % indirimi.
Şunlar için geçerlidir: Yeni satın alımlar, Yükseltmeler ve gelecekteki
gFM-NEXT ve SchallOS projeleri.
Yapay zeka konusundaki tartışmalar genellikle metinlere, görsellere veya sohbet robotlarına odaklanır. Ancak geliştiriciler için asıl devrim başka bir yerde yatmaktadır. Yapay zeka, on yıllardır biriktirilen uzmanlık bilgisinin ilk kez modern yazılım mimarilerine doğrudan entegre edilmesini mümkün kılar. Bu, geliştiricinin deneyiminin yerini almaz. Aksine, onu güçlendirir.
Bu nedenle SchallOS, mevcut geliştirme platformlarına alternatif bir model olarak görülmemelidir. Platform, daha çok, kendini kanıtlamış kavramların hâlâ değerli olduğu inancından doğmuştur. Hızlı geliştirme, görsel tasarım, esnek veri modelleri ve üretken araçlar gelecekte de önemini koruyacaktır. Aynı zamanda modern web teknolojileri, semantik bilgi katmanları ve yapay zeka destekli geliştirme, birkaç yıl önce hayal bile edilemeyecek olanaklar sunmaktadır.
Bu nedenle, gFM-Business 9 ve SchallOS’un gelecek sürümleri, mevcut bir ürün serisinin sonunu değil, yeni bir geliştirme aşamasının başlangıcını işaret ediyor. Bu aşamada, mevcut yatırımlar korunurken aynı zamanda yeni teknolojilerden de yararlanılabilecek.
Otuz yılı aşkın bir süredir yazılım geliştirme alanında çalıştıktan sonra, bugün bilginin bir şirketin en değerli kaynağı olduğuna her zamankinden daha fazla inanıyorum. Veritabanları, programlama dilleri ve teknik platformlar değişmeye devam edecek.
Buna karşın, müşteriler, süreçler, ürünler ve iş akışları hakkındaki bilgi, her başarılı uygulamanın asıl özünü oluşturmaya devam eder.
Sıkça sorulan sorular
- Aslında SchallOS tam olarak nedir?
SchallOS, FileMaker ve gFM-Business geliştirme alanındaki 30 yılı aşkın pratik deneyimden doğan, iş uygulamaları için yeni bir geliştirme platformudur. Amaç, klasik Hızlı Geliştirme sistemlerinin kanıtlanmış kavramlarını modern web teknolojileri, yapay zeka ve semantik bir bilgi katmanıyla birleştirmektir. Bu süreçte ön planda olan, tüm süreçleri yeniden icat etmek değil, mevcut çözümleri modern bir mimariye aktarmaktır. - SchallOS, FileMaker’ın yerini tamamen alacak mı?
Hayır. SchallOS, FileMaker’ın yerini alma arzusundan doğmamıştır. Aksine, bu platform mevcut bilgi birikimini ve çözümleri yeni bir teknoloji nesline aktarmak için bir imkân sunmayı amaçlamaktadır. FileMaker, yazılımların çok hızlı ve etkili bir şekilde geliştirilmesini sağlayan güçlü bir geliştirme ortamı olmaya devam ediyor. SchallOS ise özellikle yapay zeka, modern web mimarisi ve esnek dağıtım modelleri alanlarında ek olanaklar sunmayı amaçlıyor. - SchallOS neden geliştirildi ki?
Bu geliştirme, birçok şirketin ve geliştiricinin on yıllar boyunca değerli çözümler oluşturduğu gözlemi üzerine ortaya çıktı. Aynı zamanda teknolojiler giderek daha hızlı bir şekilde değişiyor. SchallOS, teknik altyapının değişmesi nedeniyle bu bilginin kaybolmasını önlemeyi amaçlamaktadır. Hedef, mevcut yatırımları korumak ve aynı zamanda modern teknolojilerden yararlanabilmektir. - SchallOS’u geleneksel düşük kod platformlarından ayıran nedir?
En önemli fark, semantik bilgi, yapay zeka desteği ve taşıma yeteneğinin birleşiminde yatmaktadır. Birçok platform öncelikle yeni uygulamalar geliştirmek için araçlar sunarken, SchallOS ayrıca mevcut çözümleri anlamayı ve devralmayı hedeflemektedir. Bu süreçte semantik bilgi katmanı merkezi bir rol oynamaktadır. - İşlevsel konteynerler nedir?
İşlev konteynerleri, bir modülün işlevselliğinin bir kısmını veya hatta tamamını üstlenebilen akıllı bileşenlerdir. Bir gezinme menüsü, bir araç çubuğu, bir arama alanı veya hatta tam bir yönetim arayüzü bile işlev konteyneri olarak uygulanabilir. Bu sayede tek tek nesnelerin sayısı önemli ölçüde azalırken, yeniden kullanılabilirlik ve bakım kolaylığı artar. - İşlevsel konteynerler neden bu kadar önemlidir?
İşlev konteynerleri, düzenin karmaşıklığını açıkça tanımlanmış bileşenlere aktarır. Yüzlerce ayrı nesneyi ve komut dosyasını yönetmek yerine, net bir görevi olan bağımsız işlev blokları oluşturulur. Bu sayede uygulamalar daha anlaşılır, bakımı daha kolay ve yapay zeka kullanımı için çok daha uygun hale gelir. - Mevcut bir FileMaker çözümü SchallOS’a taşınabilir mi?
Göç katmanı tam da bu amaçla geliştirilmektedir. Amaç, mevcut FileMaker çözümlerindeki tabloları, alanları, düzenleri, komut dosyalarını ve diğer bileşenleri mümkün olduğunca geniş ölçüde devralmaktır. Uzun vadede, platformun sadece verileri içe aktarmakla kalmayıp, bir uygulamanın yapısını ve anlamını da anlayabilmesi hedeflenmektedir. - Uygulamamın görünümü, bir geçiş işlemi sırasında korunacak mı?
Bu, en önemli geliştirme hedeflerinden biridir. Taşınan bir uygulama, kullanıcılar için mümkün olduğunca tanıdık kalmalıdır. Teknik altyapı modernize edilirken, sayfa düzenleri, kullanım konseptleri ve iş akışları büyük ölçüde, hatta çoğu zaman tamamen korunabilir. Bu sayede, işletmeler için geçiş süreci önemli ölçüde kolaylaşır. - Yapay zeka, SchallOS’ta nasıl bir rol oynuyor?
Yapay zeka sadece ek bir modül değil, mimarinin merkezi bir bileşenidir. Geliştirme, dokümantasyon, analiz, geçiş ve daha sonra mevcut çözümlerin genişletilmesi süreçlerinde destek sağlar. Platform, en başından itibaren yapay zeka sistemlerinin altta yatan yapıları anlayabileceği şekilde tasarlanmıştır. - "Anlamsal bilgi katmanı" ne anlama gelir?
Anlamsal bir bilgi katmanı, yalnızca teknik yapıları değil, bunların anlamını da tanımlar. Platform, bir alanın varlığını bilmekle kalmaz, bu alanın ne amaçla kullanıldığını da anlar. Bu sayede otomatik dokümantasyon, çeviriler ve yapay zeka destekli geliştirme gibi akıllı işlevler ilk etapta mümkün hale gelir. - Uygulamalar otomatik olarak başka dillere çevrilebilir mi?
SchallOS’un anlamsal mimarisi bunun temelini oluşturur. Platform, alanların, etiketlerin ve nesnelerin anlamlarını bildiğinden, çeviriler geleneksel sistemlere kıyasla çok daha fazla otomatikleştirilebilir. Bu da bakım yükünü önemli ölçüde azaltır ve uluslararası projeleri kolaylaştırır. - SchallOS hangi veritabanını kullanıyor?
Yerel uygulamalar için IndexedDB kullanılır. Çok kullanıcılı ortamlar ve sunucu çözümleri için ise PostgreSQL kullanılır. Bu sayede, hem tek kullanıcı uygulamaları hem de daha büyük kurumsal çözümler aynı platformda çalıştırılabilir. - SchallOS neden PostgreSQL’i tercih ediyor?
PostgreSQL, dünya çapında en yüksek performanslı ve en güvenilir veritabanı sistemlerinden biridir. Bu veritabanı esnek ve ölçeklenebilir olup, profesyonel iş uygulamaları için son derece uygundur. Aynı zamanda açık ve geleceğe dönük bir teknoloji yaklaşımı sunar. - "Committed-First" mimarisi ne anlama gelir?
Bu yaklaşımda, değişiklikler ancak başarıyla kaydedilip doğrulandıktan sonra geçerli sayılır. Bu sayede platform içinde kesin bir doğruluk katmanı oluşur. Böylece, güncel olmayan önbelleklerden veya çelişkili durumlardan kaynaklanan hatalar önemli ölçüde azaltılabilir. - Yeni düzen modu hangi avantajları sunuyor?
Düzenleme modu, klasik geliştirme ortamlarının hassasiyetini modern olanaklarla birleştirir. Izgara, yardımcı çizgiler, manyetik hizalama ve daha pek çok işlev kullanıma sunulmuştur. Aynı zamanda, eski sistemlerdeki tipik geçici çözümlerin gelecekte gereksiz hale gelmesi için birçok kavram yeniden tasarlandı. - FileMaker platformu için gFM-Business 9 ne zaman çıkacak?
gFM-Business 9 sürümünün Eylül 2026'da piyasaya sürülmesi planlanıyor. Bu sürüm, çok sayıda iyileştirmenin yanı sıra, ileride SchallOS'a geçiş için zemin hazırlayacak olan yeni geçiş asistanını da içeriyor. - SchallOS ne zaman kullanıma sunulacak?
Mevcut planlara göre, SchallOS’un ilk halka açık sürümünün gFM-Business 9’dan yaklaşık iki ay sonra piyasaya sürülmesi öngörülüyor. İlk etapta, mevcut çözümlerini yeni platforma taşımak isteyen geliştiriciler ve şirketlere odaklanılacak. - SchallOS özellikle kimler için uygundur?
Bu platform, öncelikle FileMaker geliştiricilerine, mevcut gFM Business müşterilerine ve uzun vadede gelişen iş uygulamalarına sahip şirketlere yöneliktir. SchallOS, mevcut yatırımlarını korumak ve aynı zamanda modern teknolojilerden ve yapay zekadan yararlanmak isteyenler için özellikle ilgi çekicidir.

Markus Schall 1994'ten beri Claris FileMaker tabanlı özelleştirilmiş veritabanları, arayüzler ve iş uygulamaları geliştirmektedir. Kendisi Claris ortağı, 2011 FMM Ödülü sahibi ve ERP yazılımı gFM-Business. Kendisi aynı zamanda bir kitap yazarı ve M. Schall Yayınevleri.





















