devtwitter | Unsorted

Telegram-канал devtwitter - DevTwitter | توییت برنامه نویسی

30345

توییت های برنامه نویسی و طراحی وب :) @dvtwi Hashtags: devtwitter.t.me/5 DevBooks Channel: https://t.me/+AYbOl75CLNYxY2U0 Github: https://github.com/DevTwitter X: https://x.com/devtwittir

Subscribe to a channel

DevTwitter | توییت برنامه نویسی

عرضم به حضورتون که
هرچی اسکیل به درد بخور داشتم، کامل لیست کردم و طبقه‌بندی کردم برای اقشار مستضعف جامعه :)))

اگر اسکیلی داشتید، از مشارکت شما خوشحال میشم.

پ‌ن: فولدر کاستوم، اسکیل‌های خودمه.
https://github.com/pedramgholizadeh/curated-skills

@DevTwitter | <Pedram/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

در سال ۲۰۱۷، یک باج‌افزار کاری کرد که بیمارستان‌ها، شرکت‌ها و سازمان‌های مختلف در سراسر جهان با یک بحران جدی روبه‌رو بشن. اما چطور تونست این‌قدر سریع گسترش پیدا کنه؟

اسمش WannaCry بود؛ بدافزاری که در ۱۲ مه ۲۰۱۷ خبرساز شد و در مدت کوتاهی صدها هزار کامپیوتر رو در کشورهای مختلف تحت تأثیر قرار داد.

اما اگه یک سیستم به WannaCry آلوده می‌شد، دقیقاً چه اتفاقی می‌افتاد؟

بعد از اجرا، بدافزار فایل‌های مختلف روی سیستم رو رمزگذاری می‌کرد و پسوند اون‌ها رو به .WNCRY تغییر می‌داد. بعد هم یک پنجره روی صفحه ظاهر می‌شد که به کاربر اطلاع می‌داد فایل‌هاش قفل شدن و برای بازگرداندن اون‌ها باید باج پرداخت کنه. مبلغ اولیه درخواست‌شده ۳۰۰ دلار بیت‌کوین بود.

اما چیزی که WannaCry رو خطرناک‌تر می‌کرد، قابلیت انتشارش بود. این بدافزار می‌تونست از یک آسیب‌پذیری در پروتکل SMB ویندوز استفاده کنه و به سیستم‌های آسیب‌پذیر دیگه در شبکه هم راه پیدا کنه.

این حمله از اکسپلویت EternalBlue استفاده می‌کرد. اما EternalBlue از کجا اومده بود؟

این ابزار به آژانس امنیت ملی آمریکا (NSA) نسبت داده می‌شه. در سال ۲۰۱۷، گروهی به نام Shadow Brokers ابزارهای منتسب به NSA رو منتشر کرد که EternalBlue هم بین اون‌ها بود. در واقع، سازندگان WannaCry از ابزاری استفاده کردن که پیش از شروع حمله در دسترس عموم قرار گرفته بود.

نکته عجیب‌تر این بود که مایکروسافت در ۱۴ مارس ۲۰۱۷، حدود دو ماه پیش از شروع حمله، وصله امنیتی MS17-010 رو منتشر کرده بود. با این حال، تعداد زیادی از سیستم‌ها همچنان آسیب‌پذیر بودن.

چرا این اتفاق افتاد؟ بعضی سازمان‌ها به‌روزرسانی‌ها رو به‌موقع نصب نکرده بودن؛ در برخی محیط‌ها هم نگهداری سیستم‌های قدیمی و نگرانی از اختلال در سرویس‌ها، فرایند به‌روزرسانی رو دشوار می‌کرد. در نتیجه، آسیب‌پذیری‌ای که برای اون وصله وجود داشت، همچنان راه ورود به سیستم‌ها رو باز نگه داشته بود.

اما چه کسی پشت این حمله بود؟

در سال ۲۰۱۸، وزارت دادگستری آمریکا Park Jin Hyok، برنامه‌نویس اهل کره شمالی، رو در ارتباط با مجموعه‌ای از حملات سایبری متهم کرد. مقام‌های آمریکایی او رو مرتبط با گروه Lazarus می‌دونستن؛ گروهی که به دولت کره شمالی نسبت داده شده.

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

سرنوشت Park Jin Hyok هم جالبه. آمریکا در سال ۲۰۱۸ علیه او اعلام جرم کرد و بعداً حکم بازداشتش صادر شد. در سال ۲۰۲۱ نیز وزارت دادگستری آمریکا پرونده اتهامات مرتبط با حملات سایبری رو علیه سه برنامه‌نویس کره شمالی گسترش داد. طبق اطلاعات علنی منتشرشده، او بازداشت نشده بود؛ بنابراین، باید بین متهم‌شدن و محکومیت در دادگاه تفاوت قائل شد.

