- यह अध्याय, तथा तकनीकी लेखन की शेष पुस्तक, तकनीकी लेखन कौशलों पर केंद्रित है। यहाँ दी गई तकनीकी सामग्री के सफल, सटीक या अद्यतन होने की कोई गारंटी नहीं है।
- इस अध्याय का अनुवाद OpenAI ChatGPT का उपयोग करके किया गया है। कृपया भाषा संबंधी समस्याओं की सूचना admin@mcmassociates.io पर दें।
- इस पृष्ठ पर मौजूद चित्रों में पाठ का अनुवाद यथाशीघ्र किया जाएगा।
- वेब होस्टिंग का भुगतान करने में David McMurrey की सहायता करने के लिए यहाँ क्लिक करें: किसी भी राशि का दान करें! Online Technical Writing निःशुल्क बना रहेगा।
कृपया मदद करने के लिए यहाँ क्लिक करें डेविड मैकमरे वेब होस्टिंग के लिए भुगतान:
कृपया जितनी भी छोटी राशि आप दे सकें, दान करें!
ऑनलाइन तकनीकी लेखन मुफ्त रहेगा।
यह अध्याय रिपोर्ट के उन प्रकारों के एक ढीले-ढाले समूह को प्रस्तुत करता है जो गहन विचार पर आधारित राय या सिफारिश प्रदान करते हैं, और फिर, यदि आप तकनीकी लेखन के पाठ्यक्रम में हैं, तो आप स्वयं का एक लिखते हैं।
कुछ सूक्ष्म अंतर...
संभाव्यता रिपोर्टें, सिफारिश रिपोर्टें, मूल्यांकन रिपोर्टें, आकलन रिपोर्टें, और क्या-क्या — लगभग एक ही काम करती हैं—सावधानीपूर्वक अध्ययन की गई रायें और, कभी-कभी, सिफारिशें प्रदान करती हैं।
- संभाव्यता रिपोर्ट: यह प्रकार किसी स्थिति (उदाहरण के लिए, कोई समस्या या अवसर) और उसके संबंध में कुछ करने की योजना का अध्ययन करता है और फिर यह निर्धारित करता है कि वह योजना "व्यवहार्य"—क्या यह वर्तमान तकनीक, आर्थिक परिस्थितियों, सामाजिक आवश्यकताओं, और इसी तरह के संदर्भ में व्यावहारिक है। व्यवहार्यता रिपोर्ट प्रश्न का उत्तर देती है "क्या हमें योजना X लागू करनी चाहिए?" कहकर "हाँ," "नहीं," परंतु अधिकतर "शायद." यह न केवल सिफारिश देती है, बल्कि उस सिफारिश के पीछे के आँकड़े और तर्क भी प्रस्तुत करती है। यहाँ एक वीडियो है जो एक व्यवहार्यता अध्ययन के संबंध में है मिसौरी में एक हाइपरलूप? एक नए अध्ययन के अनुसार यह व्यवहार्य है, लेकिन जरूरी नहीं कि यह किफायती हो। (अलग ब्राउज़र में खुलता है।)
- सिफारिश रिपोर्ट: यह प्रकार एक घोषित आवश्यकता, विकल्पों के एक चयन, या दोनों से शुरू होता है और फिर एक, कुछ, या कोई भी नहीं सिफारिश करता है। उदाहरण के लिए, एक कंपनी व्याकरण-जाँचने वाले सॉफ़्टवेयर पर विचार कर रही हो सकती है और जानना चाहती है कि कौन-सा उत्पाद सबसे अच्छा है। सिफारिश रिपोर्ट "हम किस विकल्प का चयन करें? इस प्रश्न का उत्तर देती है।
- मूल्यांकन रिपोर्ट: यह प्रकार एक राय या निर्णय प्रदान करता है, न कि हाँ-नहीं-शायद उत्तर या कोई सिफारिश। यह पर एक विचारपूर्वक तैयार की गई राय प्रदान करता है। मूल्य या मूल्य किसी चीज़ का मूल्यांकन किसी चीज़ की तुलना आवश्यकताओं (या मानदंडों) के सेट से करके। उदाहरण के लिए, हाल ही में ऑस्टिन शहर ने सवारियों की संख्या बढ़ाने और ट्रैफ़िक कम करने के तरीके के रूप में मुफ्त बस परिवहन का मूल्यांकन किया। क्या यह काम किया? क्या यह लाभप्रद था?—ये वे प्रश्न हैं जिनका उत्तर एक मूल्यांकन रिपोर्ट देने का प्रयास करेगी।
NotebookLM द्वारा निर्मित इस अध्याय का इन्फोग्राफिक
आम सामग्री: सिफारिश और व्यवहार्यता रिपोर्टें
आप जो भी प्रकार की व्यवहार्यता, सिफारिश, या मूल्यांकन रिपोर्ट लिखें, लोग इसे जो भी नाम दें—उनमें से अधिकांश अनुभाग और उन अनुभागों का संगठन मोटे तौर पर एक जैसा होता है।
मूलभूत संरचनात्मक सिद्धांत यह है: आप केवल अपनी सिफारिश, विकल्प, या निर्णय ही नहीं देते, बल्कि उससे जुड़े डेटा और उन तक पहुँचने वाले निष्कर्ष भी प्रस्तुत करते हैं। इस तरह, पाठक आपकी खोजों, आपके तर्क, और आपके निष्कर्षों की जाँच कर सकते हैं और एक पूरी तरह से अलग दृष्टिकोण प्रस्तुत कर सकते हैं।
परिचय. परिचय में संकेत करें कि दस्तावेज़ का उद्देश्य किसी विषय की व्यवहार्यता निर्धारित करना, सिफारिश करना, या उसका मूल्यांकन करना है।
तकनीकी पृष्ठभूमि। कुछ सिफारिशों या व्यवहार्यता रिपोर्टों में शेष रिपोर्ट को अर्थपूर्ण बनाने के लिए तकनीकी चर्चा की आवश्यकता हो सकती है। इस प्रकार की जानकारी के साथ दुविधा यह होती है कि इसे अपने अलग अनुभाग में रखा जाए या जहां यह प्रासंगिक हो वहां तुलना अनुभागों में समायोजित किया जाए। उदाहरण के लिए, टैबलेट कंप्यूटरों की शक्ति और गति पर चर्चा रैम, मेगाहर्ट्ज़, और प्रोसेसरों पर कुछ चर्चा की आवश्यकता रखेगी। क्या आपको इसे उस अनुभाग में रखना चाहिए जो टैबलेटों की शक्ति और गति के अनुसार तुलना करता है? क्या आप तुलना को साफ और सुव्यवस्थित रखना चाहेंगे, सख्ती से केवल तुलना और निष्कर्ष तक सीमित? शायद सारी तकनीकी पृष्ठभूमि अपने स्वयं के अनुभाग में रखी जा सकती है—या तो रिपोर्ट के आरंभ में या परिशिष्ट में।
सिफारिश और व्यवहार्यता रिपोर्टों का आरेखीय दृश्य। याद रखें कि यह सामग्री और संगठन के लिए एक सामान्य या प्रचलित मॉडल है।
स्थिति की पृष्ठभूमि। इन रिपोर्टों में से कई के लिए, आपको उस समस्या, आवश्यकता, या अवसर पर चर्चा करने की आवश्यकता होगी जिसने उन रिपोर्टों को जन्म दिया है। यदि इसके बारे में कहा जाने के लिए बहुत कम है, तो यह जानकारी प्रस्तावना में दी जा सकती है।
आवश्यकताएँ और मानदंड। योज्यता और सिफारिश रिपोर्टों का एक महत्वपूर्ण हिस्सा उन आवश्यकताओं पर चर्चा करना है जिनका आप अंतिम निर्णय या सिफारिश तक पहुँचने के लिए उपयोग करेंगे। यहाँ कुछ उदाहरण दिए गए हैं:
- यदि आप कर्मचारियों के उपयोग के लिए टैबलेट कंप्यूटर की सिफारिश करना चाह रहे हैं, तो आपकी आवश्यकताएँ संभवतः आकार, लागत, हार्ड-डिस्क भंडारण, डिस्प्ले की गुणवत्ता, टिकाऊपन और बैटरी कार्यक्षमता से जुड़ी होंगी।
- यदि आप ऑस्टिन कम्युनिटी कॉलेज के प्रत्येक छात्र को ACC कंप्यूटर नेटवर्क पर एक आईडी प्रदान करने की व्यवहार्यता का पता लगा रहे हैं, तो आपको ऐसे कार्यक्रम की बुनियादी आवश्यकताओं को परिभाषित करने की आवश्यकता होगी—यह क्या पूरा करने की उम्मीद की जाएगी, किन समस्याओं से बचना होगा, और इसी तरह।
- यदि आप ऑस्टिन में हालिया निःशुल्क बस परिवहन कार्यक्रम का मूल्यांकन कर रहे हैं, तो आपको यह जानना होगा कि कार्यक्रम से क्या अपेक्षित था और फिर इसके वास्तविक परिणामों की उन आवश्यकताओं से तुलना करनी होगी।
आवश्यकताओं को कई बुनियादी तरीकों से परिभाषित किया जा सकता है:
- संख्यात्मक मान: कई आवश्यकताएँ अधिकतम या न्यूनतम संख्यात्मक मानों के रूप में व्यक्त की जाती हैं। उदाहरण के लिए, एक लागत आवश्यकता हो सकती है—टैबलेट की कीमत $900 से अधिक नहीं होनी चाहिए।
- हाँ/नहीं मान: कुछ आवश्यकताएँ बस हाँ-या-नहीं के प्रश्न होती हैं। क्या टैबलेट ब्लूटूथ से सुसज्जित आता है? क्या कार वॉइस पहचान से सुसज्जित है?
- रेटिंग मान: कुछ मामलों में, प्रमुख विचारों को न तो संख्यात्मक मानों से और न ही हाँ/नहीं मानों से निपटाया जा सकता है। उदाहरण के लिए, आपकी संस्था चाह सकती है कि किसी राष्ट्रीय स्तर पर स्वीकृत रेटिंग समूह द्वारा उस टैबलेट की उपयोग में आसानी की रेटिंग कम से कम "अच्छा" हो। या आपको स्वयं रेटिंग असाइन करनी पड़ सकती है।
शब्द "requirements" का उपयोग यहाँ "criteria." के स्थान पर किया गया है। दूसरे शब्द के आसपास कुछ अस्पष्टता बनी रहती है; इसके अलावा अधिकांश लोग यह सुनिश्चित नहीं करते कि यह एकवचन है या बहुवचन। (तकनीकी रूप से, यह बहुवचन है; "criterion" एकवचन है, हालांकि "criteria" आमतौर पर एकवचन और बहुवचन दोनों के लिए उपयोग किया जाता है। सार्वजनिक रूप से "criterion" का प्रयोग करने की कोशिश करें—आपको अजीब नज़रें मिलेंगी। "Criterias" एक शब्द नहीं है और कभी भी उपयोग नहीं किया जाना चाहिए।)
आवश्यकताओं अनुभाग में यह भी चर्चा होनी चाहिए कि व्यक्तिगत आवश्यकताएँ एक-दूसरे की तुलना में कितनी महत्वपूर्ण हैं। उस सामान्य स्थिति की कल्पना करें जहाँ कोई एक विकल्प सभी तुलना श्रेणियों में सर्वश्रेष्ठ नहीं होता। एक विकल्प सस्ता होता है; दूसरे में अधिक विशेषताएँ होती हैं; एक की उपयोग में आसानी के रेटिंग बेहतर होते हैं; एक और अधिक टिकाऊ माना जाता है। अपनी आवश्यकताओं को इस तरह व्यवस्थित करें कि वे "winner" निर्धारित करें, यहाँ तक कि उन स्थितियों में भी जहाँ कोई स्पष्ट विजेता न हो।
विकल्पों की चर्चा। कुछ प्रकार की व्यवहार्यता या सिफारिश रिपोर्टों में, आपको यह समझाना होगा कि आपने विकल्पों के दायरे को उन विकल्पों तक कैसे संकुचित किया जिन पर आपकी रिपोर्ट केंद्रित है। अक्सर यह आवश्यकताओं की चर्चा के ठीक बाद आता है। आपकी मूल आवश्यकताएँ संभवतः आपके लिए विकल्पों के दायरे को सीमित कर देती हैं। लेकिन अन्य विचार भी हो सकते हैं जो अन्य विकल्पों को अयोग्य ठहराते हैं—इन्हें भी समझाइए।
इसके अतिरिक्त, आपको स्वयं विकल्पों का संक्षिप्त वर्णन प्रदान करने की आवश्यकता हो सकती है। इसे अगले भाग में आने वाली तुलना के साथ भ्रमित न करें। इस वर्णन अनुभाग में, आप विकल्पों पर सामान्य चर्चा प्रदान करते हैं ताकि पाठक उनके बारे में कुछ जान सकें। इस चरण पर चर्चा तुलनात्मक नहीं है। यह केवल विकल्पों का एक सामान्य परिचय है। टैबलेट्स के उदाहरण में, आप प्रत्येक मॉडल के बारे में जिनकी तुलना की जानी है, उनके कुछ संक्षिप्त, सामान्य विनिर्देश देना चाहेंगे।
बिंदु-दर-बिंदु तुलनाएँ। एक व्यवहार्यता या सिफारिश रिपोर्ट के सबसे महत्वपूर्ण हिस्सों में से एक विकल्पों की तुलना है। ध्यान रखें कि आप यह अनुभाग इसलिए शामिल करते हैं ताकि पाठक आपकी सोच की जाँच कर सकें और यदि वे चाहें तो अलग निष्कर्ष निकाल सकें। यह तुलना बिंदु-दर-बिंदु तरीके से की जानी चाहिए, विकल्प-दर-विकल्प के बजाय।
तुलना को व्यवस्थित करने के 'कुल-से-कुल' और 'बिंदु-दर-बिंदु' दृष्टिकोणों का आरेखीय दृश्य। यदि आपका विषय बहुत असामान्य नहीं है, तो बिंदु-दर-बिंदु पद्धति का उपयोग करें।
यदि आप टैबलेटों की तुलना कर रहे होते, तो एक ऐसा अनुभाग होता जो उन्हें लागत के आधार पर तुलना करता, एक अन्य ऐसा अनुभाग होता जो बैटरी की कार्यक्षमता के आधार पर उनकी तुलना करता, और इसी तरह। आप नहीं होगा मान लीजिए कि आपके पास एक अनुभाग है जिसमें विकल्प A के बारे में सब कुछ बताया गया हो, एक अन्य जिसमें विकल्प B के बारे में सब कुछ बताया गया हो, और इसी तरह। यह बिलकुल प्रभावी नहीं होगा, क्योंकि तुलनाएँ फिर भी कहीं न कहीं—शायद गरीब पाठक द्वारा की जानी होंगी। (इन दोनों तुलना-आधारित दृष्टिकोणों का एक योजनात्मक चित्र ऊपर देखें।)
बिंदु-दर-बिंदु दृष्टिकोण में, इन तुलनात्मक खंडों में से प्रत्येक का अंत एक ऐसे निष्कर्ष के साथ होना चाहिए जो बताता हो कि उस विशेष तुलना-बिंदु में कौन सा विकल्प सबसे अच्छा है। बेशक, हमेशा स्पष्ट विजेता घोषित करना आसान नहीं होगा —; आपको निष्कर्षों को विभिन्न तरीकों से शर्तों के साथ सीमित या स्पष्ट करना पड़ सकता है, और अलग-अलग परिस्थितियों के लिए कई निष्कर्ष प्रस्तुत करने पड़ सकते हैं।
नोट: आप कभी पूर्ण-से-पूर्ण दृष्टिकोण का उपयोग कब करेंगे? हो सकता है कि तुलना तार्किक रूप से बिंदुओं—श्रेणियों में विभाजित न हों। तुलनातीत विकल्पों के अलग-अलग ऐसे फायदे और नुकसान हो सकते हैं जो तुलनीय न हों। तुलना किए जा रहे दो उत्पादों में अलग-अलग लेकिन आंशिक रूप से ओवरलैप करने वाली विशेषताओं का समूह हो सकता है। तो आप किसे पसंद करेंगे—एक सेब या एक संतरा?
व्यक्तिगत तुलनात्मक अनुभाग। ध्यान दें कि यह अनुभाग केवल एक बिंदु की तुलना करता है और उस बिंदु के बारे में स्पष्ट रूप से व्यक्त किए गए निष्कर्ष के साथ समाप्त होता है।
यदि आप एक मूल्यांकन रिपोर्ट बना रहे होते, तो स्पष्ट रूप से आप विकल्पों की तुलना नहीं कर रहे होते। इसके बजाय, आप जिस चीज़ का मूल्यांकन कर रहे होते उसकी तुलना उन आवश्यकताओं और अपेक्षाओं से करते जो उस पर लगाई गई थीं। उदाहरण के लिए, कैपिटल मेट्रो के पास एक वर्ष से अधिक का मुफ्त बस परिवहन कार्यक्रम था—उस कार्यक्रम से क्या अपेक्षा की गई थी? क्या कार्यक्रम उन अपेक्षाओं को पूरा कर सका?
सारांश तालिका। व्यक्तिगत तुलना के बाद, तुलना अनुभाग के निष्कर्षों का सार प्रस्तुत करने वाली एक सारणी शामिल करें। कुछ पाठक अनुच्छेदों की तुलना में तालिका में दिए गए विवरणों पर अधिक ध्यान देते हैं। यह आपको अनुच्छेद लिखने से छूट नहीं दिलाता!
सारांश तालिका। कुछ पाठक तालिका में दिए गए डेटा को पैराग्राफ़ों में निहित डेटा के बजाय पसंद करते हैं।
निष्कर्ष। व्यवहार्यता या सिफारिश रिपोर्ट का निष्कर्ष अनुभाग आंशिक रूप से उन निष्कर्षों का सारांश या पुनर्प्रस्तावना होता है जिन्हें आप पहले तुलना अनुभागों में प्राप्त कर चुके होते हैं। इस अनुभाग में आप व्यक्तिगत निष्कर्षों को पुनः बताते हैं, उदाहरण के लिए, किस मॉडल की कीमत सबसे अच्छी थी, किसमें बैटरी कार्यक्षमता सबसे अच्छी थी, और इसी तरह।
लेकिन इस अनुभाग को और आगे जाना होगा। इसे सभी विरोधाभासी निष्कर्षों को सुलझाना होगा और किसी न किसी तरह अंतिम निष्कर्ष तक पहुँचना होगा, जो बताता है कि कौन सा सबसे अच्छा विकल्प है। इस प्रकार, निष्कर्ष अनुभाग सबसे पहले सूचीबद्ध करता है मुख्य निष्कर्ष— सरल, एक-श्रेणी वाले। लेकिन फिर इसे बताना चाहिए माध्यमिक निष्कर्ष— वे जो विरोधाभासी प्राथमिक निष्कर्षों के बीच संतुलन बनाएँ। उदाहरण के लिए, अगर एक टैबलेट सबसे सस्ती है लेकिन बैटरी का प्रदर्शन खराब है, जबकि दूसरी सबसे महंगी है और बैटरी का प्रदर्शन अच्छा है, तो आप किसे चुनेंगे, और क्यों? द्वितीयक निष्कर्ष इस दुविधा का उत्तर बताएगा।
और बेशक, निष्कर्ष अनुभाग का अंत होता है अंतिम निष्कर्ष— वह जो बताता है कि कौन सा विकल्प सबसे अच्छा है।
सिफारिश या अंतिम राय। संभाव्यता और सिफारिश रिपोर्टों का अंतिम खंड सिफारिश बताता है। आप सोचेंगे कि यह अब तक स्पष्ट होना चाहिए। आम तौर पर ऐसा ही होता है, लेकिन ध्यान रखें कि कुछ पाठक सीधे सिफारिश खंड तक पहुंचकर आपकी सारी मेहनत दरकिनार कर सकते हैं! इसके अलावा, कुछ मामलों में सर्वोत्तम विकल्प हो सकता है, लेकिन आप उसे सिफारिश नहीं करना चाहेंगे। इतिहास के आरंभिक दौर में, लैपटॉप कंप्यूटर भारी और अविश्वसनीय—शायद बाजार में एक मॉडल बाकी सभी से बेहतर था, लेकिन वह भी रखने लायक नहीं था।
सिफारिश अनुभाग को सिफारिश तक पहुंचने वाले सबसे महत्वपूर्ण निष्कर्षों को दोहराना चाहिए और फिर सिफारिश को ज़ोर देकर बताना चाहिए। सामान्यतः, आपको विभिन्न संभावनाओं के आधार पर कई विकल्प सुझाने की आवश्यकता पड़ सकती है। यह, जैसा कि उदाहरणों में दिखाया गया है, बुलेट सूचियों के साथ संभाला जा सकता है।
प्राथमिक, द्वितीयक, और अंतिम निष्कर्ष। ध्यान दें कि निष्कर्ष 6 में तुलना की दो श्रेणियों को एक-दूसरे के विरुद्ध तौलते हुए देखा गया है, जिसमें अधिक विकल्प कम लागत पर विजयी होते हैं—एक द्वितीयक निष्कर्ष।
एक मूल्यांकन रिपोर्ट में, यह अंतिम खंड अंतिम राय या निर्णय व्यक्त करेगा। यहाँ कुछ संभावनाएँ हैं:
- हाँ, मुफ्त बस परिवहन कार्यक्रम सफल रहा, या कम से कम यह प्रारंभिक अपेक्षाओं के आधार पर सफल था।
- नहीं, यह एक शर्मनाक विफलता थी—यह अपनी न्यूनतम अपेक्षाओं में से किसी पर भी खरा नहीं उतरा।
- या, यह एक साथ सफल और असफल दोनों था—यह अपनी कुछ अपेक्षाओं पर खरा उतरा, लेकिन अन्य में नहीं। पर इस मामले में आप अभी भी जिम्मेदार हैं—आपका समग्र मूल्यांकन क्या है? एक बार फिर, उस निर्णय का आधार आवश्यकताओं के अनुभाग में कहीं न कहीं बताया जाना चाहिए।
व्यवहार्यता और सिफारिश रिपोर्टों के लिए संगठनात्मक योजनाएँ
यह इस प्रकार की रिपोर्ट के लिए दो मूलभूत संगठनात्मक योजनाओं पर चर्चा करने का एक अच्छा बिंदु है:
- पारंपरिक योजना: यह उस क्रम के अनुरूप है जिसमें इस अध्याय में अनुभाग अभी-अभी प्रस्तुत किए गए हैं। आप पृष्ठभूमि और आवश्यकताओं से शुरू करते हैं, फिर तुलना की ओर बढ़ते हैं, और निष्कर्षों और सिफारिशों के साथ समाप्त करते हैं।
- कार्यकारी योजना: यह रिपोर्ट निष्कर्षों और सिफारिशों को रिपोर्ट के आरंभ में रखती है और पृष्ठभूमि, आवश्यकताओं तथा तुलनाओं की पूरी चर्चा को परिशिष्टों में डाल देती है। इस तरह, "व्यस्त कार्यकारी" सबसे महत्वपूर्ण जानकारी तुरंत देख सकते हैं और केवल प्रश्न होने पर ही विस्तृत चर्चा की ओर रुख करेंगे।
एक ही रिपोर्ट के उदाहरण रूपरेखाएँ। ध्यान दें कि कार्यकारी दृष्टिकोण में सभी प्रमुख तथ्य, निष्कर्ष और सिफारिशें "सबसे पहले ही प्रस्तुत की जाती हैं" ताकि पाठक उन तक जल्दी पहुँच सकें। बड़ी रिपोर्टों में प्रत्येक परिशिष्ट के लिए टैब होते हैं।
सिफारिश रिपोर्टों के लिए एआई प्रॉम्प्ट
चेकलिस्ट, जिन्हें आमतौर पर पढ़ा ही नहीं जाता, कुछ संशोधनों के साथ एआई प्रॉम्प्ट्स के स्रोत के रूप में इस्तेमाल की जा सकती हैं। निम्नलिखित को कॉपी करें, किसी एआई सिस्टम जैसे Google के Gemini में पेस्ट करें, और देखें कि आप क्या चूक गए होंगे।
नोट: डेटा रिपोर्टों की सामग्री, प्रारूप, शैली या उसके घटकों से संबंधित सभी संदर्भ यहाँ पाए जा सकते हैं ऑनलाइन तकनीकी लेखन पाठ्यपुस्तक.
जब आप किसी लेखन परियोजना का मूल्यांकन करने के लिए एआई का उपयोग करना चाहते हैं, तो अपना परिचय दें, एआई को बताएं कि आप कौन हैं और आप क्या चाहते हैं। एआई को मूल्यांकन करने के लिए एक संदर्भ बिंदु दें, जैसे कि एक ऑनलाइन पाठ्यपुस्तक। फिर पोस्ट करें कि आप चाहते हैं कि एआई अपनी मूल्यांकन में क्या जांचे।
परिचय को अपनी पहचान के अनुरूप संशोधित करें।
|
सिफारिश रिपोर्टों के लिए एआई प्रॉम्प्ट नमस्ते, एआई। मैं डेविड मैकमरी हूँ, ऑस्टिन कम्युनिटी कॉलेज (ऑस्टिन, टेक्सास) में साइबरसिक्योरिटी का छात्र। मैं अनुरोध करता हूँ कि आप निम्नलिखित सिफारिश रिपोर्ट का इसके उपयोग से मूल्यांकन करें। ऑनलाइन पाठ्यपुस्तक, उस अध्याय पर अनुशंसा रिपोर्टें, और निम्नलिखित प्रश्न:
|
संबंधित जानकारी
ऑनलाइन तकनीकी लेखन पाठ्यपुस्तक
मैं इस अध्याय के बारे में आपके विचारों, प्रतिक्रियाओं और आलोचनाओं की सराहना करूँगा: आपका उत्तर—डेविड मैकमरे.
