DevTwitter | توییت برنامه نویسی
33.4K subscribers
5.7K photos
468 videos
6 files
5.67K links
توییت های برنامه نویسی و طراحی وب :)

Admin:
@dvtwi

Hashtags:
devtwitter.t.me/5

DevBooks Channel:
https://xn--r1a.website/+AYbOl75CLNYxY2U0

Github:
https://github.com/DevTwitter

X:
https://x.com/devtwittir
Download Telegram
مفیدتربن ابزاری که با AI بزای خودم ساختم. ابزار کنترل داکر به صورت دسکتاپ، جایگزین داکر دسکتاپ که فقط برای مصرف شخصی رایگانه و رنچر سنگین و پرباگ و ارب استک و مشابه اون. این ابزار فول رایگانه. صددرصد با Rust و خیلی سبک و سریع. برای مک، لینوکس و ویندوز

https://manimovassagh.github.io/Ferrodock/

@DevTwitter | <Mani/>
🍌31👍11🔥4
تیم Claude Code میگه حدود ۹۰ درصد کد Claude Code رو خود Claude نوشته :)

از ژوئن تا سپتامبر تعداد PR های مرج شده بیشتر از ۲ برابر شده، ولی سهم PR هایی که revert شدن بیشتر از ۴۰ درصد کم شده.

سوال اصلی اینه که این همه کد رو کی ریویو میکنه؟

خلاصه روش ریویوشون:

۱. قبل از PR، ایجنت باید کارشو ثابت کنه: تست، بیلد یا اسکرین‌شات. بعد یه subagent با کانتکست تازه diff رو ریویو میکنه.

۲. کنار CLAUDE.md یه REVIEW.md کوتاه دارن که میگه تو اون ریپو چی مهمه. هر کامنتی که تو ریویو تکرار میشه میره تو همین فایل.

۳. لوکال /code-review و /security-review رو بزنید.

۴. سطح ریسک رو خود تغییر تعیین میکنه، نه نویسنده‌ش. داکیومنت و کارای پشت feature flag بدون تایید انسانی، تغییرات عادی با تایید یه نفر، حساس‌ترین بخش‌ها با دو نفر.

۵. بعد از ۳ دور ریویو، به جای دور چهارم برگردید رویکرد رو عوض کنید.

۶. feature flag و rollback سریع داشته باشید، چون یه چیزایی بالاخره رد میشه.

مقاله کامل:
https://claude.dev/blog/solving-code-review-at-anthropic/

@DevTwitter | <Alireza.js/>
💔18❤11👍4
وقتی به همه‌چیز علاقه داری و انتخاب یکی، حسِ از دست دادن بقیه رو می‌ده.

این ویدیو دربارهٔ همین وضعیته و برای افرادی هست که توی خیلی چیزا خوبن و حس می‌کنن می‌تونستن کارهای مختلفی بکنن و از دستش دادن...
ویدیو میگه چجوری با این موضوع دیل کنیم
https://youtu.be/3NGL3K6_iEk

@DevTwitter | <Ali Rashedi/>
❤35👎2
This media is not supported in your browser
VIEW IN TELEGRAM
فکر می‌کردین بشه UI رو به سبک ایزومتریک طراحی کرد؟

یه مجموعه پیدا کردم که این سبک رو به کامپوننت‌های واقعی React آورده.

توی این مجموعه، کامپوننت‌های آشنای UI با زاویه و عمق سه‌بعدی طراحی شدن و بعضی‌هاشون هم انیمیشن و تعامل دارن.

برای کسایی که دنبال ایده‌های متفاوت برای طراحی رابط کاربری هستن، دیدن این مجموعه می‌تونه جالب باشه.

https://isometric.buildlab.in/

@DevTwitter | <Zeinab Anvari/>
👍18👎6❤4
با این پروژه می‌تونید مدل GPT-6 Luna در Duck.ai رو از طریق یک API سازگار با OpenAI به 9Router و سایر ابزارهای مشابه متصل کنید

https://github.com/emahboubinia/duckai-openai-api

@DevTwitter | <Erfan/>
❤31🍌8🔥2
چند بار شده agentم کارش تموم شده ولی من درگیر یه کار دیگه بودم و کلا یادم رفته.

برای همین ClaudeBuddy رو ساختم:
یه رفیق کوچولو که روی دسکتاپتون زندگی می‌کنه و هر وقت agent کارش تموم شد، می‌زنه به شیشه‌ی مانیتورتون که «هی، کارم تموم شد!»

https://github.com/pooriaanv/claudeBuddy