ماجرای WannaCry برای من یک نکته مهم داشت:
همیشه لازم نیست یک آسیب‌پذیری تازه کشف بشه تا یک حمله بزرگ اتفاق بیفته. گاهی یک آسیب‌پذیری شناخته‌شده که وصله اون نصب نشده، می‌تونه به نقطه شروع یک بحران گسترده تبدیل بشه.

این حمله نشون داد که به‌روزرسانی سیستم‌ها، مدیریت آسیب‌پذیری‌ها و جداسازی درست شبکه چقدر در کاهش خسارت حملات سایبری اهمیت دارن.


@DevTwitter | <Arian Dolatpour/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

یه آقایی برای خانمش که دنبال کار می‌گشته این سایت رو ساخته، و بعد که خانمش جاب پیدا کرده، اپن‌سورس‌ش کرده.
https://github.com/AienTech/dossier

سرچ تو سایت‌های مختلف، رزومه‌سازی برای هر پوزیشن با AI، تِرک کردن اپلیکیشن‌ها، کاور لتر و ... رو هم داره. شاید برای شما هم مفید باشه.

پ.ن. یکی از کلاینت‌های مشاوره‌ی من هم اخیراً یه سایت مشابه ساخته بود در آدرس http://applytrace.com برای همین کار. اگه نخواستین سرور بالا بیارین، اینم هست و کلی فیچرهای مناسب داره و می‌تونین به خودش هم تو سایت پیام بدین. ممنون.

@DevTwitter | <لوکوموتیو/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

- بچه ها این کانال کاریابی هستش
برای کسایی که دنبال پروژه فرلنسری و پروژه میگردن خیلی کاربردیه
اگر دوست داشتید عضو بشید 👇🏻

/channel/karyabyyyye

Читать полностью…

DevTwitter | توییت برنامه نویسی

گوگل از مدل جدید Gemini 4 Carbon رونمایی کرد...

مدل کربن الان صدر جدول بنچمارک Artificial Analysis V5 رو تصاحب کرده.

این مدل با امتیاز ۱۵۲۸ رتبه اول جدول Text Arena رو هم به خودش اختصاص داده. کربن توی انجام ماموریت‌های ایجنتی هم پا‌به‌پای رقبایی مثل Claude Opus 5.5 حرکت می‌کنه و رتبه دوم جدول Agent Arena رو به دست آورده.

کربن فعلا فقط در اختیار تیم‌ها و متخصص‌های امنیت سایبری قرار داره تا به عنوان ابزار دفاعی و کشف آسیب‌پذیری‌ها ازش استفاده کنن.

@DevTwitter | <Behrad Javed/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

خداااااافظظظظ وب اسکرپینگ!

یه پروژه به اسم PixelRAG اومده که به‌جای تبدیل صفحات وب به متن، ازشون اسکرین‌شات می‌گیره و با کمک مدل‌های هوش مصنوعی بینایی، اطلاعات رو مستقیماً از روی تصویر استخراج می‌کنه!

چرا این روش جذابه؟

چون توی روش‌های سنتی، کلی از اطلاعات صفحات وب موقع تبدیل به متن از بین می‌ره:
فایل‌های PDF
جدول‌ها
چیدمان صفحات
دکمه‌ها و ستون‌ها
اما PixelRAG صفحه رو همون‌طوری ایندکس می‌کنه که انسان می‌بینه!
چندتا نکته جالب:
• ایندکس بصری ویکی‌پدیا با بیش از ۳۰ میلیون اسکرین‌شات!
• عملکرد بهتر از بهترین روش‌های Text-based RAG با اختلاف ۱۸.۱٪ در بنچمارک پرسش‌وپاسخ، طبق ادعای پروژه
• افزونه برای Claude Code؛ یعنی کلود می‌تونه به‌جای تکیه بر متن استخراج‌شده از DOM، محتوای بصری صفحات رو بررسی کنه.
زیر پوست پروژه چه خبره؟
- ساخت ایندکس با FAISS
- جست‌وجوی بصری روی تصاویر صفحات
- استفاده از مدل Qwen3-VL-Embedding برای امبدینگ
- تبدیل وب‌سایت‌ها، PDFها و تصاویر به کاشی‌های تصویری (Tiles)
کافیه URL، مقاله arXiv یا وب‌سایت خودت رو بهش بدی تا محتوای بصری رو بررسی کنه.

