برای آدمها بنویس، نه برای مدل
خلاصهٔ کاملتر
نویسنده تو این پست میگه تازگی متوجه شده دیگه نمیتونه عنوان و توضیح pull requestها رو تو اینترنت بخونه و بفهمه. به گفتهٔ او مشکل از کد خوندن نیست؛ مشکل اینه که ما بهجای نوشتنِ آرتیفکتهای توضیحی، بیشتر و بیشتر داریم خودکار تولیدشون میکنیم، و نتیجهش اینه که گشتن تو یه کدبیس بهعنوان یه آدم داره تبدیل به کار بیهوده میشه.
بخش دوم بحث دربارهٔ اصطلاحات تخصصیه. نویسنده میگه ما همیشه غرق jargon هستیم و تیترهای هیجانزدهٔ خبری باعث میشن آدم بابت ندونستن یه اصطلاح احساس بدی داشته باشه. بعد خودش چندتاشو ساده باز میکنه: token فقط گروهی از کاراکترهاست که کلمه و جمله میسازه، و tool هم یعنی برنامهای که مدل میتونه صداش بزنه، مثل bash.
همینطور به گفتهٔ او workflow کاملاً agentic یعنی یه مدل که تو یه حلقه با ابزارهای بیرونی کار میکنه؛ post-training یعنی برداشتن یه مدل خام که فقط توکن بعدی رو پیشبینی میکرده و ادامه دادن آموزشش به سمت یه هدف مشخص مثل خلاصهسازی؛ و RLHF هم یعنی همون post-training، وقتی آدمها جوابهای مدل رو رتبهبندی میکنن تا مدل یاد بگیره بهترین جواب رو بده.
نویسنده معتقده jargon بین آدمهای همرشته و همسطح یه میانبر لازم و خوبه. جایی خراب میشه که هم اصطلاح تخصصی و هم توضیحهای طولانی رو ماشین تولید کنه، برای آدمهایی که سطح دانششون یکی نیست. مثالش اینه: «bumped dependencies» خوبه چون همه میدونن یعنی آپدیت پکیجها، ولی یه پاراگراف اداری دربارهٔ «بهروزرسانی زمانبندیشدهٔ وابستگیها در سراسر گراف وابستگی» بده.
جملهٔ کلیدی پست اینه: تو وقتی تولیدش کردی نخوندیش، من هم موقع خوندن نمیخونمش. به نظر نویسنده خروجی مدل حاصل آموزش روی کل مستندات فنی اینترنته با هدف کامل کردن جمله، نه با هدف فهم آدم. پیشنهادش سادگیه؛ و اگه نمیتونیم ساده بگیم شاید یعنی خودمون هنوز مسئله رو اونقدر نفهمیدیم که بتونیم فشردهش کنیم. به قول خودش باید یه ۱۰٪ بیشتر زحمت بکشیم و دستکم کمتر از مدل پرحرف باشیم.
نکات کلیدی:
- ادعای اصلی پست: آرتیفکتهای توضیحیِ ماشیننوشته، مثل عنوان و توضیح pull request، عملاً خونده نمیشن.
- مثال خوب در برابر بد: «bumped dependencies» در مقابل یه پاراگراف اداری با همون معنی.
- jargon بین همسطحها میانبر مفیدیه؛ ترکیبش با متن ماشینی برای مخاطبی که سطح دانشش فرق داره مشکلسازه.
- هدف آموزشی مدل کامل کردن جملهست، نه ایجاد فهم در آدم — پس روون بودن متن تضمینی برای فهمیده شدنش نیست.
- نتیجهگیری نویسنده: سادگی رو انتخاب کنید، حدود ۱۰٪ سختتر بنویسید و کمتر از مدل پرحرفی کنید.