@DevTwitter | <Pooria/>
❤56🍌26👍3
معرفی PerRoute | کلاینت رایگان و متن‌باز ویندوز

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

امکانات اصلی:
- امکان اختصاص سرور جداگانه به هر برنامه
- انتخاب هوشمند سریع‌ترین و پایدارترین سرور
- اتصال مجدد خودکار هنگام قطعی
- جلوگیری از نشت ترافیک با قابلیت Killswitch
- مشاهده مصرف اینترنت و مدیریت پهنای باند برنامه‌ها
- پشتیبانی از پروتکل‌های VLESS، VMess، Trojan و Shadowsocks
- پشتیبانی از لینک اشتراک، کانفیگ و کد QR
- رابط کاربری مدرن و ساده با تم روشن و تاریک

سیستم‌عامل: ویندوز ۱۰ و ۱۱

کاملاً رایگان و متن‌باز

دانلود آخرین نسخه:
https://github.com/AliMirzad/PerRoute/releases/latest

گیت‌هاب پروژه:
https://github.com/AliMirzad/PerRoute

@DevTwitter | <Ali Mirzad/>
🍌13❤8👍4
Git Handbook | راهنمای Git و GitHub

ریپازیتوری برای یادگیری و مرور دستورات Git و مفاهیم کاربردی کار با GitHub طراحی شده. از دستورات پایه مثل "commit" و "branch" گرفته تا مدیریت برنچ‌ها و کار با مخزن‌های گیت، می‌تونی ازش به‌عنوان یک مرجع برای یادگیری و تمرین استفاده کنی.

https://github.com/Royatvand/git-handbook

@DevTwitter | < Abol/>
❤11👎2🍌2
مدتیه دارم روی پروژه‌ای به اسم «قیچی» کار می‌کنم؛ یک اپلیکیشن پیامک اندرویدی متن‌باز که از اول با تمرکز روی حریم خصوصی ساخته شده.
هدف قیچی ساده‌ست: خفه کردن پیامک‌های اسپم و تبلیغاتی، بدون قربانی کردن حریم خصوصی.

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

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

اگر دوست داشتید، با گزارش باگ و فیدبک، مشارکت در توسعه یا حتی یک Star روی گیت‌هاب می‌تونید کمک کنید قیچی بهتر بشه.

گیت‌هاب پروژه و دانلود:
https://github.com/MahdiyarGHD/GheychiApp

@DevTwitter | <Mahdyar/>
1❤66👍20🔥4
This media is not supported in your browser
VIEW IN TELEGRAM
ابزار OpenDesign Motion منتشر شده و متن‌باز هم هست!

یه جایگزین متن‌باز برای Claude Motion که بهت اجازه می‌ده با هر AI Agent و مدلی ویدیوهای موشن بسازی؛ بدون اینکه مجبور باشی از Opus 5.5 استفاده کنی.

جالب‌تر اینکه ویدیوی معرفی خودشون رو هم کاملاً با OpenDesign ساختن!

https://open-design.ai

@DevTwitter | <Yarad/>
👍27👎1🍌1
پروژه Shahrah یک پراکسی متن‌باز توسعه‌یافته با زبان Rust برای PostgreSQL که با هدف ساده‌سازی شاردینگ و مدیریت دیتابیس‌های توزیع‌شده طراحی شده است. این پروژه درخواست‌های اپلیکیشن را دریافت می‌کند و به‌صورت هوشمند به شارد یا دیتابیس مناسب هدایت می‌کند. با قابلیت‌هایی مانند Query Routing و Read/Write Splitting و مدیریت Connection pooling مدیریت ترافیک دیتابیس را بهینه می‌کند. یکی از ویژگی‌های کلیدی آن، پشتیبانی از معماری چندمنطقه‌ای و مسیریابی درخواست‌ها بر اساس محل قرارگیری داده‌هاست. همچنین قابلیت‌هایی برای انتقال داده بین مناطق، توزیع مجدد شاردها و بازیابی عملیات انتقال فراهم می‌کند.
هدف نهایی این پروژه، ساده‌سازی مقیاس‌پذیری PostgreSQL و انتقال پیچیدگی مدیریت شاردینگ از لایه اپلیکیشن به زیرساخت دیتابیس است.

در تست شاردینگ با سه شارد، هزینه پردازشی هر عملیات خواندن برای Shahrah برابر ۵۰٫۷ میکروثانیه بوده، در مقابل ۶۲٫۵ میکروثانیه برای PgDog. همچنین در تست خواندن کلیددار تک‌شاردی، با ۵۴٫۵ میکروثانیه در مقایسه با PgCat با ۵۸٫۵ و PgDog با ۶۵٫۵ میکروثانیه عملکرد بهتری ثبت کرده است. در تست عبور ساده درخواست‌ها نیز هزینه پردازشی Shahrah برابر ۳۲٫۶ میکروثانیه بوده است.

