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

ام دی پرشیا (MDPersia): ابزار متن‌باز تبدیل اسناد Markdown فارسی و راست‌چین به Word (DOCX) و PDF ، بدون نیاز به پیش‌نیازهای سنگین با رفع مشکل پرانتزها و متون انگلیسی-فارسی. تولید فایل Word با استایل RTL و فونت وزیرمتن، فایل PDF با کیفیت قابل چاپ و رندر کاملاً آفلاین انواع دیاگرام‌های مهندسی Mermaid. قابلیت جداگانه برای تبدیل فایل مارک داون ltr به فایل rtl پشتیبانی از حالت پایش زنده برای کامپایل لحظه‌ای(با تغییر لحظه ای فایل مارک داون فایل ورد هم تغییر می کند) رابط (CLI) و اپلیکیشن سبک دسکتاپ (GUI) طراحی شده با تائوری. https://github.com/hamid-morsali-786/MdPersia @DevTwitter | <hamid_morsali/>

پنجاه میلیون توکن یا ۲۵ دلار کردیت استفاده از GLM 5.3 flash و DeepSeek v4.1 flash در سایت زیر : https://console.river.ai @DevTwitter | <Reza/>

دیپ‌سیک V4.1 Flash و HY3 رایگان شدن! تصور کن به دو مدل هوش مصنوعی دسترسی داشته باشی، بدون اینکه نگران تموم‌شدن اعتبارت باشی! استفاده روزانه رایگان اعتبار نامحدود فقط تا ۳۱ اکتبر! برای امتحان‌کردنشون کافیه بری سراغ WorkBuddy https://workbuddy.ai فقط یادت باشه این پیشنهاد طبق اعلام منتشرشده تا ۳۱ اکتبر اعتبار داره. هوش مصنوعی رایگان، اعتبار نامحدود؛ دیگه چی می‌خوای؟ @DevTwitter | <امیرحسین اسلامی/>

مدل GPT-6 Luna کاملاً رایگان و نامحدود شد سرویس DuckDuckGo از طریق DuckAi این مدل رو بدون نیاز به ثبت‌نام و کارت بانکی باز کرده. چی داری؟ • چت با Luna • تولید تصویر • مکالمه صوتی کامل (روی موبایل هم خوب کار می‌کنه) فقط برو و شروع کن: https://duck.ai @DevTwitter | <Reza/>

‍ اساتید، مهندسین نرم‌افزار و توسعه‌دهندگان ایرانی و خارجی! یک مقاله‌ی جدید آماده کردیم که می‌تونه برای تقویت مهارت‌های فنی و آمادگی برای مصاحبه‌های استخدامی در گوگل و شرکت‌های بزرگ تکنولوژی بهتون کمک کنه. توی این مقاله درباره‌ی Big-O درگونگ صحبت کردیم؛ از تحلیل پیچیدگی زمانی و فضایی الگوریتم‌ها گرفته تا نوشتن کدهای بهینه‌تر و کارآمدتر. اگه می‌خواید دانش الگوریتمی خودتون رو تقویت کنید و برای چالش‌های مصاحبه‌های فنی آماده‌تر باشید، این مقاله رو از دست ندید! https://medium.com/@milwad.dev/big-o-in-go-a-practical-guide-for-software-engineers-4812016dd1dd @DevTwitter | <Milwad Khosravi/>

🚀 جعبه ابزار رؤیاییِ سئوکارها و برنامه‌نویس‌ها! دیگه نیازی نیست برای هر کاری ده‌ها سایت مختلف رو باز کنی! ربات "جعبه ابزار وبمسترها" کامل‌ترین دستیار هوشمند تلگرامیه که تمام نیازهای سایتت رو یک‌جا برطرف می‌کنه! 🤩 ✨ بخشی از امکانات جذاب این ربات: ⏱ مانیتورینگ ۲۴ ساعته: به محض قطعی سایتت یا انقضای گواهینامه SSL، در تلگرام آلارم بگیر! 🕵️‍♂️ کالبدشکافی وردپرس: با یک لینک، قالب و تمام افزونه‌های سایت رقیبت رو کشف کن. 📸 ابزارهای مدیا: گرفتن اسکرین‌شات از سایت‌های مختلف و تبدیل عکس به WebP برای سئو. 🛡 تست امنیت و سرور: اسکن پورت‌های باز سرور، بررسی هدرهای امنیتی و استخراج IP. 🔍 چاقوی سوئیسی سئو: محاسبه چگالی کلمات کلیدی، استخراج لینک‌های صفحه و بررسی ظاهر سایت در شبکه‌های اجتماعی (Open Graph). ➕ و ده‌ها ابزار تخصصی دیگه... (از ساخت پسورد امن و تست پینگ تا اعتبارسنجی JSON، ردیاب لینک و چک کردن WHOIS) که باید خودت امتحانشون کنی! 🔒 کاملاً امن، فوق‌سریع و بدون نیاز به گرفتنِ هیچ‌گونه پسورد یا کلید دسترسی از سایت شما! 👇 همین الان دستیار هوشمندت رو استارت بزن: 🔗 @WPulseRobot_bot

