با توجه به اینکه این روزها موضوع TOON به‌شدت مورد توجه قرار گرفته، تصمیم گرفتم یک کتابخانه برای Spring Boot که ابجکت های Java را به TOON (Token-Oriented Object Notation) تبدیل می‌کنه بنویسم، قالبی فشرده و سازگار با LLMها که می‌تواند مصرف توکن را در مقایسه با JSON حدود ۳۰ تا ۶۰ درصد کاهش دهد.

این کتابخانه مبتنی بر annotation است، با انواع مختلف داده به‌صورت دقیق و صحیح کار می‌کند و به همراه Spring Auto-Configuration ارائه شده تا بتوان آن را بدون تغییرات عمده به پروژه‌های موجود اضافه کرد.

اگر با LLMها سروکار دارید و قصد دارید بدون تغییر در مدل دامنه‌ی خود، اندازه‌ی پرامپت و هزینه‌های مرتبط را کاهش دهید، پیشنهاد می‌کنم حتماً اون رو بررسی کنید.

https://github.com/Jamalianpour/toon-spring-boot

@DevTwitter | <Mohammad/>

یک دایرکتوری خفن و کامل ، شامل صد ها لینک Ai های کاربردی ، نظم دهی شده با توجه به کاربرد و نوع استفاده

شامل چت‌بات‌ها، تولید تصویر، ویدیو، صدا، کدنویسی و ابزارهای کاربردی.

https://github.com/xPOURY4/AI-Links

برای مشاهده انلاین هم میتونید به این لینک برید
https://xpoury4.github.io/AI-Links/

@DevTwitter | <POURYA/>

یه تله‌ی بزرگ که پروژه‌ها و اغلب برنامه‌‌نویس‌های بکند توش میوفتن، اینه که برای حل یه مشکل، سعی می‌کنن یه مشکل جدید ایجاد کنن.

دیتابیس همیشه Source of Truth هستش، و اضافه کردن لایه‌ی کش، می‌تونه بعضی مواقع ریسک stale شدن دیتا رو ایجاد کنه. چون مثلا ممکنه در لحظه‌ی آپدیت کش، ردیس خطا بده و ...

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

اگه احساس بر اینه که کوئری‌ها سنگین هستن و باید کش اضافه بشه، میتونه چند تا احتمال وجود داشته باشه:
۱- نورمالیزیشن درست انجام نشده
۲- دومین درست تعریف نشده
۳- کوئری‌ها بهینه نیستند (ممکنه بجای گرفتن لیستی از رکورد‌ها، یکی یکی واکشی می‌شن)

@DevTwitter | <آرش | Arash/>

اگه از AI coding agent ها در سیکل تولید نرم افزار/ چرخه توسعه نرم‌افزار استفاده میکنید که بعید میدونم نکنید حتما این ۲۰ صفحه pdf از کمپانی OpenAI را بخونید. که یک سری راهکارهای عملی نشون میده برای اینکه رهبرای مهندسی بتونن همین امروز استارت ساختن تیم‌ها و پروسه‌های AI-native رو بزنن.
Link: https://cdn.openai.com/business-guides-and-resources/building-an-ai-native-engineering-team.pdf

@DevTwitter | <Mehdi Allahyari/>

آمازون از اینترنت ماهواره ای Leo Satellite رونمایی کرد. این دستگاه رقیب Starlink شرکت SpaceX است و در سه نسخه ترمینال متفاوت با نام های Nano با سرعت حداکثر 100Mbps و نسخه Pro تا 400Mbps و نسخه Ultra تا 1Gbps اتصال اینترنت به ماهواره با فاصله نزدیک به جو زمین ارائه خواهد داد.

@DevTwitter | <Max Shahdoost/>

پکیج های فیکر فارسی و ارسال پیامک لاراول برای PHP 8.5 بروزرسانی شدند!

البته این بروزرسانی فقط اضافه کردن PHP 8.5 به تست های GitHub Actions و پاس شدنشون بود اما چندتا نکنه مهم برام داشت:

1- چقدر GitHub Action باحال هست. فقط 30 ثانیه ادیت و روی 3 تا سیستم عامل، پکیج ها با PHP 8.2 تا 8.5 توی همه حالت ها تست میشن!

2- تست نویسی چقدر باحاله! با اینکه اول کار وقت زیادی رو در هنگام توسعه ازم گرفت و چون تجربه اولم برای تست نویسی بود، کلی over testing کردم، اما الان با اعتماد به نفس بالا خیالم راحته که هیچ مشکلی برای پکیج هام توی نسخه جدید نیست! (البته توی چیزهایی که تست کردم و همیشه جا برای باگ های ناشناخته هست)

