AI Test Edilmiş Hazır Yazılım: Açık Kaynak Devri Neden Bitiyor?

2010'ların pratik cevabı belliydi: bir şirketin web sitesi veya yönetim ihtiyacı varsa WordPress, OpenCart, Joomla ya da benzeri bir paket kurulur; üzerine eklenti eklenir, tema değiştirilir, birkaç özel kod yazılır. O dönemde hazır paket, sıfırdan yazılımdan çok daha hızlı ve ucuzdu. Bu yüzden "hazır yazılım" neredeyse her ihtiyacın varsayılan cevabı oldu.

2026'da denklem değişti. Yapay zekâ ile yazılım üretmek hızlandı; ama asıl fark "yazmak" tarafında değil, "yazılanı test etmek ve güvenli tutmak" tarafında. Bu yazıda herkes için yazılmış paketlerin neden ağırlaştığını, AI tested ready software'in ne olduğunu ve e-veri'nin bu alanda ne kurmaya başladığını anlatıyorum.

Herkes için yazılmış yazılımın ağırlığı

Hazır bir paketin temel sorunu kötü olması değil; başka birinin ihtiyaçları için tasarlanmış olması. Siz o ürünün kullanmadığınız özelliklerini, sizin sürecinize uymayan varsayımlarını ve sizin hiç açmayacağınız kod yollarını da taşırsınız.

Bu ağırlık zamanla şu başlıklarda görünür hale gelir:

• Kullanılmayan özellikler: Her yeni sürüm, sizin hiç ihtiyaç duymadığınız modüllerle birlikte gelir. Güncelleme notlarını okumak, test etmek ve uyumluluğu korumak gerekir.
• Eklenti bağımlılığı: İhtiyacın küçük bir kısmı için eklenen her eklenti yeni bir bakım ve güvenlik sorumluluğudur. Bir eklentinin terk edilmesi, yıllar sonra sitenin güncellenememesi anlamına gelir.
• Geniş saldırı yüzeyi: Popüler bir paket, aynı anda binlerce siteyi hedefleyen otomatik taramaların birincil hedefidir. Zayıf halka genellikle çekirdek değil, eklentilerdir.
• Performans borcu: Sizin için gereksiz olan onlarca betik ve stil dosyası her sayfada yüklenir. Sonradan "hızlandırma" işleri bu borcu kapatmaya çalışır.
• Uyum ve mevzuat: KVKK, İYS ve sektör kuralları değiştiğinde hazır paketin veri modeli ve log yapısı çoğu zaman yetersiz kalır.
• Yükseltme korkusu: Özelleştirme ne kadar derinse, güncelleme o kadar riskli hale gelir. Bir süre sonra ekip güncelleme yapmamayı seçer; bu da güvenlik borcunu büyütür.

Kısacası, paketi kendi sürecinize uydurmak için harcanan emek çoğu zaman sıfırdan ince bir uygulama yazmaktan daha pahalıya geliyor. Eski dönemde bu fark yazılım maliyeti yüksek olduğu için paket lehineydi; bugün değil.

Açık kaynak devri gerçekten bitiyor mu?

Burada net bir ayrım yapmak gerekiyor, çünkü "açık kaynak bitiyor" cümlesi tek başına yanıltıcı.

Altyapı katmanı açık kaynak olarak kalıyor ve güçleniyor. Sunucuda Linux, veritabanında PostgreSQL veya MySQL, uygulama çatısında Laravel, web sunucusunda Nginx kullanmak bugün de en sağlam ve en ekonomik yol. e-veri'nin açık kaynak kurulum ve barındırma işi tam olarak bu katmanın üzerinde duruyor.

Biten şey, son kullanıcı paketi varsayımı. Bir şirketin sipariş, teklif, saha, randevu, portal veya üretim süreci standart bir pakete uymuyorsa, o paketi eklentiyle bükmek artık ilk tercih değil. İhtiyaca göre kurgulanmış ince bir uygulama daha az kod, daha az bağımlılık ve daha küçük bir saldırı yüzeyi demek.

Ne değişti? Üretim ucuzladı, test kritikleşti

Yapay zekâ, yazılım üretimindeki en pahalı kalemi — kodu yazma süresini — ciddi biçimde kısalttı. Bu, "herkes yazılım yazabilir" demek değil. Çünkü üretim ucuzladıkça darboğaz başka bir yere taşındı: doğru kapsamı çıkarmak, doğru mimariyi kurmak ve yazılanın gerçekten çalıştığını kanıtlamak.

AI'ın ürettiği kod, test edilmediği sürece bir taslaktır. Bu yüzden "AI ile yazıldı" bir kalite iddiası değil. Kalite iddiası şurada başlıyor: birim testleri geçiyor mu, kritik akışlar uçtan uca test edildi mi, yetkilendirme doğru mu, hassas veri loglara düşüyor mu, yedekten geri dönüş denenmiş mi?

İnsanın rolü azalmıyor, yer değiştiriyor: kapsamı ve kabul kriterini yazmak, mimari kararları vermek, güvenlik sınırlarını çizmek ve test sonuçlarını değerlendirmek. Kodun yazılması hızlanırken bu kararların ağırlığı artıyor.

AI tested ready software nedir?

AI tested ready software, bir ürünün "AI ile yazılmış" olmasıyla değil, AI destekli üretimden geçtikten sonra yazılı hale getirilmiş testlerle doğrulanmış olmasıyla tanımlanır. e-veri'nin ürün hattında bu tanım altı ilkeye dayanıyor:

1. İhtiyaca göre kurgu. Fork + eklenti yığını değil; kapsamı yazılmış, kullanılmayan özelliği taşımayan bir taban.
2. Test edilmiş teslim. Birim testleri, kritik akışlarda uçtan uca testler, performans kontrolü ve güvenlik taraması olmadan "hazır" denmez.
3. Güvenlik varsayılan. Yönetim paneli herkese açık bir adreste durmaz; rol bazlı yetki, iki adımlı doğrulama ve oturum yönetimi standarttır. Kritik işlemler kimin neyi ne zaman değiştirdiği görülecek şekilde loglanır. Yedekleme ve geri dönüş senaryosu yazılıdır.
4. Entegrasyona açık. API-first ve webhook yaklaşımı; mevcut ERP, CRM, muhasebe ve e-posta sistemleriyle konuşabilir.
5. Sürdürülebilir. Kaynak kod müşteride kalır; dokümantasyon ve devir standardı vardır. Geliştirme, Claude, Codex veya DeepSeek gibi araçlarla düşük maliyetle sürdürülebilir.
6. Doğru teknoloji seçimi. Web tabanlı sağlam bir son sürüm Laravel varsayılan aday; ancak backend dili projenin ihtiyacına göre seçilir. Amaç her projede aynı stack değil, projeye uygun stack.

"Hazır" ne demek? Test olmadan hazır olmaz

Yazılım dünyasında "hazır" kelimesi çoğu zaman "derlendi ve açıldı" anlamında kullanılır. Bu, bir ürünü teslim etmek için yeterli değil. Bizim kabul ettiğimiz tanım daha dar:

• Kritik iş akışlarının her biri otomatik testle korunuyor.
• Yetki kontrolü, oturum ve hassas veri akışları ayrıca test edilmiş.
• Bilinen güvenlik taramaları ve bağımlılık kontrolleri temiz.
• Yedekten geri dönüş en az bir kez gerçek ortamda denenmiş.
• Test ve dağıtım çıktıları kayıt altında; "bizde çalışıyordu" yerine gösterilebilir sonuç var.

Bu liste, ürünün pazarlama cümlesini de belirliyor: test raporu olmayan ürüne "AI tested" demiyoruz.

Hangi durumda hangisi?

Her ihtiyaç özel yazılım gerektirmiyor. Dürüst karşılaştırma şöyle:

Yani mesele "her şeyi özel yazalım" değil. Mesele, hazır paketin gerçekten yeterli olduğu yerde onu kullanmak; yetmediği yerde paketi bükmek yerine doğru tabanı kurmak.

Maliyet: görünmeyen kalemler

Hazır paketlerin maliyeti ilk kurulum ücretiyle sınırlı değil. Toplam sahip olma maliyetine şu kalemler ekleniyor: ücretli eklenti yenilemeleri, güvenlik yamaları için harcanan saatler, eklenti uyumsuzluklarını çözen danışman süresi, performans için yapılan ek altyapı ve en önemlisi, sürece uymayan akışların insan emeğiyle telafi edilmesi.

İhtiyaca özel uygulamada ilk yatırım daha yüksek görünebilir; ancak kapsam net olduğu için bakım ve geliştirme öngörülebilir hale gelir. Karar verirken tek seferlik fiyatı değil, beş yıllık toplam maliyeti ve bu süre içinde kaç kez "paketi bükmek" zorunda kalacağınızı karşılaştırmak gerekir.

e-veri ne yapıyor?

e-veri olarak bu yaklaşımı bir ürün hattına dönüştürüyoruz: AI destekli geliştirilip test edilmiş, güvenliği varsayılan, kaynak kodu açık şekilde yayınlanan hazır yazılımlar.

Planlanan yapı üç parçadan oluşuyor:

• Açık kaynak yayın: Her ürünün kaynak kodu ve dokümantasyonu erişilebilir olacak. Böylece ürünün ne yaptığını ve nasıl test edildiğini görebileceksiniz.
• Demo ortamı: demos.e-veri.com altında her ürün için ayrı, sahte veriyle çalışan bir demo. Amaç sunum değil, ürünü deneyerek karar vermek.
• Kurulum ve entegrasyon: Ürünü kendi sürecinize bağlamak, mevcut ERP/CRM ve muhasebe sistemlerinizle konuşturmak.

Bu hat henüz başlangıç aşamasında. İlk ürünlerin seçimi ve test standardının yazılı hale getirilmesi üzerinde çalışıyoruz. Yeni ürünler yayınlandıkça bu sayfada ve blogda duyurulacak.

Sonuç

Açık kaynak, yazılımın altyapısında kalmaya devam edecek. Değişen şey, son kullanıcı katmanında "herkese uyan tek paket" fikrinin zayıflaması. AI üretimi ucuzlattı; bu yüzden artık asıl soru "hangi hazır paketi kuralım" değil, "hangi ihtiyacı, hangi tabanla, hangi test kanıtıyla çözelim".

Şirketinizin süreci standart bir pakete uymuyorsa, konuşmaya değer. Mevcut sisteminizi ve sürecinizi birlikte inceleyip özel yazılımın gerçekten gerekli olup olmadığını dürüstçe söyleyebiliriz.

Sık sorulan sorular