اگه برنامه‌نویسی و بودجه محدودی داری، این ریپو خیلی به دردت می‌خوره.

اسمش stack-on-a-budget هست و یه لیست کامل از سرویس‌هایی رو جمع کرده که free tier خوبی دارن.

از هاستینگ و دیتابیس گرفته تا CI/CD و مانیتورینگ.

لینک:
https://github.com/255kb/stack-on-a-budget

@DevTwitter | <Reza/>

پروژه‌ای که Claude Code رو بدون پرداخت هیچ اشتراکی قابل استفاده کرد

این پروژه روی گیتهاب ۴۶ هزار ستاره گرفته

Claude Code رو به ۴۹ ارائه‌دهنده هوش مصنوعی رایگان وصل می‌کنه و تا ۱.۳ میلیارد توکن رایگان در ماه می‌ده.

تنظیمش فقط ۵ دقیقه طول می‌کشه

لینک:
https://github.com/Alishahryar1/free-claude-code

@DevTwitter | <Reza/>

سازمانتان استفاده از AI را شروع کرده؛ چه چیزی مانع توسعه آن است؟

آیا این موانع به داده، امنیت، مهارت‌های سازمانی، حکمرانی AI یا نبود یک استراتژی مشخص مربوط می‌شوند؟

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

در این ارزیابی رایگان، آمادگی AI برپایه مدل Cisco، وضعیت سازمان شما در ۶ حوزه کلیدی بررسی می‌شود و در پایان، مهم‌ترین زمینه‌های قابل بهبود را شناسایی می‌کنید.

ارزیابی رایگان را شروع کنید:
AI Maturity Assessment

استارتاپ TypeSafe AI که پشت مدل Jev قرار دارد، خبر جذب سرمایه جدیدش را به سبک متفاوتی با نام Series AI منتشر کرده است.

به جای تب و تاب معمول چت‌بات‌ها، تمرکز آنها روی مدل‌های به اصطلاح ماشین‌محور (machine-native) یا مدل‌های سیستم یک (System One) است؛ مدل‌هایی که هدفشان تولید متن طولانی برای انسان نیست، بلکه برای تصمیم‌گیری‌های ساختاریافته، قطعی و سریع در لایه زیرساخت نرم‌افزار طراحی شده‌اند.

طبق اعلام خودشان، در حال حاضر یک‌سوم شرکت‌های Fortune 500 از مدل Jev استفاده می‌کنند و تمرکز دور جدید، توسعه قابلیت‌های سازمانی، بهینه‌سازی بیشتر سمپلرها و اضافه کردن مدل‌های سبک‌تر برای تصمیم‌گیری کالیبره‌شده (calibrated decisions) در مقیاس عملیاتی است.

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

لینک خبر:
https://typesafe.ai/blog/series-ai

@DevTwitter | <Mehdi Allahyari/>

- یکی کل مستندات توسعه‌دهنده‌های Anthropic رو توی یه ریپو گیتهاب جمع کرده.

- پروژه Claude Code Docs همه APIها، MCP، هوک‌ها، مهارت‌ها و آموزش‌ها رو توی یه آرشیو محلی searchable گذاشته که هر شش ساعت اتوماتیک آپدیت می‌شه.

- لینک ریپو:
https://github.com/thevibeworks/claude-code-docs

@DevTwitter | <Yarad/>

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

پروژه‌م هم لاراول داشت، هم فرانت Next.js.
چیزی که برام جالب بود، استفاده از پادمن بود؛ بدون اینکه لازم باشه درگیر نوشتن و تنظیم Dockerfile بشم.

خود ابزار هم خیلی سبکه و برای تنظیمات HTTPS هم کلی از دردسرها رو کم می‌کنه. ابزارهای مدیریتی‌ش هم کاربردی‌ان،
مخصوصاً کامند doctor
که برای پیدا کردن مشکلات به کار میاد.

در مجموع، تجربه‌ی باحالی بود و کار با پروژه رو برام راحت‌تر کرد.
https://lerd.sh/

@DevTwitter | <Sajjad Zibafar/>

بالاخره تونستنم انتی گرویتی خودمو درست کنم اونم با این ریپو :

https://github.com/trustybird/AvenCores-open-antigravity-patcher

درحالت عادی بخاطر ریجن کشور عزیزمون نمیزاره لاگین کنید و باید به گوگل درخواست بدین ریجن عوض کنه که احتمال زیر ۱۰ درصده!