امروز یه مقدار بیکار بودم گفتم Notepad++ رو برای mac os با rust بازنویسی کنم. نتیجه به نظرم خیلی خوب شد. خودم که خیلی بهش نیاز داشتم و اپ های مشابه رو نمی‌پسندیدم. اگه خواستید این لینک گیتهابم https://github.com/sonatina-dream/Linewright @DevTwitter | <Sonata/>

این روزها عنوان‌های Agentic Developer (توسعه‌دهندهٔ مسلط به عامل‌ها) و AI-powered Developer (توسعه‌دهندهٔ توانمند با هوش مصنوعی) را زیاد می‌بینیم. اما استفاده از ابزارهای کدنویسی کافی است که خودمان را با این عنوان‌ها معرفی کنیم؟ به نظرم معیار، تعداد ابزارها نیست؛ این است که چه کاری را می‌توانیم واگذار کنیم، چطور درستی نتیجه را بسنجیم و کجا کنترل را نگه داریم. این ۹ گام، یک نقشهٔ پیشنهادی برای پیدا کردن جای خودمان است؛ نه یک استاندارد رسمی. ۱. کمک بگیر، اما بفهم از هوش مصنوعی برای توضیح کد و تحلیل خطا کمک بگیر. نشانهٔ آمادگی: بتوانی پاسخ را توضیح بدهی و بخش‌های نامطمئنش را تشخیص بدهی. ۲. مسئله را روشن کن قبل از Prompt، هدف، محدودیت و Acceptance Criteria (معیار پذیرش) را بنویس. نشانهٔ آمادگی: قبل از گرفتن پاسخ، بدانی خروجی قابل‌قبول چیست. ۳. زمینهٔ درست فراهم کن با Context Engineering (طراحی زمینه)، فایل‌ها، قواعد و اطلاعات مرتبط را در اختیار مدل بگذار؛ نه کل پروژه را بی‌هدف. نشانهٔ آمادگی: کمتر مجبور شوی حدس‌های اشتباه مدل را اصلاح کنی. ۴. با شواهد اعتماد کن با Verification (راستی‌آزمایی)، خروجی را تست و بازبینی کن. تست‌های تولیدشده هم نیاز به بررسی دارند. نشانهٔ آمادگی: دلیل پذیرش تغییر، شواهد باشد؛ نه توضیح قانع‌کنندهٔ مدل. ۵. کار را قابل‌کنترل کن با Task Decomposition (تقسیم کار)، درخواست بزرگ را به طرح، تغییرات کوچک، تست و بازبینی بشکن. نشانهٔ آمادگی: بتوانی هر بخش را مستقل بفهمی و اصلاح کنی. ۶. روش تکرارپذیر بساز یک Workflow (گردش‌کار) مشخص برای کاری مثل رفع باگ تعریف کن: بازتولید، تست، اصلاح و بازبینی. نشانهٔ آمادگی: خودت و همکارت بتوانید این روش را روی چند کار مشابه تکرار کنید. ۷. اختیار محدود واگذار کن به Agent (عامل اجرایی) کار چندمرحله‌ای بده؛ با دسترسی محدود، نقاط تأیید و امکان Rollback (بازگردانی). نشانهٔ آمادگی: بتوانی اجرا را بررسی و متوقف کنی و تغییرات را برگردانی. ۸. اثر واقعی را بسنج در Evaluation (ارزیابی)، زمان کل، بازبینی، دوباره‌کاری، خطا و هزینه را با روش قبلی مقایسه کن. نشانهٔ آمادگی: بدانی هوش مصنوعی کجا کمک می‌کند و کجا نه. ۹. مسئلهٔ بهتری حل کن با Product Thinking (تفکر محصولی)، بپرس: آیا این قابلیت لازم است؟ آیا گلوگاه واقعاً کدنویسی است؟ نشانهٔ آمادگی: اثر کارت در نتیجهٔ محصول دیده شود، نه فقط حجم کد. ممکن است در تست‌نویسی قدم هفتم باشی و در معماری قدم دوم؛ طبیعی است. بلوغ بیشتر هم الزاماً یعنی اختیار بیشتر دادن نیست؛ یعنی واگذاری متناسب با ریسک. برای معرفی توانایی‌ات، به‌جای یک عنوان کلی، شواهد بده: «رفع باگ را با گردش‌کار مشخص، تست و بازبینی انجام می‌دهم.» حالا قدم بعدی را مشخص کن: «در کارِ …، در قدمِ … هستم و این هفته روی … تمرین می‌کنم.» هدف، واگذاری فهمیدن نیست؛ تقویت توان تصمیم‌گیری ماست. @DevTwitter | <HamidReza Madani/>