نکته مهم اینه که این پروژه نمی‌خواد فقط متن وب رو بهتر استخراج کنه؛ بلکه می‌خواد اطلاعات رو از همون چیزی بازیابی کنه که واقعاً روی صفحه نمایش داده می‌شه.

متن‌باز با لایسنس Apache-2.0
https://github.com/StarTrail-org/PixelRAG

@DevTwitter | <Amirhossein seghatoleslami/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

یکی از تصمیم‌هایی که می‌تونه یک پروژه React رو به‌مرور پیچیده کنه، اینه که یک داده رو در دو جای مختلف نگه داریم!

فرض کن اطلاعات کاربر رو با TanStack Query از API دریافت می‌کنی. بعد برای دسترسی راحت‌تر، همون اطلاعات رو داخل useState هم ذخیره می‌کنی.

در نگاه اول همه‌چیز ساده به نظر می‌رسه؛ اما از اینجا یک سؤال مهم به وجود میاد:

اگر داده سمت سرور تغییر کنه، کدوم نسخه از اطلاعات باید معتبر باشه؟

اینجاست که تفاوت Server State و Client State اهمیت پیدا می‌کنه.

Server State داده‌ایه که مالک اصلی اون سروره. ما فقط یک نسخه از اون رو در اپلیکیشن نگه می‌داریم و باید به مسائلی مثل Cache، تازگی داده و همگام‌سازی توجه کنیم.

در مقابل، Client State معمولاً وضعیت‌هایی رو شامل می‌شه که خود رابط کاربری مدیریت می‌کنه؛ مثل باز بودن Modal، تب انتخاب‌شده یا وضعیت موقت یک تعامل.

TanStack Query برای مدیریت Server State طراحی شده و ابزارهایی مثل useState، Context یا Zustand می‌تونن بسته به نیاز برای Client State مناسب باشن.

مشکل از جایی شروع می‌شه که بدون دلیل مشخص، داده دریافتی از Query رو داخل یک State جداگانه کپی می‌کنیم.

حالا دو نسخه از یک داده داریم؛ یکی در Cache و دیگری در State محلی.

اگر Cache به‌روزرسانی بشه، State محلی لزوماً همراه اون تغییر نمی‌کنه. در نتیجه، باید خودمون همگام‌سازی این دو نسخه رو مدیریت کنیم؛ کاری که اغلب پیچیدگی غیرضروری ایجاد می‌کنه.

البته کپی کردن داده همیشه اشتباه نیست. برای مثال، وقتی کاربر در حال ویرایش یک فرم هست، ممکنه به یک نسخه محلی و مستقل نیاز داشته باشیم تا تغییراتش تا زمان ذخیره‌سازی از داده اصلی جدا بمونه.

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

قبل از اضافه کردن هر State جدید، من این سؤال رو مهم می‌دونم:
آیا واقعاً به یک منبع داده جدید نیاز دارم، یا فقط دارم نسخه دیگری از داده‌ای رو نگه می‌دارم که از قبل وجود داره؟

به نظرم مدیریت درست State بیشتر از اینکه به انتخاب یک کتابخانه وابسته باشه، به تشخیص مالکیت داده‌ها و مشخص کردن منبع حقیقت بستگی داره.


@DevTwitter | <Alireza Shirzadi/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

یه Skill جدید منتشر شده که می‌تونه طراحی سایت با هوش مصنوعی رو وارد مرحله جدیدی کنه!

MotionSites بیش از ۷۰۰ نمونه از بهترین طراحی‌های وب رو داخل یک Skill جمع کرده تا ایجنت‌های هوش مصنوعی بتونن به‌جای ساخت سایت‌های تکراری و کلیشه‌ای، وب‌سایت‌هایی با انیمیشن‌های جذاب، ترنزیشن‌های نرم و طراحی سینمایی بسازن.

چی کار می‌کنه؟

طراحی‌های الهام‌بخش: دسترسی به بیش از ۷۰۰ نمونه طراحی وب برای ساخت تجربه‌های بصری حرفه‌ای‌تر.

انیمیشن‌های جذاب: کمک به ساخت سایت‌هایی با حرکت‌های پویا، ترنزیشن‌های روان و تعاملات بصری چشم‌نواز.

کاهش خروجی‌های کلیشه‌ای AI: به‌جای طراحی‌های تکراری و قالبی، ایجنت می‌تونه از الگوهای طراحی متنوع‌تری استفاده کنه.

سازگار با ابزارهای مختلف: قابل استفاده با Claude Code، Codex، Cursor و سایر ایجنت‌های کدنویسی سازگار.

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

