• Temel bir entegrasyonun çalışmaması durumunda bunun sorumluluğu kimdedir?

    şayet teslim edildiği esnada çalışıyorsa problem yok. örneğin whatsapp bussines web servisini ele alalım, sen bugün oturup dört dörtlük bir restful api yazdın ama whatsapp endpoint adresini veya parametrelerini güncelledi. bu durumda yazılımcı suçlu tutulamaz, bu tarz riskler her zaman vardır ve tekrardan çalışır hale getirmesi için tabi ki ücret talebinde bulunması gerekir. ancak daha baştan çalışmıyorsa, işte orada eksik hizmet vermiştir, bırakın ek ödeme talep etmeyi aldığı ücreti bile hak etmemiştir.
  • Çekirdek lisans dosyaları şifrelense dahi, ödeme veya SMS modülü gibi sürekli güncellenmesi gereken kısımların şifrelenip sonradan düzeltme için fahiş ücret istenmesi etik midir?

    kesinlikle etik değildir. hatta bu duruma önlem olarak, mevcut yapıda çalışan ancak gelecekte çalışma durumunun güncellenmesini sağlamak için ek olarak triger mantığıyla bir curl eklenmelidir. atıyorum sms servisi için bir fonksiyon mu başlatılacak? çeşitli tetikleyiciler orada seçilir, örneğin bu curl'u "sipariş tamamlandıktan sonra" çalıştır denir ve orada o culr komutunun hangi parametreleri alacağı ve nereye istek yapılacağı belirtilebilir. bu sayede çalışmayacak bir özelliği gelecekte tekrar çalışır hale getirmek oldukça kolay olur. ki bu ilk akla gelen ve en basit çözümdür. dışa bağımlılığı olan dosyaların şifrelenmesi doğru değildir ayrıca. zaten halka açık bir kaynağı, sen kendi fikri mülkiyetin gibi sunamazsın.