یک سری از کامپوننت‌های رایگان Shadcn که می‌توانید تو پروژه‌های خود از آن‌ها استفاده کنید
لینک ریپو:
https://github.com/nolly-studio/cult-ui

@DevTwitter

نسخه ۱۵۲ فایرفاکس منتشر شد..

آخرین سنگر مستقل و متن‌باز دنیای وب که به کرومیوم گوگل وابسته نیست آپدیت شد.

توی این آپدیت طراحی تنظیمات تغییر کرده، می‌شه تب‌ها رو از نوار آدرس بی‌صدا کرد، از JPEG XL پشتیبانی می‌کنه و توی اندروید هم می‌شه تب‌ها رو گروه‌بندی کرد.

@DevTwitter | <Behrad Javed/>

این mu plugin ایده ای بود که با وسواس بکمک جمنای نوشتم
کارش اینه که افزونه ها بر اساس هدر اسکوپ اجازه لود شدن پیدا میکنند و در محیطی که براش تعریف نشده محل سگ نمیذاره به پلاگین مد نظر

چه مشکلی رو حل میکنه؟ داروی ضد نفخ و سنگینی وردپرسه

https://github.com/HamxaBoustani/wandtech-scope-loader

@DevTwitter | <Hamxa/>

چرا اکثر پروژه‌های Microservice شکست می‌خورن؟
از چند سال پیش که معماری Microservice مد شد، خیلی از پروژه‌ها رفتن سمتش.
اما یه تعداد قابل توجهی از همین پروژه‌ها بعد از مدتی به دردسر افتادن.
می‌دونید چرا؟
چون از اول اصلا لازم نبود Microservice باشن.
این موارد چقدر براتون آشناست؟
- ده‌ها سرویس کوچیک که هیچ‌کس مالک واقعی‌شون نیست.
- تغییر یه Feature ساده که نیازمند تغییر چندین سرویسه.
- یه تیم کوچیک که مسئول توسعه همه سرویس‌هاست.
- مانیتورینگ و دیباگ سخت‌تر از خود توسعه شده.
- هزینه زیرساخت و نگهداری هم سر به فلک کشیده.

مشکل اینجاست که بعضی وقت‌ها پیچیدگی معماری از خود مسئله بیشتر میشه.
در عمل برای بیل زدن یه باغچه، از لودر استفاده کردیم!
یه پروژه با چند هزار یا حتی چند ده هزار کاربر رو بردیم روی معماری‌ای که اصلا برای این مقیاس طراحی نشده و فقط پیچیدگی، هزینه و دردسر بیشتری ایجاد کرده.
به نظرم قبل از اینکه بپرسیم:
چطور سیستم رو Microservice کنیم؟
باید از خودمون بپرسیم:
اصلا چه مشکلی داریم که Microservice قراره حلش کنه؟

@DevTwitter | <Amir Rahimi Nejad/>

این aspire.dev رو برای توسعه در local پیشنهاد می‌کنم. پروژه به بلوغ رسیده و تنظیم وابستگی‌ها در local و مشاهده لاگ‌ها و متریک‌ها و trace درخواست‌ها (در داشبوردش) راحته.

زبان‌های مختلف رو پشتیبانی می‌کنه و آماده کردن پروژه‌های موجود هم برای بهره‌برداری ازش ساده است.

@DevTwitter | <Hamed/>

گوگل یه ابزار جدید به اسم Google Vids معرفی کرده که می‌تونه اسلایدهای معمولی رو به ویدیوهای حرفه‌ای تبدیل کنه.

جالبش اینجاست که یه آواتار هوش مصنوعی هم می‌تونه محتوای اسلایدها رو برات ارائه بده انگار یه نفر واقعاً داره پرزنتیشن رو توضیح می‌ده.

اگه از پاورپوینت‌های خسته‌کننده خسته شدی، بد نیست یه نگاه بهش بندازی. فعلاً رایگانه

@DevTwitter | <Nima />

