Teklif al

Yazılım Danışmanlığı · Kartal

Kartal markaları için Yazılım Danışmanlığı

Devralınan sistem hiç durmuyorsa okuma işi de hareketli zeminde yapılıyor. Kartal'ın dokusunda E-5 hattı imalat işletmeleri ve sağlık kampüsü çevresi öne çıkıyor; vardiyanız gün boyu dönüyorsa sessiz bir saat çıkmıyor ve kayıt siz bakarken büyümeye devam ediyor. Bu koşulda en çok yanılan yer, para ile hizmetin aynı anda gerçekleştiği varsayımı oluyor. Oysa satış bir gün oluyor, kullanım haftalara yayılıyor. Ayrım kayda geçmediğinde ay sonu iki rakamı elle eşleştiren birine kalıyor. Pilatesco'da tam bu ayrımı kurduk.

Yazılım Danışmanlığı — Kartal

Peşin alınan bir taahhüt ile haftalara dağılan bir kullanım aynı işin iki ucu oluyor. Kartal'ın sektör dokusuna en yakın işimiz Pilatesco. Örtüşmediği yer açık: spor ve fitness işletmesi için yazıldı, imalat hattının vardiya çizelgesi ya da üretim planlaması için gösterecek işimiz yok. Taşıdığı şey kaydın kurgusu: fatura satışta kesiliyor, kullanım takvimden okunuyor, ikisi tek müşteri kaydında buluşuyor. Laravel süreci yürütüyor, MySQL paket, rezervasyon ve fatura kayıtlarını tutuyor; bu kurulumda Redis ve Inertia yok, yığını olduğu gibi söylüyoruz.

  • Devralınan sistemde ilk ayırdığımız şey zamanlama oluyor: fatura satıldığı anda kesiliyorsa, kullanımın haftalara yayılması bir hata değil, kaydın olması gereken hâli.
  • Pilatesco'da rezervasyon takvime yazılırken paketten bir ders hakkı düşüyor; bakiye müşteri kaydının üstünde duruyor, ayrı bir deftere yazılmıyor.
  • İptal, gelmeme ve tamamlanan ders bakiyeye ayrı işliyor; hangi durumun hakkı geri verdiği kuralda tanımlı, o anda masada duran kişiye bırakılmıyor.

Neden Algoriel

  • Önce kodu okuruz

    KGM SsangYong'un kurumsal sitesini biz kurmadık; devraldığımız kodu önce okuyup çalışan bölümlerini olduğu gibi bıraktık.

  • Yük taşıyan yere müdahale

    Aynı katalog sorgusu her açılışta MySQL'e düşüyordu; okuma Redis önbelleğine alındı, geri kalanına dokunulmadı.

  • Çatınızın dışına çıkmayız

    KGM SsangYong'da devraldığımız Laravel, Tailwind ve jQuery setinin dışına çıkmadık; yığına eklenen tek parça önbellek katmanı oldu.

  • Kopuk zinciri bağlarız

    Resterm'de hesap bir tabloda, katalog dosyada, teklif üçüncü yerdeydi; seçim sepete, sepet projeye ve müşterisine bağlandı.

  • Önce kodu okumak

    Devralınan kod tabanını baştan okuyoruz; neyin taşınacağını ve neye dokunulmayacağını tek tek adlandırıyoruz. Kapsam bu okumadan çıkıyor, hazır bir şablondan değil.

  • Mevcut yığında kalmak

    Bakımı sürdüren ekibin tanımadığı bir kütüphane, giderken arkamızda bıraktığımız bir yük olurdu. KGM SsangYong'un kurumsal sitesi hazır bir kütüphane setiyle geldi ve o sete tek satır bağımlılık eklemedik.

  • Müdahalenin sınırı

    Yalnız yavaş çalışan yerleri açıyoruz; ağır bölümler tek tek ele alınıyor, gerisi yerinde kalıyor. Sınırın nerede duracağı okuma bittiğinde yazılı olarak sizde olur.

  • Dosya düzeninin toparlanması

    Dağınık duran dosyaları tek bir adlandırma ve klasör düzenine taşıyoruz. Hangi modelin hangi dosyayı kullandığı, kod okunmadan görülür oluyor.

  • Okuma yükünün azaltılması

    Her ziyaretçi için baştan yapılan aynı sorgu bir kez üretilip paylaştırılabiliyor. KGM SsangYong'da katalog sayfasının sorgusu artık veri değişmedikçe yeniden koşmuyor.

  • Kod yazılmadan önceki karar

    Bazı kararlar ilk satırdan önce verilir ve sonradan düzeltilmesi pahalıya gelir. Resterm'in ısıtıcı seçim yazılımı üreticinin kendi ürün yapısı üzerine kuruldu; genel amaçlı bir teklif aracının bu yapıyı taşımayacağı baştan görülmüştü.

