بنظرم بهتره یه مدت بجای کتابای فنی کتاب "تفکر سیستمی" رو بخونید.

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

@DevTwitter | </bin/taha/>

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

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

این کتاب‌ها از ناشران آموزشی بزرگی مثل OpenStax ،S Chand Publishing و Open Textbook Library تأمین شدن. سازوکارش هم خیلی سرراسته؛ نیازی به دانلود و آپلود دستی فایل‌های سنگین نیست، بلکه مستقیم از بخش Sources نوتبوک کتاب‌ها رو سرچ و انتخاب می‌کنید تا منبع پردازش هوش مصنوعی بشن.

این امکان بدون هزینه اضافی و به صورت عمومی فعال شده تا دسترسی به منابع اصلی مطالعه راحت‌تر از قبل بشه.

@DevTwitter | <Abbas Bahadori Pour/>

تفاوت بین RabbitMQ و gRPC ؟؟؟؟

یه سوالی که چند وقت پیش برای خودم پیش اومده بود این بود که RabbitMQ و gRPC دقیقا چه فرقی دارن؟ چون خیلی وقت‌ها می‌بینم این دوتا کنار هم یا حتی به‌ جای هم استفاده میشن.
ولی واقعیت اینه که اساساً برای دو مدل ارتباطی متفاوت طراحی شدن.

خب gRPC بیشتر برای ارتباط مستقیم بین سرویس‌هاست.
یعنی یه سرویس درخواست میفرسته و سرویس دیگه همون لحظه جواب میده. چیزی شبیه API call ولی سریع‌تر و بهینه‌تر چون از HTTP/2 و Protobuf استفاده می‌کنه.
پس وقتی latency کم و پاسخ فوری مهمه، gRPC گزینه خیلی خوبی میشه.

از اون طرف RabbitMQ یک message broker هست.
اینجا داستان synchronous request نیست. شما یه پیام داخل صف می‌ذاری و مصرف‌کننده هر وقت آماده بود اون رو برمی‌داره و پردازش می‌کنه. این مدل برای کارهای async، صف‌بندی کارها، یا وقتی که نمیخوای سرویس‌ها خیلی به هم وابسته باشن خیلی کاربردیه.

خلاصه اگر بخوام ساده بگم:
اگر پاسخ فوری میخوای، gRPC
اگر میخوای کارها async و از طریق صف انجام بشه، RabbitMQ
در عمل هم خیلی از معماری‌های microservice از هر دو کنار هم استفاده می‌کنن. مثلا:
برای communication سریع بین سرویس‌ها gRPC
و برای eventها یا jobها RabbitMQ
جالب اینجاست که وقتی تفاوت مدل ارتباطی این دوتا رو بفهمی، انتخابشون خیلی منطقی‌تر میشه.

@DevTwitter | <Ali Mozhdekanlou/>

اگه یه مهارت باشه که لازمه به خودمون اضافه کنیم تا ریسک شغلی مون کمتر بشه مهارت بررسی و investigate کردن proactive محصول برای بهبودشه. یعنی صبر نکنیم تا یکی بهمون بگه چی بسازیم و خودمون دنبال مشکل ها و فرصت های بهبود محصول بگردیم.

معمولا ما که سابقه کاری مون بیشتر مهندسی نرم افزار و برنامه نویسیه این یه زمین بازی کاملا جدیده و تجربه مون توش کمه.

برای اینکه یاد بگیریم چطور این کارو بکنیم خوندن این مطالب میتونه مفید باشه

1. The Product-Minded Software Engineer - Gergely Orosz
https://blog.pragmaticengineer.com/the-product-minded-engineer/

2. Product Discovery - Marty Cagan
https://www.svpg.com/product-discovery/

3. Continuous Discovery Habits - Teresa Torres
https://www.producttalk.org/continuous-discovery-habits/

@DevTwitter | <Hossein Nazari/>

یه ابزار برای مدیریت کلیپ‌بورد توی لینوکس؛ شبیه Copywren که برای مک ساخته شده.

با Clipfinch می‌تونی تاریخچه‌ی چیزهایی که کپی می‌کنی رو نگه داری، بینشون جست‌وجو کنی و راحت به موارد قبلی دسترسی داشته باشی؛ فقط با "Super + Shift + V"!

