DevTwitter | توییت برنامه نویسی
30.4K subscribers
5.02K photos
395 videos
6 files
4.82K links
توییت های برنامه نویسی و طراحی وب :)

@dvtwi

Hashtags:
devtwitter.t.me/5

DevBooks Channel:
https://t.me/+AYbOl75CLNYxY2U0

Github:
https://github.com/DevTwitter

X:
https://x.com/devtwittir
Download Telegram
آیا باید کلاً دست از خوندن کد برداشت و اجازه داد Agentها همه تصمیم‌ها رو به‌صورت Autonomous بگیرن؟ دِکس از HumanLayer می‌گه: «نه، دیگه نه!»

کامنت‌های بیشتر، کامنت‌های طولانی‌تر و تعداد زیادی PR که بدون هیچ Reviewای Merge می‌شن.
تعداد Incidentها به شکل محسوسی افزایش پیدا کرده.
تعداد Bug به ازای هر Developer هم به‌مراتب بیشتر شده.

این‌ها بخشی از نکات جالبی هستند که از گزارش‌های چند تیم به دست اومده؛ تیم‌هایی که تلاش کردن به‌صورت کامل یا تا حدی Autonomous بشن و انجام همه کارها رو به Agentها بسپارن. نتیجه این بوده که خیلی زود (یا گاهی با کمی تأخیر) مشخص شده این رویکرد در Codebaseهای Production و پیچیده می‌تونه از کنترل خارج بشه.

بخشی از محدودیت‌های فعلی به این موضوع برمی‌گرده که Coding Modelهای امروزی عمدتاً برای Functional Correctness در کوتاه‌مدت آموزش داده و ارزیابی می‌شن، نه برای Long-term Maintainability.

این یعنی هنوز فاصله قابل‌توجهی در حوزه Software Design وجود داره و یک Design ضعیف ممکنه تا هفته‌ها یا حتی ماه‌ها خودش رو نشون نده؛ مثلاً زمانی که Incidentی رخ بده یا نیاز به Modificationهای پیچیده به وجود بیاد. Evaluationهای جدیدتری مثل SWE-Marathon و Frontier Code در حال ظهور هستند که Taskهای طولانی‌تر و Workflowهای چند-PRی رو پوشش می‌دن، اما این مسئله آن‌قدر پیچیده است که گاهی حتی فراتر از این چارچوب‌ها می‌ره.

تشبیه «Software Factory» و تأکید بر اهمیت Human Review بسیار جالبه. تجربه تیم‌هایی که در هفته‌های اخیر با ابزارهایی مثل Fable کار کرده‌اند هم تا حد زیادی همین موضوع رو تأیید می‌کنه، البته از زاویه‌ای متفاوت.

در این رویکرد، نقش Developer کمتر شبیه فردی است که مستقیماً کنترل همه چیز را در دست دارد و بیشتر به نقش یک Coach شباهت پیدا می‌کند که تصمیم‌های Architectural را هدایت می‌کند. بخش قابل‌توجهی از زمان نیز صرف یادگیری رویکردهای جدید و هوشمندانه‌ای می‌شود که شاید در حالت عادی به ذهن نرسند.

بر این اساس، ارزش خوندن کدها (یا Artifactها) فقط در این نیست که مطمئن بشیم مسیر اشتباهی طی نمی‌شه؛ بلکه این کار کمک می‌کنه تغییرات سریع Codebase بهتر درک بشن و مهم‌تر از اون، امکان یادگیری دانشی فراهم بشه که به نظر می‌رسه دامنه و عمقش از چیزی که قبلاً از Developerها انتظار می‌رفت، بسیار گسترده‌تر شده است.

لینک گزارش
https://github.com/humanlayer/advanced-context-engineering-for-coding-agents/blob/main/wsff.md

@DevTwitter | <Reza Jafari/>
👍297👎2
یکی از کانال‌های یوتیوبی که این روزها دنبال می‌کنم، Patrick God است.

محتوایش فقط آموزش C# و ASP.NET Core نیست؛ درباره طراحی نرم‌افزار، حل مسئله و بهترین شیوه‌های توسعه هم صحبت می‌کند.
پیشنهاد می‌کنم نگاهی به ویدیوهایش بیندازید.

https://www.youtube.com/channel/UCq8LldVrjqe61KQttZlLW8g

@DevTwitter | <Alireza Hasanlou/>
29👍7🍌6
شرکت آنتروپیک اعلام کرد که مدل هوش مصنوعی خود، «کلود میتوس» (Claude Mythos Preview) موفق به کشف دو آسیب‌پذیری رمزنگاری قابل‌توجه شده است: یک حمله بازیابی کلید (key-recovery attack) سرتاسری علیه طرح امضای پس‌کوانتومی (post-quantum) هاوک-۲۵۶ (HAWK-256)، و تسریع ۲۰۰ تا ۸۰۰ برابری در حمله علیه نسخه هفت‌دوری رمز AES-128.

