RandRng
الذهاب إلى القناة على Telegram
2 472
المشتركون
-124 ساعات
+127 أيام
+6930 أيام
جارٍ تحميل البيانات
جذب المشتركين
أكتوبر '26أكتوبر '26
أكتوبر '26
+77
في 4 قنوات
سبتمبر '26
+156
في 5 قنوات
Get PRO
أغسطس '26
+236
في 8 قنوات
Get PRO
يوليو '26
+268
في 8 قنوات
Get PRO
يونيو '26
+218
في 6 قنوات
Get PRO
مايو '26
+220
في 8 قنوات
Get PRO
أبريل '26
+306
في 9 قنوات
Get PRO
مارس '26
+1 156
في 4 قنوات
Get PRO
فبراير '260
في 21 قنوات
Get PRO
يناير '26
+71
في 3 قنوات
| التاريخ | نمو المشتركين | الإشارات | القنوات | |
| 16 أكتوبر | +9 | |||
| 15 أكتوبر | +2 | |||
| 14 أكتوبر | 0 | |||
| 13 أكتوبر | +1 | |||
| 12 أكتوبر | +1 | |||
| 11 أكتوبر | +5 | |||
| 10 أكتوبر | +9 | |||
| 09 أكتوبر | +4 | |||
| 08 أكتوبر | +1 | |||
| 07 أكتوبر | 0 | |||
| 06 أكتوبر | +3 | |||
| 05 أكتوبر | +3 | |||
| 04 أكتوبر | +7 | |||
| 03 أكتوبر | +5 | |||
| 02 أكتوبر | +6 | |||
| 01 أكتوبر | +21 |
منشورات القناة
چون یک خانم با منطق توضیح داد اصلاح کردم این پیام رو.
هرچند دیر هست ولی بهتر از هیچی هست (این مدت چندروز یکبار به زور آنلاین میشم)
| 2 | این پست مال pytens بود
اشتباه شد | 875 |
| 3 | بعد میگید چرا دیگه پست نمیذارم.
وضعیت رو ببین خداوکیلی، همون جمله اول رو بخونید.
مدل میلیارد پارامتری یا ۱۸ کیلوبایت؟
من این دلقک بازی ۱۸ کیلوبایتی رو به میگم چطوری ۰ کیلوبایت کنید، ولی حداقل توش کلی کانسپت برنامهنویسی یاد میگیرید:
صفحه شطرنجی بازی رو علامت بزنید، پیکسل قبلی که سبز بوده و پیکسلی که تازه سبز شده رو پیدا کنید این میشه جهت حرکت مار.
پیکسل قرمز هم اون سیب هست،
لبههای فضای بازی و البته پیکسلهای سبز توی Grid محدوده ممنوع شما هست.
همش با if, else حل میشه.
نیازی به وقت تلف کردن سر ساخت دیتاست و ... نداره
از گفتن جملات احمقانه و مقایسه مدل میلیارد پارامتری با تواناییهای بالاتر با یک مدل احمقانه هم جلوگیری میکنه. | 1 329 |
| 4 | ی ترند جدید توی لینکدین (بین بعضی خانمها) راه افتاده که میگه:
من عکس خودم رو میذارم، ولی کسی حق نداره ذخیره کنه یا اسکرینشات بگیره
سرچ کنید شاید بیاد:
ولی یک چندتا دختر روی OnlyFans هم بودند میگفتند ما عکس و فیلم خودمون رو میذاریم ولی شما حق ندارید با لذت بهش نگاه کنید.
اینا فقط برای این هست که هزینههای زندگی رو در بیاریم.
دوستان، چیزی که رو فضای عمومی گذاشتید دیگه مالکیت و کنترلش با شما نیست.
حالا میخواید باور کنید، میخواید نکنید.
اگرم برای دیده شدن ازین قضیه استفاده میکنید باید بگم اون دخترا روی OnlyFans برشکست شدن و بیآبرو چون Community تصمیم گرفت فقط عکس و فیلمها رو به رایگان به اشتراک بذاره تا دیگه درآمدی نداشته باشند.
مثل بچه آدم از پلتفرم درست استفاده کنید. | 1 244 |
| 5 | حالا که بحث قطع اینترنت داغ شده دوباره :
Strata
گزینه خوبی هست؛ اگر هم مدل بزرگ نیاز ندارید کدی که قبلا گذاشتم رو بخونید. (سرچ کنید توی کانال رو)
هر دو روش برای مدلهای MoE هست این یکی مخصوص Qwen3.8-Flash هست؛ خیلی هم سادهاس نیازی به توضیح بیشتر نداره واقعا | 2 182 |
| 6 | Youtube
توییتر و یوتیوب و تلگرام فارسی و انگلیسی سر اینکه یکی فوتوشاپ رو با AI دوباره نوشته و ارزونتر گذاشته دیوونه شده بود.
که بعدش انقدر درخواست ریفاند رفت کلا رایگانش کردن
(۱۰-۱۵ نفری هم برای من فرستادید؛ گفتم من درگیر جوگیری نمیشم و صبر میکنم)
حالا تیم LTT که تخصصی از فوتوشاپ استفاده میکنند اومدند روی این ابزار ویدئو ساختند و نظراتشون رو میگن؛ اینه که میگم جو نگیرتون - تبلیغات مزخرف رو ی ذره پولشو بیشتر کنی همه انجام میدند؛ خودشونم پشتش میذارند.
بقول یکی از دوستان که اتفاقا توی اینستاگرام فارسی معروف هم هست؛ به این جماعت 💩 هم بدی پولش که خوب باشه بعد از خوردن توی تبلیغ میگه واقعا فوقالعاده بود.
خدا میدونه تیم چندنفره چقدر پول خرج توکن کرده تا همچین آشغالی رو بزنه. | 1 939 |
| 7 | من واقعاً مقاله خوندن ۹۰٪ رو متوجه نمیشم :
طرف بهش میگم میخوای مقاله بنویسی ؟ میگه نه میخوام پیادهسازی کنم.
خب پس چرا میشینی
Introduction, Summary, ...
رو میخونی، وسط مقاله ۱-۲ صفحه مهم هست همون رو بخون و زودتر کد زدن رو شروع کن
Attention is all you need
یاد بگیرید به جای درست نگاه کنید | 1 722 |
| 8 | چندنفر سوال کردند، کتاب و مقاله و ... چی میخونم ؟
و چطوری ؟
اول اینکه:
تمام موارد فنی هست و روی موضوعات مربوط به کار، یک وقتایی بلاگ های مهندسی شرکتهای بزرگ رو میخونم.
توی مقالات ۹۰٪ موارد مقالات مربوط به پروژهای که دارم رو میخونم.
و توی کتاب هم هرچیزی که table of content اش موضوعی رو داشته باشه که بلد نیستم.
مثلاً توی مقالات اگر دارم راجب Transformers و انواع attention ها مقالات رو میخونم حتماً سعی میکنم ۱ مورد که بنظر میاد واقعاً درست باشه رو شخصاً پیادهسازی کنم.
فرض میکنم من بعنوان برنامهنویس اون تیم بودم و ایدهی رو قراره من تنهایی پیادهسازی کنم (که خب سختتر هم هست چون اون آدم پیشم نیست توضیح بده و باید از روی مقاله همرو بفهمم) اینطوری وقتی میگم ریاضیاتش رو فهمیدم، میتونم با کدهام چک کنم و مطمئن بشم درست فهمیدم.
وقتی ریاضیات رو میفهمی و توی یک موضوع تحقیق میکنی از یک جایی به بعد انقدر شبیه به هم میشه که میتونی چندین مقاله رو توی ۱ ساعت بخونی، مثال بزنم :
Relu, LeakyRelu, pRelu, ELU
اگر خوندن مقاله Relu (برای engineer حدوداً ۱۵ دقیقه وقت بگیره)
خوندن ۳ مورد دیگه هر کدوم ۵ تا ۷ دقیقه وقت میخواد وقتی ReLu توی ذهنت هست و متوجهاش شدی ۳ مورد دیگه از نظر مهندسی فقط ریاضیاتش + میزان بهبودش برات مهمه.
و اگر قرار به پیادهسازی باشه، یک مدل قدیمی که دارم و داره کار میکنه رو با Relu مجدد پیادهسازی میکنم.
توی کتاب هم همینه، وقتی چند مورد روی یک موضوع میخونی بعدش میبینی خیلی از فصلها مفهوم یکی هست فقط طرز نوشتار عوض شده و اونارو یا رد میکنی یا فقط کدهاش رو نگاه میکنی اگر کدی وجود داشت که نفهمیدی یا جدید بود ۲ تا پاراگراف قبل و بعدش رو میخونی اگر بازم متوجه نشدی ۴ تا پاراگراف و ...
برای من معمولاً اگر موضوع جدید نباشه اینطوری کتاب خوندن ته تهش ۱-۲ فصل موضوع جدید داره. | 1 628 |
| 9 | برنامه روزانه من اینطوری هست:
حدود ۱۲ تا ۲ مال خودم
۲ تا ۵ کتاب و مقاله و ...
۵ تا ۶ مال خودم
۶ تا ۱۲ در نقش Software Engineer بکند و کد ریویو و ...
۱۲ تا ۱ مال خودم
۱ تا ۶-۷ صبح در نقش ML engineer
اینم برای اونهایی که پرسیدند چطوری میرسی؛ اینطوری.
۴ شنبهها روز استراحتم هست که البته ۸۰٪ اش رو کد تشکیل میده (هرچی دوست دارم)
باقیش رو فیلم یا ویدئو آموزشی
یک قدمی میزنم و خوش شانس باشم یک بارونی هم میزنه و پیپ هم میکشم. | 1 394 |
| 10 | #تجربه
یکی از کارهایی که با بعضی کارفرماها میکنم اینه؛ تاریخ شروع و پایان پروژه رو توی
Description, README.md
مینویسم (اولین خط) + تمام فیچرها و توافقاتی که کردیم.
هربار یک چیزی رو میخواد تغییر بده یا اضافه کنه بهش میگم برو Readme تاریخ رو به این تغییر بده فیچر رو هم اضافه کن توی بخش تغییرات
همین مورد به تنهایی ۹۰٪ مشکلات و جنگهای بعدی رو حل میکنه؛ وقتی به لفظ میگید اضافه کردن این فیچر یا این تغییری که گفتی زمان رو عقب میندازه مطمئن باشید کارفرما فردا صبحش یادش میره.
وقتی بهش تقویم میدید که با هر تغییر خودش باید تاریخ رو عوض کنه (دست از ۹۰٪ تغییراتی که میخواد بده میکشه)
من الان ۲ سالی میشه برای کارفرماهای دورکاریم این موضوع رو دارم
بیش از ۸۰٪ پروژههام تاریخش دست نمیخوره و همیشه هم زودتر از تاریخ اولیه بهشون تحویل میدم و عشق میکنند. | 1 445 |
| 11 | من دروغ نمیگم، واقعاً سرویس گوگل سرچ دان هست. | 1 553 |
| 12 | #موقت
نسخه ویندوز روی گیتهاب قرار گرفت؛
پیشنهاد میکنم از ورژن .msi استفاده کنید. | 983 |
| 13 | #موقت
بیلد ویندوز رو انجام دادم، مشکل tray panel و ... رو هم حل کردم.
فقط اینکه من ویندوز ۱۱ رو فقط میتونم تست بزنم
انقدر نوسان برق زیاده که نمیشه سیستم رو روشن نگه داشت. | 988 |
| 14 | درنهایت از اونجایی که اکثر فیچرهایی که خواسته شده بود رو توسعه دادم (غیر از کلی فیچر دیگه که خودم نیاز داشتم و توی roadmap نوشتم)
و تقریبا ازینجا به بعد هیچ کس به پروژه اهمیتی نمیده؛ بعد از v0.2.2 و اضافه شدن تم واقعا اینطوری شد بر اساس پیامها و گزارش باگ و ...
ممکنه بعد از انتشار نسخه ویندوزی ورژن v0.3.1 دیگه روی این پروژه کار نکنم و برگردم روی ایدههای شرکت. | 1 657 |
| 15 | این تمام مدل استفاده من از AI روی این پروژه بود؛ بخشهایی که بنظرم تکراری و خسته کننده بود همرو به LLM سپردم؛ مثلا اینکه من حفظ کنم کدوم تگ html استاندارد هست الان واقعا کار خوبی نیست.
یا اینکه کدوم className های tailwind رو باید استفاده کنم که ui مدنظرم اینطوری عمل کنه ؛ همین رو به LLM بگید بهتون میده
فقط نکتهاش این هست که بتونید wireframe وار استراکچر صفحه رو بهش بدید و بهش بگید که نباید به این استراکچر دست بزنه.
به راحتی میتونم بگم بیش از ۹۹٪ پرامپتهایی که میدادم همون پاسخ اول راهجل درست بود.
دوستان توی گروه شاهد هستند با همین استاندارد تغییر تم کل نرمافزار به تمهای Gogh حدود ۴ ساعت طول کشید.
فقط نیاز شد با موارد انتخابی روی HomePage بهش تایید بدم و بعد اون استاندارد رو تبدیل به پرامپت کنم و بگم روی همه صفحات دیگه رعایت بشه.
خیلی صفحات و کامپوننتها هم البته ساده بود و خودم دستی اینکار رو میکردم.
درنهایت برای تست نویسی؛ چون کل کدها رو خودم زده بودم و از وضعیتشون با خبر بودم
تست نویسی رو بهش سپردم؛ تست اول خوب نبود ازش خواستم بجای اینکه تست نویسی انجام بده دنبال باگ بگرده و برای اثبات وجود باگ تست برای اون باگ بنویسه (حدودا ۲۰ تا باگ پیدا کرد که ۱۱ موردش واقعی بود ۹ مورد رو شرایط خاص رو واسه خودش درنظر گرفته بود که اتفاق نمیوفتاد)
این ۹ مورد رو نوشتم؛ بعد برای هر صفحه بهش گفتم تست نویسی انجام بده
(البته بعد از اینکه تستهای کامپوننتهای ریز رو گرفتم)
و بعد همهی اینها رو با باگهایی که قبلتر دوستان پیدا کرده بودند و دستی فیکس کرده بودم بررسی کردم و دیدم اون باگها هم براشون تست نوشته شده و اگر وجود داشت پیدا میکرد.
دوتا نکتهی نهایی:
۱- من تمام پرامپتهام رو به انگلیسی میدم (انگلیسی دست و پا شکسته و اشتباه هم نتیجه بهتری از فارسی داره)
۲- بیشتر از بخش یا چیزی که مورد نیازش هست برای حل اون مسئله بهش دیتا نمیدم.
اگر نکته دیگری بود اضافه خواهم کرد (سوالی هم اگر بود توی گروه یا دایرکت کانال بپرسید) | 1 434 |
| 16 | قبل از شروع اینو بگم که :
من نه Agent روی سیستمم دارم
نه ابزارهای شرکتهای LLM رو دارم
نه نسخه Open-source و نه حتی محیط چت با LLM داخل ادیتور و ...
مواقعی که در مورد Api صحبت میکنم اون روی سیستم شرکت هست که بعضی وقتا مجبور میشم یک مقدار توکن روش بسوزونم.
ذهنیت من برای کار کردن روی پروژههام بعد از دوران LLM این هست که برای پیدا کردن مشکل باید بدونی چی کجا قرار داره؛ هیچ کدی بدون مشکل نیست ولی وقتی LLM کد بزنه باید کل سورس کد رو بگردم تا ببینم مشکل کجاست (اکثر وایبکدرها توی این موقعیت مثل خر تو گل گیر میکنند؛ قصد توهین ندارم وحامت شرایط و اصطلاح رو میخوام توضیح بدم)
اما اگر خودم چیده باشم میدونم مشکلم از کجاس و فقط سراغ همون بخش میرم.
من از LLM فقط توی محیط چت آنلاین استفاده میکنم :
chat.deepseek.com
grok.com
duck.ai
gemini.com
chatgpt.com
chat.qwen.com
معمولا هم همین موارد کارم رو راه میندازه (به ترتیب استفادهام لیست کردم) ۳ مورد اول کل چیزی بود که برای این پروژه استفاده کردم.
خود پروژه رو چطور کد زدم ؟
برای بخش بکند که کاملا روی Rust نوشته شده همه چیز دستی هست؛ غیر از یک سری موارد و ایرادات کوچیک که برای حل مشکل از LLM کمک گرفتم مثلا یک جایی FromRow رو ننوشته بودم (برای sqlx هست) و این باعث میشد یک سری ارور trait عجیب ببینم؛ توی بررسی چشمی پیداش نکردم که روی کدوم struct هست برای LLM فرستادم و بهم گفت.
توی بکند این موضوع که همرو خودم کد بزنم خیلی خیلی برام مهم بود به ۳ دلیل :
۱- بفهمم و بدونم چیکار دارم میکنم
۲- مطمئن باشم اگر بعدا اروری خوردم مشکل از بکند نیست
۳- بکند بخشی هست که دسترسی به هارد و ... ام داره و نمیخواستم بخاطر یک گیج بازی LLM مثلا بخشی از آهنگهام از روی هارد پاک بشه یا اتفاقات دیگه.
اما توی فرانت موضوع فرق میکرد:
۱- من خیلی طرفدار توسعه فرانتاند نیستم (چیزی که جذبم کنه وجود نداره برام)
۲- خیلی سواد حرفهای توش ندارم (البته که React رو بلدم)
۳- بخشهای زیادی مثل Tailwind, html, css یا نوشتن متن انگلیسی هست که عمرا دوست ندارم دستی کد بزنم.
پس توی فرانت همین کار رو کردم :
اول یک استاندارد کلی برای css نوشتم که بتونم ازش توی کل پروژه استفاده کنم؛ بخصوص توی نسخه اول که تمهای ترمینال وجو نداشت (اگر یادتون باشه ۲ تا رنگ بیشتر نداشتیم)
بعد شروع کردم برای هر صفحه کد کامپوننت زدن؛ به اینصورت که همه چیز div بود و همه چیز wireframe بود؛ جاهایی که نیاز بود متن انگلیسی بنوسیم مثلا اگر دیتا داشیتم و نداشتیم سناریو چطوری میشه :
no data -> nothing
got data -> render
متنهای بدنه رو اینطوری مینوشتم یا برای about نوشته بودم :
about goes here
همینارو بهشون استایل اصلی مدنظرم رو اضافه میکردم.
وقتی که بنظرم خوب شد :
این رو برای LLM میفرستادم میگفتم حالا از tailwind روی این استفاده کن بدون اینکه به هیچ چیز دیگه دست بزنی؛ بعد از اینکه رضایت داشتم از خروجیش خروجی رو بهش میدادم میگفتم تا جایی که میشه html tag درست رو استفاده کن بجای div (من همرو div میذاشتم)
و درنهایت متنها؛ تمام توضیحات و متنهای انگلیسی رو خود LLM نوشته؛ وقتی مرحله html tag تموم میشد بهش میگفتم که متنها رو dummy text های من بنویسه.
وقتی اینطوری کد میزنید یک سری کامپوننت خواهید داشت (هرچند کوچیک) که باعث رندر شدن کل صفحه میشه برای اینها یک تگ problem: مینوشتم که تنظیمات neovim من این تگ قرمز میشه همیشه و اینطوری بود که برای v0.3.0 میدونستم چه چیزهایی رو باید optimize کنم و بطورکلی چیکار باید بکنم.
یک سری منطق و استانداردسازی هم وجود داره که برای اینکه مدل اونارو اشتباه نکنه کلا اینارو جدا کد زدم:
مثلا نحوه فرستادن درخواست برای بکند؛ یک فایل به اسم
command.ts
ساختم که تمام function هایی که از فرانت با بکند کار داره داخلش هست و این فایل هم به api.ts متصل هست که داخلش کلاس musicApi رو داره و تمام invoke ها توی این موارد هست و دیتاها همیشه ثابت و با یک فرمت بر میگرده.
جاهایی که LLM احمق میشد و میخواست کدهارو بهم بریزه از روی import ها متوجه میشد و اشاره میکردم حق نداره از چیزی به غیر از command.ts و musicApi استفاده کنه.
یک بخش مهم پرامپت هم این بود که:
اگر تصمیم گرفته که فانکشن جدید یا api دیگری برای خروجی بهتر نیازه اول دلیل اون رو توضیح میدی و بعد نمونه کد پیشنهاد میدی و سوال میپرسی اگر من تایید کردم میتونی فرض کنی که اضافه شده و توی چت بعدی راهحل رو با درنظر گرفتن این متد ادامه بدی.
اینا برای مواردی بود که توی command.ts, musicApi یا حتی Rust نیاز بود اضافه کنم. | 1 228 |
| 17 | حالا که وضعیت پروژه به جای خوبی رسیده؛ گفتم یک توضیحی بدم از نحوه استفادهام از LLM برای این پروژه شاید بدرد شما و پروژههاتون هم خورد.
پست یا پستهای بعدی در اینباره هست. | 1 280 |
| 18 | انقدر بدم میاد از بچههای فنی کپی میکنند.
مزرعهداری از همون اولش شغل بازنشستگی بچههای فنی بود 😑 | 1 596 |
| 19 | فیچر اصلی نسخه جدید اضافه شدن قابلیت Lyric هست
که اگر بخواید میتونید بهش ترجمه هم اضافه کنید.
(برای اونهای که ویسهای آموزشی زبان اصلی گوش میدند)
اگر ترجمه نداشته باشه اون پنل ترجمه رو نخواهد داشت؛
برای Lyric هم ۲ حالت داره Plain text که متن رو میذارید دیگه با آهنگ هماهنگ نمیشه و حالت Sync که با آهنگ میتونید هماهنگ کنید متن مدنظر خودتون رو.
یک سری فیچر دیگه هم برای راحتی اضافه شده که توی صفحه release گیتهاب میذارم.
ترجمه آهنگ با chatgpt بوده و هیچی از متن نمیفهمه بعضی کلمات رو بهش گفتم این شد بهترینش.
قطعا اگر تست نویسی نبود این فیچر عمرا امروز آماده نمیشد ۸۷۸ تا تست فرانت و ۳۲۷ تا تست توی بکند.
JaFplayer
نسخه ویندور؛ توی روزهای آینده | 1 581 |
| 20 | Shadmehr Aghili - Ghoroor.mp3 | 1 469 |