https://github.com/HesamIrandoost/clipfinch

@DevTwitter | <Hesam/>

اگر از Claude Code، Codex، Cursor یا OpenCode استفاده می‌کنید، پروژه متن‌باز Everything Claude Code (ECC) ارزش بررسی داره.

ریپو ECC یک فریم‌ورک برای توسعه قابلیت‌های AI Coding Agentهاست که مجموعه‌ای از ابزارها و سازوکارها رو در اختیارشون قرار می‌ده تا در اجرای پروژه‌های پیچیده عملکرد بهتری داشته باشن.

مهم‌ترین قابلیت‌های اون:

- قابلیت Skills: مجموعه‌ای از دستورالعمل‌ها و گردش‌کارهای آماده برای انجام وظایف مختلف
- قابلیت Instincts: ثبت الگوهای رفتاری و یادگیری ترجیحات کاری
- قابلیت Persistent Memory: حفظ اطلاعات و زمینه کاری بین Sessionهای مختلف
- قابلیت Safety Mechanisms: سازوکارهای امنیتی برای کاهش خطاها و ریسک‌های اجرایی
- قابلیت Tool Integration: یکپارچه‌سازی ابزارهای مختلف برای بهبود فرایند توسعه

یکی از ویژگی‌های مهم ECC، تمرکز بر تحقیق، انتخاب ابزار مناسب و طراحی گردش‌کارهای مؤثر برای Coding Agentهاست.

اطلاعات پروژه:

ستاره‌های GitHub: حدود ۲۹۳ هزار
فورک: حدود ۴۳٬۴۰۰
مجوز: MIT

گیت‌هاب:
github.com/affaan-m/ECC

@DevTwitter | <Yarad/>

💼 دنبال کار می‌گردی یا نیروی کار می‌خوای یا حتی کسب و کاری داری؟

💙 آگینو؛ جایی برای ارتباط کارجو و کارفرما
📢 ثبت آگهی استخدام  و کسب وکار و درخواست کار

🎁 انتشار آگهی فعلاً رایگان!
👇 برای ثبت آگهی و عضویت به این ادرس مراجعه کنید:
📩 @the_agino
🔹 آگینو؛ معرفی کن، دیده شو، فرصت بساز!

۵ منبع رایگان طراحی با AI که بهتره بوکمارک کنی

۱. GetLayers
مجموعه‌ای از Promptهای طراحی سایت، پس‌زمینه‌ها، بخش‌های متحرک و گرادیانت‌ها. می‌تونی Promptها رو کپی کنی و به Claude بدی تا طراحی موردنظرت رو پیاده‌سازی کنه.
https://getlayers.ai

۲. Land-book
گالری منتخب از طراحی سایت‌ها و Landing Pageهای حرفه‌ای برای پیدا کردن ایده و الهام گرفتن.
https://land-book.com

۳. Recent
گالری جذابی از نمونه‌های جدید طراحی وب، اپلیکیشن و خلاقیت‌های بصری.
https://recent.design

۴. Landdding
مجموعه‌ای از Landing Pageهای باکیفیت برای بررسی ایده‌های طراحی صفحات فرود.
https://landdding.com

۵. Font in Logo
برای پیدا کردن فونت‌هایی که در لوگوی برندهای معروف استفاده شده‌اند.
https://fontinlogo.com

@DevTwitter | <Yarad/>

پروژه تعاملی MonsterHouse نمونه جذابی از ترکیب چند مدل متن‌باز برای ساخت یک ایجنت صوتی کاملاً محلی است. یکی از مهندسان NVIDIA درِ گاراژ خانه‌اش را برای هالووین به یک کاراکتر سخنگو تبدیل کرده که با بچه‌ها در مراسم trick-or-treat کل‌کل می‌کند.

از نظر فنی، کل این چیدمان روی یک ورک‌استیشن اجرا می‌شود. مدل Nemotron Speech صدا را به متن تبدیل می‌کند و مدل کوچک Nemotron 3.5 Bolt E4B با نسخه ۴ بیتی و یک LoRA اختصاصی، مغز مکالمه است. صدای کاراکتر با مدل Magpie TTS Zeroshot و نمونه‌گیری صوتی از لحن‌های احساسی ساخته شده و انیمیشن دهان در Unreal Engine مستقیماً از خروجی صوتی توسط Audio2Face-3D هدایت می‌شود. برای بینایی و تشخیص لباس بچه‌ها هم از Nemotron 3 Nano Omni و YOLO استفاده شده است.