https://github.com/rs-alireza/shahrah/

@DevTwitter | <Alireza/>
🍌13❤12🔥2
اگر LLMها به هر شکلی با نرم‌افزار یا محصول شما یکپارچه شدن، بد نیست در مورد مسائل امنیتی مربوطه نگاهی به OWASP Top 10 for LLM Applications بندازید.

https://genai.owasp.org/resource/owasp-top-10-for-llm-applications-2025/

@DevTwitter | <Hamed/>
🍌7❤4👍2
گزارش رسمی Anthropic از آینده بازار کار: ایجنت‌های هوش مصنوعی ۶ برابر انسان‌ها کار می‌کنند و استخدام جونیورها سقوط کرده است!

شرکت Anthropic در مطالعه داخلی جدید خود «How employment is changing at Anthropic» داده‌های خیره‌کننده‌ای از تغییر ساختار مهندسی منتشر کرده که تصویری واقعی از آینده شرکت‌های تک است:

سقوط استخدام نیروهای تازه‌کار: سهم استخدام مهندسان جونیور از ۲۷٪ به تنها ۹٪ رسیده است؛ چرا که وظایف روتین مثل کدنویسی پایه و دیباگ کردن به Claude سپرده شده است.

قانون ۶ به ۱: ساعت کاری ایجنت‌های تعاملی AI در این شرکت اکنون ۶ برابر ساعت کاری کارمندان انسانی است (و در تیم‌های تحقیقاتی ۱۹ برابر!). در نتیجه، خروجی کد به ازای هر مهندس ۵ برابر شده است.

رشد شرکت و تغییر ترکیب به جای تعدیل: اندازه کلی Anthropic طی یک سال ۳ برابر شده و استخدام فنی همچنان بالاست، اما تقاضا از سمت جونیورها به سمت نیروهای ارشد و مستقل شیفت کرده است.

ظهور عصر «Meta-Work»: گلوگاه جدید در شرکت، «توجه انسانی» برای بررسی خروجی ایجنت‌هاست. معیار استخدام دیگر صرفاً دانش فنی و پیاده‌سازی نیست، بلکه «قدرت قضاوت، استقلال کاری و مهارت مدیریت ایجنت‌ها» است.

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

@DevTwitter | <Legendary Coder/>
❤34🍌11👎4
This media is not supported in your browser
VIEW IN TELEGRAM
این یکی پر از کامپوننت‌هاییه که از UIهای معمولی فاصله گرفتن!

مجموعه‌ای از کامپوننت‌های مدرن و خلاقانه‌ست که با انیمیشن‌ها و جزئیات جذابشون می‌تونن ظاهر پروژه‌تون رو متفاوت کنن.

حتماً یه نگاهی بندازید و سیوش کنید.

https://systaliko-ui.vercel.app

@DevTwitter | <negahUi/>
🍌13🔥7👍4
چند سال پیش یه وبینار Git برگزار کردم

برای اون وبینار وقت گذاشتم و internal های گیت و اینکه چطور کار می کنه رو یاد گرفتم

چیزی که باورم نمیشد این بود که چرا انقدر inefficient هست و دوباره کاری داره و همه چیز هزار جا کپی میشه

با اینکه git یه سیستم محبوبی بود که همه استفاده می کردند و حتما باید درست باشه

الان که Scion معرفی شد وقت گذاشتم و مقاله مهندسی Anthropic رو خوندم و خیلی لذت بردم

یه مفهومی که معرفی کرده Changeset هست که خیلی منطقی هست

خیلی Anthopic رو دوست دارم از مدل Opus گرفته تا cli بودن Claude Code و اینکه به خودشون اجازه دادن git که bottleneck شده بود رو عوض کنند.

خیلی هیجان زده هستم که کلی تغییرات تو راه داریم.

بهتون پیشنهاد می کنم که این مقاله رو بخونید چون دید خیلی خوبی بهتون میده.

https://www.anthropic.com/engineering/redesigning-source-control

@DevTwitter | <Pouria Jahandideh/>
❤18👍3🍌3
یکی از سؤال‌های رایج در System Design:

چطور یک سیستم خرید و رزرو موجودی رو در مقیاس بالا طراحی کنیم؟

فرض کنید یک محصول فقط ۱۰ موجودی داره.