@DevTwitter | <TheAmirreza/>

اگه فردا یکی محصولت رو دوباره بسازه، چی داری که نتونه کپی کنه؟

یه ابزار اومده به اسم rea که ادعاش اینه:
هر چیزی رو مهندسی معکوس کن، بفهم چطور کار می‌کنه، بعد خودت بسازش!

الانم از ۱۰۰ هزار استار تو گیت‌هاب رد شده

به نظرم ماجرا خیلی فراتر از یه ابزار جدیده.

ما سال‌ها فکر می‌کردیم «کدش دست خودمونه» یعنی یه مزیت بزرگ داریم.

ولی اگه بازسازی نرم‌افزار روزبه‌روز راحت‌تر بشه، چقدر می‌شه روی خودِ کد به‌عنوان دارایی استراتژیک حساب کرد؟

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

اگه کد محصولت رو از معادله حذف کنیم، مزیتمون چیه؟

http://github.com/morluto/rea

@DevTwitter | <Amir Ghasemi/>

بازی‌های جدید و سنگین PS5 به راحتی روی دستگاه هکی کار نمیکنه و خطا PRX_NOT_RESOLVED_FUNCTION میده باید برنامه

https://github.com/gcoding97/PS5-Game-Compressor
دانلود و روی دستگاه اجرا کنید حالا فایل‌های اون بازی را Image کنید و از روی Image جدید مجدد بازی را نصب کنید

@DevTwitter | <Teegra/>

ایران هنگام کار است.

مسئله‌های واقعی به آدم‌هایی نیاز دارند که پای کار بایستند، بسازند، آزمایش کنند و تا رسیدن به یک راه‌حل واقعی ادامه دهند.

«کوره پاییز کارخونه» یک دوره سه‌ماهه، حضوری و تمام‌وقت برای تیم‌هایی است که می‌خواهند روی مسئله‌های واقعی کار کنند و از دل آن‌ها، محصول و کسب‌وکاری مقیاس‌پذیر بسازند.

در این مسیر:
▪️ سه ماه حضور تمام‌وقت در کارخانه هوش مصنوعی ایران
▪️ کار روی مسئله‌های واقعی
▪️ ساخت محصول واقعی و کسب‌وکاری مقیاس‌پذیر
▪️ دریافت سرمایه تا سقف ۳ میلیارد تومان در طول دوره
▪️ فرصت جذب سرمایه تا ۵۰ میلیارد تومان پس از پایان دوره

کوره جایی‌ست که ساختن بر هر چیز دیگری مقدم است و ایده‌ها به راه‌حل‌هایی برای مسئله‌های واقعی ایران تبدیل می‌شوند. توسعه از همین‌جا آغاز می‌شود؛ از ساختن چیزی که گرهی از کار ایران باز کند.

🔗 aiif.ai/kooreh

مهلت ثبت‌نام: تا ۲۰ مهر تمدید شد!

@aiif_channel

این ویدیو رو از دست ندید!
مهرزاد عزیز رفته سراغ Jev و با بیان عالی‌ش توضیح می‌ده که چیه و چیکار می‌کنه‌...

دیدن ویدیوهای مهرزاد فارغ از موضوع به همه توصیه می‌شه :) جهت لذت بردن از دیدن کسی که در عین خفن بودن...
متواضعانه آموزش می‌ده و کنار بقیه است

https://youtu.be/mxijLTA5RTw

@DevTwitter | <Ali Rashedi/>

برام جالب بود گفتم شاید شما هم حال کنید
رانندگی بینهایت
https://drune.io/

@DevTwitter

منبع خیلی کاربردی برای ساخت UI با AI پیدا کردم

سایت Refero Styles بیش از ۲۰۰۰ سبک طراحی واقعی از بهترین محصولات دنیا رو جمع کرده

همه‌شون به فرمت DESIGN.md هستن که مستقیم به ایجنت‌ می‌دی و UI خیلی حرفه‌ای‌تر و خوش‌سلیقه‌تری درمیاره

لینک
https://styles.refero.design/

@DevTwitter | <Reza/>

فرانت‌اند سخت نیست، تا وقتی که پروژه واقعی نشده! :)

