Bana göre, Idiot Proofing, kullanıcının denemiş olsa bile bir yazılım parçasını kıramadığından emin olmak anlamına geliyor. Örneğin, bir değer bir metin kutusundan okunursa ve bir çifte dönüştürülürse, temeldeki yazılım aptal geçirmezse, kullanıcı çift olmayan bir değer yazdığında kırılmaz.

Geçenlerde bir geliştirme programı yazdım ve öğelerden biri "Idiot proof UI" olarak adlandırıldı. Bu yazılımı geliştirdiğim insanlar terime suçlu davrandılar, ancak bu terimin insanları nereden üzdüğünü görebiliyorum.

Bunu söylemenin güzel yolu nedir?

Bir zamanlama öğesi olarak "Idiot proof UI" ekliyorsanız, daha sonra yazılımınıza kalite eklemeye çalışıyorsunuz demektir. İyi tasarlanmış herhangi bir sistem, girişlerini doğrulayacak ve kullanıcılara elbette net bir rehberlik sunacaktır, bu, zamanlamaya ayrı bir öğe olarak konan bir şey değildir (bu, kaçınılmaz crunch vurduğunda kaldırılmaya tabidir).

Alternatif olarak, ayrı bir öğe olması gerekiyorsa (bazı kuruluşların zamanlama hakkında nasıl düşündüklerini biliyorum), "Idiot proof UI", "Input Validation Library" olarak değiştirilmeli ve programın önüne taşınmalıdır.

Kullanıcı giriş doğrulamasının profesyonel bir terim olacağını düşünürdüm. Dahili belgelerde kullanılırsa aptal prova ile ilgili yanlış bir şey görmüyorum.

Sertleşme iyi bir kelimedir. Birisi sorarsa, yazılımın ilk geçişinin genellikle ideal senaryolar için yazıldığını ve çelik aletler gibi, yazılımın gerçek müşteriler tarafından günlük zorlu kullanıma doğru "sertleştirilmesi" gerektiğini söyleyin.

Sağlamlaştırma bunun için başka bir iyi kelimedir - kodu, gerçek müşterilerin attığı zorluk türlerine karşı sağlam hale getiriyorsunuz.

Her iki kelime de havalı ve endüstriyel geliyor, kullanıcıları veya programcıları suçlamayın ve konuyu anlatın.

BTW, İşte Metrowerks'in eski maskotu Arnold, Mac programcılarının bize yardımcı olan ve ısıl işlem fırını, dövme ve örs ve küçük kızak çekiçle kodumuzu sağlamlaştırıyor ve sağlamlaştırıyor:

Savunma Programlama

Bana öğretilen şey bu. Kendi bitlerimizi ağaçtan eritmek zorunda kaldığımızda.

PC olmak istiyorsanız, buna "öngörücü" programlama deyin.

Öğrenirken kurşun geçirmezlik dedik .

Yine de okuduğum diğer örtmece şeylerin çoğu da geçerli.

"Hataya dayanıklı" sistem veya kullanıcı arayüzü hakkında ne dersiniz?

"Idiot prova" her ikisinden de oluşmalıdır

• Kullanıcı arayüzünü kullanıcı dostu olacak şekilde tasarlar ve kullanıcının programcıların beklediği şekilde veri girmesine yol açar ve

• beklenmedik veri değerleri girerek arayüzün kırılıp kırılmayacağını belirlemek için kullanıcı arayüzünün test edilmesi.

Her iki adım da, tasarımın bir kullanıcı deneyimi uzmanı tarafından denetlendiği ve geçersiz verilerin doğru bir şekilde (uygulamanız için ne anlama geldiği için) ne anlama geldiğinden emin olmak için teslim edilen kodun bir test kullanıcısı tarafından denetlendiği geliştirme programında makul bir şekilde görünebilir.

Idiot-prova, basit giriş doğrulamasından çok daha fazlasını içerir. Tanımına böyle bir şey bile eklemezdim.

Giriş doğrulama, yasadışı / saçma değerleri ortadan kaldırmak için kullanıcı verilerini sterilize ettiğiniz ve doğruladığınız bir işlemdir. Bu, her zaman programınızın dışından gelen herhangi bir bilgi ile yapılmalıdır, böylece bariz olanı ortadan kaldırmak ve kendinizi saldırılara karşı korumak (örneğin sql enjeksiyon saldırıları).

Aptal korumanın, kullanıcının yanlışlıkla başka türlü yasal yollarla kendisine büyük zarar vermesini önlemek için bir mantık seti olduğunu düşünürdüm.

Örneğin rm, komutu reddetme rm -rf /ve varyantları kapatmanın doğrulama veya doğrulukla ilgisi yoktur. Bu tamamen geçerli bir komut. Ne yazık ki, Unix / Linux'taki tüm disklerinizdeki tüm verilerinizi silebilen ve silebilen bir komut. Bunu kanıtlamak için aptal bu komutu reddeder ve rm -rf --i-really-mean-this /etkileşimli modda, kullanıcının uyarıdan sonra olumlu bir yanıt yazmasını önerir .

