یک دایرکتوری خفن و کامل ، شامل صد ها لینک 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
وقتشه React رو با تمام وجود بغل کنیم: RSC کل قواعد بازی رو عوض کرد
به عنوان یک توسعهدهنده اگه از حجم سنگین جاوااسکریپت و کندی لودینگها خسته شدید این خبر برای شماست: React Server Components (RSC) اینجاست تا نجاتمون بده
جریان از چه قراره؟
به جای اینکه کل کد رو مثل یک بار سنگین بفرستیم به مرورگر کاربر RSC میگه:
کارهای سخت رو بده به سرور: کامپوننتهایی که فقط داده میخونن یا زیاد تغییر نمیکنن میرن سمت سرور اجرا میشن
چی میره برای کاربر؟ فقط خروجی نهایی و تمیز (مثل HTML/CSS) دیگه نیازی به جاوااسکریپت اون بخش توی کلاینت نیست
دنیای جدید: معماری هیبرید
سرور کامپوننتها: برای لیستهای بلندبالا و گزارشهای تحلیلی (Performance)
کلاینت کامپوننتها: برای دکمهها، انیمیشنها و هر چیزی که نیاز به تعامل لحظهای داره (Interactivity)
چرا باید هیجانزده باشیم؟
سرعت، سرعت، سرعت: لودینگ اولیه فوقالعاده سریعتر میشه
کد نویسی آسونتر: مستقیماً توی کامپوننت سرور به دیتابیس وصل شو خداحافظی با زنجیرهای از fetchها
@DevTwitter | <Mojtaba Vahedi/>
به عنوان یک توسعهدهنده اگه از حجم سنگین جاوااسکریپت و کندی لودینگها خسته شدید این خبر برای شماست: React Server Components (RSC) اینجاست تا نجاتمون بده
جریان از چه قراره؟
به جای اینکه کل کد رو مثل یک بار سنگین بفرستیم به مرورگر کاربر RSC میگه:
کارهای سخت رو بده به سرور: کامپوننتهایی که فقط داده میخونن یا زیاد تغییر نمیکنن میرن سمت سرور اجرا میشن
چی میره برای کاربر؟ فقط خروجی نهایی و تمیز (مثل HTML/CSS) دیگه نیازی به جاوااسکریپت اون بخش توی کلاینت نیست
دنیای جدید: معماری هیبرید
سرور کامپوننتها: برای لیستهای بلندبالا و گزارشهای تحلیلی (Performance)
کلاینت کامپوننتها: برای دکمهها، انیمیشنها و هر چیزی که نیاز به تعامل لحظهای داره (Interactivity)
چرا باید هیجانزده باشیم؟
سرعت، سرعت، سرعت: لودینگ اولیه فوقالعاده سریعتر میشه
کد نویسی آسونتر: مستقیماً توی کامپوننت سرور به دیتابیس وصل شو خداحافظی با زنجیرهای از fetchها
@DevTwitter | <Mojtaba Vahedi/>
👍43🍌14👎5❤4
امروز داشتم یکم ریکت یاد میگرفتم ک یهو با سایت usehooks.com روبرو شدم.
منبع جالب و خوب برای اموزش و استفاده از هوک های آماده react هست.
طبق بررسی ک انجام دادم کدهای موجود در سایت ساده و قابل فهم هستن و کاربردی میتونه باشه ،
امیدوارم ک بدردتون بخوره
@DevTwitter | <Ali Adinehpour/>
منبع جالب و خوب برای اموزش و استفاده از هوک های آماده react هست.
طبق بررسی ک انجام دادم کدهای موجود در سایت ساده و قابل فهم هستن و کاربردی میتونه باشه ،
امیدوارم ک بدردتون بخوره
@DevTwitter | <Ali Adinehpour/>
👍23🔥5❤1🍌1
یه RAG جدید توسعه دادم که به دردتون میخوره :)
خیلی راحت میتونید اسناد رو اضافه کنید و باهاشون چت کنید ، پشتیبانی از مدل های لوکال ، اوپن روتر و اوپن ای آی هم داره :)
خیلی روش کار کردم ، سرعت و دقت خوب باشه .
لینک :
https://github.com/alipyth/aj_rag
@DevTwitter | <Mr.J/>
خیلی راحت میتونید اسناد رو اضافه کنید و باهاشون چت کنید ، پشتیبانی از مدل های لوکال ، اوپن روتر و اوپن ای آی هم داره :)
خیلی روش کار کردم ، سرعت و دقت خوب باشه .
لینک :
https://github.com/alipyth/aj_rag
@DevTwitter | <Mr.J/>
❤31🍌6🔥5👎1
یکی از خروجیهای دورهی LLMی که برگزار کردم این بود که PHP کار ها واقعا اذیت میشن! پکیج درست حسابی که حداقلهای کار با LLM رو ندارن.
برای همین مشابه پکیج goai-kit که قبلا زده بودم، یه ورژن PHP هم زدم:
https://github.com/mhrlife/phpai-kit
تاثیرش: اسکیما و تول خودکار + اتصال به OTEL لنگفیوز
@DevTwitter | <The Big Rad/>
برای همین مشابه پکیج goai-kit که قبلا زده بودم، یه ورژن PHP هم زدم:
https://github.com/mhrlife/phpai-kit
تاثیرش: اسکیما و تول خودکار + اتصال به OTEL لنگفیوز
@DevTwitter | <The Big Rad/>
🍌26👍7❤2
خبر داغ
اُپِن اِیآی همین الان «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/>
اُپِن اِیآی همین الان «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/>
🔥8👎7❤4
دیگه از 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/>
سالهاست خیلیهامون برای پیدا کردن فایلها و فولدرهای حجیم روی سرورها از دستورهایی مثل 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/>
👍10❤9🍌2👎1
یه system prompt نوشتم برای audit کردن پرامپتها.
از وقتی GPT-5 اومده و نسبت به تناقضها حساستر شده، ازش استفاده میکنم و خیلی کمکم کرده.
چیزایی که چک میکنه:
• تناقضها و دستورات متضاد
• ابهام و واژههای چندمعنایی
• زبان منفی (don't → do)
و ...
https://gist.github.com/mhrlife/9cdf593604e7d1bda80c3d87a9478a8e
@DevTwitter | <The Big Rad/>
از وقتی GPT-5 اومده و نسبت به تناقضها حساستر شده، ازش استفاده میکنم و خیلی کمکم کرده.
چیزایی که چک میکنه:
• تناقضها و دستورات متضاد
• ابهام و واژههای چندمعنایی
• زبان منفی (don't → do)
و ...
https://gist.github.com/mhrlife/9cdf593604e7d1bda80c3d87a9478a8e
@DevTwitter | <The Big Rad/>
🔥5👍4❤1
خداحافظ گیتهاب، سلام کدبرگ: کوچ بزرگ ریپازیتوری اصلی زیگ
زبان برنامهنویسی زیگ (Zig) رسماً ریپازیتوری اصلی خود را از گیتهاب به کدبرگ (Codeberg) منتقل کرد. این تصمیم که از مدتها قبل مورد بحث بود، نشاندهنده تعهد زیگ به تمرکززدایی، متنباز بودن واقعی و دوری از وابستگی به پلتفرمهای متمرکز تحت مالکیت شرکتهای بزرگ است. کدبرگ یک پلتفرم غیرانتفاعی مبتنی بر جامعه است که بر اساس Gitea (یک فورک متنباز از گیتهاب) ساخته شده و بر ارزشهای آزادی نرمافزار و حریم خصوصی کاربران تاکید دارد.
انتقال شامل ریپازیتوری اصلی زیگ (ziglang/zig) و همچنین سایر ریپازیتوریهای مرتبط با اکوسیستم زیگ است. این اقدام با هدف تقویت کنترل جامعه بر توسعه زیگ و کاهش خطرات ناشی از تغییرات سیاستی یا مالکیت گیتهاب انجام شده است. اندرو کلی، رهبر پروژه زیگ، در بیانیهای اعلام کرد که این انتقال گامی حیاتی برای تضمین آیندهای پایدار و مستقل برای زیگ است.
این تصمیم پس از بررسی دقیق گزینههای مختلف و نظرسنجی از جامعه زیگ اتخاذ شد. کدبرگ به دلیل تعهد به متنباز بودن، حریم خصوصی و عدم وابستگی به سرمایهگذاری خطرپذیر، به عنوان بهترین گزینه انتخاب شد. اگرچه گیتهاب همچنان یک پلتفرم محبوب و قدرتمند است، نگرانیها در مورد مالکیت مایکروسافت و احتمال تغییر سیاستها باعث شد تا زیگ به دنبال جایگزینی مستقلتر باشد.
فرآیند انتقال به تدریج انجام شده و شامل انتقال کد، تاریخچه، مسائل (issues) و درخواستهای ادغام (pull requests) است. تیم زیگ ابزارهایی را برای تسهیل انتقال برای توسعهدهندگانی که در این پروژه مشارکت دارند، ارائه کرده است. این انتقال ممکن است در کوتاهمدت باعث ایجاد اختلالاتی شود، اما انتظار میرود در بلندمدت به نفع پایداری و استقلال زیگ باشد.
این اقدام زیگ بازتابی از یک روند رو به رشد در بین پروژههای متنباز است که به دنبال کاهش وابستگی به پلتفرمهای متمرکز و تقویت کنترل جامعه بر توسعه خود هستند. این انتقال میتواند الهامبخش سایر پروژهها برای بررسی جایگزینهای متنباز و تمرکززدایی شده باشد.
چرا این مطلب مهم است؟
انتقال ریپازیتوری زیگ از گیتهاب به کدبرگ نشاندهنده یک تغییر پارادایم در دنیای متنباز است. این حرکت نه تنها استقلال و پایداری زیگ را تضمین میکند، بلکه الگویی برای سایر پروژهها ارائه میدهد که به دنبال کنترل بیشتر بر سرنوشت خود هستند. این تصمیم میتواند تاثیر قابل توجهی بر آینده توسعه نرمافزار متنباز و توزیع قدرت در اکوسیستم فناوری داشته باشد. این رویداد نشان میدهد که جامعه متنباز به طور فزایندهای نسبت به تمرکز و کنترل شرکتهای بزرگ حساس است و به دنبال جایگزینهای مستقلتر و پایدارتر است.
مطلب در ویرگول:
https://vrgl.ir/2aNZB
@DevTwitter | <Alireza DavoodiNia/>
زبان برنامهنویسی زیگ (Zig) رسماً ریپازیتوری اصلی خود را از گیتهاب به کدبرگ (Codeberg) منتقل کرد. این تصمیم که از مدتها قبل مورد بحث بود، نشاندهنده تعهد زیگ به تمرکززدایی، متنباز بودن واقعی و دوری از وابستگی به پلتفرمهای متمرکز تحت مالکیت شرکتهای بزرگ است. کدبرگ یک پلتفرم غیرانتفاعی مبتنی بر جامعه است که بر اساس Gitea (یک فورک متنباز از گیتهاب) ساخته شده و بر ارزشهای آزادی نرمافزار و حریم خصوصی کاربران تاکید دارد.
انتقال شامل ریپازیتوری اصلی زیگ (ziglang/zig) و همچنین سایر ریپازیتوریهای مرتبط با اکوسیستم زیگ است. این اقدام با هدف تقویت کنترل جامعه بر توسعه زیگ و کاهش خطرات ناشی از تغییرات سیاستی یا مالکیت گیتهاب انجام شده است. اندرو کلی، رهبر پروژه زیگ، در بیانیهای اعلام کرد که این انتقال گامی حیاتی برای تضمین آیندهای پایدار و مستقل برای زیگ است.
این تصمیم پس از بررسی دقیق گزینههای مختلف و نظرسنجی از جامعه زیگ اتخاذ شد. کدبرگ به دلیل تعهد به متنباز بودن، حریم خصوصی و عدم وابستگی به سرمایهگذاری خطرپذیر، به عنوان بهترین گزینه انتخاب شد. اگرچه گیتهاب همچنان یک پلتفرم محبوب و قدرتمند است، نگرانیها در مورد مالکیت مایکروسافت و احتمال تغییر سیاستها باعث شد تا زیگ به دنبال جایگزینی مستقلتر باشد.
فرآیند انتقال به تدریج انجام شده و شامل انتقال کد، تاریخچه، مسائل (issues) و درخواستهای ادغام (pull requests) است. تیم زیگ ابزارهایی را برای تسهیل انتقال برای توسعهدهندگانی که در این پروژه مشارکت دارند، ارائه کرده است. این انتقال ممکن است در کوتاهمدت باعث ایجاد اختلالاتی شود، اما انتظار میرود در بلندمدت به نفع پایداری و استقلال زیگ باشد.
این اقدام زیگ بازتابی از یک روند رو به رشد در بین پروژههای متنباز است که به دنبال کاهش وابستگی به پلتفرمهای متمرکز و تقویت کنترل جامعه بر توسعه خود هستند. این انتقال میتواند الهامبخش سایر پروژهها برای بررسی جایگزینهای متنباز و تمرکززدایی شده باشد.
چرا این مطلب مهم است؟
انتقال ریپازیتوری زیگ از گیتهاب به کدبرگ نشاندهنده یک تغییر پارادایم در دنیای متنباز است. این حرکت نه تنها استقلال و پایداری زیگ را تضمین میکند، بلکه الگویی برای سایر پروژهها ارائه میدهد که به دنبال کنترل بیشتر بر سرنوشت خود هستند. این تصمیم میتواند تاثیر قابل توجهی بر آینده توسعه نرمافزار متنباز و توزیع قدرت در اکوسیستم فناوری داشته باشد. این رویداد نشان میدهد که جامعه متنباز به طور فزایندهای نسبت به تمرکز و کنترل شرکتهای بزرگ حساس است و به دنبال جایگزینهای مستقلتر و پایدارتر است.
مطلب در ویرگول:
https://vrgl.ir/2aNZB
@DevTwitter | <Alireza DavoodiNia/>
🍌49❤16👍8👎8