Şeriata uygun yazılım geliştirme: standarda bağlı kalan ürünler inşa etmek

Yazılım kararları kodlar, hiç vermediğiniz kararlar da dahil

Her yazılım bir kararlar yığınıdır. Bir ödeme akışı, gecikme ücretinin nasıl davranacağına karar verir. Bir abonelik modeli, bir müşteri ayrılmak istediğinde ne olacağına karar verir. Bir ödeme sayfası, fiyatın ne kadar açık söylendiğine ve son adımda neyin sessizce eklendiğine karar verir. Çoğu işletme için bunlar, çerçevenin veya ödeme sağlayıcısının standart olarak gönderdiğiyle çözülen teknik ayrıntılardır. Kendini İslami bir etik standartla bağlayan bir işletme içinse bunların birkaçı ilke sorusudur ve rahatsız edici gerçek şu ki jenerik yazılım bu soruları size sormadan yanıtlar. Varsayılan gecikme ücreti modülünün riba hakkında bir görüşü vardır. Varsayılan aciliyet afişinin dürüst ikna hakkında bir görüşü vardır. Bu varsayılanları hiç incelemediyseniz, ürününüz seçmediğiniz pozisyonları çoktan almıştır ve bunları kaydolan her müşteriye temsil etmektedir.

Standart kodla asıl nerede temas eder

Yazılımda şeriata uygunluğun yüzey stiliyle pek ilgisi yoktur; her şey yapıdaki birkaç somut yerle ilgilidir. Birincisi para mantığıdır: ücretlerin nasıl hesaplandığı, bir cezanın gerçek bir maliyetin karşılığı gibi mi yoksa geciken ödemenin getirisi gibi mi davrandığı ve gelir modelinde bir şeyin sessizce faizden kazanıp kazanmadığı. İkincisi sözleşme netliğidir: şartlarınızı kabul eden bir müşterinin neyi kabul ettiğini gerçekten açıklayıp açıklayamayacağı, çünkü belirsizlik üzerine kurulu sözleşmeler hukuki bir standarttan çok önce İslami bir standardı karşılayamaz. Üçüncüsü iknadır: arayüzün bir kararı bilgilendirmesi mi yoksa yapay kıtlık, kafa karıştıran iptal yolları veya önceden işaretlenmiş kutularla onu inşa etmesi mi. Dördüncüsü veridir: müşteriye hizmet edeni mi topluyorsunuz, yoksa toplayabildiğiniz her şeyi mi. Bunların hiçbiri egzotik bir gereklilik değildir. Her zamankinden daha özenle verilmiş sıradan mühendislik kararlarıdır.

Hazır araçlar bu standardı neden sessizce karşılayamaz

Çoğu yazılım yazılmaz, monte edilir: burada bir ticaret platformu, orada bir faturalama sağlayıcısı, üstte bir pazarlama katmanı. Her bileşen ortalama işletme için yapılmıştır ve ortalama işletme fazla soru sormadan geliri optimize eder. Böylece faturalama sağlayıcısı bileşik gecikme cezalarını bir düğme olarak gönderir. Ticaret platformu, ekibinizde kimsenin altta yatan yapısını okumadığı bir sonra-öde seçeneğini pakete ekler. Pazarlama katmanı geri sayım sayaçlarını ve çıkış anı pencerelerini en iyi uygulama diye sunar. Bunların hiçbiri kötü niyetli değildir ve hepsi varsayılandır. Ürününü bu parçalardan monte eden bir işletme, özellikleriyle birlikte etiğini de miras alır. Uygunluğu bir politika belgesi yerine inşa zamanı meselesi olarak ele almanın asıl gerekçesi budur: ürün yayına girdiğinde önemli seçimler çoktan koddadır.

Şeriata uygun yazılım geliştirme: ciddi bir inşa nasıl yürür

Şeriata uygun yazılım geliştirme, ilk kod satırından önce, ürünün paraya, anlaşmaya veya iknaya dokunduğu her noktanın haritasıyla başlar. Her nokta, sistemin ne yapacağına dair sade bir dille tarif edilir ve her biri iki yığına ayrılır: ekibin net ilkelere göre çözebileceği mühendislik kararları ve ehil âlimlere ait gerçek dini sorular. Bu yönlendirme önemlidir. Bir geliştirme stüdyosunun işi soruları kesin biçimde ortaya koymak ve yanıtları sadakatle uygulamaktır, asla kendisi hüküm vermek değildir; bu çizgiyi bulanıklaştıran bir ortak, neyi karara bağlamadığını itiraf eden bir ortaktan daha çok endişelendirmelidir.