Sisteme zarar veren her şey aptal geçirmez olmalıdır. Potansiyel utanmaya neden olabilecek herhangi bir şey de aday olabilir (ör. "Metninizde belirtmiş olsanız bile bu e-postayı ek olmadan göndermek istediğinizden emin misiniz?" Ve "bu e-postayı tüm şirket? ")

İdiot-prova, QA (en iyi aptal olmaya çalışıyor) ve Geliştirme (tüm bu senaryoları tahmin etmeye ve onların etrafında tasarlamaya çalışıyor) arasındaki bir işbirliğidir.

Daha kolay bir eşanlamlı olarak, "yıkıcı kod yolu analizi" veya "kritik işlemler için kullanıcı geri bildirimini etkinleştir" i önerebilir miyim. Ne derseniz deyin, tasarım sürecine mümkün olduğunca erken başlamalısınız.

"Akıl Sağlığı Kontrolü" oldukça sık çalışma eğilimindedir ...

"Kullanıcı arayüzüne Poka boyunduruğu ekleyerek" deyin. http://en.wikipedia.org/wiki/Poka_yoke

"Hata işleme" veya "giriş doğrulama", açıkladığınız şey için kullanacağım diğer terimler olabilir. Kurşun geçirmez, bazı çevrelerde kullanıldığını görebildiğim başka bir terim olurdu, çünkü burada fikir, yazılımı neredeyse her şeyi işleyecek kadar sağlam hale getirmektir. Kaya katı, burada da kullanmak isteyen birinin hayal edebileceğim başka bir argo ifade olurdu.

Msgstr "En kötü senaryo yazım denetimi". Çünkü, geliştiriciler olarak, hepimiz biliyoruz ki eğer yapılabilirse, o zaman yapılacaktır . Bu nedenle, yazılımınızla ilgili en kötü senaryo durumunu ele almaya hazır olmalısınız.

Güvenlik önlemleri, kullanıcıları dış siber istilalara karşı korumanın bir yolu değil, aynı zamanda kendilerine karşı da bir yöntemdir. Kusurlu kullanıcılar ile kusursuz bir dünyada yaşıyoruz.

Altın kaplama , son kullanıcı arayüz deneyimini herhangi bir şekilde (GUI veya diğer) geliştirmek için konuşurken kullandığım kibar (ve çok olumlu bir sondaj) terimidir .

İdiot-prova, dediğin gibi, tasarım veya iş akışı iyileştirmeleriyle birlikte bu sürecin en büyük parçasıdır (son kullanıcı geri bildirimlerini onayla).

Buradaki fikir, bu terimi çalışma ortamında özgürce kullanabilmeniz ve bunun hem yönetim hem de kullanıcılar tarafından değerli bir süreç olarak (bir kez tamamlandığında) görülebilmesidir, ancak biraz zaman alabilir (ve genellikle biraz paraya mal olur).

Bu (genellikle döngü sonu) süreçle ilgili diğer birçok terim, bu işlem gibi görünmesini sağlar:

• kullanıcıları ima eder (genellikle yönetim ;-) aptal
• başarmak zor
• çok az net değeri var

Altını süreçle ilişkilendirerek (metal genellikle "maliyet" yerine "değere" eşittir), sürecin bazı yöneticilerin zihniyetlerindeki harcamadan yatırıma dönüştüğünü gördüm.

Bu açıkça yapılana kadar, bu hantal çelik parçanın henüz mücevher olmadığını açıkça belirtmek gibi. Ama bir kez kaplandığında ... o zaman değerli.

Çoğu zaman üretim süreçleriyle ilgili olarak kullanılır, ancak gerçekten iyi bir uyumun Poka-Yoke olduğunu düşünüyorum :

"[poka yo-ke]," başarısızlıktan koruma "veya" hata koruma "anlamına gelen Japonca bir terimdir

Başlangıçta baka-boyunduruğu olarak tanımlandı, ancak bu "aptal-prova" (veya "aptal-prova") anlamına geldiği için adı daha hafif poka-boyunduruğu olarak değiştirildi.

Daha geniş bir ifadeyle, terim, kullanıcı tarafından yanlış çalışmasını önlemek için bir ürün olarak tasarlanmış herhangi bir davranış şekillendirme kısıtlamasına atıfta bulunabilir. "

Daha büyük mağazalarda ortak bir terim de Kalite Güvencesi'dir (QA) .

Bu, serbest bırakma döngünüzde kendi özel anlamınıza göre kalıplayabileceğiniz genel, belirsiz bir terimdir.

Biz buna İnsan Kanıtı diyoruz. Hepimiz aptalız.