نکته جذاب؟ این پروژه رایگان و متن‌بازه!

اگه با AI کدنویسی می‌کنی، ارزش امتحان کردن داره.
لینک تو ریپو:
https://github.com/Motionsites-AI/claude-skill

@DevTwitter | <Amirhossein seghatoleslami/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

یه کتابخونه جذاب برای طراحی UI پیدا کردم:
https://uberdesigner.ai

کار باهاش خیلی ساده‌ست:

کامپوننتی که دوست داری رو پیدا کن.
پرامپتش رو کپی کن.
داخل Claude پیست کن و ازش بخواه همون سبک رو برای پروژه‌ات پیاده کنه.

ثبت‌نام رایگانه و می‌تونی همین الان شروع کنی.
نسخه رایگان ۳ تمپلیت روزانه و نسخه پرو ماهانه ۲۹ دلار دسترسی به همه امکانات

اگه می‌خوای طراحی‌هات از حالت معمولی خارج بشن، یه سر بهش بزن!

@DevTwitter | <Yarad/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

❌اطلاعیه❌

بچه ها یکی از رفقای من که برنامه نویس ارشد تو شرکت انگلیسی WeSend هستند، برای بچه های داخل ایران یه کار با ارزش انجام دادند👇

تو این شرایط اقتصادی, دوره «طراحی سایت با هوش مصنوعی» رو کاملا #رایـــگان براتون برگزار میکنن🎁

📛نیاز نیست یک خط کد زدن بلد باشید . هوش مصنوعی خودش برامون برنامه نویسی می‌کنه .
ما فقط بهش دستور میدیم🔥😍

با این آموزش، تو ۵ دقیقه کـــامــلا رایــــــگان یه سایت میارید بالا ،  بهش دامنه اختصاص میدید، حتی میتونید محصول هم بفروشید🔥
ــــــــــــ
⚠️ارزش این دوره 5 میلیونه، ولی به مدت 24 ساعت، #رایگان برای 200 نفر قرارش میدن😍

👈🏻تا وقتی ظرفیت پر نشده میتونید برید توی کانال تلگرامشون و رایـــــگان آموزش رو ببینید 👇👇

/channel/+_YAPOLD99iYxZDc0
.

Читать полностью…

DevTwitter | توییت برنامه نویسی

✨🚀از هسته‌های انار تا هسته‌های پردازشی؛ قدرت از زیرساخت آغاز می‌شود.
به مناسبت روز انار، دیتاسنتر آوابرید سرورهای مجازی SAS را با ۵۰٪ تخفیف ارائه می‌کند.
کد تخفیف: ANAREHAVABARID

🌐https://avabarid.com/Anar_Vps

Читать полностью…

DevTwitter | توییت برنامه نویسی

شده رو سیستم انگلیسی تایپ کنی، بعد یهو ببینی جاش فارسی نوشتی «اشمایحسدشم»؟؟؟

این خیلی رو مخم بود و یهو به ذهنم زد که یه فیکسی براش بسازم
که شد اپ LayoutFixer
کاملا اوپن سورس هست و میتونید نصب کنید «البته رو مک»
https://github.com/sina-developer/LayoutFixer

@DevTwitter | <The S/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

هر روز 300 میلیون توکن رایگان !!! GLM آتیش زده به مالش میگه برنامه رو آپدیت کنید و هر روز ساعت 14:30 به وقت سرزمین پارس می توید دریافتش کنید.
و زمان استفاده هم از ساعت ۱۸:۳۰ تا ۰۴:۳۰ صبح روز بعد هست.

https://zcode.z.ai/en

@DevTwitter | <Alireza/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

۳۰ ساله امنیت سیستم‌ها روی یه فرض ساده بنا شده: فایل متنی خطری نداره چون خودش اجرا نمیشه. واسه همین chrome بدون تایید فایل md و txt رو دانلود میکنه!

ولی سایت میاد یه فایل agents.md تو فولدر downloads میریزه و وقتی codex رو از downloads باز میکنی، ایجنت فکر میکنه این هم instruction پروژه هست و اجراش میکنه! از جمله اضافه کردن یه mcp مخرب به کانفیگ گلوبال :)

ادعا کردن روی codex بالای ۹۰٪ موفق بوده! خلاصه اگه خواستید ایجنت رو تو فولدر downloads ران کنید حواستون باشه!

@DevTwitter | <Amir/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

هوش مصنوعی فقط ChatGPT نیست!

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

اما مزیت رقابتی واقعی کجاست؟

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