3- اینکه دنیای برنامه نویسی یه بلوغ رسیده و اکثر زبان ها، فریم ورک ها و پکیج ها سعی دارن که breaking change نداشته باشن (مثلا لاراول 12، PHP 8.5) هم خیلی باحاله.

لینک پکیج هام اگر خواستید افتخار بدید و استفاده کنید
پکیج فیکر فارسی برای PHP
https://github.com/amyavari/persian-faker-php

پکیج ارسال پیامک لاراول با 12 ارائه دهنده ایرانی
https://github.com/amyavari/iran-sms-laravel

@DevTwitter | <Ali Mohammad Yavari/>

حدود دو سال پیش پکیج antd-jalali-v5 رو نوشتم برای اینکه تقویم AntD رو جلالی کنم.
در این مدت چند مورد عدم سازگاری با نسخه‌های جدید گزارش شده بود و بالاخره نسخه‌ی جدید رو منتشر کردم:
سازگار با React 19، سازگار با AntD 6 و با چند بهبود ریز.

https://www.npmjs.com/package/antd-jalali-v5

@DevTwitter | <Ali Mousavi/>

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

امروز صبح یه مقاله‌ خوندم درباره‌ی Micro-Frontends و حس کردم احتمالا این همون چیزیه که خیلی از تیم‌ها باهاش درگیرن: یک UI بزرگ، چند تا تیم، کلی هماهنگی اعصاب خورد کن… و در نهایت اسپرینت هایی که همیشه Faile میشن.

اینجا میکرو فرانت‌اند وارد میشه؛ اما نه به‌عنوان یک “Technical Trend”، بلکه به‌عنوان یک تغییر فرهنگی توی تیم.

چند نکته که به نظرم خیلی مهم بود:

- کامپوننت داشتن به معنی میکروفرانت‌اند نیست.
کامپوننت برای reuse خوبه؛
میکروفرانت‌اند برای استقلال تیم‌ها.
این دوتا رو نباید اشتباه گرفت.


- اگر هر تغییر کوچیک توی UI تبدیل میشه به یک فرایند پیچیده، وقتشه معماری رو بازنگری کنید.
این یعنی تیم‌ها بیش از حد به هم گیرن.


- مهاجرت به میکروفرانت‌اند باید “تکه‌تکه و عمودی” باشه.
نه یک Big Bang.
یک بخش کامل از UI رو جدا کن و بذار یک تیم کامل مسئولش باشه. مشکلات واقعی اونجا خودشون رو نشون میدن.


- تکرار بعضی چیزها الزاماً بده نیست.
گاهی “duplicate کردن” یک ماژول ساده، خیلی عاقلانه‌تر از یکی کردنشون وسط چند تیمه.
سرعت مهم‌تر از وسواس بی‌جا روی DRY بودن کدهاست.


- سخت‌ترین بخش ماجرا تقسیم تکنیکال نیست؛ هماهنگی تیم‌هاست. routing، auth، UX ، قرارداد بین تیم‌ها…
این‌ها جاییه که معمولاً پروژه‌ها زمین می‌خورن.


- جمع‌بندی خودم
اگر محصول شما بزرگ شده، تیم‌ها زیاد شدن، و انتشارها سخت و کندن… Micro-Frontends می‌تونه واقعاً بازدهی و سرعت شما رو چند برابر کنه.
اما اگر یه اپ کوچیک دارید، یا فقط یک تیم روی اپلیکیشن کار می‌کنه میکرو فرانت اند چیزی اضافه نمی‌کنه که هیچ تازه پیچیدگی غیر ضرروی رو هم به تیم تحمیل میکنه.

https://www.infoq.com/articles/adopt-micro-frontends/

@DevTwitter | <Mansour Kalagar/>