آنتروپیک قابلیت جدیدی اضافه کرده که Claude Code و Claude Design حالا به‌صورت دوطرفه با هم همگام می‌شن. یعنی می‌تونی طراحی رو وارد پروژه کنی و مستقیم روی کامپوننت‌های واقعی کد بزنی، یا تغییرات کد رو دوباره به محیط طراحی برگردونی.

@DevTwitter | <Nima />

آقا این VeloxDB عجب شاهکاریه! دیتابیس منیجر نوشته شده با Rust. دیگه از شر pgAdmin راحت میشید، خیلی سریعه. MySQL و SQLite رو هم اکسپریمنتال ساپورت میکنه
https://github.com/veloxbase/veloxdb

@DevTwitter | <Kyrovert />

#درخواستی

دنبال یه جا برای فریلنسری و پروژه دانشجویی بودید، اینجا رو زدیم


@hajifreelance
@hajifreelance
@hajifreelance

آنتروپیک خیلی بی سر و صدا یه فیچر جدید برای Claude ریلیز کرده به اسم agent teams که experimental هست و باید دستی فعالش کنید.

بر خلاف sub agentها که به صورت ایزوله شده کار میکنن و نتیجه رو به ایجنت اصلی برمیگردونن، agent teams میاد یه تسک لیست تعریف میکنه و teammateها به صورت مستقیم با هم در ارتباط قرار میگیرن!

مثلا teammate فرانت‌اند اگه به یک schema نیاز داشته باشه برای teammate بک‌اند یه مسیج میفرسته و آنبلاک میشه. بعد هر کدوم از اینا تسک لیست رو آپدیت میکنن و ایجنت اصلی فقط وظیفه نظارت و تایید هدف اصلی رو داره!

برای فعال کردنش کافیه اینو به settings.json اضافه کنید یا از Claude بخواید که انجامش بده:

"env": { "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1" }

@DevTwitter | <Amir/>

کمپانی databricks یکی دو روز پیش Omnigent رو اپن سورس کرده و به نظرم یکی از جالب‌ترین لایبرری ها در دنیای Agentهاست.

بیشتر آدم‌ها و تیم‌ها هنوز روی ساختن Agentهای بهتر تمرکز دارن. اما به نظر من فرصت بزرگ‌تر، ساختن Harnessهای بهتره.
بهترین تیم‌ها الان از چندین Agent مختلف استفاده می‌کنن؛ Claude Code، Codex، Gemini، ابزارهای داخلی و Agentهای اختصاصی. مشکل اصلی دیگه توانایی مدل‌ها نیست، بلکه هماهنگ کردن و مدیریت این Agentهاست.

چیزی که در Omnigent برام جالبه اینه که خودش یک Meta-Harness هست؛ یعنی لایه‌ای بالاتر از Agentها که وظیفه مدیریت، هماهنگی، حافظه، قوانین و همکاری بین اون‌ها رو بر عهده می‌گیره.
به نظرم مسیر تکامل این فضا چیزی شبیه اینه:

Model -> Agent -> Harness -> Meta-Harness

به نظرم آینده متعلق به یک سوپر Agent نیست. بلکه مجموعه‌ای از Agentهای تخصصی هست که داخل یک کنترل‌ پلین مشترک کار می‌کنن.
همون‌طور که Kubernetes جای Containerها رو نگرفت و فقط لایه مدیریت اون‌ها شد، Meta-Harnessها هم ممکنه به لایه مدیریت Agentها تبدیل بشن.

در نهایت برنده‌ها لزوماً اون‌هایی نیستن که بهترین LLM رو دارن. بلکه اون‌هایی هستن که بهتر از بقیه می‌تونن مدل‌ها، ابزارها، حافظه، Workflowها و انسان‌ها رو در یک سیستم منسجم کنار هم قرار بدن.
این بلاگشون را بخونید که خیلی قشنگ توضیح میده. اگه هم هنوز keynote شون را ندید حتما ببینید.

Blog: https://databricks.com/blog/introducing-omnigent-meta-harness-combine-control-and-share-your-agents
Youtube: https://youtube.com/watch?v=sn9My5Pj0mE

@DevTwitter | <Mehdi Allahyari/>