مهم اگر از Redis در پروژه‌هاتون استفاده می‌کنید، این آسیب‌پذیری رو جدی بگیرید CVE-2025-49844 | CVSS 10.0 این آسیب‌پذیری که به اسم RedisRCE هم شناخته میشه، مربوط به یک مشکل Memory Safety از نوع Use-After-Free در اجرای اسکریپت‌های Lua در Redis هست به زبان ساده، مهاجمِ احراز هویت‌شده می‌تونه با یک اسکریپت Lua دست‌کاری‌شده، در شرایط خاص باعث استفاده از حافظه‌ای بشه که قبلاً آزاد شده؛ موضوعی که می‌تونه در نهایت به اجرای کد دلخواه روی سرور منجر بشه نکته مهم اینه که داشتن رمز عبور به‌تنهایی برای امن بودن Redis کافی نیست، مخصوصاً اگر دسترسی کاربران به دستورات حساس محدود نشده باشه. چطور از Redis محافظت کنیم؟ ۱. ردیس رو به نسخه‌ای که این آسیب‌پذیری در اون برطرف شده ارتقا بدید. ۲. پورت Redis رو مستقیماً روی اینترنت در دسترس قرار ندید. ۳. احراز هویت رو فعال کنید و به‌جای یک کاربر مشترک، از ACL برای محدود کردن دسترسی هر سرویس استفاده کنید. ۴. دسترسی به اجرای اسکریپت‌های Lua رو فقط به کاربرانی بدید که واقعاً بهش نیاز دارن. ۵. اگر Redis رو با Docker اجرا می‌کنید، پورت‌ها رو بی‌دلیل Publish نکنید و ارتباط با Redis رو به شبکه داخلی و سرویس‌های مجاز محدود کنید. برای Redis Open Source، نسخه‌های اصلاح‌شده شامل 8.2.2، 8.0.4، 7.4.6، 7.2.11 و نسخه‌های بعدی هر شاخه هستند. برای شاخه‌های قدیمی‌تر و Redis Software، نسخه اصلاح‌شده متفاوت است؛ قبل از ارتقا، جدول رسمی نسخه‌ها رو بررسی کنید. یک نکته مهم در DevOps: امنیت دیتابیس فقط به رمز عبور قوی محدود نمیشه؛ نسخه نرم‌افزار، سطح دسترسی کاربران و محدودیت دسترسی شبکه هم به همون اندازه اهمیت دارن. منبع رسمی: https://redis.io/blog/security-advisory-cve-2025-49844/ @DevTwitter | <ali sahrayi/>