شناخت این ابزارها می‌تواند به افزایش بهره‌وری، بهینه‌سازی فرایندها و تصمیم‌گیری مؤثرتر کمک کند.

در دنیای امروز، برنده لزوماً کسی نیست که بیشتر از هوش مصنوعی استفاده می‌کند؛ بلکه کسی است که هوشمندانه‌تر از آن استفاده می‌کند.

@DevTwitter | <Hossein Heydari/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

ایجنت‌های هوش مصنوعی سریع‌تر از اون کد می‌نویسن که بتونی ساختار کل پروژه رو توی ذهنت نگه داری!

ابزار Mycel می‌خواد این مشکل رو با یک نقشه تعاملی از پروژه حل کنه.

این ابزار یک وب‌اپلیکیشن محلیه که ایجنت‌های کدنویسی مثل Claude Code، Codex و Cursor می‌تونن باهاش نقشه‌ای از پروژه بسازن و هم‌زمان با تغییر کدها، به‌روز نگهش دارن.

اما این نقشه چه امکاناتی داره؟

- نقشه تصویری پروژه: با بلوک‌ها، یادداشت‌ها، زیرنقشه‌ها و لینک‌های مرتبط
- دو سطح نمایش: از مفاهیم کلی و سازوکار پروژه برای افراد غیربرنامه‌نویس تا جزئیات فنی و کد برای توسعه‌دهنده‌ها
- تشخیص تغییرات: اگر فایل‌های مرتبط با یک بلوک تغییر کنن، اون بلوک به‌عنوان اطلاعاتی که ممکنه قدیمی شده باشه علامت‌گذاری می‌شه.
- نمایش وضعیت تست‌ها: نتیجه تست‌ها می‌تونه بلوک‌ها رو سبز یا قرمز کنه تا وضعیت بخش‌های مختلف پروژه راحت‌تر مشخص بشه.

طبق توضیحات README، این پروژه:
فقط به یک پردازش Node.js نیاز داره
بدون وابستگی خارجی، فضای ابری یا API Key کار می‌کنه
فقط روی localhost اجرا می‌شه
هیچ فایلی داخل پروژه‌های شما نمی‌نویسه
با مجوز MIT منتشر شده

چند نکته مهم:
این پروژه هنوز در نسخه 0.22 قرار داره و فقط ۶ کامیت داره. دقت نقشه هم به کیفیت تحلیل ایجنتی بستگی داره که اون رو ساخته. ضمن اینکه من شخصاً هنوز اجراش نکردم.

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

لینک گیت‌هاب:
https://github.com/mathew5612/mycel

@DevTwitter | <Yarad/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

چرا باید کاربر برای آماده شدن یک بخش، منتظر کل صفحه بماند؟
فرض کن وارد فروشگاه اینترنتی شدی؛ محصولات آماده‌اند، اما بررسی موجودی انبار ۳ ثانیه طول می‌کشد!
باید کل صفحه را پشت یک Loading نگه داریم؟ نه!
اینجاست که Partial Prerendering (PPR) در Next.js جذاب می‌شود:
- محصولات از قبل آماده‌اند و سریع نمایش داده می‌شوند.
- بخش موجودی به‌صورت پویا منتظر دریافت اطلاعات می‌ماند.
- با Suspense، تا زمان آماده شدن موجودی، فقط همان بخش Loading می‌شود؛ نه کل صفحه!
️
نکته‌ی مهم: لازم نیست کاربر برای دیدن چیزی که آماده است، منتظر چیزی بماند که هنوز آماده نیست!

@DevTwitter | <Rouzbeh Tondkar/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

چرا Docker و RHEL از هم فاصله گرفتند؟

ردهت از زمان انتشار RHEL 8 پشتیبانی رسمی Docker Engine را متوقف کرد. دلیل اصلی این بود که معماری Docker با مدل امنیتی RHEL هم‌راستا نبود؛ Docker یک daemon سطح‌بالا دارد که به‌صورت root اجرا می‌شود و یک نقطه‌ی شکست و ریسک امنیتی مهم ایجاد می‌کند. Red Hat برای محیط‌های Enterprise چیزی می‌خواست که هم بدون daemon باشد، هم با SELinux و استانداردهای سخت‌گیرانه امنیتی آن کاملاً سازگار بماند.