نکته جالب برای کاهش تأخیر، ترکیب کش کردن پاسخ‌های آماده و استریم صوتی پیش از پایان تولید جمله است که زمان پاسخ‌دهی را به حدود ۰.۷ ثانیه رسانده است.

لینک جزییات فنی در هاگینگ‌فیس:
https://huggingface.co/blog/nvidia/nemotron-halloween

@DevTwitter | <Mehdi Allahyari/>

یه لایبرری پیدا کردم به اسم Pomerado که ایده‌ش خیلی تمیزه: آدرس یه سایت رو بهش می‌دی و به زبون ساده می‌گی چی می‌خوای. خودش با یه مرورگر واقعی می‌ره توی سایت می‌گرده و یه سرور MCP آماده برای همون سایت تحویل می‌ده که ایجنتت مستقیم بهش وصل می‌شه.

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

خودش هم اوپن‌سورسه:
https://github.com/Pomerado/pomerado
اگه تست کردین خوشحال می‌شم بگین چی ساختین باهاش.

@DevTwitter | <مجیدی/>

یه قابلیت خفن از دنیای برنامه‌نویسی که احتمالاً خیلی‌ها هنوز باهاش آشنا نیستن!

اسمش Remotion Lambda هست.

تصور کن به‌جای اینکه ویدیوت رو روی یک سرور رندر کنی و چند دقیقه یا حتی چند ساعت منتظر بمونی، کار رو بین صدها ماشین تقسیم کنی تا هم‌زمان انجامش بدن!

داستان چیه؟

با React و JavaScript ویدیو می‌سازی، بعد Remotion Lambda ویدیوت رو به قسمت‌های کوچیک تقسیم می‌کنه و روی AWS Lambda به‌صورت موازی رندر می‌گیره.

آخرش هم همه قسمت‌ها رو به هم می‌چسبونه و یک فایل MP4 تحویلت می‌ده.

حالا چرا این جذابه؟

چون می‌تونی یک سرویس بسازی که مثلاً:
برای هر کاربر ویدیوی اختصاصی تولید کنه.
روزانه هزاران ویدیو بسازه.
و فقط وقتی واقعاً رندر داری هزینه پردازش بدی.

حتی توی دمو رسمی Remotion، یک ویدیوی ۸۰ ثانیه‌ای در حدود ۱۵ ثانیه رندر شده!

این ویدیو رو ببین تا بهتر متوجه بشی چطور کار می‌کنه:

https://youtube.com/watch?v=kFVd3KnfwYY

به نظرم این ترکیب React + Serverless + Distributed Rendering یکی از جذاب‌ترین زیرساخت‌ها برای ساخت محصولات تولید محتوای ویدیویی در مقیاس بالاست.

تصور کن چه محصولاتی می‌شه باهاش ساخت!

@DevTwitter | <Navid/>

یک پروژه متن‌باز که می‌تونه هزینه استفاده از ابزارهای کدنویسی AI رو به‌شدت کاهش بده!

این پروژه بهت اجازه می‌ده از Claude Code، Codex و چندین ابزار کدنویسی دیگه با مدل‌های رایگان ارائه‌دهندگان مختلف استفاده کنی.

یعنی قرار نیست اشتراک Claude رو رایگان در اختیارت بذاره؛ بلکه مدل‌های رایگان مثل DeepSeek و گزینه‌های دیگه رو به محیط Claude Code و سایر ابزارها متصل می‌کنه.

قابلیت‌های جالب پروژه:

- اتصال به بیش از ۶۰ ارائه‌دهنده مدل هوش مصنوعی
- دسترسی به بیش از ۱.۳ میلیارد توکن رایگان در ماه، طبق ادعای پروژه
- پشتیبانی از ۱۲ ابزار کدنویسی از جمله Claude Code، Codex و OpenCode
- امکان جابه‌جایی بین مدل‌ها و تعریف مدل جایگزین در صورت اختلال
- اجرا از طریق ترمینال، اپلیکیشن، IDE و حتی موبایل

