Sistemin parçaları ve sınırları koddan önce belirleniyor.
Birden fazla kurum tek sistemde, bilgileri ayrı.
Tek kod tabanı, iki mağaza: iOS ve Android.
Yürüyen bir sistemi devralıp iyileştiriyoruz.
Yapay zekâyı yalnız işin gerektirdiği yerde.
Yayında olan bir Laravel kurumsal siteyi devraldık; iş yeni bir site kurmak değil, ayakta duran siteyi hafifletmekti. Araç görsellerinin depolama düzeni yeniden kuruldu, katalog okumaları önbelleğe alındı, çalışan bölümlere dokunulmadı.
Siteyi görüntüle →KGM SsangYong’un kurumsal sitesi bize geldiğinde çalışıyordu. Bu tür bir işte ilk karar teknik değil: neye dokunulmayacağına karar veriyorsunuz. Kod tabanını önce okuduk, sonra yalnızca sayfa yükünü taşıyan yerlere girdik. Uygulama çatısı ve ön yüz seti olduğu gibi kaldı, çünkü siteyi bundan sonra marka tarafındaki ekip sürdürecek; onların bilmediği bir araç eklemek bakımı bize bağlardı. Bunun bir bedeli de var: baştan yazmak yerine, mevcut kalıbın içinde kalan daha küçük hamleler yaptık.
İşin bugün nasıl yürüdüğünü ve yazılımdan ne beklediğinizi konuşuyoruz; kapsam buradan çıkıyor.
Sistemin hangi parçalardan kurulacağına ve bilginin nerede tutulacağına karar veriyoruz.
Ekranları ve akışı kod yazmadan önce çiziyoruz; onayınızdan sonra geliştirmeye geçiyoruz.
Yazılımı, başka bir ekibin de sürdürebileceği düzende yazıp teslim ediyoruz.
Araç görsellerini tek bir adlandırma ve klasör düzenine taşıdık; hangi modelin hangi dosyayı kullandığı artık kod okunmadan görülüyor.
Katalog okumaları Redis üzerinden karşılanıyor; aynı sorgu her ziyaretçi için baştan çalışmıyor, MySQL yalnızca veri değiştiğinde devreye giriyor.
Model sayfalarında görsel boyutlarını ve jQuery ile yapılan istekleri elden geçirdik; ağır çalışan bölümleri tek tek ele aldık.
Laravel, Tailwind ve jQuery setinin dışına çıkmadık; bakımı devralacak ekibin bildiği araçlarla çalıştık. Yığına eklenen tek parça önbellek katmanı oldu.
| Zorluk | Sonuç |
|---|---|
| Site zaten yayındaydı ve talep, ayakta duran sitenin hafifletilmesiydi | Müdahale sayfa yükünü taşıyan yerlerle sınırlı kaldı, çalışan bölümler yerinde durdu |
| Araç görselleri dağınık bir düzende duruyordu, hangi dosyanın hangi modele ait olduğu belirsizdi | Araç görselleri tek düzende duruyor; yeni model eklemek dosya arama işi olmaktan çıktı |
| Aynı katalog sorgusu her sayfa açılışında MySQL'e düşüyor, gereksiz okuma yükü üretiyordu | Katalog okumaları önbellekten geliyor, aynı sorgu her açılışta veritabanına düşmüyor |
| Bakımı marka tarafının sürdürebilmesi için uygulama çatısı ve ön yüz seti değiştirilemezdi | Bakım marka tarafındaki ekibin sürdürebileceği çatının içinde kaldı |
Atölyeye gelen aracın etrafında kurduğumuz kendi servis yönetim yazılımımız. İş emri, tüketilen parça ve kesilen fatura tek zincirde ilerliyor; işletme ve muhasebe tarafı da aynı kayda bağlı. Bakım geçmişi plaka ve şasi kaydında durduğu için araç el değiştirdiğinde geçmişi kendisiyle geliyor.
Klima, kombi ve beyaz eşya servisleri için geliştirdiğimiz kendi ürünümüz. Ofisteki müşteri ve cihaz kaydıyla sahadaki teknisyen aynı sistemde buluşuyor. Teknisyen telefon çekmeyen bir kazan dairesinde de servis kaydını açıp kapatabiliyor; garanti ve bakım geçmişi cihaza bağlı kalıyor.
Kendi ürünümüz; geliştirme aşamasında, henüz yayında değil. Bir randevunun ne kadar sürdüğü, neye bağlandığı ve arka arkaya nasıl dizildiği sektöre göre değişiyor. Bu kuralları koda gömmek yerine ürün ayarı olarak bırakıyoruz.
İşin bugün nasıl yürüdüğünü yazın; yazılıma hangi adımın geçebileceğine bakalım.