به همین دلیل، Red Hat به جای Docker از مجموعه ابزارهای Podman، Buildah و Skopeo استفاده کرد. این ابزارها کاملاً متن‌بازند، با استانداردهای OCI هماهنگی کامل دارند و در بسیاری از سناریوها می‌توانند جای Docker را بدون تغییرات جدی بگیرند. Podman حتی قادر است همان دستورات Docker را اجرا کند. مهم‌تر اینکه بدون نیاز به daemon و با امکان اجرای rootless کار می‌کند، که از نظر امنیت و سازگاری با سیاست‌های RHEL یک مزیت بزرگ محسوب می‌شود.

در همین زمان، Kubernetes نیز مسیر مشابهی رفت: dockershim را کنار گذاشت و به‌صورت رسمی از containerd و CRI-O پشتیبانی کرد. ردهت که خود توسعه‌دهنده CRI-O و OpenShift است، طبیعی بود که با جهت K8s هم‌سو شود، نه با Docker Engine.

داکر Inc هم در سال‌های اخیر بیشتر روی Docker Desktop، مدل لایسنس جدید و سرویس‌های Cloud تمرکز کرد—در حالی که Red Hat به دنبال یک زنجیره تأمین کاملاً متن‌باز و پایدار بود. این تفاوت فلسفه باعث شد فاصله این دو اکوسیستم بیشتر شود.

نتیجه؟ Docker در دنیای Ubuntu و Dev-friendly هنوز پادشاه سادگی است، اما در اکوسیستم RHEL (و توزیع‌های سازگار مثل Rocky/AlmaLinux) Podman استاندارد اصلی و گزینهٔ پایدارتر و امن‌تر محسوب می‌شود.

@DevTwitter | <Ali Mozhdekanlou/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

کلادفلر ابزاری رو که باهاش باگ امنیتی پیدا می‌کنه رایگان کرد و فقط یه هفته‌ای ۱۶ هزار ستاره گرفت.

این ابزار یه Skill برای ایجنت‌های کدنویسی مثل Claude Code و Codex هست.
ریپوتو بهش می‌دی و اون چند تا ایجنت جدا رو می‌فرسته که کد رو دنبال حفره بگردن.
بعد هر باگی پیدا بشه، یه ایجنت تازه‌نفس دیگه سعی می‌کنه ردش کنه. یعنی کسی که باگ رو پیدا کرده حق نداره خودش تاییدش کنه.
آخرش هم یه گزارش مرتب می‌ده که باگ‌ها رو سه دسته کرده: تاییدشده، نیازمند بررسی و ردشده.

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

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

https://github.com/cloudflare/security-audit-skill

@DevTwitter | <Legendary Coder/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

قبل از اینکه یک کلیک اشتباه دردسر درست کند، بهتر است نشانه‌های خطر را بشناسیم.

در کانال «نوشدارو»:
• ترفندهای کلاهبرداری را ساده و کاربردی یاد می‌گیری؛
• با نکات امنیت و حریم خصوصی آشنا می‌شوی؛
• و یاد می‌گیری در کنار همه این‌ها، مراقب آرامش خودت و کودکان هم باشی. ❤️

برای آگاه‌تر بودن، نوشدارو رو حتما دنبال کن.

@NooshDaroo_web
@NooshDaroo_web

Читать полностью…

DevTwitter | توییت برنامه نویسی

🚀 از Prompt Engineering تا ساخت AI Agentهای واقعی

🏹 در «مینی‌کمپ Agentic AI» کوئرا یاد می‌گیری چطور با کمک مدل‌های زبانی، سیستم‌های هوشمندی بسازی که بتونن اطلاعات رو جست‌وجو و بازیابی کنن، از ابزارهای مختلف استفاده کنن و فرایندهای چندمرحله‌ای رو به‌صورت خودکار انجام بدن.

🤖 در طول دوره، با ابزارهایی مثل Flowise و LangChain کار می‌کنی و با انجام پروژه‌های عملی، تجربه طراحی و ساخت AI Agent رو به دست میاری؛ تجربه‌ای که می‌تونه به ساخت نمونه‌کار برای رزومه و مصاحبه‌های فنی کمک کنه.

💳 پرداخت با اسنپ‌پی.
💳 پرداخت قسطی بلندمدت.

✔️ ثبت‌نام اولیه رایگان:
🔗 https://quera.org/r/74ivm

Читать полностью…

DevTwitter | توییت برنامه نویسی

🚀 اگر برنامه‌نویسی و طراحی سایت را جدی دنبال می‌کنی، این کانال را از دست نده.

در این کانال هر روز محتوای تخصصی منتشر می‌شود:
💻 ترفندهای برنامه‌نویسی
🤖 ابزارهای هوش مصنوعی
🌐 وردپرس و توسعه وب
📰 اخبار و ابزارهای کاربردی دنیای تکنولوژی