فرانت‌اند سخت نیست، تا وقتی که پروژه واقعی نشده! :) ساختن یه صفحه با React و Tailwind شاید چند ساعت زمان ببره؛ اما ساختن سیستمی که قراره چند سال توسعه پیدا کنه، داستان کاملاً متفاوتیه. وقتی پروژه بزرگ‌تر می‌شه، دیگه فقط بحث Component ساختن و Pixel Perfect بودن نیست. اینجاست که چالش‌های واقعی شروع می‌شن: معماری‌ای که با اضافه شدن هر فیچر به هم نریزه. بخش Performance که با افزایش حجم داده قربانی نشه. مدیریت State بدون ایجاد وابستگی‌های پیچیده. تست‌نویسی، مقیاس‌پذیری و کدی که نفر بعدی هم بتونه بفهمه و توسعه بده. اینجاست که نقش Software Engineering پررنگ می‌شه. به نظرم یه مهندس نرم‌افزار صرفاً کسی نیست که بتونه یه فیچر رو پیاده‌سازی کنه؛ کسیه که می‌فهمه چرا باید یه راه‌حل رو انتخاب کنه، چه هزینه‌ای داره و شش ماه بعد چه تأثیری روی کل سیستم می‌ذاره. نوشتن کدی که امروز کار کنه یه مهارته؛ ساختن سیستمی که فردا هم بشه روش حساب کرد، یه مهارت دیگه‌ست! @DevTwitter | <Mohsen Karimvand/>

منبع خیلی کاربردی برای ساخت UI با AI پیدا کردم سایت Refero Styles بیش از ۲۰۰۰ سبک طراحی واقعی از بهترین محصولات دنیا رو جمع کرده همه‌شون به فرمت DESIGN.md هستن که مستقیم به ایجنت‌ می‌دی و UI خیلی حرفه‌ای‌تر و خوش‌سلیقه‌تری درمیاره لینک https://styles.refero.design/ @DevTwitter | <Reza/>

برام جالب بود گفتم شاید شما هم حال کنید رانندگی بینهایت https://drune.io/ @DevTwitter

این ویدیو رو از دست ندید! مهرزاد عزیز رفته سراغ Jev و با بیان عالی‌ش توضیح می‌ده که چیه و چیکار می‌کنه‌... دیدن ویدیوهای مهرزاد فارغ از موضوع به همه توصیه می‌شه :) جهت لذت بردن از دیدن کسی که در عین خفن بودن... متواضعانه آموزش می‌ده و کنار بقیه است https://youtu.be/mxijLTA5RTw @DevTwitter | <Ali Rashedi/>

ایران هنگام کار است. مسئله‌های واقعی به آدم‌هایی نیاز دارند که پای کار بایستند، بسازند، آزمایش کنند و تا رسیدن به یک راه‌حل واقعی ادامه دهند. «کوره پاییز کارخونه» یک دوره سه‌ماهه، حضوری و تمام‌وقت برای تیم‌هایی است که می‌خواهند روی مسئله‌های واقعی کار کنند و از دل آن‌ها، محصول و کسب‌وکاری مقیاس‌پذیر بسازند. در این مسیر: ▪️ سه ماه حضور تمام‌وقت در کارخانه هوش مصنوعی ایران ▪️ کار روی مسئله‌های واقعی ▪️ ساخت محصول واقعی و کسب‌وکاری مقیاس‌پذیر ▪️ دریافت سرمایه تا سقف ۳ میلیارد تومان در طول دوره ▪️ فرصت جذب سرمایه تا ۵۰ میلیارد تومان پس از پایان دوره کوره جایی‌ست که ساختن بر هر چیز دیگری مقدم است و ایده‌ها به راه‌حل‌هایی برای مسئله‌های واقعی ایران تبدیل می‌شوند. توسعه از همین‌جا آغاز می‌شود؛ از ساختن چیزی که گرهی از کار ایران باز کند. 🔗 aiif.ai/kooreh مهلت ثبت‌نام: تا ۲۰ مهر تمدید شد! @aiif_channel

بازی‌های جدید و سنگین PS5 به راحتی روی دستگاه هکی کار نمیکنه و خطا PRX_NOT_RESOLVED_FUNCTION میده باید برنامه https://github.com/gcoding97/PS5-Game-Compressor دانلود و روی دستگاه اجرا کنید حالا فایل‌های اون بازی را Image کنید و از روی Image جدید مجدد بازی را نصب کنید @DevTwitter | <Teegra/>

