feliXart
Tüm yazılar

Yazılımcım işi bıraktı, ne yapmalıyım?

Bu durumda ilk tepki genelde yeni bir yazılımcı aramak oluyor. Oysa acil olan şey geliştirme değil; elinizde kalanın elinizden çıkmasını engellemek.

Miktad Tahir Durak · Yayın: 31 Ağustos 2026

Kısa cevap

Önce kaybı durdurun, sonra kimi arayacağınıza karar verin. Sırayla: alan adı ve sunucu hesaplarının şifrelerini değiştirin, kodun ve veri tabanının bir yedeğini kendi bilgisayarınıza indirin, ödemesi yapılan servislerin kartını kendi adınıza geçirin. Bu üç adım bir yazılımcı gerektirmez ve geri dönüşü olmayan kayıpları durdurur.

01

İlk 48 saatte ne yapılmalı?

Üç şey, bu sırayla. Birincisi erişim: alan adı kayıt hesabı, sunucu ya da bulut hesabı, kod deposu ve varsa uygulama mağazası hesaplarının şifrelerini değiştirin. Bu hesaplar sizin adınıza değilse, devretme talebini bugün başlatın.

İkincisi yedek: kodun ve veri tabanının bir kopyasını kendi bilgisayarınıza indirin. Üçüncüsü ödeme: sunucu, alan adı ve üçüncü taraf servislerin ödemesi başka birinin kartından geçiyorsa kendi kartınıza alın. Ödenmeyen bir sunucu faturası, sistemin bir sabah kapanması demek.

02

Kaybı geri alınamaz olan tek şey ne?

Veri. Kod yeniden yazılabilir, tasarım yeniden yapılabilir, sunucu yeniden kurulabilir; ama müşteri kayıtları, siparişler ve geçmiş hareketler silinirse geri gelmiyor.

Bu yüzden ilk gün sorulacak soru şu: verinin yedeği nerede duruyor ve o yedeğe kim erişebiliyor? Yedek yalnızca ayrılan kişinin hesabındaysa, ortada yedek yok demektir.

03

Hangi hesaplar kimin adına olmalı?

Kural basit: parasını siz ödüyorsanız hesap sizin adınıza açılmalı. Alan adı, sunucu, veri tabanı, e-posta, ödeme sağlayıcı, uygulama mağazası hesapları ve analiz araçları bu kapsamda.

Geliştiriciye verilecek şey hesabın sahipliği değil, o hesaba erişim yetkisi. Bu ayrım kurulduğunda ekip değiştiğinde yalnızca yetki kaldırılıyor; kurulmadığında ise varlığın kendisi karşı tarafta kalıyor.

Kaynak kod kimin olmalı?

04

Yeni ekip aramadan önce ne yapılmalı?

Sistemin durumunu tespit ettirmek. Kod tabanının hangi hâlde olduğu, neyin çalışır durumda olduğu ve nelerin kurtarılabilir olduğu bilinmeden alınan teklifler tahmine dayanıyor; o tahminler de süreç içinde aşılıyor.

Bu tespit bir devralma taahhüdü değil. Sonucunda “bunu sürdürmeyin” de çıkabiliyor ve bunu bilmek, aylarca kurtarmaya çalışıp sonunda sıfırdan başlamaktan ucuza geliyor.

Devralma ve kurtarma

Sık sorulanlar

Kaynak kodu vermiyor, ne yapabilirim?

Sözleşmede kaynak kodun size ait olduğu yazılıysa hukuki talep hakkınız var. Yazılı bir şey yoksa süreç zorlaşıyor; bu yüzden kod mülkiyeti sözleşmeye baştan yazılmalı.

Sistem çalışıyor ama kimse dokunamıyor, acil mi?

Görünmez biçimde acil. Çalışan ama bakımı yapılamayan sistem, ilk güvenlik açığına ya da ilk mevzuat değişikliğine kadar çalışıyor.

Sıfırdan yazmak mı daha ucuz?

Bazen evet. Bunu tahminle değil incelemeyle söylemek gerekiyor; kodun durumu görülmeden verilen her iki cevap da tahmin.

Yazan

Miktad Tahir Durak

Kurucu, feliXart

feliXart’ı 2013’te Kayseri’de kurdu. VR/AR stüdyosu olarak başlayan şirketi bugün kurumsal yazılım ve yapay zekâ entegrasyonu geliştiren bir stüdyoya taşıdı. Üniversitelerde davetli konuşmacı olarak yer aldı, yapay zekâ yarışmalarında jüri üyeliği yaptı.

Hakkımızda

Durumunuzu konuşalım.

Ne kurmak istediğinizi anlatın; gerekmiyorsa gerekmediğini de söyleriz.