همین حالا عضو شو و یک قدم از بقیه جلوتر باش:

👉 /channel/CodeVerse_dev

Читать полностью…

DevTwitter | توییت برنامه نویسی

خوب بریم یکم بهینه‌سازی مصرف توکن یاد بگیریم؛

قاتل اصلی Context Window اون لاگ‌های ۱۰ هزار خطی، خروجی‌های عظیم Search و فایل‌های JSON عظیم‌الجثه‌ای که توی هر قدم دوباره خونده می‌شن.

امروز توی رادار کامیونیتی چینی به یه پستی بر خوردم که ریپوی متن‌باز headroom رو کالبدشکافی کرده بود که پر از حکمت و فرزانگی بود.

۱. ایده اصلی Reversible Compression یا فشرده‌سازی برگشت‌پذیره: ابزار headroom به عنوان یه پروکسی لوکال یا سرور MCP بین ایجنت و مدل می‌شینه؛ فایل‌های JSON، کدها و لاگ‌ها رو روی سیستم خودت فشرده می‌کنه ولی نسخه خام رو توی کش لوکال نگه می‌داره تا اگه مدل جایی به جزئیات دقیق نیاز داشت، همون بخش رو بدون افت کیفیت بازیابی کنه.
۲. عدد و رقم بنچمارک‌هاش برگ‌ریزونه: توی دیباگ کردن خطاهای پروداکشن مصرف توکن از ۵۶ هزار تا به ۲۴ هزار تا (۵۷ درصد کاهش!) رسیده و توی گشتن داخل Codebase هم ۴۲ درصد توکن کمتری می‌سوزونه، اونم با زمان فشرده‌سازی ۰.۲۱ میلی‌ثانیه برای یه JSON ده هزار توکنی بدون افت دقت.
۳. نکته امنیتی مهم برای بچه‌هایی که روی کدهای شرکتی کار می‌کنن: توی سورس‌کدش تلمتری به صورت پیش‌فرض فعاله (هرچند فقط آمار درصد فشرده‌سازی رو می‌فرسته نه خود متن پرامپت رو)، پس قبل از استفاده حتما توی تنظیمات خاموشش کنین.

لینک ریپوی گیت‌هاب پروژه headroom:
https://github.com/headroomlabs-ai/headroom

@DevTwitter | <Amir Afianian/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

زلزله توی دنیای علوم کامپیوتر و ریاضی...

شرکت OpenAI اعلام کرده یه مدل آزمایشی داخلی موفق به رد «فرضیه زمان نمایی» شده، یه فرضیه اساسی که صدها مقاله توی علوم کامپیوتر و گراف بر پایه درستی اون نوشته شده.

این اثبات با زبان اثبات‌کننده Lean رسما راستی‌آزمایی ماشینی شده و کدهاش روی گیت‌هاب هم منتشر شده.

دانشمندهایی که اولین بار خودشون این فرضیه رو مطرح کرده بودن، همراه با رایان ویلیامز از MIT، سرپرستی تیم مستقل بررسی این ادعای بزرگ رو بر عهده گرفتن.

@DevTwitter | <Behrad Javed/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

مدل Qwen علی‌بابا وسط یه تست امنیتی سعی کرد یه فایل رو بفرسته به سروری تو پکن

طبق گزارش Cohere، از Qwen3.8-Flash-Next خواسته بودن یه قانون تشخیص بدافزار بنویسه. به‌جاش:
- محتوای /tmp رو لیست کرد
- چک کرد چه ابزار انتقال فایلی نصبه
- تنظیمات DNS رو خوند
- و خواست یه فایل تستی رو روی یه باکت Alibaba Cloud تو پکن آپلود کنه

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

سندباکس راه خروج نداشت، پس چیزی بیرون نرفت. نرخش هم زیر ۱ در ۱۰۰ هزاره. Cohere میگه نمی‌دونه عمدی بوده یا باقی‌مونده‌ی آموزش، و محقق‌هایی که تریس‌ها رو دیدن نشونه‌ای از بک‌دور عمدی پیدا نکردن.

ولی اگه Qwen رو لوکال و به‌عنوان ایجنت با دسترسی ترمینال اجرا می‌کنی، دسترسی شبکه‌ی خروجیش رو پیش‌فرض ببند.

@DevTwitter | <Legendary Coder/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

چه ایده‌هایی دارن بعضیا. با این ابزار متن‌باز می‌تونید فایل زیپ ۱۰۰ گیگی رو تو یه درایوی که مثلا ۱۱۰ گیگ جای خالی داره از حالت فشرده دربیارید.