اگه فردا یکی محصولت رو دوباره بسازه، چی داری که نتونه کپی کنه؟ یه ابزار اومده به اسم rea که ادعاش اینه: هر چیزی رو مهندسی معکوس کن، بفهم چطور کار می‌کنه، بعد خودت بسازش! الانم از ۱۰۰ هزار استار تو گیت‌هاب رد شده به نظرم ماجرا خیلی فراتر از یه ابزار جدیده. ما سال‌ها فکر می‌کردیم «کدش دست خودمونه» یعنی یه مزیت بزرگ داریم. ولی اگه بازسازی نرم‌افزار روزبه‌روز راحت‌تر بشه، چقدر می‌شه روی خودِ کد به‌عنوان دارایی استراتژیک حساب کرد؟ احتمالاً باید بیشتر به چیزایی فکر کنیم که سخت‌تر کپی می‌شن: شناخت مشتری، داده، اعتماد و راه رسیدن به بازار. اگه کد محصولت رو از معادله حذف کنیم، مزیتمون چیه؟ http://github.com/morluto/rea @DevTwitter | <Amir Ghasemi/>

بالاخره تونستنم انتی گرویتی خودمو درست کنم اونم با این ریپو : https://github.com/trustybird/AvenCores-open-antigravity-patcher درحالت عادی بخاطر ریجن کشور عزیزمون نمیزاره لاگین کنید و باید به گوگل درخواست بدین ریجن عوض کنه که احتمال زیر ۱۰ درصده! @DevTwitter | <TheAmirreza/>

چند روز پیش تصمیم گرفتم برای اجرای لوکال پروژه‌م از lerd.sh استفاده کنم و تجربه‌ی خوبی بود. پروژه‌م هم لاراول داشت، هم فرانت Next.js. چیزی که برام جالب بود، استفاده از پادمن بود؛ بدون اینکه لازم باشه درگیر نوشتن و تنظیم Dockerfile بشم. خود ابزار هم خیلی سبکه و برای تنظیمات HTTPS هم کلی از دردسرها رو کم می‌کنه. ابزارهای مدیریتی‌ش هم کاربردی‌ان، مخصوصاً کامند doctor که برای پیدا کردن مشکلات به کار میاد. در مجموع، تجربه‌ی باحالی بود و کار با پروژه رو برام راحت‌تر کرد. https://lerd.sh/ @DevTwitter | <Sajjad Zibafar/>

- یکی کل مستندات توسعه‌دهنده‌های Anthropic رو توی یه ریپو گیتهاب جمع کرده. - پروژه Claude Code Docs همه APIها، MCP، هوک‌ها، مهارت‌ها و آموزش‌ها رو توی یه آرشیو محلی searchable گذاشته که هر شش ساعت اتوماتیک آپدیت می‌شه. - لینک ریپو: https://github.com/thevibeworks/claude-code-docs @DevTwitter | <Yarad/>

استارتاپ TypeSafe AI که پشت مدل Jev قرار دارد، خبر جذب سرمایه جدیدش را به سبک متفاوتی با نام Series AI منتشر کرده است. به جای تب و تاب معمول چت‌بات‌ها، تمرکز آنها روی مدل‌های به اصطلاح ماشین‌محور (machine-native) یا مدل‌های سیستم یک (System One) است؛ مدل‌هایی که هدفشان تولید متن طولانی برای انسان نیست، بلکه برای تصمیم‌گیری‌های ساختاریافته، قطعی و سریع در لایه زیرساخت نرم‌افزار طراحی شده‌اند. طبق اعلام خودشان، در حال حاضر یک‌سوم شرکت‌های Fortune 500 از مدل Jev استفاده می‌کنند و تمرکز دور جدید، توسعه قابلیت‌های سازمانی، بهینه‌سازی بیشتر سمپلرها و اضافه کردن مدل‌های سبک‌تر برای تصمیم‌گیری کالیبره‌شده (calibrated decisions) در مقیاس عملیاتی است. ایده جالبی است که نشان می‌دهد آینده هوش مصنوعی صرفاً مدل‌های زبانی عظیم‌تر و چت‌بات‌ها نیست، بلکه مدل‌های تخصصی و سریعی هستند که مستقیماً داخل پایپ‌لاین‌های نرم‌افزاری جا می‌گیرند و بدون سر و صدا کار را جلو می‌برند. لینک خبر: https://typesafe.ai/blog/series-ai @DevTwitter | <Mehdi Allahyari/>