مشکل را کوتاه بازتولید کنید
به جای تولید دوبارهٔ کل سند، آزمایش کوتاه انجام دهید. نمونهٔ مفید این است: خلاصهٔ جلسه در Markdown با تصمیم‌ها، مسئولان و گام‌های بعدی. اصل را نگه دارید تا هر ویرایش برگشت‌پذیر باشد. بنویسید چه انتظاری داشتید و واقعاً چه شنیدید.
نقطهٔ شروعMarkdown برای یادداشت‌های قابل انتقال مفید است، اما قالب‌بندی نوشتاری و گفتاری کارهای متفاوتی دارند.
ابتدا منبع را بررسی کنید
- 01
ورودی را بررسی کنید
عنوان‌ها و نشانه‌های فهرست را در متن استخراج‌شده بررسی کنید. بخش مربوط را با سند اصلی مقایسه کنید.
- 02
یک چیز را تغییر دهید
بخش‌های کد را اگر باید خوانده شوند به توضیح کوتاه تبدیل کنید. بقیهٔ تنظیمات را برای آزمایش منصفانه یکسان نگه دارید.
- 03
دوباره شنیدن
پیش از ذخیره، پیوندها و نشانه‌گذاری را بشنوید. با همان جمله مشخص کنید تغییر نتیجه را بهتر کرده یا نه.
نشانه‌ها را جدا کنید
نمونهٔ کد راهنمای تلفظ نیست. نمادهای فنی ممکن است به توضیح گفتاری نیاز داشته باشند، نه خواندن لفظ‌به‌لفظ.
| نقطهٔ بررسی | به چه توجه کنیم | اقدام بعدی |
|---|---|---|
| واژه‌ها یا ترتیب نادرست‌اند | متن استخراج‌شده را با اصل مقایسه کنید | پیش از عوض کردن صدا، متن را ویرایش کنید |
| واژه‌ها روشن‌اند، بیان مناسب نیست | گویندهٔ دیگری را با همان سرعت امتحان کنید | صدا و سرعت را جدا انتخاب کنید |
| نمونه کار می‌کند، یادداشت کامل نه | طول سند و فضای دستگاه را بررسی کنید | در مرز معنادار بخش تقسیم کنید |
پیش از جایگزین کردن ضبط، دوباره آزمایش کنید
وقتی آزمایش کوتاه موفق شد، فقط تغییر موفق را روی یادداشت بلند اعمال کنید. اگر هنوز ناموفق است، نوع فایل، صدای انتخابی و گام دقیق مشکل را یادداشت کنید. این جزئیات درخواست پشتیبانی را مفیدتر می‌کنند.
خلاصهٔ جلسه در Markdown با تصمیم‌ها، مسئولان و گام‌های بعدی. این نمونه را برای مراجعهٔ سریع جلسهٔ بعد نگه دارید و هر وقت جزئیات دقیق مهم بود به اصل برگردید.
بر پایهٔ ویژگی‌های واقعی Velloriff و محدودیت آن‌ها نوشته شده است. این‌ها دستور کاربردی محصول‌اند، نه توصیهٔ پزشکی یا ادعای بهبود یادگیری با شنیدن. اسناد منبع را برای بررسی نگه دارید.