بعد از اومدن Claude Opus 4.5 روی http://v0.app یکم تستش کنم و ببینم چطوریه، واقعیتش نتایجی که بهم داد خیلی بهتر از چیزی بود که از مدل های خیلی قوی قبلی دیده بودم، انگار یه مدل دادن فقط برای Programming، این نتایج تست های 1 ساعت اخیر من هست. لینکهارو میذارم، واقعا عالیه!
همه اینا فقط با یک پاراگراف 4-5 خطی انجام شده بدون هیچ توضیح اضافه یا اصلاح و بهبود، One-Shot در اولین پرامپت. البته اینا لندینگ پیج هستن ولی در کل برای کمتر از 10 دقیقه کار خیلی خوب و تمیز در اومدن.
مثلا این لینک لندینگ lord of the rings:
https://v0.app/chat/lord-of-the-rings-landing-page-oBpcDgX48O6?ref=NU4L05
@DevTwitter | <Max Shahdoost/>
همه اینا فقط با یک پاراگراف 4-5 خطی انجام شده بدون هیچ توضیح اضافه یا اصلاح و بهبود، One-Shot در اولین پرامپت. البته اینا لندینگ پیج هستن ولی در کل برای کمتر از 10 دقیقه کار خیلی خوب و تمیز در اومدن.
مثلا این لینک لندینگ lord of the rings:
https://v0.app/chat/lord-of-the-rings-landing-page-oBpcDgX48O6?ref=NU4L05
@DevTwitter | <Max Shahdoost/>
👍19❤8🔥4🍌4
سورس کدی که این روزا دارم میخونم: بسیار تمیز و زیبا نوشته شده، سی++ مدرن کمتر توش استفاده شده چون سال ۲۰۰۷ شروع به نوشتنش کردن و اون موقع چیزی به اسم سی++ مدرن نداشتیم
https://github.com/godotengine/godot
@DevTwitter | <Abolfazl/>
https://github.com/godotengine/godot
@DevTwitter | <Abolfazl/>
👍23👎4❤1🔥1
وقتی ChatGPT منتشر شد خیلیها باور داشتند دوره گوگل به پایان میرسه اما در عمل برعکس شده
گوگل داره برنده هوش مصنوعی میشه تنها شرکتی که کل زنجیره هوش مصنوعی از تولید تراشه تا دیتاسنتر، مدلهای LLM و ... دارد و درآمد و سودش هم از خدمات ابری به سرعت رو به رشد است
@DevTwitter | <Masoud Majidi/>
گوگل داره برنده هوش مصنوعی میشه تنها شرکتی که کل زنجیره هوش مصنوعی از تولید تراشه تا دیتاسنتر، مدلهای LLM و ... دارد و درآمد و سودش هم از خدمات ابری به سرعت رو به رشد است
@DevTwitter | <Masoud Majidi/>
👍62🔥14❤5👎2
با توجه به اینکه این روزها موضوع 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/>
این کتابخانه مبتنی بر annotation است، با انواع مختلف داده بهصورت دقیق و صحیح کار میکند و به همراه Spring Auto-Configuration ارائه شده تا بتوان آن را بدون تغییرات عمده به پروژههای موجود اضافه کرد.
اگر با LLMها سروکار دارید و قصد دارید بدون تغییر در مدل دامنهی خود، اندازهی پرامپت و هزینههای مرتبط را کاهش دهید، پیشنهاد میکنم حتماً اون رو بررسی کنید.
https://github.com/Jamalianpour/toon-spring-boot
@DevTwitter | <Mohammad/>
❤17👍3👎2🔥1
یک دایرکتوری خفن و کامل ، شامل صد ها لینک Ai های کاربردی ، نظم دهی شده با توجه به کاربرد و نوع استفاده
شامل چتباتها، تولید تصویر، ویدیو، صدا، کدنویسی و ابزارهای کاربردی.
https://github.com/xPOURY4/AI-Links
برای مشاهده انلاین هم میتونید به این لینک برید
https://xpoury4.github.io/AI-Links/
@DevTwitter | <POURYA/>
شامل چتباتها، تولید تصویر، ویدیو، صدا، کدنویسی و ابزارهای کاربردی.
https://github.com/xPOURY4/AI-Links
برای مشاهده انلاین هم میتونید به این لینک برید
https://xpoury4.github.io/AI-Links/
@DevTwitter | <POURYA/>
❤23👍4🍌3👎1
یه تلهی بزرگ که پروژهها و اغلب برنامهنویسهای بکند توش میوفتن، اینه که برای حل یه مشکل، سعی میکنن یه مشکل جدید ایجاد کنن.
دیتابیس همیشه Source of Truth هستش، و اضافه کردن لایهی کش، میتونه بعضی مواقع ریسک stale شدن دیتا رو ایجاد کنه. چون مثلا ممکنه در لحظهی آپدیت کش، ردیس خطا بده و ...
به نظر من کش زمانی باید به پروژه اضافه بشه که سیستم، زیر بار دیگه جوابگوی تعداد ریکوئستها نباشه و latency به اندازهی خوبی بالا رفته باشه. اندازهگیری این تاخیر هم، یه عدد ثابت نداره. باید در یک بازهی زمانی محاسبه بشه.
اگه احساس بر اینه که کوئریها سنگین هستن و باید کش اضافه بشه، میتونه چند تا احتمال وجود داشته باشه:
۱- نورمالیزیشن درست انجام نشده
۲- دومین درست تعریف نشده
۳- کوئریها بهینه نیستند (ممکنه بجای گرفتن لیستی از رکوردها، یکی یکی واکشی میشن)
@DevTwitter | <آرش | Arash/>
دیتابیس همیشه Source of Truth هستش، و اضافه کردن لایهی کش، میتونه بعضی مواقع ریسک stale شدن دیتا رو ایجاد کنه. چون مثلا ممکنه در لحظهی آپدیت کش، ردیس خطا بده و ...
به نظر من کش زمانی باید به پروژه اضافه بشه که سیستم، زیر بار دیگه جوابگوی تعداد ریکوئستها نباشه و latency به اندازهی خوبی بالا رفته باشه. اندازهگیری این تاخیر هم، یه عدد ثابت نداره. باید در یک بازهی زمانی محاسبه بشه.
اگه احساس بر اینه که کوئریها سنگین هستن و باید کش اضافه بشه، میتونه چند تا احتمال وجود داشته باشه:
۱- نورمالیزیشن درست انجام نشده
۲- دومین درست تعریف نشده
۳- کوئریها بهینه نیستند (ممکنه بجای گرفتن لیستی از رکوردها، یکی یکی واکشی میشن)
@DevTwitter | <آرش | Arash/>
👍36❤7🔥2🍌2
This media is not supported in your browser
VIEW IN TELEGRAM
اگه از 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/>
Link: https://cdn.openai.com/business-guides-and-resources/building-an-ai-native-engineering-team.pdf
@DevTwitter | <Mehdi Allahyari/>
👍8❤4
آمازون از اینترنت ماهواره ای Leo Satellite رونمایی کرد. این دستگاه رقیب Starlink شرکت SpaceX است و در سه نسخه ترمینال متفاوت با نام های Nano با سرعت حداکثر 100Mbps و نسخه Pro تا 400Mbps و نسخه Ultra تا 1Gbps اتصال اینترنت به ماهواره با فاصله نزدیک به جو زمین ارائه خواهد داد.
@DevTwitter | <Max Shahdoost/>
@DevTwitter | <Max Shahdoost/>
👍28🔥6❤4👎2
آنتروپیک دیشب رسما Claude Opus 4.5 رو منتشر کرد و اسم خودش رو هم گذاشته بهترین مدل کدنویسی دنیا(هرچند که قبلا هم بود به نظرم)
چندتا نکته توی خبر معرفیش بود
۱- قیمتش کمتر شده یعنی با اینکه خیلی قویتره، قیمتش یکسوم شده (۵ دلار ورودی / ۲۵ دلار خروجی) که این با بهینه شدن مدل و رقابت و ... بدست میاد و به نظرم همینطور کمتر هم میشه و این زیباست
۲- یک پارامتر جدید به نام Effort معرفی کردن که میتونی به مدل بگی چقدر برای جوابت زور بزنه یا تلاش کنه :)))
واسه کارهای دمدستی Effort رو میاری پایین که سریع جواب بده، واسه دیباگ کدهای سنگین میذاری روی High که قشنگ مثل یه سینیور دولوپر بشینه فکر کنه
۳- توی بنچمارکهای کدنویسی (SWE-bench) رکورد زده و قابلیت Computer Use که قبلا دمو بود، الان دقیقتر شده
قشنگ میتونه مثل یه آدم بشینه پای سیستمت و کارها رو انجام بده (امیدوارم سریعتر بیشتر ارزون تر بشه که ما هم بتونیم این ویژگی رو استفاده کنیم هر چند کوپایلت الان شبیهش رو در ویندوز داره ارایه میده)
پ.ن: رقابت فقط در شرکت های آمریکایی زیباست لامصب
@DevTwitter | <Hossein Mahmoodi />
چندتا نکته توی خبر معرفیش بود
۱- قیمتش کمتر شده یعنی با اینکه خیلی قویتره، قیمتش یکسوم شده (۵ دلار ورودی / ۲۵ دلار خروجی) که این با بهینه شدن مدل و رقابت و ... بدست میاد و به نظرم همینطور کمتر هم میشه و این زیباست
۲- یک پارامتر جدید به نام Effort معرفی کردن که میتونی به مدل بگی چقدر برای جوابت زور بزنه یا تلاش کنه :)))
واسه کارهای دمدستی Effort رو میاری پایین که سریع جواب بده، واسه دیباگ کدهای سنگین میذاری روی High که قشنگ مثل یه سینیور دولوپر بشینه فکر کنه
۳- توی بنچمارکهای کدنویسی (SWE-bench) رکورد زده و قابلیت Computer Use که قبلا دمو بود، الان دقیقتر شده
قشنگ میتونه مثل یه آدم بشینه پای سیستمت و کارها رو انجام بده (امیدوارم سریعتر بیشتر ارزون تر بشه که ما هم بتونیم این ویژگی رو استفاده کنیم هر چند کوپایلت الان شبیهش رو در ویندوز داره ارایه میده)
پ.ن: رقابت فقط در شرکت های آمریکایی زیباست لامصب
@DevTwitter | <Hossein Mahmoodi />
❤41👍15🍌5🔥2
پکیج های فیکر فارسی و ارسال پیامک لاراول برای 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/>
البته این بروزرسانی فقط اضافه کردن 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/>
❤17🍌4👍2🔥1
امروز یه پروژه جدید تو گیتهاب گذاشتم که فکر کنم برای هر کسی که با مسیریابی و لوکیشن سرویسها کار میکنه میتونه بهدرد بخوره.
یه سرویس مسیریاب ساختم که با یه الگوریتم سادهی Brute-Force میاد بین یه مبدا و چندتا مقصد، بهترین مسیر رو پیدا میکنه.
کل سرویس روی OSRM اوپنسورس پیاده شده — هم رایگانه، هم سبک و خیلی راحت میشه تو پروژههای واقعی استفادهش کرد.
اگه پروژههایی دارید که باید مسیر بهینه بین چند مقصد پیدا بشه، این میتونه یه انتخاب خوب باشه.
https://github.com/sajadfallahdoost/direction-route
@DevTwitter | <sajad fallahdoost/>
یه سرویس مسیریاب ساختم که با یه الگوریتم سادهی Brute-Force میاد بین یه مبدا و چندتا مقصد، بهترین مسیر رو پیدا میکنه.
کل سرویس روی OSRM اوپنسورس پیاده شده — هم رایگانه، هم سبک و خیلی راحت میشه تو پروژههای واقعی استفادهش کرد.
اگه پروژههایی دارید که باید مسیر بهینه بین چند مقصد پیدا بشه، این میتونه یه انتخاب خوب باشه.
https://github.com/sajadfallahdoost/direction-route
@DevTwitter | <sajad fallahdoost/>
❤45👍10🍌6
حدود دو سال پیش پکیج antd-jalali-v5 رو نوشتم برای اینکه تقویم AntD رو جلالی کنم.
در این مدت چند مورد عدم سازگاری با نسخههای جدید گزارش شده بود و بالاخره نسخهی جدید رو منتشر کردم:
سازگار با React 19، سازگار با AntD 6 و با چند بهبود ریز.
https://www.npmjs.com/package/antd-jalali-v5
@DevTwitter | <Ali Mousavi/>
در این مدت چند مورد عدم سازگاری با نسخههای جدید گزارش شده بود و بالاخره نسخهی جدید رو منتشر کردم:
سازگار با React 19، سازگار با AntD 6 و با چند بهبود ریز.
https://www.npmjs.com/package/antd-jalali-v5
@DevTwitter | <Ali Mousavi/>
❤18👍5🔥3🍌1
تا وقتی فرانتاند کوچیکه، همهچی خوبه… اما وقتی محصول بزرگ میشه، اون موقع تازه درد واقعی شروع میشه.
امروز صبح یه مقاله خوندم دربارهی 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/>
امروز صبح یه مقاله خوندم دربارهی 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/>
👍27👎7❤4🔥1