حمله به هاوک از یک تقارن پنهان در شبکه مشبک (lattice) این طرح بهره می‌برد و زمان اجرای آن روی یک سرور ۹۶ هسته‌ای حدود سه ساعت و ۴۲ دقیقه تخمین زده شده است.

در پی این افشاگری، تیم توسعه‌دهنده هاوک تأیید کرد که این حمله اندازه بلوک مورد نیاز در کاهش شبکه مشبک را تقریباً نصف می‌کند و در نتیجه، هاوک را از فرآیند استانداردسازی امضای دیجیتال پس‌کوانتومی مؤسسه ملی استاندارد و فناوری (NIST) خارج کرد.

آنتروپیک تأکید کرد که هیچ‌یک از این نتایج بر سیستم‌های تولیدی (production systems) فعلی تأثیر نمی‌گذارد؛ حمله به هاوک تنها پارامتر چالشی HAWK-256 را هدف قرار می‌دهد و نه پارامترهای امنیتی NIST، و حمله به AES-128 نیز به تعداد غیرعملی متن‌های انتخابی (chosen plaintexts) نیاز دارد.

این مدل هوش مصنوعی پژوهش را عمدتاً به‌صورت مستقل در محیطی چندعاملی (multi-agent) طی حدود ۶۰ ساعت انجام داد، در حالی که هزینه استفاده از رابط برنامه‌نویسی (API) آن حدود ۱۰۰ هزار دلار بود و محققان انسانی چندین صد ساعت صرف راستی‌آزمایی نتایج کردند.

@DevTwitter | <Teegra/>
🔥20👍31
این سفر با یک کوله خالی شروع می‌شود، چون قرار است آن را با تجربه پر کنید

ثبت‌نام سومین سفر فناورانه داتین آغاز شد؛ پس اگر دانشجو هستید و به فناوری علاقه‌مندید، تا ۱۵ مرداد فرصت دارید با ما همراه شوید.

این سفر ۶ ایستگاه دارد؛ در هر ایستگاه، تجربه‌ای تازه به کوله‌تان اضافه می‌شود. با متخصصان داتین همراه می‌شوید، فضای واقعی صنعت فناوری را از نزدیک می‌بینید، کار تیمی را تجربه می‌کنید و مهارت‌هایتان را در چالش‌های واقعی محک می‌زنید.

اگر دوست دارید مسیر شغلی‌تان را با یک تجربه به یادماندنی شروع کنید، از طریق لینک زیر وارد صفحه «سفر فناورانه داتین» شوید، ثبت‌نام و کوله‌تان را با تجربه پر کنید:

https://www.dotin.ir/tech-journey

@dotin_official
🍌24👎2👍1
This media is not supported in your browser
VIEW IN TELEGRAM
با اکستنشن SingleFile میشه کل یه صفحه وب رو با هر چی عکس، استایل، فونت و... که داخلش هست، به صورت یه دونه فایل HTML دانلود کرد.

+ با یک کلیک
+ برای همه مرورگرها در دسترسه (از جمله فایرفاکس اندروید)
- بیشتر:
https://getsinglefile.com

@DevTwitter | <Yaser Shahi/>
21👍5🔥4
اگر یه مدل ۲۰۰ هزار توکن Context داشته باشه، اما ندونه کدوم بخش از اطلاعات مهم‌تره، واقعاً از یک مدل ۳۰ هزار توکنی که حافظه رو به صورت تطبیقی مدیریت می‌کنه بهتره؟ به نظرم نه!
ما امروز با بزرگ‌تر کردن Context Window، تلاش می‌کنیم مشکل تخصیص منابع رو با افزایش ظرفیت حل کنیم. و این در حالی رخ میده که سیستم‌عامل‌ها سال‌ها پیش راه حل این مسئله رو پیدا کرده بودن.

حافظه فیزیکی از همون اول محدود بود، اما سیستم‌عامل با مکانیزم‌هایی مثل Paging و Swapping، تخصیص RAM رو مدیریت می‌کرد. Page های مورد نیازش رو داخل حافظه نگه می‌داشت و داده‌های کم‌ استفاده رو به فضای ذخیره‌سازی منتقل می‌کرد.

و به نظرم همین ایده می‌تونه توی مدیریت Context برای LLM ها و Agent ها هم استفاده بشه و پروژه Orven تلاشی برای اینکه مدیریت Context مثل مدیریت حافظه توی سیستم‌عامل‌ها انجام بشه.

GitHub:
https://github.com/naseridev/orven