این ریپازیتوری در حال حاضر بیش از ۶۵ هزار ستاره در GitHub داره.

اگر می‌خوای با Claude Code کار کنی اما هزینه استفاده از مدل‌ها برات مهمه، این پروژه ارزش بررسی داره.

https://github.com/Alishahryar1/free-claude-code

@DevTwitter | <Yarad/>

بدترین اتفاق هوش‌مصنوعی، چت‌بات‌های پشتیبانی تو سایتای ایرانی بود که فکر می‌کردن پاسخ‌دادن به کاربر یعنی پشتیبانی.

یه مدل ساده رو ترین می‌کنن و کلا نیروی انسانی و کال‌سنتر رو حذف می‌کنن، در نتیجه شما هیچ‌وقت پشتیبانی درست نمیگیری و اونا همیشه فکر می‌کنن کاربرا لذت می‌برن از پاسخ‌های در لحظه

@DevTwitter

با این سایت‌ها تیغه‌های فکریتون رو تیز کنید:

۱. سایت fs.blog — در مورد مدل‌های فکری و تئوری تصمیم گیری،‌ کتاب چهار جلدیش Mental Models هم شدیدا پیشنهاد می‌کنم.

۲. سایت yourbias.is — سوگیری‌ها و باگ‌های فکری که شما رو توی چاه می‌ندازه لیست کرده.

۳. سایت etymonline.com — این و خیلی دوست دارم. پشت اکثر کلمات ریشه‌ی اون کلمه هست که پر از حکمت و دانش هست. مثلا Character ریشه یونانیش این معنی رو داره: خط و خطوطی که بر اثر تراشیدن شکل گرفته. زیبا نیست؟ :|

۴. سایت onelook.com/reverse-dictionary.shtml — یه ایده‌ یا تعریفی اگر تو ذهنتون هست رو براش می‌نویسید، کلمه معادلش و بهتون می‌گه.

۵. سایت psyche.co — مقاله‌های عمیقی در باب روان‌شناسی داره

۶. سایت fivebooks.com — از خوبان هر دو عالم، توی هر زمینه و رشته‌ای، خفن‌ترین آدم‌ها روزگار، پنج‌تا از کتاب‌های مورد علاقشون رو پیشنهاد می‌کنن.

۷. سایت aldaily.com — پر از مقاله‌های ادایی هست. ایده‌های جالب و ارتودکس

۸. سایت yourlogicalfallacyis.com — اگر اهل کل‌کل (گفت‌وگو و بحث کردن) هستین، گزاره‌هاتون رو بهش می‌گین، بهتون می‌گه باگ یا اشکال بحثتون کجاست.

@DevTwitter | <Amir Afianian/>

تو نسخه‌ی قبلی سرویس matching از RabbitMQ استفاده نمیکردم و اصلاً نیازی به async نبود، چون LLM نداشت و response خیلی سریع برمیگشت.
ولی تو نسخه‌ی جدید که LLM اضافه شد، matching برای تعداد ردیف بالا زمان زیادی میبره و منطقی نبود user منتظر بمونه؛ برای همین RabbitMQ اضافه شد و الان user فوراً یه job id میگیره و پردازش تو background انجام میشه.
برای ارتباط با RabbitMQ از outbox pattern استفاده کردم. مشکلی که حل میکنه اینه که API باید دو تا کار انجام بده: job رو تو database ذخیره کنه و یه پیام به RabbitMQ بفرسته. اگه یکی از این دو تا انجام بشه و اون یکی نه، یا یه job داریم که هیچ‌وقت پردازش نمیشه، یا یه پیام برای jobی که وجود نداره.
تو outbox pattern، API فقط تو database مینویسه، خود job و پیامی که باید فرستاده بشه، با هم و تو یه transaction. بعد یه service جدا (relay) پیام‌ها رو از database میخونه و به RabbitMQ میفرسته، و یه service دیگه (consumer) پیام رو برمیداره و matching رو اجرا میکنه.
دلیل اصلی استفاده از این مدل همینه که دستور به queue همیشه از database میاد، نه از صدا زدن مستقیم یه method یا یه service دیگه؛ پس اگه RabbitMQ در دسترس نباشه، پیام‌ها تو database منتظر میمونن و هیچ‌کدوم گم نمیشن.
البته این مدل باعث میشه بعضی وقتا یه پیام دو بار برسه، برای همین از اول idempotency رو طراحی کردم (هر پیام یه id یکتا داره و consumer قبل از پردازش چک میکنه که این id رو قبلاً تو database ثبت کرده یا نه) که consumer یه پیام تکراری رو دوباره پردازش نکنه؛ چون تو این سیستم پیام تکراری یعنی LLM call تکراری و هزینه‌ی اضافه.

