समस्या थोड़े में दोहराएँ
पूरा दस्तावेज़ दोबारा बनाने के बजाय छोटा परीक्षण करें। यहाँ उपयोगी परीक्षण उदाहरण है: फ़ैसलों, ज़िम्मेदार लोगों और अगले कदमों वाला Markdown बैठक सारांश। हर संपादन वापस हो सके इसलिए मूल की प्रति रखें। अपेक्षित और वास्तव में सुने गए परिणाम लिखें।
शुरुआती बिंदुMarkdown कहीं भी ले जाने योग्य नोट्स के लिए उपयोगी है, लेकिन लिखित और बोले गए स्वरूप के काम अलग हैं।
पहले स्रोत जाँचें
- 01
इनपुट जाँचें
निकाले गए टेक्स्ट में शीर्षक और सूची-चिह्न जाँचें। संबंधित अंश को मूल दस्तावेज़ से मिलाएँ।
- 02
एक चीज़ बदलें
बोलकर पढ़ने के लिए कोड ब्लॉक को छोटी व्याख्याओं में लिखें। बाकी सेटिंग न बदलें ताकि परीक्षण निष्पक्ष हो।
- 03
दोबारा सुनें
नोट सहेजने से पहले लिंक और विराम-चिह्नों का प्रीव्यू सुनें। उसी वाक्य से तय करें कि बदलाव ने परिणाम बेहतर किया या नहीं।
लक्षण अलग करें
कोड का नमूना उच्चारण की गाइड नहीं है। तकनीकी चिह्नों को शब्दशः पढ़ने के बजाय बोलकर समझाना पड़ सकता है।
| जाँच बिंदु | क्या देखें | अगली कार्रवाई |
|---|---|---|
| शब्द या क्रम गलत हैं | निकाले गए टेक्स्ट की मूल से तुलना करें | आवाज़ बदलने से पहले टेक्स्ट संपादित करें |
| शब्द साफ़ हैं, बोलने का अंदाज़ गलत लगता है | उसी गति पर दूसरे वक्ता का प्रीव्यू सुनें | आवाज़ और गति अलग चुनें |
| नमूना चलता है, पूरा नोट नहीं | दस्तावेज़ की लंबाई और डिवाइस स्टोरेज जाँचें | अर्थपूर्ण अनुभाग सीमा पर बाँटें |
रिकॉर्डिंग बदलने से पहले फिर जाँचें
छोटा परीक्षण सफल हो तो वही सफल बदलाव लंबे नोट पर लागू करें। फिर भी विफल हो तो फ़ाइल प्रकार, चुनी आवाज़ और समस्या वाला सटीक चरण लिखें। ये विवरण सहायता अनुरोध उपयोगी बनाते हैं।
फ़ैसलों, ज़िम्मेदार लोगों और अगले कदमों वाला Markdown बैठक सारांश। इस उदाहरण को अगले सत्र के लिए त्वरित संदर्भ रखें और सटीक विवरण ज़रूरी हो तो मूल पर लौटें।
Velloriff की वास्तविक सुविधाओं और सीमाओं के अनुसार लिखी गई हैं। ये व्यावहारिक उत्पाद निर्देश हैं, न कि चिकित्सा सलाह या दावा कि सुनने से सीखने का परिणाम सुधरता है। पुष्टि के लिए स्रोत दस्तावेज़ रखें।