मैंने अलग-अलग संस्करणों में कैलकुलेटर में 0 ^ 0 का परिणाम देखा है:
- iOS 10.3 => 1
- iOS 11.4 => त्रुटि
- macOS 10.12.6 => 1
- macOS 10.13.5 => संख्या नहीं
अंतर का कारण क्या है?
मैंने अलग-अलग संस्करणों में कैलकुलेटर में 0 ^ 0 का परिणाम देखा है:
अंतर का कारण क्या है?
जवाबों:
जबकि 0 While आम तौर पर अपरिभाषित होता है, गणित की कुछ शाखाएँ स्पष्ट रूप से इसे 1 के रूप में परिभाषित करती हैं, क्योंकि जैसा कि आप देख सकते हैं , यह वह मान है जिससे फ़ंक्शन y (x) = xˣ n = 0 पर परिवर्तित होता है।
औपचारिक रूप से कम, ध्यान दें कि 0.5 0.5 = 0.707…; 0.2 0.2 = 0.725…; 0.1 0.1 = 0.794… और 0.01 0.01 = 0.955…। जैसा कि आप 0 से संपर्क करते हैं, परिणाम 1 के करीब होगा, जो कुछ मामलों में 0 ^ 0 को 1 के रूप में परिभाषित करने के लिए काफी तार्किक और आसान है ।
इस प्रकार, इन 3 परिणामों में से कोई भी प्रति गलत नहीं है और इसके बजाय वे सभी इस अपरिभाषित अभिव्यक्ति के मूल्य पर विभिन्न सम्मेलनों को दर्शाते हैं।
इस मुद्दे को समझाने वाला एक अच्छा विकिपीडिया लेख है । शून्य शक्ति को शून्य भी देखें - 0 the = 1 है? ।
फ्लोटिंग पॉइंट अंकगणित के अधिकांश कार्यान्वयन IEEE 754-2008 मानक का पालन करते हैं, जो निर्दिष्ट करता है कि pow (0,0) रिटर्न 1 (देखें .29.2.1)।
लेकिन यह दो अन्य कार्यों को भी परिभाषित करता है: pown (0,0) = 1 और powr (0,0) = NaN।
विकिपीडिया इसका सारांश इस प्रकार है :
IEEE 754-2008 फ़्लोटिंग-पॉइंट मानक का उपयोग अधिकांश फ़्लोटिंग-पॉइंट लाइब्रेरीज़ के डिज़ाइन में किया जाता है। यह एक शक्ति की गणना के लिए कई ऑपरेशनों की सिफारिश करता है: [20]
pow 0 0 को 1. मानता है । यदि शक्ति एक पूर्णांक है तो परिणाम पोज़ के लिए समान है, अन्यथा परिणाम powr (कुछ असाधारण मामलों को छोड़कर) के समान है।
पोज़ 0 0 को 1 के रूप में मानता है । शक्ति एक सटीक पूर्णांक होनी चाहिए। मान को नकारात्मक आधारों के लिए परिभाषित किया गया है; उदाहरण के लिए, पोज (,53,5) −243 है। powr 0 0 को NaN (नॉट-ए-नंबर - अपरिभाषित) मानता है । मूल्य भी prr ()3,2) जैसे मामलों के लिए NaN है जहां आधार शून्य से कम है। मान epower × लॉग (बेस) द्वारा परिभाषित किया गया है।
मुख्य रूप से अनुकूलता के लिए, C99 से पॉव वेरिएंट पॉव फ़ंक्शन से प्रेरित है। [२१] यह ज्यादातर एकल शक्ति फ़ंक्शन वाली भाषाओं के लिए उपयोगी है। पॉवर और फ़ंक्शंस के परस्पर विरोधी उपयोग और विभिन्न दृष्टिकोणों (जैसा कि ऊपर कहा गया है) के कारण पोज़ और पॉवर वेरिएंट पेश किए गए हैं। [२२]
बेशक इसका कोई असर नहीं पड़ता है कि सही गणितीय परिणाम क्या है: जैसा कि दूसरों ने नोट किया है, एक से अधिक संभावित उत्तर हैं, और IEEE को एक मनमाना निर्णय लेना था।
Apple में किसी को पता चला कि 0 ^ 0 एक अमान्य ऑपरेशन है और इसे ठीक कर लिया गया है।
शून्य की शक्ति को शून्य एक विरोधाभास है
यह एक त्रुटि उत्पन्न करना चाहिए । एकमात्र कारण है कि आपको कोई त्रुटि उत्पन्न नहीं हो रही है, इस तथ्य के कारण कि प्रश्न में कैलकुलेटर का संस्करण उस इनपुट त्रुटि के लिए नहीं फंसा।
0⁰ के बारे में कुछ अर्धविराम है जो फंक्शन x ^ y के लिए उबलता है (x, y) -> (0,0) पर एक असंतोष है। यह एक अर्ध-विवादास्पद है क्योंकि यह एक असंतोष पर एक मान रखने वाले फ़ंक्शन को मना करने के लिए गणितीय बकवास है।
पूर्णांक को वास्तविक में एम्बेड करना सामान्य अभ्यास है जैसे कि वास्तविक पर परिभाषित एक फ़ंक्शन समान फ़ंक्शन से परिभाषित फ़ंक्शन से मेल खाता है जब भी वास्तविक फ़ंक्शन अभिन्न मान लेता है। इसलिए ०.० ^ ०.० से ०.० ^ ० का भेद करने का कोई मतलब नहीं है।
अब x Now पूर्णांक के साथ x Now के रूप में प्रतिपादक x के बिल्कुल शून्य कारकों वाला एक उत्पाद है। चूंकि x के कोई भी कारक इसके मूल्य में समाहित नहीं हैं, इसलिए x के आधार पर इसे मान देने के लिए बहुत कम बिंदु हैं, और एक खाली उत्पाद के रूप में इसका मूल्य स्पष्ट रूप से 1 है, गुणन के लिए तटस्थ तत्व।
यह भी अच्छा समझ में आता है क्योंकि यह गैर-शून्य मूल्यों के लिए द्विपद प्रमेय को मनमाने ढंग से प्रतिबंधित नहीं करता है। एक तरीके से, यह x = 0 पर फ़ंक्शन xibly को समझदारी से पूरा करने की कोशिश करने पर आधारित एक तर्क है, जो इसे हर जगह परिभाषित और निरंतर बनाता है।
यदि हम इसके बजाय फ़ंक्शन 0 ^ x के साथ प्रयास करते हैं, तो x = 0 + की सीमा 0 हो सकती है, लेकिन इसे अभी भी परिभाषित करना आवश्यक नहीं है क्योंकि फ़ंक्शन को नकारात्मक x के लिए अपरिभाषित होने के बाद से आवश्यक असंतोष को ठीक करने में मदद नहीं करता है।
अब कैलकुलेटर एक्स ^ वाई की गणना एक्सप (y * ln (x)) के रूप में करते हैं। बेशक जो एक्स = 0 के लिए बुरी खबर है। तो ऐसे मानों को स्पष्ट रूप से क्रमादेशित किया जाना चाहिए या आप नंबर पर नहीं पहुंचेंगे। स्पष्ट प्रोग्रामिंग के लिए, आपको प्रोग्रामर के गणितीय अंतर्ज्ञान पर निर्भर रहना होगा, और विशिष्ट प्रोग्रामर को एक गणितज्ञ की तुलना में "एक फ़ंक्शन निरंतर होना चाहिए" जैसे pseudomathematical अंतर्ज्ञान द्वारा निर्देशित किया जाएगा।
इसके अलावा, आप विभिन्न उपयोगकर्ताओं से टिप्पणियों की हड़बड़ाहट की उम्मीद कर सकते हैं, और गणितज्ञों को गणितीय सत्य के अपने दृष्टिकोण के लिए कैलकुलेटर पर वापस नहीं लौटना होगा, ताकि आप उनके इनपुट की दूसरों के दलदल से उम्मीद न कर सकें।
इसलिए परिणाम एक गणितीय एक से अधिक एक लोकतांत्रिक है, और लोकतांत्रिक प्रमुखताएं बदलती हैं।