ساختن یه صفحه با React و Tailwind شاید چند ساعت زمان ببره؛ اما ساختن سیستمی که قراره چند سال توسعه پیدا کنه، داستان کاملاً متفاوتیه.

وقتی پروژه بزرگ‌تر می‌شه، دیگه فقط بحث Component ساختن و Pixel Perfect بودن نیست.

اینجاست که چالش‌های واقعی شروع می‌شن:
معماری‌ای که با اضافه شدن هر فیچر به هم نریزه.
بخش Performance که با افزایش حجم داده قربانی نشه.
مدیریت State بدون ایجاد وابستگی‌های پیچیده.
تست‌نویسی، مقیاس‌پذیری و کدی که نفر بعدی هم بتونه بفهمه و توسعه بده.

اینجاست که نقش Software Engineering پررنگ می‌شه.

به نظرم یه مهندس نرم‌افزار صرفاً کسی نیست که بتونه یه فیچر رو پیاده‌سازی کنه؛ کسیه که می‌فهمه چرا باید یه راه‌حل رو انتخاب کنه، چه هزینه‌ای داره و شش ماه بعد چه تأثیری روی کل سیستم می‌ذاره.

نوشتن کدی که امروز کار کنه یه مهارته؛
ساختن سیستمی که فردا هم بشه روش حساب کرد، یه مهارت دیگه‌ست!

@DevTwitter | <Mohsen Karimvand/>

مهم
اگر از Redis در پروژه‌هاتون استفاده می‌کنید، این آسیب‌پذیری رو جدی بگیرید

CVE-2025-49844 | CVSS 10.0

این آسیب‌پذیری که به اسم RedisRCE هم شناخته میشه، مربوط به یک مشکل Memory Safety از نوع Use-After-Free در اجرای اسکریپت‌های Lua در Redis هست

به زبان ساده، مهاجمِ احراز هویت‌شده می‌تونه با یک اسکریپت Lua دست‌کاری‌شده، در شرایط خاص باعث استفاده از حافظه‌ای بشه که قبلاً آزاد شده؛ موضوعی که می‌تونه در نهایت به اجرای کد دلخواه روی سرور منجر بشه

نکته مهم اینه که داشتن رمز عبور به‌تنهایی برای امن بودن Redis کافی نیست، مخصوصاً اگر دسترسی کاربران به دستورات حساس محدود نشده باشه.

چطور از Redis محافظت کنیم؟

۱. ردیس رو به نسخه‌ای که این آسیب‌پذیری در اون برطرف شده ارتقا بدید.

۲. پورت Redis رو مستقیماً روی اینترنت در دسترس قرار ندید.

۳. احراز هویت رو فعال کنید و به‌جای یک کاربر مشترک، از ACL برای محدود کردن دسترسی هر سرویس استفاده کنید.

۴. دسترسی به اجرای اسکریپت‌های Lua رو فقط به کاربرانی بدید که واقعاً بهش نیاز دارن.

۵. اگر Redis رو با Docker اجرا می‌کنید، پورت‌ها رو بی‌دلیل Publish نکنید و ارتباط با Redis رو به شبکه داخلی و سرویس‌های مجاز محدود کنید.

برای Redis Open Source، نسخه‌های اصلاح‌شده شامل 8.2.2، 8.0.4، 7.4.6، 7.2.11 و نسخه‌های بعدی هر شاخه هستند. برای شاخه‌های قدیمی‌تر و Redis Software، نسخه اصلاح‌شده متفاوت است؛ قبل از ارتقا، جدول رسمی نسخه‌ها رو بررسی کنید.

یک نکته مهم در DevOps:

امنیت دیتابیس فقط به رمز عبور قوی محدود نمیشه؛ نسخه نرم‌افزار، سطح دسترسی کاربران و محدودیت دسترسی شبکه هم به همون اندازه اهمیت دارن.

منبع رسمی:
https://redis.io/blog/security-advisory-cve-2025-49844/

@DevTwitter | <ali sahrayi/>

این روزها عنوان‌های Agentic Developer (توسعه‌دهندهٔ مسلط به عامل‌ها) و AI-powered Developer (توسعه‌دهندهٔ توانمند با هوش مصنوعی) را زیاد می‌بینیم.

اما استفاده از ابزارهای کدنویسی کافی است که خودمان را با این عنوان‌ها معرفی کنیم؟