@DevTwitter | <Bahman Alidadi/>

🎁 ۲ سال Canva Pro، کاملاً رایگان!

آفر اختصاصی ArioBox رو از دست نده؛ این پیشنهاد فقط برای مدت محدوده!

برای دریافتش فقط کافیه عضو کانال و بات تلگرامی ArioBox بشی؛ همین، هیچ شرط دیگه‌ای نداره🤗

👇 همین حالا عضو شو و Canva پرو دو ساله رو رایگان بگیر!

⭐️ عضویت در بات و دریافت اکانت Canva Pro

فریمورک Breeze سریع‌ترین فریم‌ورک Go شد!

خوشحالم که یک دستاورد مهم از پروژه متن‌باز Breeze رو به اشتراک می‌گذارم!
طبق نتایج منتشرشده در Web Frameworks Benchmark، فریم‌ورک Breeze موفق شده به جایگاه‌های زیر دست پیدا کنه:

رتبه ۱ در میان فریم‌ورک‌های Go
رتبه ۱۴ در میان تمام فریم‌ورک‌های بررسی‌شده

از ابتدا، هدف من از توسعه Breeze فقط ساخت یک فریم‌ورک سریع نبود؛ بلکه ایجاد یک اکوسیستم مدرن، سبک و قدرتمند برای توسعه اپلیکیشن‌های Backend، معماری Microservices و سیستم‌های AI-First بود.

فریمورک Breeze فراتر از Performance:
- قابلیت AI-First Architecture با پشتیبانی از MCP Server و ابزارهای داخلی MCP
- قابلیت Fleet System برای Distributed Tracing بین میکروسرویس‌ها
- پشتیبانی از gRPC، JSON-RPC و WebSocket
- قابلیت CLI Generator برای تسریع توسعه
- قابلیت Workflow Engine و Event Bus
- ابزار Built-in Dashboard و ابزارهای Observability
- قابلیت SPA Templates بدون نیاز به فریم‌ورک Frontend
- دارای BreezeORM برای مدیریت داده‌ها

سرعت بالا فقط یکی از ویژگی‌های Breeze است، نه تمام هدف آن.
این نتیجه برای من یک نقطه عطف در مسیر توسعه یک پروژه متن‌باز است؛ پروژه‌ای که همچنان در حال رشد و تکامل است.

Benchmark Results:
https://web-frameworks-benchmark.netlify.app/result
GitHub:
https://github.com/nelthaarion/breeze

از مشارکت، بازخورد و ستاره دادن به پروژه استقبال می‌کنم!

@DevTwitter | <Farshad Khazaei Fard/>

یه برنامه‌نویس یه پردازنده‌ی کامل ۳۲ بیتی رو مستقیم داخل وزن‌های مدل Qwen 3.5 کامپایل کرده و حالا یه مدل زبانی دیگه رو هم داخلش اجرا کرده. یعنی هوش مصنوعی داخل هوش مصنوعی، بدون حتی یک دقیقه آموزش.

ماجرا دو مرحله داشت:
- اول نسخه‌ای به اسم Qwenputer ساخت: یه پردازنده‌ی RISC-V که ۱۱ لایه جلوی لایه‌های خود مدل نشسته. هیچ‌کدوم از وزن‌هاش یاد گرفته نشده و همه رو یه کامپایلر حساب کرده. حافظه‌اش هم وضعیت داخلی خود مدله.
- این پردازنده وسط کار خود مدل، کد C و MicroPython اجرا می‌کنه. توی تست ریاضی دیپ‌مایند، مدل خام ۵۵ تا ۹۰ درصد گرفت، با ابزار پایتون ۹۵ تا ۱۰۰ درصد، و این نسخه ۹۷٫۵ تا ۱۰۰ درصد.
- مرحله‌ی دوم اسمش QwenPU بود: یه واحد برداری هم بهش اضافه کرد و مدل کوچیک stories260K کارپاتی رو روش اجرا کرد. خروجی توکن به توکن دقیقاً با نسخه‌ی اصلی یکیه.