وقتشه React رو با تمام وجود بغل کنیم: RSC کل قواعد بازی رو عوض کرد
به عنوان یک توسعه‌دهنده اگه از حجم سنگین جاوااسکریپت و کندی لودینگ‌ها خسته شدید این خبر برای شماست: React Server Components (RSC) اینجاست تا نجاتمون بده
جریان از چه قراره؟
به جای اینکه کل کد رو مثل یک بار سنگین بفرستیم به مرورگر کاربر RSC میگه:
کارهای سخت رو بده به سرور: کامپوننت‌هایی که فقط داده می‌خونن یا زیاد تغییر نمی‌کنن میرن سمت سرور اجرا میشن
چی میره برای کاربر؟ فقط خروجی نهایی و تمیز (مثل HTML/CSS) دیگه نیازی به جاوااسکریپت اون بخش توی کلاینت نیست
دنیای جدید: معماری هیبرید
سرور کامپوننت‌ها: برای لیست‌های بلندبالا و گزارش‌های تحلیلی (Performance)
کلاینت کامپوننت‌ها: برای دکمه‌ها، انیمیشن‌ها و هر چیزی که نیاز به تعامل لحظه‌ای داره (Interactivity)
چرا باید هیجان‌زده باشیم؟
سرعت، سرعت، سرعت: لودینگ اولیه فوق‌العاده سریع‌تر میشه
کد نویسی آسون‌تر: مستقیماً توی کامپوننت سرور به دیتابیس وصل شو خداحافظی با زنجیره‌ای از fetchها

@DevTwitter | <Mojtaba Vahedi/>

امروز داشتم یکم ریکت یاد میگرفتم ک یهو با سایت usehooks.com روبرو شدم.
منبع جالب و خوب برای اموزش و استفاده از هوک های آماده react هست.

طبق بررسی ک انجام دادم کدهای موجود در سایت ساده و قابل فهم هستن و کاربردی میتونه باشه ،
امیدوارم ک بدردتون بخوره

@DevTwitter | <Ali Adinehpour/>

یکی از خروجی‌های دوره‌ی LLMی که برگزار کردم این بود که PHP کار ها واقعا اذیت میشن! پکیج درست حسابی که حداقل‌های کار با LLM رو ندارن.

برای همین مشابه پکیج goai-kit که قبلا زده بودم، یه ورژن PHP هم زدم:
https://github.com/mhrlife/phpai-kit

تاثیرش: اسکیما و تول خودکار + اتصال به OTEL لنگفیوز

@DevTwitter | <The Big Rad/>

خبر داغ
اُپِن اِی‌آی همین الان «Prompt Pack» برای همهٔ شغل‌ها منتشر کرد!
دیگه لازم نیست ساعت‌ها وقت بزاری پرامپت بنویسی.
دوره‌های موجود:
- فناوری اطلاعات (IT)
- فروش (Sales)
- محصول (Product)
- مدیران (Managers)
- بازاریابی (Marketing)
- مدیران اجرایی (Executives)
- موفقیت مشتری (Customer Success)
- مهندسی (Engineering)
- منابع انسانی (HR & People Ops)
- رهبران (Leaders)
- فناوری اطلاعات دولتی(Government IT)

https://academy.openai.com/public/tags/prompt-packs-6849a0f98c613939acef841c

@DevTwitter | <Alireza Anbari/>

دیگه از du -sh استفاده نکنید!
سال‌هاست خیلی‌هامون برای پیدا کردن فایل‌ها و فولدرهای حجیم روی سرورها از دستورهایی مثل du -sh استفاده می‌کنیم.
اما واقعیت اینه که این روش چندتا مشکل جدی داره.
مشکلات du -sh:
سرعت پایین روی مسیرهای بزرگ
نداشتن رابط تعاملی برای مرور زیرشاخه‌ها
سخت بودن مقایسه حجم فولدرها
نیاز به اجرای چندباره برای دیدن عمق‌های مختلف
عملاً روی سرورهای شلوغ وقت‌گیر و اعصاب‌خوردکنه.

اینجاست که ابزار حرفه‌ای‌تر و کارآمدتر وارد میشه:
ابزار ncdu؛ ابزار سریع، تعاملی و دقیق برای تحلیل فضای دیسک
درواقع نسخه بهینه و امروزی دستور du هست
نه‌ فقط سریع‌ تر، بلکه با یک UI داخل ترمینال کار رو چند برابر ساده‌تر می‌کنه.

مزیت‌های ncdu:
سرعت فوق‌العاده بالا در اسکن مسیرها
محیط تعاملی برای بالا/پایین رفتن بین فولدرها
مرتب‌سازی اتوماتیک بر اساس حجم
پیدا کردن خیلی سریع بزرگ‌ترین مصرف‌کننده‌های دیسک
در ضمن نصبش هم خیلی راحته:
Debian base:
apt install ncdu
RHEL base:
yum install ncdu
macOs:
brew install ncdu
برای استفاده از ncdu هم فقط کافیه بزنید مسیر مورد نظر ncdu مثل ncdu /var/log.

@DevTwitter | <Erfan Darbani/>