وقتی کاربر وارد فرآیند خرید می‌شه، هنوز خرید نهایی انجام نشده؛ ابتدا باید موجودی رو براش Reserve کنیم تا کاربر فرصت پرداخت داشته باشه.

بعد از پرداخت موفق، Reservation به Purchase تبدیل می‌شه و موجودی واقعاً از انبار کم می‌شه.

در بسیاری از طراحی‌ها، برای مدیریت سریع موجودی و concurrency در مرحله‌ی Reservation از Redis در کنار Database استفاده میشه.

اما این معماری چالش‌های خودش رو داره.

وقتی بخشی از state در Redis و بخشی در Database قرار داره، حفظ consistency بین این دو سیستم ساده نیست.

اگر Reservation در Redis موفق شه ولی ثبتش در Database شکست بخوره چی؟

اگر Payment موفق شه ولی مرحله‌ی نهایی کردن Purchase شکست بخوره چی؟

با افزایش scale، مسائلی مثل hot key، contention، retry، failure و synchronization هم جدی‌تر می‌شن.

نکته‌ی جالب اینجاست که در مقاله‌ی جدیدی، Shopify دقیقاً همین مسئله رو بررسی کرده و Redis رو از معماری Inventory Reservation خود حذف کرده و به MySQL منتقل شده.

با استفاده از مکانیزم‌هایی مثل "SKIP LOCKED" و row-level locking، توانستند concurrency موردنیاز رو مستقیماً در Database مدیریت کنند.

شاید سؤال بعدی در یک System Design Interview این باشه:
اگر MySQL بتونه این workload را مدیریت کنه، چرا اصلاً Redis رو وارد معماری کنیم؟

لینک مقاله برای مطالعه بیشتر(فیلتر شکن میخواد):
https://shopify.engineering/scaling-inventory-reservations

@DevTwitter | <AmirHossein Doroudian/>
👍11❤8🍌5
Media is too big
VIEW IN TELEGRAM
وقتی Context پر بشه، Claude Code شروع می‌کنه به فراموش کردن.
با Context Mode خروجی ابزارها توی Sandbox می‌مونه و فقط نتیجه برمی‌گرده؛ تا ۹۸٪ کمتر.

لینک:
https://github.com/mksglu/context-mode

@DevTwitter | <Diego Jr/>
❤12🍌4
یکی از باحال‌ترین فیچرهای Cursor که این روزها واقعاً عاشقشم، قابلیت Voice Chatـه!

۳ تا دلیل که چرا این قابلیت بازی رو عوض کرده:
۱. فارسیِ فوق‌العاده روان: لهجه و درکش از فارسی کاملاً با Advanced Voice چت‌جی‌پی‌تی رقابت می‌کنه و اصلاً حس مصنوعی بودن نمیده.

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

۳. حس واقعی Pair Programming: روی حالت استندبای می‌مونه، وسط حرفات می‌پره و ایده میده! مثلاً میگی «آقا این فانکشن چرا اینجوری کار می‌کنه؟»، میگه «بذار چک کنم...»، میره کد رو می‌خونه و برمی‌گرده میگه «آره اینجاش باگ داره، دارم اصلاحش می‌کنم!»

عملاً انگار یه سینیر دولوپر نشسته کنارت و داری باهاش گپ می‌زنی و کد می‌زنی. اگه تستش نکردید، حتماً امتحانش کنید!

@DevTwitter | <Legendary Coder/>
🍌26❤20
شرکت DeepSeek مدل DeepSeek-V4.1-Flash-1017 رو با لایسنس MIT منتشر کرد

این یه آپدیت جزئی روی V4.1-Flash هست، ولی روی استدلال، کدنویسی و کارهای agentic بهبود جدی داره.
توی Terminal-Bench 4.0 امتیازش از ۳۱.۲ رفته روی ۴۲.۳.
توی DeepSWE هم ۷۷.۰ گرفته، یعنی بالاتر از Opus 5 که ۷۴.۰ داره.
مدل ۷۶۳ میلیارد پارامتر داره، با context تا ۱ میلیون توکن و وزنهاش روی Hugging Face آزاده.
طبق توضیح خود DeepSeek، زمان اجرا و طول خروجی هم کمتر شده، پس کار سریعتر و ارزونتر تموم میشه.
توی بنچمارک HLE هنوز عقبتره: ۴۲.۶ در برابر ۵۶.۳ برای Opus 5.
https://huggingface.co/deepseek-ai/DeepSeek-V4.1-Flash-1017

@DevTwitter | <Diego Jr/>
❤15👍4🔥3