सॉफ़्टवेयर जितनी तेज़ी से धीमा होता है, हार्डवेयर उससे कहीं ज़्यादा तेज़ी से तेज़ होता है
Software gets slower faster than hardware gets faster
Software gets slower faster than hardware gets faster
* बदलाव: सॉफ़्टवेयर जितनी गति से सुस्त हो रहा है, हार्डवेयर उससे भी ज़्यादा तेज़ी से तेज़ हो रहा है
* Variation: Software is decelerating faster than hardware is accelerating
* Variation: Software is decelerating faster than hardware is accelerating
* जिसे "विर्थ का नियम" भी कहा जाता है
* aka "Wirth's law"
* aka "Wirth's law"
गो टू (Go To) स्टेटमेंट को हानिकारक माना गया है
Go To statement considered harmful
Go To statement considered harmful
* अक्सर इसका श्रेय एड्सगर वाइब डिज्कस्ट्रा को दिया जाता है, लेकिन यह CACM 11, 3 (मार्च, 1968) के एक पत्र का शीर्षक था। हालाँकि "ए केस अगेंस्ट द गो टू स्टेटमेंट" (EWD215, यहाँ पीडीएफ है, ACM की अपनी ऑनलाइन कॉपी है) के मूल शीर्षक को प्रकाशन में तेज़ी लाने के लिए संपादक निक्लास विर्थ द्वारा बदल दिया गया था। डिज्कस्ट्रा खुद EWD1308 में इसका स्पष्टीकरण देते हैं (लेख के अंत के पास देखें)
* Often attributed to Edsger Wybe Dijkstra, but it was the title to a letter in CACM 11, 3 (March, 1968). However The original title of "A Case against the GO TO Statement]" (EWD215, PDF here], ACM has its own copy] online) was changed by the editor Niklaus Wirth, to speed up publication. Dijkstra explains it himself in EWD1308] (see near the end of the article)
* Often attributed to Edsger Wybe Dijkstra, but it was the title to a letter in CACM 11, 3 (March, 1968). However The original title of "A Case against the GO TO Statement]" (EWD215, PDF here], ACM has its own copy] online) was changed by the editor Niklaus Wirth, to speed up publication. Dijkstra explains it himself in EWD1308] (see near the end of the article)
हमारे पेशे में, सटीकता और परफेक्शन कोई ऐसी विलासिता नहीं है जिसे छोड़ दिया जाए, बल्कि यह एक सीधी सी ज़रूरत है
In our profession, precision and perfection are not a dispensable luxury, but a simple necessity
In our profession, precision and perfection are not a dispensable luxury, but a simple necessity
* निक्लास विर्थ (1997) "ए फ़्यू वर्ड्स विद निक्लास विर्थ"। डॉ. कार्लो पेसियो द्वारा संपादित, जून 1997
* Niklaus Wirth (1997) "A Few Words with Niklaus Wirth]". Dr Carlo Pescio eds. June 1997
* Niklaus Wirth (1997) "A Few Words with Niklaus Wirth]". Dr Carlo Pescio eds. June 1997
भरोसेमंद और पारदर्शी प्रोग्राम आमतौर पर डिज़ाइनर के हित में नहीं होते
Reliable and transparent programs are usually not in the interest of the designer
Reliable and transparent programs are usually not in the interest of the designer
* निक्लास विर्थ (1999) "ए डिजिटल कॉन्ट्रारियन रिटायर्स"। बीट गेबर द्वारा संपादित, जून 1999
* Niklaus Wirth (1999) "A Digital Contrarian Retires]". Beat Gerber eds., June 1999
* Niklaus Wirth (1999) "A Digital Contrarian Retires]". Beat Gerber eds., June 1999
हम किसी संसाधन का केवल इसलिए खुलकर और बेहिसाब इस्तेमाल करना अच्छा इंजीनियरिंग अभ्यास नहीं मानते क्योंकि वह सस्ता है
we do not consider it as good engineering practice to consume a resource lavishly just because it happens to be cheap
we do not consider it as good engineering practice to consume a resource lavishly just because it happens to be cheap
* निक्लास विर्थ (2013) "प्रोजेक्ट ओबेरॉन"। खंड 2.3, पृ. 21
* Niklaus Wirth (2013) "Project Oberon]". Section 2.3, p. 21
* Niklaus Wirth (2013) "Project Oberon]". Section 2.3, p. 21