@DevTwitter | <Nima Naseri/>
16👍9
Forwarded from DevTwitter Ads.
خرید اشتراک تلگرام پرمیوم (Telegram Premium) و تلگرام استارز (Telegram Stars) – فعال‌سازی فوری و بدون نیاز به لاگین

https://tasianet.com/products?q=telegram
👎11🔥4🍌1
فریم‌ورک Ruby on Rails برای یک آسیب‌پذیری بحرانی در Active Storage با شناسه CVE-2026-66066 و امتیاز CVSS 9.5 وصله‌های امنیتی منتشر کرده است.

این نقص به مهاجمان احراز هویت‌نشده امکان می‌دهد از طریق بارگذاری تصاویر دستکاری‌شده، فایل‌های دلخواه را از سرورهای برنامه بخوانند و به اطلاعات حساسی نظیر کلیدهای رمزنگاری (secret_key_base)، رمزهای عبور پایگاه داده، اعتبارنامه‌های فضای ابری و توکن‌های API دسترسی یابند.

برنامه‌های آسیب‌پذیر از کتابخانه libvips برای پردازش تصویر در Active Storage استفاده می‌کنند و آپلود تصویر از کاربران غیرمعتمد را می‌پذیرند.

نسخه‌های Rails 7.0.0 تا 7.2.3.1، Rails 8.0.0 تا 8.0.5 و Rails 8.1.0 تا 8.1.3 در معرض خطر هستند. برنامه‌هایی که از MiniMagick استفاده می‌کنند از این مسیر حمله مصون‌اند.

مدیران سیستم باید هرچه سریع‌تر به نسخه‌های Rails 7.2.3.2، 8.0.5.1 یا 8.1.3.1 ارتقا دهند و تمام اعتبارنامه‌های قابل دسترس توسط فرآیند Rails را تعویض کنند.

@DevTwitter | <Teegra/>
👍5💔31
This media is not supported in your browser
VIEW IN TELEGRAM
اگر با فریم‌ورک tkinter کار می‌کنید، احتمالا تا الان با عوض کردن رنگ titlebar به مشکل برخوردید. این پروژه با regedit توی windows11 مشکلو حل می‌کنه.

https://github.com/unikOne56/tkinter-win11-titlebar

@DevTwitter | <Vahid/>
5👍3👎2
بعضی وقت‌ها که لازمه یک صفحه‌ای روی وب توسط AI خونده بشه یک کار خوب اینه که اول بدید به https://markdown.new که براتون markdown تمیز بسازه و بعد اونو بدید به AI برای پردازش.

رایگان هم هست.
https://markdown.new/

@DevTwitter | <Hamed/>
15👍6
تعداد درخواستایی که هوش مصنوعیتون به فیگما می‌تونه بزنه و توکن‌های دیزاین، عکس‌ها و … رو بخونه خیلی محدوده (در پلن رایگان فیگما)
با این پکیج رایگان و نامحدود می‌شه.

https://github.com/gethopp/figma-mcp-bridge

@DevTwitter | <Pooria/>
👎10👍65
Forwarded from DevTwitter Ads.
توی سایت آینا اول خودت تست شخصیت میدی و بعد دوستات رو دعوت میکنی و میبینی که از نگاه اونا تو چطور شخصیتی داری!

دیدن تفاوت تصویری که تو از خودت داری با تصویری که بقیه از تو دارن، خیلی باحاله:
https://aina.vision/
1👍1🔥1
امروز داشتم این بلاگ Liquid AI را می‌خواندم و بنچمارک‌های جالبی از مدل‌های انکودری جدیدشان منتشر کرده‌اند.

آن‌ها دو انکودر جدید (۲۳۰M و ۳۵۰M) بر پایه معماری LFM2 معرفی کرده‌اند که به شکل ویژه‌ای برای پردازش متن‌های طولانی تا ۸,۱۹۲ توکن روی CPU بهینه‌سازی شده‌اند.

نکته جذابش سرعت عملکردشان در طول کانتکست بالا روی CPU است؛ مدل ۲۳۰M در کانتکست‌های طولانی حدود ۳.۷ برابر سریع‌تر از ModernBERT-base عمل می‌کند و پردازش یک پاس کامل سند ۸k فقط ۲۸ ثانیه طول می‌کشد.

کاربردهای اصلی که مطرح کرده‌اند:
• اجرا روی دیوایس‌های Edge و صنعتی بدون GPU
• پردازش اسناد حساس مالی و حقوقی در محیط‌های کاملاً On-premise
• استفاده به عنوان لایه اول فیلتر و روتینگ برای کاهش هزینه در pipelineها

همچنین چند دموی عملیاتی جالب از PII detection تا چت‌بات با معماری Masked-Diffusion هم ساخته‌اند.

لینک مقاله:
https://liquid.ai/blog/lfm2-5-encoders

@DevTwitter | <Mehdi Allahyari/>
👍3🍌1💔1