DevTwitter | توییت برنامه نویسی
رفتن به کانال در Telegram
توییت های برنامه نویسی و طراحی وب :) Admin: @dvtwi Hashtags: devtwitter.t.me/5 DevBooks Channel: https://t.me/+AYbOl75CLNYxY2U0 Github: https://github.com/DevTwitter X: https://x.com/devtwittir
نمایش بیشتر📈 تحلیل کانال تلگرام DevTwitter | توییت برنامه نویسی
کانال DevTwitter | توییت برنامه نویسی (@devtwitter) در بخش زبانی فارسی بازیگری فعال است. در حال حاضر جامعه شامل 31 986 مشترک است و جایگاه 4 066 را در دسته فناوری و برنامهها و رتبه 10 785 را در منطقه إيران دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 31 986 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 15 سپتامبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر 745 و در ۲۴ ساعت گذشته برابر 11 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 19.07% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 14.76% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 6 099 بازدید دریافت میکند. در اولین روز معمولاً 4 720 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 48 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند پرو, #کوته_نیوز, ارتباط, ابزار, چیز تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“توییت های برنامه نویسی و طراحی وب :)
Admin:
@dvtwi
Hashtags:
devtwitter.t.me/5
DevBooks Channel:
https://t.me/+AYbOl75CLNYxY2U0
Github:
https://github.com/DevTwitter
X:
https://x.com/devtwittir”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 16 سپتامبر, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
31 986
مشترکین
+1124 ساعت
+1617 روز
+74530 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
سپتامبر '26
سپتامبر '26
+441
در 18 کانالها
اوت '26
+1 215
در 28 کانالها
Get PRO
ژوئیه '26
+1 010
در 24 کانالها
Get PRO
ژوئن '26
+1 210
در 26 کانالها
Get PRO
مه '26
+669
در 36 کانالها
Get PRO
آوریل '26
+764
در 49 کانالها
Get PRO
مارس '26
+328
در 12 کانالها
Get PRO
فوریه '26
+1 050
در 41 کانالها
Get PRO
ژانویه '26
+2 455
در 38 کانالها
Get PRO
دسامبر '25
+438
در 33 کانالها
Get PRO
نوامبر '25
+607
در 26 کانالها
Get PRO
اکتبر '25
+872
در 43 کانالها
Get PRO
سپتامبر '25
+450
در 24 کانالها
Get PRO
اوت '25
+710
در 27 کانالها
Get PRO
ژوئیه '25
+565
در 23 کانالها
Get PRO
ژوئن '25
+318
در 12 کانالها
Get PRO
مه '25
+544
در 22 کانالها
Get PRO
آوریل '25
+3 470
در 28 کانالها
Get PRO
مارس '25
+399
در 20 کانالها
Get PRO
فوریه '25
+479
در 19 کانالها
Get PRO
ژانویه '25
+801
در 28 کانالها
Get PRO
دسامبر '24
+837
در 18 کانالها
Get PRO
نوامبر '24
+1 016
در 14 کانالها
Get PRO
اکتبر '24
+1 201
در 15 کانالها
Get PRO
سپتامبر '24
+783
در 19 کانالها
Get PRO
اوت '24
+1 011
در 18 کانالها
Get PRO
ژوئیه '24
+874
در 10 کانالها
Get PRO
ژوئن '24
+968
در 16 کانالها
Get PRO
مه '24
+1 023
در 16 کانالها
Get PRO
آوریل '24
+1 087
در 16 کانالها
Get PRO
مارس '24
+1 286
در 21 کانالها
Get PRO
فوریه '24
+1 195
در 21 کانالها
Get PRO
ژانویه '24
+1 234
در 20 کانالها
Get PRO
دسامبر '23
+1 585
در 23 کانالها
Get PRO
نوامبر '23
+691
در 17 کانالها
Get PRO
اکتبر '23
+370
در 11 کانالها
Get PRO
سپتامبر '23
+493
در 0 کانالها
Get PRO
اوت '23
+519
در 0 کانالها
Get PRO
ژوئیه '23
+546
در 0 کانالها
Get PRO
ژوئن '23
+488
در 0 کانالها
Get PRO
مه '23
+460
در 0 کانالها
Get PRO
آوریل '23
+544
در 0 کانالها
Get PRO
مارس '23
+143
در 0 کانالها
Get PRO
فوریه '23
+234
در 0 کانالها
Get PRO
ژانویه '23
+270
در 0 کانالها
Get PRO
دسامبر '22
+360
در 0 کانالها
Get PRO
نوامبر '22
+246
در 0 کانالها
Get PRO
اکتبر '22
+248
در 0 کانالها
Get PRO
سپتامبر '22
+157
در 0 کانالها
Get PRO
اوت '22
+9
در 0 کانالها
Get PRO
ژوئیه '22
+9
در 0 کانالها
Get PRO
ژوئن '22
+9
در 0 کانالها
Get PRO
مه '22
+11
در 0 کانالها
Get PRO
آوریل '22
+7
در 0 کانالها
Get PRO
مارس '22
+27
در 0 کانالها
Get PRO
فوریه '22
+56
در 0 کانالها
Get PRO
ژانویه '22
+44
در 0 کانالها
Get PRO
دسامبر '21
+76
در 0 کانالها
Get PRO
نوامبر '21
+70
در 0 کانالها
Get PRO
اکتبر '21
+185
در 0 کانالها
Get PRO
سپتامبر '21
+98
در 0 کانالها
Get PRO
اوت '21
+106
در 0 کانالها
Get PRO
ژوئیه '21
+213
در 0 کانالها
Get PRO
ژوئن '21
+161
در 0 کانالها
Get PRO
مه '21
+257
در 0 کانالها
Get PRO
آوریل '21
+444
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 16 سپتامبر | +9 | |||
| 15 سپتامبر | +15 | |||
| 14 سپتامبر | +15 | |||
| 13 سپتامبر | +30 | |||
| 12 سپتامبر | +23 | |||
| 11 سپتامبر | +37 | |||
| 10 سپتامبر | +29 | |||
| 09 سپتامبر | +33 | |||
| 08 سپتامبر | +23 | |||
| 07 سپتامبر | +26 | |||
| 06 سپتامبر | +28 | |||
| 05 سپتامبر | +36 | |||
| 04 سپتامبر | +45 | |||
| 03 سپتامبر | +24 | |||
| 02 سپتامبر | +30 | |||
| 01 سپتامبر | +38 |
پستهای کانال
سالهاست توی پروژههای فرانتاند، تقریباً همهمون با این ترکیب کار کردهایم:
یک ابزار برای پیدا کردن مشکلهای کد (ESLint)
یک ابزار برای فرمت کردن کد (Prettier)
ترکیب خوبیه؛ ولی هرچی پروژه بزرگتر و وابستگیها بیشتر میشن، هزینهی اجرای این ابزارها هم بیشتر خودش رو نشون میده.
دقیقاً همینجاست که Biome وارد بازی میشه.
این ابزار با زبان Rust نوشته شده و از همون اول با هدف سرعت بالا و یکپارچهسازی ابزارهای Code Quality ساخته شده. یعنی بهجای اینکه چند ابزار مختلف رو برای Lint، Format و مدیریت تنظیمات کنار هم بچینیم، میتونیم بخش قابلتوجهی از این کارها رو با یک ابزار انجام بدیم.
اما چرا Biome اینقدر مورد توجه قرار گرفته؟
-️ از نظر Performance: بهدلیل معماری و پیادهسازی Rust، در پروژههای بزرگ میتونه زمان اجرای Lint و Format رو به شکل محسوسی کاهش بده؛ مخصوصاً وقتی این فرآیندها مرتباً در Editor یا CI اجرا میشن.
- از نظر Configuration: دیگه لازم نیست برای هماهنگ کردن چند ابزار و تعداد زیادی Plugin و Config، چندین لایه تنظیمات داشته باشیم.
- از نظر یکپارچگی: Linting و Formatting در یک اکوسیستم انجام میشن و همین موضوع میتونه تعداد ابزارها و وابستگیهای پروژه رو کمتر کنه.
- از نکات فنی جالبش اینه که در نسخههای جدیدتر (سری ۲.x)، قابلیت Type-aware Linting رو بدون نیاز به اجرای کامل TypeScript Compiler ارائه میده؛ چیزی که قبلاً بین ابزارهای Lint جاوااسکریپتی کمسابقه بود.
-️ برای پروژههای React، TypeScript، Next.js و حتی Monorepoها هم، Biome میتونه یک گزینهی جدی برای جایگزینی بخشی از Toolchain قدیمی باشه.
البته این به معنی این نیست که ESLint و Prettier دیگه به درد نمیخورن.
اکوسیستم ESLint هنوز بسیار بزرگه و Pluginهای زیادی داره؛ مثلاً بعضی قوانین خاص eslint-plugin-import هنوز معادل کاملی توی Biome ندارن و ممکنه در پروژههای خاص بهشون نیاز داشته باشید.
همینطور فرمتدهی Biome حدود ۹۷٪ با Prettier سازگاره، نه صددرصد؛ یعنی موقع مهاجرت ممکنه یه سری Diff جزئی رو ببینید، هرچند در عمل تأثیر چندانی روی کدبیس نداره.
شاید وقتش رسیده Toolchain فرانتاند رو کمی سادهتر کنیم.
@DevTwitter | <Pouya Bakhshi/>
| 2 |  چینیها انگار تصمیم گرفتن صنعت ویدئوی AI رو هم به دردسر بندازن!
فقط یه عکس + یه فایل صوتی میدی…
و LongCat-Avatar برات یه ویدئوی چنددقیقهای از همون آدم میسازه که لب و صدا کاملاً با هم Sync هستن
بدترش برای سرویسهای پولی؟
- اوپن سورس
- رایگان
- قابل اجرا توسط خودت
چیزی که قبلاً دوربین، استودیو، بازیگر و کلی ادیت میخواست، حالا با چند فایل و یه ریپو قابل انجامه! AI Video داره خیلی سریعتر از چیزی که فکر میکردیم جلو میره
ریپو : https://github.com/meituan-longcat/LongCat-Video
مدل : https://huggingface.co/meituan-longcat/LongCat-Video-Avatar-1.5
@DevTwitter | <امیرحسین ثقه الاسلامی/> | 2 729 |
| 3 | مهندسان اوبر در یک بلاگپست فنی جزییات جالبی از نصف کردن تاخیر جستجوی Uber Eats منتشر کردهاند. فارغ از بهینهسازیهای مرسوم معماری، استفاده عملیشان از ایجنتهای هوش مصنوعی برای تیونینگ کد توجه من را جلب کرد.
خلاصه تغییرات کلیدی:
۱. تغییر متریک اصلی به ATF (مدتزمان رندر اولین بخش تصویر در گوشی کاربر) و تبدیل رندر HTML به یک پایپلاین کاملا Async.
۲. جداسازی Hydration به دو فاز مجزا؛ واکشی سریع سیگنالهای رتبهبندی برای اجرای زودهنگام مدلها، و لود موازی جزییات نمایشی (قیمت، تصویر و...).
۳. بهینهسازی امبدینگها با کاهش دقت اعشار و فشردهسازی تا ۴۶٪، در کنار تبدیل پوینترها به Value types در کد Go که مصرف ۴۰ درصدی پردازنده توسط Garbage Collector را به شدت کم کرد.
۴. استفاده از لوپ خودکار ایجنتی؛ ایجنت با تحلیل پروفایلهای زنده پروداکشن، باتلنکهای ریز را پیدا میکرد، کد بهینهسازی مینوشت، پولریکوئست میزد و با بنچمارک نتیجه را میسنجید.
۵. برنامههای آینده بر پایه مایکروبچینگ، فیلترینگ در لایه ایندکس (Zero-Pass Ranking) و استریم فرگمنتهای نتایج به سمت کلاینت.
لینک مقاله: بخوانیدش، خیلی جالبه!
uber.com/us/en/blog/uber-eats-search-pipeline/
@DevTwitter | <Mehdi Allahyari/> | 3 484 |
| 4 |  ⚠️ کاربران همیشه خطاهای اپلیکیشن را گزارش نمیکنند؛ گاهی فقط صفحه را میبندند و میروند.
🔮 اینجاست که داشتن تصویر دقیقتری از خطاها، عملکرد اپلیکیشن و تجربه واقعی کاربر میتواند به تیم فنی کمک کند سریعتر به ریشه مشکل برسد.
🔘 با سنتری همروش میتوانید:
• جزئیات و شرایط وقوع خطاها را بررسی کنید.
• خطاها را بر اساس رخدادها و کاربران تحتتأثیر اولویتبندی کنید.
• با Traceها و Spanها، عملیات کند را پیدا کنید.
• با Session Replay، مسیر کاربر پیش از بروز مشکل را بازبینی کنید.
💎 در این ویدیو، نگاهی کوتاه به قابلیتهای اصلی سرویس سنتری همروش انداختهایم.
🔗 شروع تست رایگان:
🔗 https://hmrv.sh/Shh46Z
☁️@hamravesh
#سنتری #توسعه_نرمافزار #مانیتورینگ #عیبیابی | 2 971 |
| 5 |  یه بازی دیگه با three.js
https://whack-game.pages.dev/
@DevTwitter | 3 787 |
| 6 |  یه اپ مک تمیز پیدا کردم که با SwiftUI نوشته شده: Claude Usage Tracker.
.
مصرف Claude رو لحظهای تو منوبار نشون میده، مولتیپروفایل داره، آیکوناش کاستومایز میشن و statusline ترمینال هم داره.
.
۳.۴k استار.
اوپنسورس، credential ها تو Keychain.
https://github.com/hamed-elfayome/Claude-Usage-Tracker
@DevTwitter | <ʀ≡ᴢᴀ/> | 3 932 |
| 7 | وقتی یه قابلیت رو به یه AI Coding Agent میسپاریم، مسئله فقط تولید کد نیست؛ مسئله اینه که AI دقیقاً چه چیزی رو باید پیادهسازی کند؟
اینجاست که مفهوم Spec-Driven Development یا SDD مطرح میشود.
خب SDD یک رویکرد توسعه نرمافزار است که در آن Specification یا همان Spec به مرجع اصلی برای پیادهسازی و ارزیابی قابلیت تبدیل میشود.
به زبان ساده، یعنی بجای اینکه AI را مستقیماً از یک ایده یا Prompt به سمت کد بفرستیم، ابتدا مشخص میکنیم دقیقاً چه چیزی باید ساخته شود، چه رفتاری باید داشته باشد و چه محدودیتهایی دارد.
برای مقایسه
Vibe Coding:
۱. نوشتن Prompt
۲. تولید کد
۳. اصلاح Prompt
۴. اصلاح کد
۵. تکرار این چرخه
Spec-Driven Development:
۱. تعریف دقیق نیازمندی
۲. تهیه و بررسی Spec
۳. طراحی و برنامهریزی
۴. پیادهسازی توسط AI Agent
۵. بررسی و اعتبارسنجی خروجی
برای اینکه موضوع ملموستر شود، فرض کنیم میخواهیم یک سیستم ورود بدون رمز عبور با Magic Link بسازیم.
بهجای اینکه فقط به AI بگیم: «یک سیستم Magic Link برای ورود کاربران بساز.»
ابتدا Spec را تعریف میکنیم:
نیازمندیها:
کاربر ایمیل خود را وارد میکند.
یک لینک ورود برای او ارسال میشود.
لینک فقط ۱۵ دقیقه معتبر است.
لینک فقط یکبار قابل استفاده است.
درخواستهای متعدد برای یک ایمیل محدود میشوند.
بعد، معیار پذیرش را مشخص میکنیم:
Acceptance Criteria:
ایمیل باید حداکثر طی ۳۰ ثانیه ارسال شود.
لینک منقضیشده باید خطای مشخصی نمایش دهد.
لینک استفادهشده دیگر نباید قابل استفاده باشد.
حداکثر ۵ درخواست برای هر ایمیل در یک ساعت مجاز باشد.
حالا AI Agent بر اساس این Spec، طراحی، Taskها، کد و حتی تستها را تولید میکند.
در پایان هم بهجای اینکه صرفاً بپرسیم «کد درست به نظر میرسد؟»، میتوانیم بررسی کنیم:
آیا تمام مواردی که در Spec تعریف کرده بودیم واقعاً پیادهسازی شدهاند؟
نکته مهم این است که Spec لزوماً یک سند ثابت و کاملاً انسانی نیست. در Workflowهای جدید، AI میتواند در استخراج ابهامات، تکمیل Spec، طراحی و حتی تبدیل آن به Taskهای قابل اجرا کمک کند؛ اما انسان همچنان مرجع تصمیمگیری و تأیید نهایی است.
به همین دلیل، با گسترش AI Coding Agentها، مفاهیمی مثل Spec-Driven Development و ابزارهایی مانند GitHub Spec Kit، OpenSpec و Kiro مورد توجه قرار گرفتهاند.
@DevTwitter | <Amir Salehi/> | 3 843 |
| 8 |  +1✅ اگه برنامه نویس هستی این کانالو از دست نده!
امید زاهدی یکی از بزرگ ترین برنامه نویس ها در ایرانه که پروژه هاش توسط خبرگزاری ها و کانالای معروفی منتشر شده, با عضویت داخل کانالشون میتونید مطالب جالبی درمورد برنامه نویسی یاد بگیرید و از فرصت های شغلی جدید بهرمند بشید.
لینک کانالشون:👇
https://t.me/+PGc3d7D-yjA2NzBk
https://t.me/Funny_Learn
✅ همچنین میتونید جهت مشاوره برای شروع یادگیری برنامه نویسی بهشون مراجعه کنید: @Anony_muos | 3 779 |
| 9 |  وقتی با همکارت تو چت به نتیجه نمیرسی چی میگی؟ «بیا یه جلسه بذاریم.» یه ابزار کوچیک ساختم که با Claude Code هم جلسه میری. MR رو بهش میدی، باگ رو بهش میدی، دیزاینداک رو بهش میدی، و صوتی راجعبهش حرف میزنین.
https://github.com/mhrlife/nutshell
@DevTwitter | <The Big Rad/> | 3 947 |
| 10 | میدلولها خیلی بدردتون میخوره
چند روز بعد از اینکه درباره تجربه خوبم با Graphify نوشتم،
از workflow اصلی همون پروژه حذفش کردم!
نه چون Graphify بد بود.
اتفاقاً چون استفاده ازش باعث شد دقیقتر بفهمم از این مدل ابزارها چی میخوام.
مسئلهای که داشتم فقط Search داخل codebase نبود.
مسئله اصلی Orientation بود.
هر تسک جدید با چند سؤال تکراری شروع میشد:
این component کجا استفاده شده؟
این composable رو چی مصرف میکنه؟
این feature بین چه فایلهایی پخش شده؟
اگه این قسمت رو تغییر بدم، چه چیزهای دیگهای تحت تأثیر قرار میگیرن؟
و Graphify برای اولین بار این حس رو بهم داد که قبل از باز کردن فایلها، میشه یه نقشه از پروژه داشت.
بعد رفتم سراغ Codebase Memory MCP تا ببینم همین ایده وقتی مستقیم وارد workflow خود Coding Agent میشه چه فرقی میکنه.
مهاجرت هم اصلاً بیدردسر نبود :)))
بعد از نصب و Index کردن پروژه، MCP داخل Codex با خطای Transport closed شکست خورد. CLI کار میکرد، Index سالم بود، حتی MCP خام هم جواب میداد؛ ولی چیزی که واقعاً میخواستم یعنی workflow داخل Codex کار نمیکرد.
بعد از بررسی و سه Clean Start مستقل، MCP بالاخره در هر سه Session پایدار کار کرد و migration رو نهایی کردم.
اما بخش جالبتر برای من اولین تسک واقعی بعد از مهاجرت بود.
میخواستم نسخه موبایل پورتفولیوم رو اصلاح کنم: Header، Language Selector، Bottom Navigation و Responsive behavior.
قبل از اینکه شروع کنم فایلها رو بگردم، از CBM خواستم محدوده کار رو پیدا کنه.
یکی از چیزهایی که سریع مشخص کرد این بود که BottomNav.vue از قبل توی پروژه وجود داره، ولی اصلاً داخل Layout mount نشده.
همین کشف ساده جلوی ساختن دوباره چیزی رو گرفت که از قبل داشتم.
ولی در همون تسک محدودیتش هم مشخص شد.
و CBM معماری اولیه رو خوب پیدا کرد، اما detect_changes نتونست impact واقعی یه تغییر UI رو کامل بفهمه.
Responsive CSS، Safe Area، RTL، Overflow توی عرض 320px و چیزی که کاربر واقعاً توی Browser میبینه، لزوماً توی Call Graph مشخص نیست.
و اینجا به نتیجهای رسیدم که به نظرم از خود مهاجرت مهمتره:
من دیگه Graphify و Codebase Memory رو دو رقیب مستقیم نمیبینم.
برای پروژههای Code-heavy، جایی که بیشتر سؤالها درباره implementation فعلی، dependencyها، refactor و impact تغییراته، CBM برای من انتخاب طبیعیتریه.
ولی وقتی پروژه فقط Code نیست و PRD، ADR، Research، Architecture Docs، PDF، Diagram و Domain Knowledge بخش مهمی از پروژهان، Graphify هنوز ارزش خیلی جدیای داره.
حتی برای یه محصول بزرگ احتمالاً از هر دو استفاده میکنم:
کدبیس Memory برای اینکه بفهمم:
«الان کد چطور کار میکنه؟»
و Graphify برای اینکه بفهمم:
«چرا اصلاً اینطوری طراحی شده؟»
با یه شرط مهم:
هیچکدوم Source of Truth نهایی نیستن.
و Graph کمک میکنه سریعتر برسم به جواب.
ولی برای implementation هنوز سورس رو میخونم، برای requirement خود PRD رو چک میکنم و برای UI هنوز Browser حرف آخر رو میزنه.
تجربه کامل migration، failure، تست MCP و اولین task واقعی بعد از مهاجرت رو اینجا نوشتم:
http://aliarghyani.vercel.app/fa/blog/graphify-to-codebase-memory-mcp
@DevTwitter | <Ali Arghyani/> | 4 136 |
| 11 | یه اصل ساده تو مدیریت زمان هست، از کتاب معروف Getting Things Done (دیوید آلن):
«اگه کاری کمتر از ۲ دقیقه طول میکشه، همون لحظه انجامش بده»
دلیلش هم مشخصه: نوشتنش تو لیست، بعداً دیدنش، به یادش آوردن، دوباره سراغش رفتن... کل این پروسه خودش بیشتر از خودِ کار طول میکشه. پس ارزونترین راه همون لحظه تموم کردنشه.
حالا حکایت ما با ai-agentها عملا اینطوری میشه که اگه این اصل رو جدی بگیریمش تقریباً همهچی میفته زیر این آستانه!
https://gettingthingsdone.com/2020/05/the-two-minute-rule-2/
@DevTwitter | <Hossein Nazari/> | 4 359 |
| 12 |  برای تمرین سرویس های کلاود مثل AWS یا گوگل کلاود و یا Azure به صورت لوکال و بدون نیاز به داشتن اکانت، قبلا از لوکال استک استفاده میکردیم. جدیدا آلترناتیوی کاملا رایگان و اوپن سورس اومده، به نام floci . راحت رو سیستم خودتون با داکر ران کنید و تمام.
https://floci.io/
@DevTwitter | <Mani/> | 4 612 |
| 13 | ایرانسرور داره توی تلگرامش چنتا اکانت جیپیتی و جمنای مجانی میده.
الان ادمینشون گفت قراره تا سه شنبه چنتا کد تخفیف ۱۰۰ درصدی جدید بزارن.
تو این گرونی حتی یه اکانت جیپیتی میشه 7 تومن. دوس دارم سابسکرایبرای من این هدیه رو ببرن💙
@iranservercom | 4 694 |
| 14 |  گوگل تونست مشکل کمبود رم و gpu رو حل کنه، برای اینکار ویروسی رو با کریسپر طراحی کرده که میتونه به مگس سرکه حمله کنه و مدلهای هوش مصنوعی رو مغز اونها اجرا کنه، برای اینترفیس هم از نور و سنسورهای خازنی استفاده میکنه اینطوری که توکن ورودی به صورت نور به کلاستر مگسهای سرکه تابونده میشه مگسها برای تولید و حدس توکن خروجی به روی سنسورهای خازنی میشینن و دیتا رو جنریت میکنن، از اونجا که عمر این مگسها کمه کل سیستم شبیه سطل زباله میوه س و توش زباله میوه میریزین و مگسهای جدید متولد میشن و ویروس رو از مگسهای قبلی میگیرن و چرخه ادامه پیدا میکنه.
@DevTwitter | <سجآد/> | 5 071 |
| 15 | اوبر مقاله فنی بسیار خواندنی و پرنکتهای درباره معماری «کارخانه نرمافزار» خود منتشر کرده است. در حال حاضر بیش از ۷۰ درصد PRها در اوبر توسط ایجنتها ایجاد یا تغییر داده میشوند و با وجود رشد ۹ برابری درخواستها، هزینه هر تسک تا ۵۲ درصد کاهش پیدا کرده است.
نکات فنی کلیدی که برای بهینهسازی سیستمهای ایجنتی مقیاسبالا پیاده کردهاند:
۱. حل مشکل اسکیماهای سنگین MCP: بارگذاری مستقیم دهها سرور MCP باعث میشد مدل قبل از اولین پرامپت، ۵۰ تا ۷۰ هزار توکن اسکیما را در هر دور حمل کند. اوبر ابزارها را به صورت CLI و Tool Search درآورده تا فقط ابزارهای مورد نیاز وارد کانتکست شوند.
۲. رویکرد Code-Mode بهجای ابزار چتی: به جای رفتوبرگشتهای متوالی با مدل برای هر کوئری و بررسی وضعیت، کارها در قالب یک اسکریپت پایتون در سابپراسس اجرا میشوند و فقط نتیجه برمیگردد که مصرف توکن را ۵۰ تا ۹۹ درصد کم کرده است.
۳. ساخت گراف کانتکست: ایجنتها بهجای جستجوی خطی در کدبیس، اطلاعات را از یک گراف با ۲۴ میلیون نود (سرویسها، معماری و لاگها) میگیرند و زمان حل تسک از ۲۰ دقیقه به ۳۸ ثانیه رسیده است.
۴. تفکیک مدل برای سابایجنتها: وظایف کوچک به مدلهای ارزانتر سپرده میشوند و مدلهای پیشرفته فقط برای برنامهریزی اصلی استفاده میشوند.
۵. کش یکساعته کانتکست: افزایش TTL به یک ساعت مانع از بازسازی پرهزینه کانتکست در زمان بیکاری مهندسان پشت سیستم میشود.
این بلاگ خودش یه کلاس درسه!
لینک مقاله اوبر:
https://uber.com/us/en/blog/efficient-software-factory/?uclick_id=8c39ed77-46d9-4e1a-bd0a-20aaec118b9a
@DevTwitter | <Mehdi Allahyari/> | 4 622 |
| 16 |  آموزش Spec-Driven Development با GitHub Spec Kit
توی این ویدیو باهم یک پروژه رو دو بار میسازیم؛ یکبار با یه پرامپت ساده و کلی جزئیات ناگفته، و یکبار با GitHub Spec Kit. بعد هم روند ساخت و خروجی هر دو رو کنار هم مقایسه میکنیم.
https://www.youtube.com/watch?v=Rs4qTGEjIbk
@DevTwitter | <پدی/> | 4 628 |
| 17 |  من امروز می خوام یکی از بهترین پلت فورم های برای مدیریت سوشال رو می خوام معرفی کنم.
این پلتفورم تیک تاک و اینستاگرام رو ساپورت می کنه و باهاش می تونید کاملا اکانتتون رو مونیتور کنی
اسم این رپو هست کون بینی! خیلی کمک می کنه بهتون که ببینی چه خبره
https://github.com/api-evangelist/konbiniapi
@DevTwitter | <raa's/> | 4 513 |
| 18 |  🚨 بهجای اینکه فقط درباره استارتآپهای موفق بخونی بیا ببینیم استارتآپهای تازهساختهشده دقیقاً چی میسازن.
هر شب یک استارتآپ تازهساختهشده پیدا میکنیم و موشکافانه بررسیش میکنیم
💡 ایدهاش از کجا اومده؟
⚙️ چطور ساخته شده؟
🎯 دقیقاً چه مشکلی رو حل میکنه؟
💰 برای فروش گذاشته شده یا نه؟
🚀 و مهمتر از همه از این ایده چی میشه ساخت؟
اخبار و ابزارهای AI رو از جاهای مختلف میشه پیدا کرد و ما هم داریم اما پیدا کردن ایدههای واقعی برای ساختن داستان دیگهایه
اگر دوست داری قبل از اینکه یک ایده همهگیر بشه پیداش کنی همراه ما باش 🔥
📌 @AI_TechPulse | 4 377 |
| 19 |  اینو ندیده بودم
https://github.com/ChromeDevTools/chrome-devtools-mcp
نسخه کروم دولوپر تول برای ایجنتهاست که بتونن وصل شن به سایت موقع کار و دیباگ کنن مستقیم، پرفورمنس هم ترک میکنه. تست میکنم اینجا مینویسم چجوریاست
@DevTwitter | <Siavash/> | 4 095 |
| 20 |  آموزش و ارزیابی اصولی ایجنتها در محیطهای واقعی یکی از مهمترین چالشها در توسعه کاربردی مدلهای زبانی است و صرفاً تکیه بر بنچمارکهای رایج پاسخگوی نیازهای عملی نیست.
هاگینگفیس بهتازگی یک مجموعه ویدیویی ۶ قسمتی تحت عنوان Training Agents منتشر کرده که این مباحث را با پیادهسازی گامبهگام و کدهای متنباز بررسی میکند.
مباحث اصلی این جلسات:
۱. ارزیابی ایجنتها (Agentic Evaluations) و چرایی فاصله نمرات بنچمارکها با عملکرد واقعی
۲. یادگیری تقویتی (RL) برای ایجنتها، طراحی محیط و توابع پاداش و گلوگاههای استنتاج
۳. آموزش با نظارت (SFT) روی ردپای تعاملات ایجنتها با TRL و LoRA
۴. تقطیر دانش (Distillation) برای انتقال توانایی به ایجنتهای کدنویسی کوچکتر
۵. یادگیری تقویتی با GRPO، تحلیل منحنیهای پاداش و رفتار مدل در دور زدن پاداشها (Reward Hacking)
۶. اتصال ایجنت به محیطهای تعاملی شبیه به Gym و آموزش عملی با AsyncGRPOTrainer در محیطهای Sandbox
لینک پلیلیست کامل در یوتیوب:
https://youtube.com/playlist?list=PLo2EIpI_JMQvQZm-kVlz4wY1vWF0LBcf5
@DevTwitter | <Mehdi Allahyari/> | 4 330 |