https://github.com/xevrion/hatchzip

@DevTwitter | <milad/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

یه کتابخونه کامپوننت React که احتمالاً هنوز ندیدیش!

چرا؟ چون سازنده‌اش خودش طراحی‌ش کرده تا هر کامپوننت حرکت کنه، واکنش نشون بده و ظاهری متفاوت از قالب‌های تکراری داشته باشه.

اگه دنبال ایده‌های تازه برای طراحی رابط کاربری و ساخت سایت‌های متفاوتی، این یکی رو ببین:

https://scrolltide.co

@DevTwitter | <Yarad/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

این ویدیو ۱۰ میلیون بازدید گرفته توی کمتر از ۱۲ ساعت؛ یه نفر با Claude Code بکاپ آیفونش رو زیر و رو کرده و میگه کلی عکس پیدا کرده که سال‌ها پیش پاکشون کرده بوده!

ظاهرا آیفون بعضی خاطرات رو بهتر از خودمون نگه می‌داره :)))

البته هنوز معلوم نیست ادعاش چقدر درسته!

شما هم ببینید

@DevTwitter | <Kaveh/>

Читать полностью…

DevTwitter | توییت برنامه نویسی

🔖 جشنواره پاییزی لینگانو شروع شد

📣 تا ۷۵٪ تخفیف ویژه روی دوره جامع آموزش زبان لینگانو برای کاربران تلگرام

✅ 146 جلسه آموزشی باکیفیت (+72 ساعت آموزش)
✅ از مبتدی تا پیشرفته
✅ همراه با جزوه، تمرین و آزمون اختصاصی برای هر درس

➕

🎁 3 هدیه اختصاصی برای شما:

✅ مینی‌دوره «یادگیری زبان با سریال فرندز»
✅ مینی‌دوره «لغات و کالوکیشن»
✅ ۱ سال اشتراک رایگان لینگانو ai،
دستیار هوش مصنوعی اختصاصی لینگانو


برای دریافت جزئیات و قیمت دوره، کافیه کلمه‌ی «مشاوره» رو به آیدی زیر بفرستین:

@Lingano_support🔵
@Lingano_support🔵

Читать полностью…

DevTwitter | توییت برنامه نویسی

این روزها زیاد می‌پرسن «با این همه ایجنت و Claude Code، هنوز لازمه کدنویسی رو از پایه یاد بگیریم؟» جواب من آره‌ست، و به نظرم الان حتی مهم‌تر از قبله. بحث این نیست که به قول Boris Cherny کد «حل شده» یا نه. بحث اینه که ذهن ما چیزی رو یاد می‌گیره که براش زحمت کشیده باشه. وقتی خودت با یه باگ کلنجار می‌ری یا یه الگوریتم رو قدم‌به‌قدم می‌نویسی، حتی روی کاغذ، داری مهارت حل مسئله و فهم سیستمی رو می‌سازی. دانشگاه آکسفورد یه ویدیوی کوتاه داره که استاد ریاضی توش می‌گه ریاضی رو باید فعالانه یاد گرفت، یعنی با نوشتن قدم‌به‌قدم معادله‌ها. اندرو انجی هم اخیراً حرف مشابهی زد: جواب گرفتن از AI شاید همون لحظه نتیجه رو بهتر کنه، ولی یادگیری بلندمدت رو خراب می‌کنه، چون کار رو خودت انجام ندادی.
https://www.instagram.com/reel/DeWpAGJoK8h

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

هیچ‌کدوم از این حرف‌ها به معنی مخالفت با AI نیست. خودم هر روز با ایجنت‌ها کار می‌کنم و معتقدم agentic development یه مهارت جدی و جدیده که همه‌مون باید بهش مسلط بشیم. فقط ترتیبش مهمه: اول پایه، بعد ابزار. آقای Lauren، که قبلاً توی تیم React Compiler بوده، می‌گه نوشته‌ها و پرامپت‌هاش رو خودش می‌نویسه، چون نوشتن یعنی فکر کردن. هر چی دانش و واژگان دامنه‌ت عمیق‌تر باشه، ایجنت رو بهتر هدایت می‌کنی. بنظرم اگه تازه شروع کردی این مسیر شغلی رو، کد بنویس، دیباگ کن، گیر کن و بذار ذهنت درگیر بشه. ایجنت‌ها وقتی خوب جواب می‌دن که خودت بدونی دقیقاً چی ازشون می‌خوای.
https://x.com/poteto/status/2109885001584292091


@DevTwitter | <Hossein Nazari/>

Читать полностью…
Subscribe to a channel