فعلاً به درد استفاده‌ی واقعی نمی‌خوره. هر توکن حدود ۵۳ هزار قدم محاسبه لازم داره و روی کارت L4 حدود ۱۶ ثانیه طول می‌کشه. حجم فایلش هم ۲۶٫۷ گیگه.

ولی پیامش روشنه: وزن‌های مدل کم‌کم دارن خودشون کامپیوتر می‌شن.

@DevTwitter | <Legendary Coder/>

شاید برات جالب باشه بدونی سال ۹۸، یکی از بچه‌های مهندسی مکانیک توی خوابگاه احمدی‌روشن دانشگاه شریف، کانال تلگرامی‌ای رو ساخت که الان، بعد از ۷ سال، بزرگ‌ترین کانال اقتصادی به زبان فارسیه و یکی از قوی‌ترین گروه‌های مشاوره‌ی اقتصادی کشور پشت این کاناله!

اسم کانالش رو هم گذاشت 👈 شریف

از رویاهات کوتاه نیا! ♥️

بیشتر ایجنت‌های هوش مصنوعی برای گشت‌وگذار در وب از Headless Chrome استفاده می‌کنن؛ یعنی یک مرورگر دسکتاپ کامل که بدون رابط گرافیکی اجرا می‌شه.

اما پروژه Lightpanda تصمیم گرفته این مسیر رو از پایه تغییر بده!

ابزار Lightpanda یک مرورگر Headless هست که از ابتدا برای ایجنت‌های هوش مصنوعی و سیستم‌های اتوماسیون ساخته شده؛ نه نسخه‌ای از Chromium هست و نه وصله‌ای برای WebKit. این مرورگر با زبان برنامه‌نویسی Zig توسعه داده شده.

نتایج بنچمارک اون واقعاً جالبه:

در آزمایشی روی AWS EC2 m5.large، تعداد ۹۳۳ صفحه وب واقعی درخواست شده.
برای پردازش ۱۰۰ صفحه:

- مصرف حافظه در Lightpanda فقط ۱۲۳ مگابایت بوده، درحالی‌که Headless Chrome حدود ۲ گیگابایت مصرف کرده؛ یعنی تقریباً ۱۶ برابر کمتر!

- زمان اجرا ۵ ثانیه بوده، درحالی‌که Chrome همین کار رو در ۴۶ ثانیه انجام داده؛ یعنی حدود ۹ برابر سریع‌تر!

نکته جالب اینه که Lightpanda یک سرور CDP هم ارائه می‌ده؛ بنابراین می‌تونی اسکریپت‌های Puppeteer یا Playwright رو بهش متصل کنی.

برای نصب هم روش‌های مختلفی مثل Homebrew، AUR، نسخه‌های Nightly، Nix و Docker در دسترسه.

چرا این پروژه مهمه؟

چون وقتی ایجنت‌های هوش مصنوعی قراره صدها یا هزاران صفحه وب رو بررسی کنن، مصرف حافظه و سرعت اجرای مرورگر اهمیت زیادی پیدا می‌کنه.

استفاده از یک مرورگر سبک‌تر می‌تونه هزینه اجرای اتوماسیون‌ها رو کاهش بده و امکان اجرای تعداد بیشتری از وظایف رو فراهم کنه.

این پروژه در زمان انتشار این معرفی، ۳۹٬۱۵۰ ستاره و ۱۱٬۴۴۹ کامیت داشته.

نکته شفافیت: README پروژه بررسی شده، اما کد اجرا و آزمایش نشده.

https://github.com/lightpanda-io/browser

@DevTwitter | <Yarad/>

این پلی‌لیست یوتیوب هم جالبه، یه سری مفاهیم سخت و دشوار مربوط به ترین و اینفرنس LLMها رو به زبون ساده توضیح داده، دوست داشتید یه نگاه بهش بندازید!

https://www.youtube.com/playlist?list=PLXrQ2OzD3YKA

@DevTwitter | <Reza Jafari/>