Forwarded from DevTwitter Ads.
❓امروزه علت و ریشهی عدم ثبات و زودرنجی بازیکنان برزیلی چیه؟
❓چرا انسان به کنشهای منفی نسبت به کنشهای مثبت اهمیت بیشتری میده؟
❓آیا روشی هست تا تمرین و استمرار در یک کار، برای ما لذتبخش باقی بمونه؟
🆔 @footballaslife
❓چرا انسان به کنشهای منفی نسبت به کنشهای مثبت اهمیت بیشتری میده؟
❓آیا روشی هست تا تمرین و استمرار در یک کار، برای ما لذتبخش باقی بمونه؟
تو این کانال، ما با مثالهای فوتبالی و ورزشی به اعماق رازهای روانشناسی پی میبریم، و همچنین نگاه ویژهای داریم به تاریخ و سیاست، و روایتهایی که احتمالا نشنیده باشید.
🆔 @footballaslife
🍌12👎2🔥1
داشتم از روی کنجکاوی بررسی میکردم که چطور میشه جمعآوری و انتقال لاگهای لینوکس رو قابل اعتمادتر کرد؛ اینکه اگر مقصد از دسترس خارج شد، دادهها چه وضعیتی پیدا میکنن و چطور میشه تحویلشون رو مدیریت کرد. همین کنجکاوی کمکم به دِئنا (daena) رسید؛ پروژهای که تا الان نسخه 0.2.0 پیادهسازی کردم.
دِئنا لاگها رو از systemd journal میخونه، از یه پایپ لاین ماژولار برای پردازش، فیلتر و افزودن اطلاعات تکمیلی به رکوردها استفاده میکنه و قبل از ارسال، اونا رو با lmdb روی دیسک نگه میداره.
بخش جذاب ماجرا برای من، مدل تحویل داده هاس که هر مقصد (sink) وضعیت تحویل مستقل خودش رو داره؛ بنابراین اختلال یه مقصد لزوماً بقیه رو متوقف نمیکنه. ارسال مجدد با backoff مدیریت میشه و رکوردهای ناموفق هم از طریق dead-letter queue قابل بررسی و بازیابی هستن...
معماری پروژه هم ماژولاره؛ سورس ها، پروسسورها و sink ها قابل توسعه اند و میشه
رکوردها رو به مقصدی مثل loki یا هر سرویس که روی http فرستاد. برای مدیریت و عیبیابی هم یه api روی grpc و یه cli پیاده کردم تا وضعیت سرویس، صف تحویل و رکوردهای ناموفق قابل بررسی باشن.
برای من که این پروژه بیشتر از اینکه صرفاً یه ابزار جمعآوری لاگ به حساب بیاد، تجربه ای برای فکر کردن به قابلیت اطمینان تو لایه ایه که معمولاً بین تولید داده و زیرساخت مرکزی نادیده گرفته میشه.
اگه دوست داشتین خوشحال میشم نگاهی بهش بندازید اگه مفید بود بهتون ایده بده یا ازش استفاده کنید.
لینک سورس پروژه:
https://src.panahifar.ir/ahp/daena
@DevTwitter | <Amir Husayn Panahifar/>
دِئنا لاگها رو از systemd journal میخونه، از یه پایپ لاین ماژولار برای پردازش، فیلتر و افزودن اطلاعات تکمیلی به رکوردها استفاده میکنه و قبل از ارسال، اونا رو با lmdb روی دیسک نگه میداره.
بخش جذاب ماجرا برای من، مدل تحویل داده هاس که هر مقصد (sink) وضعیت تحویل مستقل خودش رو داره؛ بنابراین اختلال یه مقصد لزوماً بقیه رو متوقف نمیکنه. ارسال مجدد با backoff مدیریت میشه و رکوردهای ناموفق هم از طریق dead-letter queue قابل بررسی و بازیابی هستن...
معماری پروژه هم ماژولاره؛ سورس ها، پروسسورها و sink ها قابل توسعه اند و میشه
رکوردها رو به مقصدی مثل loki یا هر سرویس که روی http فرستاد. برای مدیریت و عیبیابی هم یه api روی grpc و یه cli پیاده کردم تا وضعیت سرویس، صف تحویل و رکوردهای ناموفق قابل بررسی باشن.
برای من که این پروژه بیشتر از اینکه صرفاً یه ابزار جمعآوری لاگ به حساب بیاد، تجربه ای برای فکر کردن به قابلیت اطمینان تو لایه ایه که معمولاً بین تولید داده و زیرساخت مرکزی نادیده گرفته میشه.
اگه دوست داشتین خوشحال میشم نگاهی بهش بندازید اگه مفید بود بهتون ایده بده یا ازش استفاده کنید.
لینک سورس پروژه:
https://src.panahifar.ir/ahp/daena
@DevTwitter | <Amir Husayn Panahifar/>
❤12👍1💔1
خب من دوباره کلی توکن کلاد سوزوندم تا مشکل اساسی فارسینویسی رو توی ترمینال ویندوز حل کنم
بهنظرم این پروژه واقعاً کاربردیه، چون تا قبل از این عملاً امکان استفاده درستوحسابی از ترمینالهای ویندوز نبود
https://github.com/amiralimanzar/windowsterminal-rtl
@DevTwitter | <Amir Ali Manzar/>
بهنظرم این پروژه واقعاً کاربردیه، چون تا قبل از این عملاً امکان استفاده درستوحسابی از ترمینالهای ویندوز نبود
https://github.com/amiralimanzar/windowsterminal-rtl
@DevTwitter | <Amir Ali Manzar/>
❤80🍌20👍7
This media is not supported in your browser
VIEW IN TELEGRAM
یه اپ برای مدیریت clipboard توی مک. دیگه با خیال راحت چندین چیز رو میشه کپی کرد و انتخاب کنی کدومش paste بشه.
موارد مشابه از ۱۰ دلار تا ۱۰۰ دلار قیمتشونه. ممکنه ورژن متن باز هم باشه اما این نسخه رو من کاستومایز کردم.
لینک گیتهاب: https://github.com/sonatina-dream/copywren
@DevTwitter | <Sonata/>
موارد مشابه از ۱۰ دلار تا ۱۰۰ دلار قیمتشونه. ممکنه ورژن متن باز هم باشه اما این نسخه رو من کاستومایز کردم.
لینک گیتهاب: https://github.com/sonatina-dream/copywren
@DevTwitter | <Sonata/>
🍌18👍17🔥5
اگر AI بتواند کد را ۱۲ برابر سریعتر تولید کند، آیا Git، Code Review و CI/CD ما هم برای چنین سرعتی آمادهاند؟
مقاله جدید Anthropic درباره بازطراحی Source Control، یک نکته مهم دارد:
در عصر AI، ممکن است دیگر نوشتن کد گلوگاه اصلی توسعه نرمافزار نباشد؛ بلکه زیرساختی باشد که قرار است این حجم از کد را مدیریت کند.
اعداد جالباند:
- تعداد تغییرات Merge شده در روز، از حدود ۲٬۵۰۰ در ماه مه ۲۰۲۶ به بیش از ۳۰٬۰۰۰ در سپتامبر رسید.
- آنها برای پاسخ به این مقیاس، سیستم کنترل نسخه داخلی خودشان به نام Scion را ساختند و طی پنج ماه، مخزن اصلی را از Git به آن منتقل کردند.
- نتیجه؟ زیرساختی با مصرف CPU و حافظه حدود ۲۰۰ برابر کمتر از زیرساخت قبلی Git Mirror ها و Checkout هایی که تا دو مرتبه بزرگی سریعتر شدهاند.
اما به نظرم مهمترین بخش مقاله، خود Scion نیست؛ بلکه تغییر نگاه به مهندسی نرمافزار است.
۱. شاید دیگر هر Job به یک Checkout کامل نیاز نداشته باشد.
ابزار Scion برای محیطی طراحی شده که Agentها و Jobها تقریباً همیشه آنلایناند. بهجای اینکه هر کلاینت یک مخزن کامل داشته باشد، بسیاری از عملیات از طریق API و روی سرور انجام میشوند. فایلها هم فقط در صورت نیاز دریافت میشوند.
۲. فرایندهای ساختهشده برای انسانها، لزوماً برای Agentها مناسب نیستند.
وقتی صدها یا هزاران تغییر همزمان تولید میشوند، مدل سنتی Merge Queue و انتظار برای اجرای تستها ممکن است دیگر کافی نباشد. Anthropic به سمت تستهای خودکار قبل از Deploy و بعد از Merge رفته است؛ حتی اگر بعضی تعارضها پس از Merge آشکار شوند.
۳. نقش مهندس حذف نمیشود؛ تغییر میکند.
یکی از بخشهای تأملبرانگیز مقاله این است که مهندسان تیم، Claude را در نوشتن کد از خودشان بهتر میدانستند؛ اما همچنان مسئول تصمیمهای معماری، محدودیتهای سیستم و انتخاب Trade-offها بودند.
حتی گاهی مهمترین کارشان این بود که به AI بگویند «نه».
چون AI ممکن است راهحلی تولید کند که در ظاهر درست است، اما یک محدودیت معماری را نقض میکند یا سیستم را بیدلیل پیچیدهتر میسازد.
۴. باید Code Review هم تغییر کند.
در این تیم، تمرکز Review بهسمت بررسی Intent و هدف تغییر حرکت کرده، نه صرفاً خواندن تکتک خطوط کد. البته این به معنی حذف بررسی دقیق کد نیست؛ بلکه یعنی با افزایش حجم تغییرات، باید توجه انسانی را روی تصمیمها و ریسکهای مهمتر متمرکز کرد.
به نظرم باید از این مقاله یک نتیجه مهم بگیریم:
ما نمیتوانیم فقط AI را به فرایند فعلی توسعه نرمافزار اضافه کنیم و انتظار داشته باشیم همهچیز به همان شکل قبلی کار کند.
اگر تولید کد ارزانتر و سریعتر شود، گلوگاهها به جاهای دیگری منتقل میشوند: معماری، تست، Code Review، کنترل دسترسی، زیرساخت و حتی نحوه Merge کردن تغییرات.
البته خود Anthropic هم تأکید میکند که Scion جایگزین عمومی Git نیست؛ این سیستم برای مقیاس بسیار بزرگی از Monorepoها و Agentها طراحی شده است.
مقاله کامل:
https://www.anthropic.com/engineering/redesigning-source-control
@DevTwitter | <Pooya Sabramooz/>
مقاله جدید Anthropic درباره بازطراحی Source Control، یک نکته مهم دارد:
در عصر AI، ممکن است دیگر نوشتن کد گلوگاه اصلی توسعه نرمافزار نباشد؛ بلکه زیرساختی باشد که قرار است این حجم از کد را مدیریت کند.
اعداد جالباند:
- تعداد تغییرات Merge شده در روز، از حدود ۲٬۵۰۰ در ماه مه ۲۰۲۶ به بیش از ۳۰٬۰۰۰ در سپتامبر رسید.
- آنها برای پاسخ به این مقیاس، سیستم کنترل نسخه داخلی خودشان به نام Scion را ساختند و طی پنج ماه، مخزن اصلی را از Git به آن منتقل کردند.
- نتیجه؟ زیرساختی با مصرف CPU و حافظه حدود ۲۰۰ برابر کمتر از زیرساخت قبلی Git Mirror ها و Checkout هایی که تا دو مرتبه بزرگی سریعتر شدهاند.
اما به نظرم مهمترین بخش مقاله، خود Scion نیست؛ بلکه تغییر نگاه به مهندسی نرمافزار است.
۱. شاید دیگر هر Job به یک Checkout کامل نیاز نداشته باشد.
ابزار Scion برای محیطی طراحی شده که Agentها و Jobها تقریباً همیشه آنلایناند. بهجای اینکه هر کلاینت یک مخزن کامل داشته باشد، بسیاری از عملیات از طریق API و روی سرور انجام میشوند. فایلها هم فقط در صورت نیاز دریافت میشوند.
۲. فرایندهای ساختهشده برای انسانها، لزوماً برای Agentها مناسب نیستند.
وقتی صدها یا هزاران تغییر همزمان تولید میشوند، مدل سنتی Merge Queue و انتظار برای اجرای تستها ممکن است دیگر کافی نباشد. Anthropic به سمت تستهای خودکار قبل از Deploy و بعد از Merge رفته است؛ حتی اگر بعضی تعارضها پس از Merge آشکار شوند.
۳. نقش مهندس حذف نمیشود؛ تغییر میکند.
یکی از بخشهای تأملبرانگیز مقاله این است که مهندسان تیم، Claude را در نوشتن کد از خودشان بهتر میدانستند؛ اما همچنان مسئول تصمیمهای معماری، محدودیتهای سیستم و انتخاب Trade-offها بودند.
حتی گاهی مهمترین کارشان این بود که به AI بگویند «نه».
چون AI ممکن است راهحلی تولید کند که در ظاهر درست است، اما یک محدودیت معماری را نقض میکند یا سیستم را بیدلیل پیچیدهتر میسازد.
۴. باید Code Review هم تغییر کند.
در این تیم، تمرکز Review بهسمت بررسی Intent و هدف تغییر حرکت کرده، نه صرفاً خواندن تکتک خطوط کد. البته این به معنی حذف بررسی دقیق کد نیست؛ بلکه یعنی با افزایش حجم تغییرات، باید توجه انسانی را روی تصمیمها و ریسکهای مهمتر متمرکز کرد.
به نظرم باید از این مقاله یک نتیجه مهم بگیریم:
ما نمیتوانیم فقط AI را به فرایند فعلی توسعه نرمافزار اضافه کنیم و انتظار داشته باشیم همهچیز به همان شکل قبلی کار کند.
اگر تولید کد ارزانتر و سریعتر شود، گلوگاهها به جاهای دیگری منتقل میشوند: معماری، تست، Code Review، کنترل دسترسی، زیرساخت و حتی نحوه Merge کردن تغییرات.
البته خود Anthropic هم تأکید میکند که Scion جایگزین عمومی Git نیست؛ این سیستم برای مقیاس بسیار بزرگی از Monorepoها و Agentها طراحی شده است.
مقاله کامل:
https://www.anthropic.com/engineering/redesigning-source-control
@DevTwitter | <Pooya Sabramooz/>
👍16❤6🔥3
مایکروسافت، ابزار جدید، اُپن و رایگان sqlsimtools را با هدف تسهیل مهندسی و شبیه سازیِ «حجم کار[1]» مبتنی بر SQL Server، معرفی نمود.
با استفاده از این ابزار، میتوان انواع آزمون های حجیم، سنگین، و پُرفشار را روی انواع حالات استقرار SQL Server اجرا کرد.
این ابزار به چهار روش در اختیار مهندسان میباشد:
- ابزار محاوره ای sqlsim Studio مختص کاربران ویندوز
- ابزار خط فرمان بومی sqlsim CLI جهت کاربران ویندوز و لینوکس
- ابزار خط فرمان اسکریپتی sqlpysim جهت توسعه دهندگان پایتون در تمامی پلتفرم ها
- ابزار «هوشواره پسند[2]» Workload Bulder جهت کاربران Github Copilot
قابل ذکر است این ابزار فعلا بصورت «پیش-نمایش عمومی[3]» در دسترس قراردارد و نسخه نهایی نیست.
- خبر رسمی در بلاگ مایکروسافت:
https://techcommunity.microsoft.com/blog/sqlserver/introducing-sqlsimtools/4563955
- سایت رسمی:
https://microsoft.github.io/sqlsimtools/
- ریپوی رسمی در گیتهاب:
https://github.com/microsoft/sqlsimtools
@DevTwitter | <Arash Laylazi/>
با استفاده از این ابزار، میتوان انواع آزمون های حجیم، سنگین، و پُرفشار را روی انواع حالات استقرار SQL Server اجرا کرد.
این ابزار به چهار روش در اختیار مهندسان میباشد:
- ابزار محاوره ای sqlsim Studio مختص کاربران ویندوز
- ابزار خط فرمان بومی sqlsim CLI جهت کاربران ویندوز و لینوکس
- ابزار خط فرمان اسکریپتی sqlpysim جهت توسعه دهندگان پایتون در تمامی پلتفرم ها
- ابزار «هوشواره پسند[2]» Workload Bulder جهت کاربران Github Copilot
قابل ذکر است این ابزار فعلا بصورت «پیش-نمایش عمومی[3]» در دسترس قراردارد و نسخه نهایی نیست.
- خبر رسمی در بلاگ مایکروسافت:
https://techcommunity.microsoft.com/blog/sqlserver/introducing-sqlsimtools/4563955
- سایت رسمی:
https://microsoft.github.io/sqlsimtools/
- ریپوی رسمی در گیتهاب:
https://github.com/microsoft/sqlsimtools
@DevTwitter | <Arash Laylazi/>
❤7🔥3🍌2
فکر کنم این پیام برای خیلیهامون آشنا و البته رو مخ باشه! وسط کار و دیپلوی روی ریپو هستی که یهو ایمیل میاد: «۲۰۰۰ دقیقه رایگان GitHub Actions شما تموم شد!»
حالا یا باید بیخیال پایپلاین بشی تا ماه بعد ریست بشه، یا با کلی دردسر پرداخت ارزی انجام بدی، یا بری سراغ راهاندازی Self-hosted runner که خودش کلی کانفیگ و دردسرهای امنیتی و نگهداری داره.
خلاصه این موضوع باعث شد
حالا
چرا سراغش برید؟ خداحافظی با محدودیت ۲۰۰۰ دقیقه Github Actions
- راهاندازی فوقالعاده سریع و سبک بدون درگیری با کانفیگهای پیچیده.
- اجرای تمیز و ایزوله جابها
- کاهش شدید هزینههای CI/CD برای تیمها و پروژههای شخصی
کلی وقت پاش گذاشتم تا یه چیز تر و تمیز دربیاد که کار بقیه رو هم راه بندازه. اگه شما هم با GitHub Actions کار میکنید، خوشحال میشم یه سر به ریپو بزنید، تستش کنید و اگه خوشتون اومد با یه Star به دیده شدن پروژه کمک کنید.
دمتون گرم
https://github.com/UpstandPlatform/dgrunner
@DevTwitter | <Morteza/>
حالا یا باید بیخیال پایپلاین بشی تا ماه بعد ریست بشه، یا با کلی دردسر پرداخت ارزی انجام بدی، یا بری سراغ راهاندازی Self-hosted runner که خودش کلی کانفیگ و دردسرهای امنیتی و نگهداری داره.
خلاصه این موضوع باعث شد
dgrunner رو بسازم.حالا
dgrunner چیکار میکنه؟ خیلی ساده و بیدردسر بهتون کمک میکنه رانرهای خودتون رو (بر پایه Docker / به صورت ایزوله و تمیز) بالا بیارید و بدون اینکه نگران محدودیت دقایق گیتهاب باشید، پایپلاینهای CI/CD رو روی سرور یا سیستم خودتون!! اجرا کنید.چرا سراغش برید؟ خداحافظی با محدودیت ۲۰۰۰ دقیقه Github Actions
- راهاندازی فوقالعاده سریع و سبک بدون درگیری با کانفیگهای پیچیده.
- اجرای تمیز و ایزوله جابها
- کاهش شدید هزینههای CI/CD برای تیمها و پروژههای شخصی
کلی وقت پاش گذاشتم تا یه چیز تر و تمیز دربیاد که کار بقیه رو هم راه بندازه. اگه شما هم با GitHub Actions کار میکنید، خوشحال میشم یه سر به ریپو بزنید، تستش کنید و اگه خوشتون اومد با یه Star به دیده شدن پروژه کمک کنید.
دمتون گرم
https://github.com/UpstandPlatform/dgrunner
@DevTwitter | <Morteza/>
👍18❤14🍌8
از ایده تا انتشار محتوا با AI؟ این ۱۰ ریپو مسیر ساخت محتوا رو جمعوجور میکنن.
تحقیق:
پیدا کردن هوک و پست پربازدید —Social Media Research Skills
https://github.com/ScrapeCreators/social-media-research-skills
گزارش عمیق از هر موضوع —Local Deep Research
https://github.com/LearningCircuit/local-deep-research
ساخت متن و تصویر:
سناریو، تصویر، صدا و ادیت — OpenCreator
https://github.com/krillinai/OpenCreator
ساخت و ویرایش تصویر — FLUX.2
https://github.com/black-forest-labs/flux2
صدا و ویدئو:
نریشن محلی — Kokoro
https://github.com/hexgrad/kokoro
ساخت موسیقی — ACE-Step 1.5
https://github.com/ace-step/ACE-Step-1.5
تولید ویدئوی کوتاه — Short Video Factory
https://github.com/YILS-LIN/short-video-factory
بازآفرینی و انتشار:
برش ویدئوی بلند — AI YouTube Shorts Generator
https://github.com/Anil-matcha/AI-Youtube-Shorts-Generator
تبدیل مقاله به پادکست — Podcastfy
https://github.com/souzatharsis/podcastfy
پیشنویس و زمانبندی پست — Social Media Agent
https://github.com/langchain-ai/social-media-agent
@DevTwitter | <Mti/>
تحقیق:
پیدا کردن هوک و پست پربازدید —Social Media Research Skills
https://github.com/ScrapeCreators/social-media-research-skills
گزارش عمیق از هر موضوع —Local Deep Research
https://github.com/LearningCircuit/local-deep-research
ساخت متن و تصویر:
سناریو، تصویر، صدا و ادیت — OpenCreator
https://github.com/krillinai/OpenCreator
ساخت و ویرایش تصویر — FLUX.2
https://github.com/black-forest-labs/flux2
صدا و ویدئو:
نریشن محلی — Kokoro
https://github.com/hexgrad/kokoro
ساخت موسیقی — ACE-Step 1.5
https://github.com/ace-step/ACE-Step-1.5
تولید ویدئوی کوتاه — Short Video Factory
https://github.com/YILS-LIN/short-video-factory
بازآفرینی و انتشار:
برش ویدئوی بلند — AI YouTube Shorts Generator
https://github.com/Anil-matcha/AI-Youtube-Shorts-Generator
تبدیل مقاله به پادکست — Podcastfy
https://github.com/souzatharsis/podcastfy
پیشنویس و زمانبندی پست — Social Media Agent
https://github.com/langchain-ai/social-media-agent
@DevTwitter | <Mti/>
❤16🔥2🍌1
اگر دوست دارید یک ایجنت هوش مصنوعی شخصی داشته باشید که کاملاً تحت کنترل خودتان باشد و در عین حال درگیر نگهداری سرور یا دیتابیس نشوید، این پروژه در گیتهاب ایده تمیزی دارد.
کل سیستم روی حساب رایگان Cloudflare و با یک دستور مستقر میشود. وظایف، یادداشتها و یادآورها را مدیریت میکند و دادهها داخل SQLite در Durable Objects نگهداری میشوند. پردازش چت با Workers AI انجام میگیرد و سیستم حافظه بلندمدت (durable memory) با امکان بازیابی معنایی (semantic recall) دارد.
لینک پروژه:
https://github.com/rociiu/talorys
@DevTwitter | <Mehdi Allahyari/>
کل سیستم روی حساب رایگان Cloudflare و با یک دستور مستقر میشود. وظایف، یادداشتها و یادآورها را مدیریت میکند و دادهها داخل SQLite در Durable Objects نگهداری میشوند. پردازش چت با Workers AI انجام میگیرد و سیستم حافظه بلندمدت (durable memory) با امکان بازیابی معنایی (semantic recall) دارد.
لینک پروژه:
https://github.com/rociiu/talorys
@DevTwitter | <Mehdi Allahyari/>
👍9❤2
حالا میتونی مدلهای هوش مصنوعی متنباز و بسیار بزرگ رو حتی روی کارت گرافیک ۴ گیگابایتی اجرا کنی!
ابزار AirLLM بهجای اینکه کل مدل رو همزمان داخل حافظه گرافیکی بارگذاری کنه، لایهها رو یکییکی پردازش میکنه. به این شکل، میتونه مدلهایی رو اجرا کنه که حافظه موردنیازشون خیلی بیشتر از VRAM کارت گرافیکته.
چند نمونه از قابلیتهایی که در پست معرفی شده:
- مدل Kimi K3 با ۲.۸ تریلیون پارامتر، با مصرف حدود ۳.۷۲ گیگابایت حافظه گرافیکی.
- مدل DeepSeek-V3 با ۶۷۱ میلیارد پارامتر، با حدود ۱۲ گیگابایت حافظه گرافیکی.
- اجرای مدلهای 70B روی یک کارت گرافیک ۴ گیگابایتی، بدون کوانتیزهکردن مدل.
- امکان Fine-tune کردن یک مدل 125B با کمتر از ۶ گیگابایت حافظه گرافیکی.
برای شروع، کتابخانه رو نصب کن:
بعد میتونی مدلهای پشتیبانیشده از Hugging Face رو با چند خط کد بارگذاری کنی.
اما یک نکته مهم وجود داره: کاهش مصرف VRAM به معنی اجرای سریع نیست. چون لایههای مدل بهصورت مرحلهای بارگذاری میشن، سرعت اجرا میتونه خیلی پایینتر باشه و به فضای دیسک زیادی هم نیاز داری. سازگاری مدلها و سختافزار هم باید بررسی بشه.
پروژه متنبازه و تحت مجوز Apache-2.0 منتشر شده.
لینک گیتهاب:
https://github.com/lyogavin/airllm
@DevTwitter | <Yarad/>
ابزار AirLLM بهجای اینکه کل مدل رو همزمان داخل حافظه گرافیکی بارگذاری کنه، لایهها رو یکییکی پردازش میکنه. به این شکل، میتونه مدلهایی رو اجرا کنه که حافظه موردنیازشون خیلی بیشتر از VRAM کارت گرافیکته.
چند نمونه از قابلیتهایی که در پست معرفی شده:
- مدل Kimi K3 با ۲.۸ تریلیون پارامتر، با مصرف حدود ۳.۷۲ گیگابایت حافظه گرافیکی.
- مدل DeepSeek-V3 با ۶۷۱ میلیارد پارامتر، با حدود ۱۲ گیگابایت حافظه گرافیکی.
- اجرای مدلهای 70B روی یک کارت گرافیک ۴ گیگابایتی، بدون کوانتیزهکردن مدل.
- امکان Fine-tune کردن یک مدل 125B با کمتر از ۶ گیگابایت حافظه گرافیکی.
برای شروع، کتابخانه رو نصب کن:
pip install airllmبعد میتونی مدلهای پشتیبانیشده از Hugging Face رو با چند خط کد بارگذاری کنی.
اما یک نکته مهم وجود داره: کاهش مصرف VRAM به معنی اجرای سریع نیست. چون لایههای مدل بهصورت مرحلهای بارگذاری میشن، سرعت اجرا میتونه خیلی پایینتر باشه و به فضای دیسک زیادی هم نیاز داری. سازگاری مدلها و سختافزار هم باید بررسی بشه.
پروژه متنبازه و تحت مجوز Apache-2.0 منتشر شده.
لینک گیتهاب:
https://github.com/lyogavin/airllm
@DevTwitter | <Yarad/>
❤19👍4🔥3
Forwarded from DevTwitter Ads.
📊 مسیر یادگیری و ورود به بازار کار رو با دکتر مجید ایوزیان بشناس!
🎯 ثبت نام رایگان «جلسه صفر دوره تحلیلگر داده»
💡 توی این جلسه میفهمی:
🔹 تحلیلگر داده دقیقاً چه کاری انجام میده
🔹 چه مهارتهایی نیاز داری؛ Excel، SQL و Python
🔹 فرصتهای شغلی در مالی، بازاریابی و صنعت چیه
🔹 یادگیری رو از کجا شروع کنی
🙋♂️ همراه با پرسشوپاسخ مستقیم با مدرس
🌱 مناسب دانشجوها و علاقهمندان تازهکار
🎙 دکتر مجید ایوزیان
🗓 یکشنبه ۲۶ مهر | ساعت ۱۹
💻 آنلاین در اسکایروم
🎁 ثبتنام رایگان | ظرفیت محدود
➖➖➖➖➖➖
✨ مؤسسه آموزش عالی آزاد توسعه
Please open Telegram to view this post
VIEW IN TELEGRAM
👎3🍌1
در حال حاضر AI، روی تصاویر و ویدیوها و هم متن ها Watermark قرار میدهند که به خاطر همین هم کلی Watermark Remover نوشته شده.
برای متنها، این یکی از بهترین ها هست.
https://github.com/guillaumemeyer/watermarks-remover
@DevTwitter | <VAHID NAMENI/>
برای متنها، این یکی از بهترین ها هست.
https://github.com/guillaumemeyer/watermarks-remover
@DevTwitter | <VAHID NAMENI/>
❤12👍2👎1
This media is not supported in your browser
VIEW IN TELEGRAM
برای سریعتر کردن Zsh و بالا اومدن ترمینالم، کلی بهینهسازی مختلف انجام داده بودم که همهشون پراکنده بودن. با کمک کلاد همه رو تبدیل کردم به یه پروژه به اسم زیفلش، تقریبا الان سریعتیرن Plugin Manager دنیا برای Zshه
خوشحال میشم امتحانش کنید و فیدبک بدید.
https://github.com/arastu/zflash
@DevTwitter | <Touhid Arastu/>
خوشحال میشم امتحانش کنید و فیدبک بدید.
https://github.com/arastu/zflash
@DevTwitter | <Touhid Arastu/>
🔥16❤3👎3
Forwarded from DevTwitter Ads.
گاهی برای ادامه کار، به یک خدمت تخصصی یا راهکاری متناسب با نیاز کسبوکارتان احتیاج دارید.
در این مواقع، پشتیبانی هلو درخواست شما را دریافت و تا رسیدن به نتیجه پیگیری میکند!
✅ رفع مشکلات سیستمی و ویندوزی
✅ بستن حسابها
✅ طراحی فاکتور و گزارشهای اختصاصی
✅ ورود اطلاعات
🔻 کافی است درخواستتان را با پشتیبانی هلو مطرح کنید تا مسیر رسیدگی به آن پیگیری شود.
☎️ 021-23067 (داخلی 1)
Please open Telegram to view this post
VIEW IN TELEGRAM
🍌5❤1👎1
اگه AI از ما باهوشتر بشه، چطور مطمئن میشیم هنوز میتونیم کنترلش کنیم؟
این ویدیو دربارهی هشدارهای رومن یامپولسکی، پژوهشگر ایمنی AI، دربارهی ابرهوش مصنوعیه.
پیشبینیهاش قطعی نیست، ولی به نظرم سؤالش ارزش فکر کردن داره.
https://youtu.be/1moULJu5TCU
@DevTwitter | <Ali Rashedi/>
این ویدیو دربارهی هشدارهای رومن یامپولسکی، پژوهشگر ایمنی AI، دربارهی ابرهوش مصنوعیه.
پیشبینیهاش قطعی نیست، ولی به نظرم سؤالش ارزش فکر کردن داره.
https://youtu.be/1moULJu5TCU
@DevTwitter | <Ali Rashedi/>
👎11❤5👍4
اگه با Next.js کار میکنی، امروز نسخهی پروژههات رو چک کن.
تیم Next.js روز ۱۴ اکتبر یه آپدیت امنیتی اضطراری داد. سه آسیبپذیری داشت:
بحرانی: اجرای کد از راه دور (RCE) بدون احراز هویت، توی توابع use cache وقتی چند typed array برمیگردونن (App Router + Cache Components). راهحل موقت نداره.
بحرانی: RCE توی Image Optimization API هنگام کار با فایل SVG، روی لینوکسهای glibc-based. راهحل موقت: نسخهی sharp حداقل 0.35.5.
مهم: حملهی DoS توی App Router وقتی حداقل یک Server Action داری. (Pages Router یا پروژه بدون Server Action آسیبپذیر نیست.)
نسخههای اصلاحشده:
npm install next@16.4.1
npm install next@15.5.28
۳ کار سریع:
1- با npm ls next نسخهی پروژههات رو ببین
2- آپدیت کن، حتی اگه فکر میکنی از use cache استفاده نمیکنی (خود تیم Next.js همین رو میگه)
3- اگه روی Docker و لینوکس دیپلوی میکنی، نسخهی sharp رو هم چک کن
@DevTwitter | <Alireza Fakhar/>
تیم Next.js روز ۱۴ اکتبر یه آپدیت امنیتی اضطراری داد. سه آسیبپذیری داشت:
بحرانی: اجرای کد از راه دور (RCE) بدون احراز هویت، توی توابع use cache وقتی چند typed array برمیگردونن (App Router + Cache Components). راهحل موقت نداره.
بحرانی: RCE توی Image Optimization API هنگام کار با فایل SVG، روی لینوکسهای glibc-based. راهحل موقت: نسخهی sharp حداقل 0.35.5.
مهم: حملهی DoS توی App Router وقتی حداقل یک Server Action داری. (Pages Router یا پروژه بدون Server Action آسیبپذیر نیست.)
نسخههای اصلاحشده:
npm install next@16.4.1
npm install next@15.5.28
۳ کار سریع:
1- با npm ls next نسخهی پروژههات رو ببین
2- آپدیت کن، حتی اگه فکر میکنی از use cache استفاده نمیکنی (خود تیم Next.js همین رو میگه)
3- اگه روی Docker و لینوکس دیپلوی میکنی، نسخهی sharp رو هم چک کن
@DevTwitter | <Alireza Fakhar/>
❤10👍7🍌1
Forwarded from Reza Jafari
Practical_LLM_Evaluation_for_Production_Systems_Measure,_monitor.pdf
4.7 MB
من همیشه توی پروژههای AI Engineering روی Evaluation یا همون Eval تأکید ویژهای دارم و همیشه میگم: تا وقتی Eval درستوحسابی پیادهسازی نکردید، عملاً هیچ چیزی ندارید!
اینکه یه مدل خروجی خوب تولید میکنه یا توی دمو عالی به نظر میرسه، لزوماً به این معنی نیست که یه سیستم AI قابلاعتماد ساختید. تا وقتی نتونید کیفیت خروجیها رو اندازه بگیرید، خطاها رو شناسایی کنید و تأثیر تغییراتتون رو بسنجید، عملاً نمیدونید سیستمی که ساختید واقعاً چقدر خوب کار میکنه.
بدون Eval، حتی نمیتونید با اطمینان بگید تغییر پرامپت، عوض کردن مدل یا بهبود RAG واقعاً نتیجه رو بهتر کرده یا بدتر. در واقع، Eval چیزیه که به فرایند توسعه AI از حالت آزمونوخطا خارجش میکنه و بهش یه رویکرد مهندسی و قابلاندازهگیری میده.
برای همین، این کتاب توجهم رو جلب کرده؛ چون Evaluation رو نه یهسری تست و بنچمارک مقطعی، بلکه یه بخش جداییناپذیر از کل چرخه عمر سیستمهای AI میدونه؛ از LLM و RAG گرفته تا Agentها و سیستمهای چندوجهی.
به نظرم برای هر کسی که توی حوزه AI Engineering کار میکنه و مخصوصاً دنبال بردن سیستمهای AI به محیط Production هست، کتاب ارزشمندیه.
چون در نهایت، ساختن یه سیستم AI که گاهی خوب کار کنه، هنر نیست؛ مهندسی واقعی اینه که بدونید چقدر خوب کار میکنه، کجا شکست میخوره و چطور بهترش کنید. و این بدون Eval ممکن نیست.
👑 توضیحات در مورد دوره منتورینگ
🏆 نحوه ثبتنام در دوره منتورینگ
🤝 تجارب موفق قبلی بچهها از منتورینگ
🛠 راه ارتباطی مشاوره تخصصی کسبوکار در زمینه دیتا و هوش مصنوعی
@reza_jafari_ai
اینکه یه مدل خروجی خوب تولید میکنه یا توی دمو عالی به نظر میرسه، لزوماً به این معنی نیست که یه سیستم AI قابلاعتماد ساختید. تا وقتی نتونید کیفیت خروجیها رو اندازه بگیرید، خطاها رو شناسایی کنید و تأثیر تغییراتتون رو بسنجید، عملاً نمیدونید سیستمی که ساختید واقعاً چقدر خوب کار میکنه.
بدون Eval، حتی نمیتونید با اطمینان بگید تغییر پرامپت، عوض کردن مدل یا بهبود RAG واقعاً نتیجه رو بهتر کرده یا بدتر. در واقع، Eval چیزیه که به فرایند توسعه AI از حالت آزمونوخطا خارجش میکنه و بهش یه رویکرد مهندسی و قابلاندازهگیری میده.
برای همین، این کتاب توجهم رو جلب کرده؛ چون Evaluation رو نه یهسری تست و بنچمارک مقطعی، بلکه یه بخش جداییناپذیر از کل چرخه عمر سیستمهای AI میدونه؛ از LLM و RAG گرفته تا Agentها و سیستمهای چندوجهی.
به نظرم برای هر کسی که توی حوزه AI Engineering کار میکنه و مخصوصاً دنبال بردن سیستمهای AI به محیط Production هست، کتاب ارزشمندیه.
چون در نهایت، ساختن یه سیستم AI که گاهی خوب کار کنه، هنر نیست؛ مهندسی واقعی اینه که بدونید چقدر خوب کار میکنه، کجا شکست میخوره و چطور بهترش کنید. و این بدون Eval ممکن نیست.
@reza_jafari_ai
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7❤3🍌3
Media is too big
VIEW IN TELEGRAM
یکی با Gemini 4 Argon یه بازی تو سبک Subway Surfers با ماشین جدید پرنده تسلا رودستر ساخته.
قبلا چقدر طول میکشید ساخت همچین چیزی؟
roadster-rush.ai.studio
@DevTwitter
قبلا چقدر طول میکشید ساخت همچین چیزی؟
roadster-rush.ai.studio
@DevTwitter
❤42🍌10👍5
GhostIDE — آینده کدنویسی ایرانی
یک IDE ایرانی که در حال حاضر در مرحله بتا است و برای رقابت با غولهای جهانی آماده میشود.
قابلیتها:
- پشتیبانی از توسعه وب، C/C++، Node.js و هر زبان و تکنولوژی دیگری
- محیطی شیک و حرفهای با تم های شخصیت سازی شده
- سیستم افزونه مشابه VS Code
- فروشگاه آیکون و فونت
- ابزار StringRes برای توسعه دهندگان اندروید (ترجمه منابع)
- ترجمه متن به صورت رایگان
- محیط نرم و روان با ۶۰ فریم بر ثانیه
- سرور زبان (LSP) با تمام امکانات: تکمیل خودکار، تشخیص خطا، Go to Definition و...
ابزار GhostIDE یک پروژه ایرانی است که در حال رشد و توسعه است. اگر دوست دارید بخشی از این مسیر باشید، از پروژه حمایت کنید، تستش کنید و فیدبک بدهید.
لینک گیتهاب:
https://github.com/HanzoDev30/Ghostide
@DevTwitter | <mr H/>
یک IDE ایرانی که در حال حاضر در مرحله بتا است و برای رقابت با غولهای جهانی آماده میشود.
قابلیتها:
- پشتیبانی از توسعه وب، C/C++، Node.js و هر زبان و تکنولوژی دیگری
- محیطی شیک و حرفهای با تم های شخصیت سازی شده
- سیستم افزونه مشابه VS Code
- فروشگاه آیکون و فونت
- ابزار StringRes برای توسعه دهندگان اندروید (ترجمه منابع)
- ترجمه متن به صورت رایگان
- محیط نرم و روان با ۶۰ فریم بر ثانیه
- سرور زبان (LSP) با تمام امکانات: تکمیل خودکار، تشخیص خطا، Go to Definition و...
ابزار GhostIDE یک پروژه ایرانی است که در حال رشد و توسعه است. اگر دوست دارید بخشی از این مسیر باشید، از پروژه حمایت کنید، تستش کنید و فیدبک بدهید.
لینک گیتهاب:
https://github.com/HanzoDev30/Ghostide
@DevTwitter | <mr H/>
🍌110❤27🔥12
Forwarded from DevTwitter Ads.
https://t.me/nexaccbot
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10🍌10👎1
جایگزین اختصاصی برای React؟!
تلگرام وب عملا Zero dependency ساخته شده. توی دنیای وب که هر کار کوچیکی یه پکیج npm جداگانه میخواد، این تقریباً باورنکردنیه.
تیم تلگرام به جای استفاده از ریاکت، یه فریمورک مشابه از صفر ساخته به اسم Teact.
بعد رفته سراغ پروتکل MTProto و اون رو هم برای جاوااسکریپت از نو پیاده کرده. Web Workerها رو عمیق دستکاری کرده، یه سیستم کش چندلایه گذاشته، و از WebAssembly و استریمینگ پیشرفته هم استفاده کرده.
حاصلش یه کدبیس سبک و سریعه که هر خطش با یه هدف نوشته شده.
و جالبتر اینکه همهش اوپنسورسه. اگه فرانتاند کار میکنید، خوندن این سورس یکی از بهترین درسهاییه که میتونید برای معماری وب بگیرید.
https://github.com/Ajaxy/telegram-tt
@DevTwitter | <Shahram boroukanlou/>
تلگرام وب عملا Zero dependency ساخته شده. توی دنیای وب که هر کار کوچیکی یه پکیج npm جداگانه میخواد، این تقریباً باورنکردنیه.
تیم تلگرام به جای استفاده از ریاکت، یه فریمورک مشابه از صفر ساخته به اسم Teact.
بعد رفته سراغ پروتکل MTProto و اون رو هم برای جاوااسکریپت از نو پیاده کرده. Web Workerها رو عمیق دستکاری کرده، یه سیستم کش چندلایه گذاشته، و از WebAssembly و استریمینگ پیشرفته هم استفاده کرده.
حاصلش یه کدبیس سبک و سریعه که هر خطش با یه هدف نوشته شده.
و جالبتر اینکه همهش اوپنسورسه. اگه فرانتاند کار میکنید، خوندن این سورس یکی از بهترین درسهاییه که میتونید برای معماری وب بگیرید.
https://github.com/Ajaxy/telegram-tt
@DevTwitter | <Shahram boroukanlou/>
🔥27❤7🍌3