به نظرم معیار، تعداد ابزارها نیست؛ این است که چه کاری را می‌توانیم واگذار کنیم، چطور درستی نتیجه را بسنجیم و کجا کنترل را نگه داریم.

این ۹ گام، یک نقشهٔ پیشنهادی برای پیدا کردن جای خودمان است؛ نه یک استاندارد رسمی.

۱. کمک بگیر، اما بفهم
از هوش مصنوعی برای توضیح کد و تحلیل خطا کمک بگیر.
نشانهٔ آمادگی: بتوانی پاسخ را توضیح بدهی و بخش‌های نامطمئنش را تشخیص بدهی.

۲. مسئله را روشن کن
قبل از Prompt، هدف، محدودیت و Acceptance Criteria (معیار پذیرش) را بنویس.
نشانهٔ آمادگی: قبل از گرفتن پاسخ، بدانی خروجی قابل‌قبول چیست.

۳. زمینهٔ درست فراهم کن
با Context Engineering (طراحی زمینه)، فایل‌ها، قواعد و اطلاعات مرتبط را در اختیار مدل بگذار؛ نه کل پروژه را بی‌هدف.
نشانهٔ آمادگی: کمتر مجبور شوی حدس‌های اشتباه مدل را اصلاح کنی.

۴. با شواهد اعتماد کن
با Verification (راستی‌آزمایی)، خروجی را تست و بازبینی کن. تست‌های تولیدشده هم نیاز به بررسی دارند.
نشانهٔ آمادگی: دلیل پذیرش تغییر، شواهد باشد؛ نه توضیح قانع‌کنندهٔ مدل.

۵. کار را قابل‌کنترل کن
با Task Decomposition (تقسیم کار)، درخواست بزرگ را به طرح، تغییرات کوچک، تست و بازبینی بشکن.
نشانهٔ آمادگی: بتوانی هر بخش را مستقل بفهمی و اصلاح کنی.

۶. روش تکرارپذیر بساز
یک Workflow (گردش‌کار) مشخص برای کاری مثل رفع باگ تعریف کن: بازتولید، تست، اصلاح و بازبینی.
نشانهٔ آمادگی: خودت و همکارت بتوانید این روش را روی چند کار مشابه تکرار کنید.

۷. اختیار محدود واگذار کن
به Agent (عامل اجرایی) کار چندمرحله‌ای بده؛ با دسترسی محدود، نقاط تأیید و امکان Rollback (بازگردانی).
نشانهٔ آمادگی: بتوانی اجرا را بررسی و متوقف کنی و تغییرات را برگردانی.

۸. اثر واقعی را بسنج
در Evaluation (ارزیابی)، زمان کل، بازبینی، دوباره‌کاری، خطا و هزینه را با روش قبلی مقایسه کن.
نشانهٔ آمادگی: بدانی هوش مصنوعی کجا کمک می‌کند و کجا نه.

۹. مسئلهٔ بهتری حل کن
با Product Thinking (تفکر محصولی)، بپرس: آیا این قابلیت لازم است؟ آیا گلوگاه واقعاً کدنویسی است؟
نشانهٔ آمادگی: اثر کارت در نتیجهٔ محصول دیده شود، نه فقط حجم کد.

ممکن است در تست‌نویسی قدم هفتم باشی و در معماری قدم دوم؛ طبیعی است. بلوغ بیشتر هم الزاماً یعنی اختیار بیشتر دادن نیست؛ یعنی واگذاری متناسب با ریسک.

برای معرفی توانایی‌ات، به‌جای یک عنوان کلی، شواهد بده:
«رفع باگ را با گردش‌کار مشخص، تست و بازبینی انجام می‌دهم.»

حالا قدم بعدی را مشخص کن:
«در کارِ …، در قدمِ … هستم و این هفته روی … تمرین می‌کنم.»

هدف، واگذاری فهمیدن نیست؛ تقویت توان تصمیم‌گیری ماست.

@DevTwitter | <HamidReza Madani/>

امروز یه مقدار بیکار بودم گفتم Notepad++ رو برای mac os با rust بازنویسی کنم. نتیجه به نظرم خیلی خوب شد. خودم که خیلی بهش نیاز داشتم و اپ های مشابه رو نمی‌پسندیدم. اگه خواستید این لینک گیتهابم

https://github.com/sonatina-dream/Linewright

@DevTwitter | <Sonata/>