Law of conservation of complexity
जटिलता के संरक्षण का नियम, जिसे टेस्लर के नियम या वाटरबेड सिद्धांत के रूप में भी जाना जाता है, मानव-कंप्यूटर अंतःक्रिया में एक कहावत है जिसमें कहा गया है कि प्रत्येक अनुप्रयोग में जटिलता की एक अंतर्निहित मात्रा होती है जिसे हटाया या छिपाया नहीं जा सकता है। इसके बजाय, इसे या तो उत्पाद विकास में या उपयोगकर्ता की बातचीत में निपटाया जाना चाहिए। यह सवाल उठाता है कि जटिलता से किसे अवगत कराया जाना चाहिए। उदाहरण के लिए, क्या एक सॉफ्टवेयर डेवलपर को उपयोगकर्ता के लिए बातचीत को सरल बनाने के लिए सॉफ्टवेयर कोड में जटिलता जोड़नी चाहिए या उपयोगकर्ता को एक जटिल इंटरफेस से निपटना चाहिए ताकि सॉफ्टवेयर कोड सरल हो सके? पृष्ठभूमि 1980 के दशक के मध्य में ज़ेरॉक्स पी. ए. आर. सी. के लिए काम करते हुए, लैरी टेस्लर ने महसूस किया कि जिस तरह से उपयोगकर्ता अनुप्रयोगों के साथ बातचीत करते हैं, वह उतना ही महत्वपूर्ण है जितना कि स्वयं अनुप्रयोग। डैन सैफर की पुस्तक डिज़ाइनिंग फॉर इंटरेक्शन में लैरी टेस्लर के साथ एक साक्षात्कार शामिल है जो जटिलता के संरक्षण के नियम का वर्णन करता है। साक्षात्कार उपयोगकर्ता अनुभव और बातचीत डिजाइनरों के बीच लोकप्रिय है। लैरी टेस्लर का तर्क है कि, ज्यादातर मामलों में, एक इंजीनियर को एक एप्लिकेशन की जटिलता को कम करने के लिए एक अतिरिक्त सप्ताह बिताना चाहिए बनाम लाखों उपयोगकर्ताओं को अतिरिक्त जटिलता के कारण प्रोग्राम का उपयोग करने में एक अतिरिक्त मिनट खर्च करना चाहिए। हालांकि, ब्रूस टोग्नाज़िनी का प्रस्ताव है कि लोग अपने जीवन में जटिलता की मात्रा में कमी का विरोध करते हैं। इस प्रकार, जब किसी अनुप्रयोग को सरल बनाया जाता है, तो उपयोगकर्ता अधिक जटिल कार्यों का प्रयास करना शुरू कर देते हैं। हालाँकि, कई अन्य सलाहकारों ने सोशल मीडिया पर कहा है कि यह बिल्कुल भी कानून नहीं है। सॉफ्टवेयर कैसे बनाया जाता है और इसका उपयोग कैसे किया जाता है, इसके बीच के अंतर को स्वीकार करते हुए, यह अंतर्निहित नहीं है। इसके बजाय, यह ज्यादातर एक खराब वास्तुकला और उत्पाद की ग्राहक यात्रा में भाग नहीं लेने के कारण है। अनुप्रयोग टेस्लर के नियम के संभावित अनुप्रयोगः प्रोग्रामिंग वाहन घरेलू उपकरण कार्यस्थल उपकरण संदर्भ बाहरी लिंक http://www.nomodes.com मानव-कंप्यूटर बातचीत सॉफ्टवेयर इंजीनियरिंग लोककथा सॉफ्टवेयर विकास दर्शन