Buna benzer çalışmalar

Yazılım Danışmanlığı · Vaka çalışması

Pilatesco — fatura satışla kesiliyor, kullanım takvimden okunuyor

Bir saat diliminde kaç kişi ders alabileceğini eğitmen, ekipman ve saat birlikte belirliyor; bireysel seans ile grup dersi kendi kuralıyla açılıyor. Müşteri paket satın alıyor, rezervasyon takvime yazılırken bakiyeden bir ders hakkı düşüyor. İptal, gelmeme ve tamamlanan ders bakiyeye farklı işliyor; kural yazılı. Fatura paket satıldığı anda kesiliyor, kullanım takvimden okunuyor; iki zamanlama tek müşteri kaydında birleşiyor. Laravel süreci yürütüyor, MySQL paket, rezervasyon ve fatura kaydını tutuyor. Spor ve fitness için yazıldı; üretim planlaması kapsam dışı.

Vaka çalışmasını okuyun →

Kartal ekipleriyle uzaktan çalışmak

Ofisimiz yok; bu şehirdeki işleri de uzaktan yürütüyoruz ve yerinde destek vermiyoruz. Ne yapıldığı ve neden öyle yapıldığı yazılı duruyor. Ortaklıkla geliştirdiğimiz işler proje sayfalarında işaretli.

  • İlk sürüm çalışan bir parçayla çıkar, ek yetenekler sonra eklenir.
  • Bildiğimiz müşterilerimizin tamamı Türkiye'de.
  • Kararlar yazılı duruyor, ilerleme çalışan ekranlardan görünüyor.

Sık sorulan sorular

  • Sistemimiz gün boyu çalışıyor, vardiya arası bile yok. Devralma nasıl oluyor?

    Durdurmadan. Devralma işi kod okumakla değil, kaydın hangi anda oluştuğunu çıkarmakla başlıyor; bunun için sistemin durması gerekmiyor. Değişiklikleri kuralın yazıldığı yerden başlatıyoruz, çünkü orası sürüm çıkarmadan taşınabilen tek katman.

  • Fatura ile kullanım neden aynı kayıtta durmalı?

    Çünkü ikisi aynı anda olmuyor. Para bir gün giriyor, hizmet haftalara yayılıyor. İki tarih iki ayrı programa yazıldığında ay sonunda birini diğerine elle eşleştiren biri oluyor. Pilatesco'da fatura satışta kesiliyor, kullanım takvimden okunuyor, ikisi tek müşteri kaydından görülüyor.

  • Pilatesco bir stüdyo işi; bizim işimiz imalat.

    Doğru, örtüşmüyor. Üretim planlaması, malzeme ihtiyaç planı ve vardiya çizelgesi için gösterecek işimiz yok. Anlattığımız şey sektör değil, satış ile kullanımın farklı zamanlarda gerçekleştiği bir kaydın nasıl kurulduğu.

  • Devraldığınız sistemin bakımını sonra kim yapıyor?

    Devir sırasında bunu yazıya bağlıyoruz. Kendi ürünlerimizin bakımını kendimiz sürdürüyoruz, o yüzden bakım maliyetini uzaktan tarif eden bir taraf değiliz. Müşteri sisteminde ya bakımı biz sürdürüyoruz ya da ekibin devralabileceği hâle getirip bırakıyoruz; hangisi olduğu baştan yazılı oluyor.

Elinizdeki sistemi okumamızı ister misiniz?