📢 ۱۱ ایجنت AI؟ بیمعناست! 🤖
سخنان Boris Mann دربارهی ایجنتهای AI همواره جالب توجه است. او میگوید «۱۱ AI agents» به اندازهی «۱۱ spreadsheet» یا «۱۱ browser tab» بیمعناست. این جمله به ما یادآوری میکند که تعداد ایجنتها به تنهایی معیاری برای کارایی نیست. در واقع، کیفیت و نحوهی استفاده از این ایجنتهاست که اهمیت دارد.
توسعهدهندگان باید به جای تمرکز بر تعداد، به کارایی و تعامل ایجنتها با یکدیگر توجه کنند. این دیدگاه میتواند به ما کمک کند تا در طراحی سیستمهای هوش مصنوعی، به جای انباشت ایجنتها، بر بهبود عملکرد آنها تمرکز کنیم.
🔗 https://simonwillison.net/2026/May/13/boris-mann/#atom-everything
#ai #ai-agents
@BenFeed
سخنان Boris Mann دربارهی ایجنتهای AI همواره جالب توجه است. او میگوید «۱۱ AI agents» به اندازهی «۱۱ spreadsheet» یا «۱۱ browser tab» بیمعناست. این جمله به ما یادآوری میکند که تعداد ایجنتها به تنهایی معیاری برای کارایی نیست. در واقع، کیفیت و نحوهی استفاده از این ایجنتهاست که اهمیت دارد.
توسعهدهندگان باید به جای تمرکز بر تعداد، به کارایی و تعامل ایجنتها با یکدیگر توجه کنند. این دیدگاه میتواند به ما کمک کند تا در طراحی سیستمهای هوش مصنوعی، به جای انباشت ایجنتها، بر بهبود عملکرد آنها تمرکز کنیم.
🔗 https://simonwillison.net/2026/May/13/boris-mann/#atom-everything
#ai #ai-agents
@BenFeed
Simon Willison’s Weblog
A quote from Boris Mann
“11 AI agents” is meaningless as a phrase. If I said “I have 11 spreadsheets” or “I have 11 browser tabs” to do my work, it means about the same …
📢 مهاجرت از GitHub به Forgejo 🚀
چند سال گذشته، GitHub به عنوان پلتفرم اصلی مدیریت کد و همکاری توسعهدهندگان شناخته شده بود. اما با افزایش نگرانیها درباره حریم خصوصی و وابستگی به یک سرویس واحد، بسیاری از توسعهدهندگان به دنبال گزینههای جایگزین بودند. اینجا است که Forgejo به عنوان یک پلتفرم متنباز و خودمیزبان وارد میدان میشود.
حالا Forgejo با قابلیتهای مشابه GitHub، اما با تمرکز بر کنترل بیشتر کاربران و حفظ حریم خصوصی، به توسعهدهندگان این امکان را میدهد که پروژههای خود را به راحتی مدیریت کنند. این تغییر نه تنها به استقلال بیشتر کمک میکند، بلکه زمینهساز ایجاد جوامع توسعهدهندهای خواهد بود که به جای وابستگی به یک سرویس، بر روی همکاری و شفافیت تمرکز دارند.
این موضوع برای توسعهدهندگانی که به دنبال کنترل بیشتر بر روی کد و دادههای خود هستند، اهمیت ویژهای دارد و میتواند روند توسعه نرمافزار را متحول کند.
🔗 https://jorijn.com/en/blog/leaving-github-for-forgejo/
#devops #Forgejo
@BenFeed
چند سال گذشته، GitHub به عنوان پلتفرم اصلی مدیریت کد و همکاری توسعهدهندگان شناخته شده بود. اما با افزایش نگرانیها درباره حریم خصوصی و وابستگی به یک سرویس واحد، بسیاری از توسعهدهندگان به دنبال گزینههای جایگزین بودند. اینجا است که Forgejo به عنوان یک پلتفرم متنباز و خودمیزبان وارد میدان میشود.
حالا Forgejo با قابلیتهای مشابه GitHub، اما با تمرکز بر کنترل بیشتر کاربران و حفظ حریم خصوصی، به توسعهدهندگان این امکان را میدهد که پروژههای خود را به راحتی مدیریت کنند. این تغییر نه تنها به استقلال بیشتر کمک میکند، بلکه زمینهساز ایجاد جوامع توسعهدهندهای خواهد بود که به جای وابستگی به یک سرویس، بر روی همکاری و شفافیت تمرکز دارند.
این موضوع برای توسعهدهندگانی که به دنبال کنترل بیشتر بر روی کد و دادههای خود هستند، اهمیت ویژهای دارد و میتواند روند توسعه نرمافزار را متحول کند.
🔗 https://jorijn.com/en/blog/leaving-github-for-forgejo/
#devops #Forgejo
@BenFeed
Jorijn
Why I'm leaving GitHub for Forgejo | Jorijn Schrijvershof
I left GitHub for self-hosted Forgejo on a hardened NUC. The reason is digital sovereignty, not reliability outages. Here's the thinking and the architecture.
❤1
📢 بازگشت به Garbage Collection سنتی در Python 3.14 و 3.15 🔄
مدتهاست که توسعهدهندهها با چالشهای Garbage Collection (GC) در Python دست و پنجه نرم میکنند. تغییرات incremental GC در نسخههای جدید، باعث افزایش پیچیدگی و مشکلاتی در عملکرد برنامهها شده بود. حالا خبر خوب این است که تیم Python تصمیم به بازگشت به سیستم سنتی GC گرفته است.
این بازگشت به معنای کاهش overhead و بهبود عملکرد برنامهها در شرایط خاص است. برای توسعهدهندههای backend، این تغییر میتواند به معنای بهینهتر شدن مدیریت حافظه و کاهش مشکلات مرتبط با performance باشد. به عبارت دیگر، حالا میتوانید با خیال راحتتری به توسعهی برنامههای خود ادامه دهید.
🔗 https://discuss.python.org/t/reverting-the-incremental-gc-in-python-3-14-and-3-15/107014
#backend #Python
@BenFeed
مدتهاست که توسعهدهندهها با چالشهای Garbage Collection (GC) در Python دست و پنجه نرم میکنند. تغییرات incremental GC در نسخههای جدید، باعث افزایش پیچیدگی و مشکلاتی در عملکرد برنامهها شده بود. حالا خبر خوب این است که تیم Python تصمیم به بازگشت به سیستم سنتی GC گرفته است.
این بازگشت به معنای کاهش overhead و بهبود عملکرد برنامهها در شرایط خاص است. برای توسعهدهندههای backend، این تغییر میتواند به معنای بهینهتر شدن مدیریت حافظه و کاهش مشکلات مرتبط با performance باشد. به عبارت دیگر، حالا میتوانید با خیال راحتتری به توسعهی برنامههای خود ادامه دهید.
🔗 https://discuss.python.org/t/reverting-the-incremental-gc-in-python-3-14-and-3-15/107014
#backend #Python
@BenFeed
Discussions on Python.org
Reverting the incremental GC in Python 3.14 and 3.15
Python 3.14 shipped with a new incremental garbage collector. However, we’ve had a number of reports of significant memory pressure in production environments. We’ve decided to revert it in both 3.14 and 3.15, and go back to the generational GC from 3.13.…
❤1
📢 مدل پرداخت Medicare برای AI طراحی شده ولی tech world خبر ندارد 🏥
سالها بود که healthcare industry منتظر automation بود. بیماران برای چکآپ انتظار میکشند، پزشکان ساعتها روی paperwork و billing مینشینند، و بیمهگرها هر claim را بهصورت manual verify میکنند. یک سیستم کاملاً گیر افتاده در processهای قدیمی.
Medicare حالا یک مدل پرداخت نو معرفی کرده که از پایه برای AI و automation طراحی شده. به جای اینکه قدیمیها را patch کنند، ساختار کاملاً جدیدای برای پردازش خودکار claimها، verification و reimbursement ساختهاند. این یعنی کجا برای LLMها و automation systemها تا workflowهای healthcare را بدون manual intervention اجرا کنند.
برای startupها و شرکتهای healthtech این یک تغییر بنیادی است — اگر میخواهید در healthcare فعالیت کنید، شما بلافاصله باید این مدل جدید رو یاد بگیرید و برای کار با APIها و workflowهای نو از نو نقشهریزی کنید. اما بیشتر AI و backend developerها هنوز متوجه نیستند که یک تحولی بزرگ در شرایط بازی رخ داده.
🔗 https://techcrunch.com/2026/05/12/medicares-new-payment-model-is-built-for-ai-and-most-of-the-tech-world-has-no-idea/
#ai #healthcare #automation
@BenFeed
سالها بود که healthcare industry منتظر automation بود. بیماران برای چکآپ انتظار میکشند، پزشکان ساعتها روی paperwork و billing مینشینند، و بیمهگرها هر claim را بهصورت manual verify میکنند. یک سیستم کاملاً گیر افتاده در processهای قدیمی.
Medicare حالا یک مدل پرداخت نو معرفی کرده که از پایه برای AI و automation طراحی شده. به جای اینکه قدیمیها را patch کنند، ساختار کاملاً جدیدای برای پردازش خودکار claimها، verification و reimbursement ساختهاند. این یعنی کجا برای LLMها و automation systemها تا workflowهای healthcare را بدون manual intervention اجرا کنند.
برای startupها و شرکتهای healthtech این یک تغییر بنیادی است — اگر میخواهید در healthcare فعالیت کنید، شما بلافاصله باید این مدل جدید رو یاد بگیرید و برای کار با APIها و workflowهای نو از نو نقشهریزی کنید. اما بیشتر AI و backend developerها هنوز متوجه نیستند که یک تحولی بزرگ در شرایط بازی رخ داده.
🔗 https://techcrunch.com/2026/05/12/medicares-new-payment-model-is-built-for-ai-and-most-of-the-tech-world-has-no-idea/
#ai #healthcare #automation
@BenFeed
📢 آیا AI ما را احمقتر میکند؟ 🤖
توسعهدهندهها بهطور فزایندهای به ابزارهای AI وابسته میشوند و این وابستگی ممکن است عواقب جالبی داشته باشد. در گذشته، برای حل مشکلات و یادگیری مفاهیم جدید، نیاز به تفکر عمیق و تمرین داشتیم. اما حالا با وجود ابزارهای هوش مصنوعی، آیا واقعاً به درک عمیقتری از مسائل میرسیم یا فقط به جوابهای سریع و سطحی اکتفا میکنیم؟
این مقاله به بررسی این موضوع میپردازد که چگونه AI میتواند به تدریج تواناییهای تحلیلی ما را کاهش دهد و ما را به سمت اتکای بیش از حد به تکنولوژی سوق دهد. این مسئله برای توسعهدهندهها بسیار مهم است، زیرا باید بین استفاده از این ابزارها و حفظ مهارتهای خود تعادل برقرار کنند.
🔗 https://jpain.io/god-damn-ai-is-making-me-dumb/
#devops #AI
@BenFeed
توسعهدهندهها بهطور فزایندهای به ابزارهای AI وابسته میشوند و این وابستگی ممکن است عواقب جالبی داشته باشد. در گذشته، برای حل مشکلات و یادگیری مفاهیم جدید، نیاز به تفکر عمیق و تمرین داشتیم. اما حالا با وجود ابزارهای هوش مصنوعی، آیا واقعاً به درک عمیقتری از مسائل میرسیم یا فقط به جوابهای سریع و سطحی اکتفا میکنیم؟
این مقاله به بررسی این موضوع میپردازد که چگونه AI میتواند به تدریج تواناییهای تحلیلی ما را کاهش دهد و ما را به سمت اتکای بیش از حد به تکنولوژی سوق دهد. این مسئله برای توسعهدهندهها بسیار مهم است، زیرا باید بین استفاده از این ابزارها و حفظ مهارتهای خود تعادل برقرار کنند.
🔗 https://jpain.io/god-damn-ai-is-making-me-dumb/
#devops #AI
@BenFeed
James Pain's Weblog
God Damn AI is making me dumb
It's so god damn tempting to use AI to write. Whether it is articles, code, or documents. I feel like using AI is diminishing my ability to write myself.
...
...
❤1
📢 KubeStellar: زمانی که AI تبدیل به همکار توسعهدهنده میشود 🤖
مشکل اصلی در پروژههای بزرگ Kubernetes، مدیریت کد و PRهاست. در ابتدای راهاندازی KubeStellar Console، یک توسعهدهنده تنها با دو AI coding agent شروع به کار کرد و در ابتدا با سرعت بالایی کد تولید میشد. اما به زودی مشکلاتی از قبیل شکست builds و تغییرات ناخواسته در کد نمایان شد.
حالا KubeStellar با پیادهسازی یک مدل Maturity برای کد، به ۸۱% نرخ پذیرش PR رسیده است. این مدل شامل مراحل مختلفی است که به تدریج به بهبود کیفیت کد و اعتماد به AI کمک کرده است. با تمرکز بر روی اندازهگیری و تستهای دقیق، این پروژه توانسته است به یک سیستم خودپایدار و مؤثر تبدیل شود.
این موضوع برای توسعهدهندهها مهم است چون نشان میدهد که چگونه میتوانند از AI در پروژههای خود بهرهبرداری کنند و در عین حال کیفیت و کارایی را حفظ کنند.
🔗 https://www.cncf.io/blog/2026/05/14/when-ai-agents-become-contributors-how-kubestellar-reached-81-pr-acceptance/
#devops #Kubernetes
@BenFeed
مشکل اصلی در پروژههای بزرگ Kubernetes، مدیریت کد و PRهاست. در ابتدای راهاندازی KubeStellar Console، یک توسعهدهنده تنها با دو AI coding agent شروع به کار کرد و در ابتدا با سرعت بالایی کد تولید میشد. اما به زودی مشکلاتی از قبیل شکست builds و تغییرات ناخواسته در کد نمایان شد.
حالا KubeStellar با پیادهسازی یک مدل Maturity برای کد، به ۸۱% نرخ پذیرش PR رسیده است. این مدل شامل مراحل مختلفی است که به تدریج به بهبود کیفیت کد و اعتماد به AI کمک کرده است. با تمرکز بر روی اندازهگیری و تستهای دقیق، این پروژه توانسته است به یک سیستم خودپایدار و مؤثر تبدیل شود.
این موضوع برای توسعهدهندهها مهم است چون نشان میدهد که چگونه میتوانند از AI در پروژههای خود بهرهبرداری کنند و در عین حال کیفیت و کارایی را حفظ کنند.
🔗 https://www.cncf.io/blog/2026/05/14/when-ai-agents-become-contributors-how-kubestellar-reached-81-pr-acceptance/
#devops #Kubernetes
@BenFeed
CNCF
When AI agents become contributors: How KubeStellar reached 81% PR acceptance
In mid-December, I started building KubeStellar Console from scratch. It’s a multi-cluster management dashboard for Kubernetes, and it sits inside the KubeStellar project in the Cloud Native Computing…
📢 بازنویسی Bun در Rust به پایان رسید 🚀
چالشهای عملکرد و امنیت در توسعهی JavaScript runtimeها همیشه وجود داشته. Bun، به عنوان یک رقیب جدید، به خاطر سرعت و سادگیاش محبوب شده، اما نیاز به بهبودهای اساسی داشت. حالا خبر رسیده که تیم توسعهدهنده Bun، پروژهی بازنویسی این ابزار را در Rust به پایان رساندهاند.
این تغییر نه تنها به بهبود عملکرد و کاهش مصرف منابع کمک میکند، بلکه امنیت و پایداری بیشتری را نیز به ارمغان میآورد. برای توسعهدهندگانی که با Bun کار میکنند، این یعنی تجربهای سریعتر و مطمئنتر در پروژههایشان.
🔗 https://www.reddit.com/r/programming/comments/1tcuebe/rewrite_bun_in_rust_has_been_merged/
#backend #Rust #Bun
@BenFeed
چالشهای عملکرد و امنیت در توسعهی JavaScript runtimeها همیشه وجود داشته. Bun، به عنوان یک رقیب جدید، به خاطر سرعت و سادگیاش محبوب شده، اما نیاز به بهبودهای اساسی داشت. حالا خبر رسیده که تیم توسعهدهنده Bun، پروژهی بازنویسی این ابزار را در Rust به پایان رساندهاند.
این تغییر نه تنها به بهبود عملکرد و کاهش مصرف منابع کمک میکند، بلکه امنیت و پایداری بیشتری را نیز به ارمغان میآورد. برای توسعهدهندگانی که با Bun کار میکنند، این یعنی تجربهای سریعتر و مطمئنتر در پروژههایشان.
🔗 https://www.reddit.com/r/programming/comments/1tcuebe/rewrite_bun_in_rust_has_been_merged/
#backend #Rust #Bun
@BenFeed
Reddit
From the programming community on Reddit: Rewrite Bun in Rust has been merged
Explore this post and more from the programming community
📢 آسیبپذیری جدید در Nginx 🚨
مدیریت سرورهای وب با Nginx همیشه چالشهای خاص خودش را دارد. یکی از بزرگترین نگرانیها، آسیبپذیریها هستند که میتوانند به سادگی به یک نقطه ضعف جدی تبدیل شوند. اخیراً یک exploit جدید برای Nginx منتشر شده که به مهاجمین اجازه میدهد به راحتی به اطلاعات حساس دسترسی پیدا کنند.
این exploit به نام Nginx-Rift در GitHub معرفی شده و جزئیات دقیقی درباره نحوهی بهرهبرداری از آن ارائه میدهد. برای تیمهای DevOps، این موضوع بسیار حیاتی است، چرا که بهروزرسانی و patch کردن سرورها را به یک اولویت فوری تبدیل میکند.
حالا زمان آن است که بهدقت وضعیت امنیتی سرورهای Nginx خود را بررسی کنید و از هرگونه آسیبپذیری جلوگیری کنید.
🔗 https://github.com/DepthFirstDisclosures/Nginx-Rift
#devops #Nginx
@BenFeed
مدیریت سرورهای وب با Nginx همیشه چالشهای خاص خودش را دارد. یکی از بزرگترین نگرانیها، آسیبپذیریها هستند که میتوانند به سادگی به یک نقطه ضعف جدی تبدیل شوند. اخیراً یک exploit جدید برای Nginx منتشر شده که به مهاجمین اجازه میدهد به راحتی به اطلاعات حساس دسترسی پیدا کنند.
این exploit به نام Nginx-Rift در GitHub معرفی شده و جزئیات دقیقی درباره نحوهی بهرهبرداری از آن ارائه میدهد. برای تیمهای DevOps، این موضوع بسیار حیاتی است، چرا که بهروزرسانی و patch کردن سرورها را به یک اولویت فوری تبدیل میکند.
حالا زمان آن است که بهدقت وضعیت امنیتی سرورهای Nginx خود را بررسی کنید و از هرگونه آسیبپذیری جلوگیری کنید.
🔗 https://github.com/DepthFirstDisclosures/Nginx-Rift
#devops #Nginx
@BenFeed
GitHub
GitHub - DepthFirstDisclosures/Nginx-Rift: exploit for CVE-2026-42945
exploit for CVE-2026-42945. Contribute to DepthFirstDisclosures/Nginx-Rift development by creating an account on GitHub.
📢 Nibble: یک frontend LLVM بدون وابستگی! 🚀
توسعهدهندهها همیشه به دنبال ابزارهایی هستند که کارها را سادهتر و سریعتر کنند. ایجاد یک frontend برای LLVM معمولاً نیاز به کد زیاد و وابستگیهای مختلف دارد. اما حالا Nibble به میدان آمده: یک تلاش برای ساخت یک frontend LLVM در حدود ۳۰۰۰ خط C، بدون نیاز به malloc یا AST.
این پروژه با تمرکز بر سادگی و کارایی طراحی شده و شامل مثالهای گرافیکی جذابی است. هرچند IR نهایی هنوز کامل نیست و README به برخی نقاط ضعف اشاره کرده، اما این ابتکار میتواند نقطهی شروع خوبی برای افرادی باشد که به دنبال ساخت ابزارهای خودشان هستند.
حالا Nibble میتواند به توسعهدهندگان کمک کند تا به راحتی و با کد کمتر، به قدرت LLVM دسترسی پیدا کنند و این یک تغییر بزرگ در روند توسعهی ابزارهای جدید است.
🔗 https://github.com/glouw/nibble
#backend #LLVM #C
@BenFeed
توسعهدهندهها همیشه به دنبال ابزارهایی هستند که کارها را سادهتر و سریعتر کنند. ایجاد یک frontend برای LLVM معمولاً نیاز به کد زیاد و وابستگیهای مختلف دارد. اما حالا Nibble به میدان آمده: یک تلاش برای ساخت یک frontend LLVM در حدود ۳۰۰۰ خط C، بدون نیاز به malloc یا AST.
این پروژه با تمرکز بر سادگی و کارایی طراحی شده و شامل مثالهای گرافیکی جذابی است. هرچند IR نهایی هنوز کامل نیست و README به برخی نقاط ضعف اشاره کرده، اما این ابتکار میتواند نقطهی شروع خوبی برای افرادی باشد که به دنبال ساخت ابزارهای خودشان هستند.
حالا Nibble میتواند به توسعهدهندگان کمک کند تا به راحتی و با کد کمتر، به قدرت LLVM دسترسی پیدا کنند و این یک تغییر بزرگ در روند توسعهی ابزارهای جدید است.
🔗 https://github.com/glouw/nibble
#backend #LLVM #C
@BenFeed
GitHub
GitHub - glouw/nibble: Generating LLVM IR without malloc or external dependencies
Generating LLVM IR without malloc or external dependencies - glouw/nibble
📢 آیا Cursor یا Windsurf، بهترین ویرایشگر کد AI برای پایتون است؟ 🤔
در این آزمون، شما توانایی خود را در مقایسه Cursor و Windsurf به چالش میکشید. هر دو ویرایشگر در زمینههای مختلفی مانند تکمیل کد، ویرایش چندفایلی و دیباگینگ متفاوت عمل میکنند. با پاسخ دادن به سوالات، میتوانید به تفاوتهای کلیدی این دو ویرایشگر پی ببرید و نکات مهمی را که باید هنگام استفاده از AI agent برای نوشتن کد پایتون در نظر بگیرید، دوباره مرور کنید.
این آزمون به شما کمک میکند تا انتخاب بهتری برای ابزارهای توسعهتان داشته باشید و از قابلیتهای هر یک بهخوبی بهره ببرید.
🔗 https://realpython.com/quizzes/cursor-vs-windsurf-python/
#backend #Python
@BenFeed
در این آزمون، شما توانایی خود را در مقایسه Cursor و Windsurf به چالش میکشید. هر دو ویرایشگر در زمینههای مختلفی مانند تکمیل کد، ویرایش چندفایلی و دیباگینگ متفاوت عمل میکنند. با پاسخ دادن به سوالات، میتوانید به تفاوتهای کلیدی این دو ویرایشگر پی ببرید و نکات مهمی را که باید هنگام استفاده از AI agent برای نوشتن کد پایتون در نظر بگیرید، دوباره مرور کنید.
این آزمون به شما کمک میکند تا انتخاب بهتری برای ابزارهای توسعهتان داشته باشید و از قابلیتهای هر یک بهخوبی بهره ببرید.
🔗 https://realpython.com/quizzes/cursor-vs-windsurf-python/
#backend #Python
@BenFeed
Realpython
Cursor vs Windsurf: Which AI Code Editor Is Best for Python? Quiz – Real Python
Test your understanding of how Cursor and Windsurf compare for Python across AI completion, agentic edits, and debugging workflows.
📢 خلاصهی اجلاس تایپ در PyCon US 2026 🐍
اجلاس تایپ در PyCon US امسال فرصتی عالی برای بررسی پیشرفتهای جدید در زمینهی type system پایتون بود. موضوعاتی مثل intersection types، constraint sets در ty و tensor shapes در Pyrefly به بحث گذاشته شدند. همچنین، Guido van Rossum در مورد آیندهی تایپ در پایتون صحبت کرد و جهتگیریهای جدید را معرفی کرد.
این اجلاس برای توسعهدهندگان backend که به بهبود type safety و قابلیتهای جدید پایتون علاقه دارند، بسیار مهم است. درک بهتر از این موضوعات میتواند به بهینهسازی کد و کاهش خطاها کمک کند.
🔗 https://bernat.tech/posts/pycon-us-2026-typing-summit-recap/
#backend #Python
@BenFeed
اجلاس تایپ در PyCon US امسال فرصتی عالی برای بررسی پیشرفتهای جدید در زمینهی type system پایتون بود. موضوعاتی مثل intersection types، constraint sets در ty و tensor shapes در Pyrefly به بحث گذاشته شدند. همچنین، Guido van Rossum در مورد آیندهی تایپ در پایتون صحبت کرد و جهتگیریهای جدید را معرفی کرد.
این اجلاس برای توسعهدهندگان backend که به بهبود type safety و قابلیتهای جدید پایتون علاقه دارند، بسیار مهم است. درک بهتر از این موضوعات میتواند به بهینهسازی کد و کاهش خطاها کمک کند.
🔗 https://bernat.tech/posts/pycon-us-2026-typing-summit-recap/
#backend #Python
@BenFeed
Bernát Gábor — Python packaging, tox, virtualenv & open source
PyCon US 2026 Typing Summit Recap
Per-talk notes from the PyCon US 2026 Typing Summit in Long Beach: Pyrefly and AI agents, ty constraint sets, Lean formalization, tensor shape types, intersection types, PEP 827, Guido on the direction of typing, and the Typing Council Q&A.
📢 پیدا کردن بهترین LLM محلی برای سختافزار شما! 🖥️
توسعهدهندهها همیشه با چالش انتخاب بهترین LLM برای سختافزار خود مواجهاند. با وجود تنوع زیاد مدلها، پیدا کردن گزینهای که بهترین عملکرد را در شرایط خاص شما داشته باشد، کار دشواری است.
حالا ابزار جدیدی به نام "whichllm" معرفی شده که به شما کمک میکند LLMهای محلی را بر اساس بنچمارکها رتبهبندی کنید. این ابزار به شما این امکان را میدهد تا سریعاً ببینید کدام مدل با سختافزار شما بهترین سازگاری را دارد و عملکرد بهینهتری ارائه میدهد.
این موضوع برای توسعهدهندهها اهمیت زیادی دارد؛ چرا که انتخاب نادرست میتواند منجر به کاهش کارایی و افزایش هزینهها شود. با "whichllm" میتوانید تصمیمات بهتری بگیرید و از منابع خود بهینهتر استفاده کنید.
🔗 https://github.com/Andyyyy64/whichllm
#devops #LLM
@BenFeed
توسعهدهندهها همیشه با چالش انتخاب بهترین LLM برای سختافزار خود مواجهاند. با وجود تنوع زیاد مدلها، پیدا کردن گزینهای که بهترین عملکرد را در شرایط خاص شما داشته باشد، کار دشواری است.
حالا ابزار جدیدی به نام "whichllm" معرفی شده که به شما کمک میکند LLMهای محلی را بر اساس بنچمارکها رتبهبندی کنید. این ابزار به شما این امکان را میدهد تا سریعاً ببینید کدام مدل با سختافزار شما بهترین سازگاری را دارد و عملکرد بهینهتری ارائه میدهد.
این موضوع برای توسعهدهندهها اهمیت زیادی دارد؛ چرا که انتخاب نادرست میتواند منجر به کاهش کارایی و افزایش هزینهها شود. با "whichllm" میتوانید تصمیمات بهتری بگیرید و از منابع خود بهینهتر استفاده کنید.
🔗 https://github.com/Andyyyy64/whichllm
#devops #LLM
@BenFeed
GitHub
GitHub - Andyyyy64/whichllm: Find the local LLM that actually runs and performs best on your hardware. Ranked by real, recency…
Find the local LLM that actually runs and performs best on your hardware. Ranked by real, recency-aware benchmarks, not parameter count. One command, run it instantly. - Andyyyy64/whichllm
📢 ⚡️ هوش مصنوعی در کانون یک پرونده جنایی
پرونده Darron Lee نه تنها به خاطر اتهامات قتل بلکه به خاطر استفاده او از ChatGPT برای مشاوره دربارهی آسیبهای جسمی جنجالی شده است. واقعاً میتوان تصور کرد که در لحظات بحرانی، افراد به سمت فناوریهای نوین مانند هوش مصنوعی بروند؟
با توجه به محتوای پیامهای او، به نظر میرسد که Lee در تلاش بود تا سناریویی برای توضیح آسیبها بسازد. این موضوع به ما یادآوری میکند که چگونه فناوری میتواند در مواقع حساس، به طرز غیرمنتظرهای بر رفتار انسانها تأثیر بگذارد.
🔗 [https://www.theguardian.com/sport/2026/mar/10/darron-lee-chatgpt-murder-court-hearing]
#ai #crime #ethics
@BenFeed
پرونده Darron Lee نه تنها به خاطر اتهامات قتل بلکه به خاطر استفاده او از ChatGPT برای مشاوره دربارهی آسیبهای جسمی جنجالی شده است. واقعاً میتوان تصور کرد که در لحظات بحرانی، افراد به سمت فناوریهای نوین مانند هوش مصنوعی بروند؟
با توجه به محتوای پیامهای او، به نظر میرسد که Lee در تلاش بود تا سناریویی برای توضیح آسیبها بسازد. این موضوع به ما یادآوری میکند که چگونه فناوری میتواند در مواقع حساس، به طرز غیرمنتظرهای بر رفتار انسانها تأثیر بگذارد.
🔗 [https://www.theguardian.com/sport/2026/mar/10/darron-lee-chatgpt-murder-court-hearing]
#ai #crime #ethics
@BenFeed
the Guardian
Former Super Bowl champion asked ChatGPT about injuries before girlfriend’s death, court hears
Prosecutors say former NFL linebacker sought advice from AI chatbot before calling 911 after Gabriella Perpétuo was found fatally injured at Tennessee home