Oradan itibaren gereksinimler mimariye dönüşür. Ücret mantığı, her tahsilatın gerçek bir maliyete veya gerçek bir hizmete karşılık geleceği şekilde yazılır. Şartlar, bir müşterinin tekrar edebileceği bir dille kaleme alınır ve arayüz onları taahhüdün arkasına gömmek yerine önünde sunar. Gelir modelleri bilinçli seçilir; faiz gibi davranan her şeye karşı sabit ücretler tercih edilir. Ve bütün, incelenebilir tutulur; böylece bir âlim, bir denetçi veya bir müşteri sistemin belirli bir durumu nasıl ele aldığını sorduğunda yanıt iddia edilmek yerine gösterilebilir. Sonuç, üzerinde rozet olan bir ürün değildir. Davranışını ayrıntısıyla savunabileceğiniz bir üründür ve standardın asıl istediği de budur.

Yazılım ekibimizin, para ve sözleşme mantığı en baştan tasarlanmış özel ürünleri nasıl inşa ettiğini görün.

Değerlerle uyumlu bir inşa için pratik kontrol listesi

İster yeni bir ürün sipariş ediyor ister mevcut birini denetliyor olun, bu altı kontrol zeminin çoğunu kapsar:

• Para haritası: sistemdeki her tahsilatı, ücreti ve cezayı listeleyin ve her birinin gecikmeyi veya belirsizliği ödüllendirmek yerine gerçek bir maliyeti veya hizmeti karşıladığını doğrulayın.
• Sözleşme netliği: projenin dışından birine müşterinin kabul ettiği şartları okutun ve geri anlatamadığı her maddeyi düzeltilecek bir kusur olarak ele alın.
• Âlim yönlendirmesi: gerçek dini soruları ehil âlimlere iletmek için belgelenmiş bir süreç tutun ve neyin sorulduğunu, neye hükmedildiğini kaydedin.
• İkna denetimi: her ekranı gezin ve ne kadar standartlaşmış olursa olsun aciliyet üreten, iptali gizleyen veya kafa karışıklığından beslenen mekanikleri kaldırın.
• Veri onuru: yalnızca müşteriye hizmet edeni toplayın, neyin neden toplandığını açıkça söyleyin ve silmeyi kayıt olmak kadar kolay yapın.
• Sahiplik ve incelenebilirlik: koda ve mantığa sahip olun ki sistemin davranışı bir satıcıya güvenle bırakılmak yerine incelenebilsin ve düzeltilebilsin.

Şeriata uygun yazılım: sık sorulan sorular

• Şeriata uygun yazılım için bir sertifika var mı? — Gıdada olduğu gibi yazılım için tek bir küresel sertifika yoktur; pratik standart, para ve sözleşme mantığının belgelenmiş bir âlim incelemesidir ve ciddi alıcılarla ortaklar bunu görmek isteyecektir.
• Mevcut bir uygulama uyumlu hale getirilebilir mi, yoksa yeniden mi inşa edilmesi gerekir? — Genellikle bir denetim, soruların faturalama, ücretler ve şartlar gibi bir avuç modülde yoğunlaştığını bulur ve bunlar yerinde yeniden işlenebilir; baştan inşa istisnadır, kural değil.
• Bu standarda göre inşa etmek daha mı pahalı? — Başlangıçta kapsam belirleme işi ekler, ama ciddi her inşanın maliyetinin çoğu zaten yapılacak mühendisliktir ve erkenden netleşen kurallar yeniden işi artırmak yerine azaltma eğilimindedir.
• Bir üründe neyin caiz olduğuna kim karar verir? — Ehil âlimler; bir geliştirme ortağının rolü soruları kesin biçimde çerçevelemek ve yanıtları sadakatle uygulamaktır ve caizlik konusunda kendisinin hüküm verdiğini iddia eden her firma haddini aşmaktadır.

Okumaya devam edin

• Değerler ekonomisi bir yazılım fırsatıdır
• Tek doğru kaynağı: birbirine bağlı olmayan araçlar size sessizce nasıl zarar veriyor

Savunabileceğiniz bir standarda göre inşa edilmiş özel yazılım hakkında bizimle konuşun.