به نظرم هر دات نت کاری باید سایت SharpLab.io رو حداقل یک بار امتحان کنه.
خیلی قابلیت های خوب داره برای درک بهتر لایه های زیرین
بعضی از قابلیت‌های کلیدیش:
- خروجی IL: دقیقاً می‌بینید کد شما به چه زبان میانی‌ای تبدیل می‌شه که قراره توسط .NET Runtime اجرا بشه.
- درخت نحو (Syntax Tree): ساختار منطقی و درختی کدتون رو بهتون نشون می‌ده.
- کد اسمبلی (JIT ASM): می‌تونید عمیق‌ترین لایه رو ببینید؛ یعنی کد نهایی که مستقیماً روی CPU اجرا می‌شه.
حتماً یه سر بهش بزنید، خیلی چیزا ازش یاد می‌گیرید!

@DevTwitter | <Amirehsan Kohannasab/>

ترد (Thread) تو فرانت یعنی چی؟

ترد (Thread) یعنی یه خط یا مسیر اجرای کد توی برنامه یا مرورگر.

تصور کن برنامه یا مرورگر مثل یه آشپزخونه بزرگه:
- هر ترد مثل یه سرآشپز یا کارمند توی آشپزخونه‌ست که یه کار مشخصو انجام می‌ده.
- وقتی یه ترد مشغول یه کار سنگین می‌شه، فقط همون مسیر (یا سرآشپز) تحت تأثیر قرار می‌گیره، نه همه چیز.

چندین نوع ترد داریم که خوبه باهاشون اشنا باشیم و بدونیم از هرکدوم باید برای چه کاری استفاده کنیم:
1- ترد اصلی (Main Thread)
- که مسئول همه چیزای اصلی صفحه است: DOM، CSS، رندر و eventها
- هر چیزی که با کاربر در تعامله، اینجا اجرا می‌شه
2- ترد وب وورکر (Web Worker)
- کارهای سنگین و طولانی مثل پردازش داده‌های بزرگ رو با این ترد انجام میدن
- مستقیم نمیتونه با DOM کار می‌کنه و فقط با پیام با main thread حرف می‌زنه
3- ترد سرویس وورکر (Service Worker)
- مخصوص PWA: کش، fetch، push notification
- مستقل از main thread و UI رو قفل نمی‌کنه

برای اینکه کار با main thread خوب و روان باشه، مهمه که کارای سنگین و طولانی رو مستقیم توش نذاریم. همه چیزای مربوط به DOM، رندر و تعامل با کاربر باید سریع اجرا بشه تا صفحه لگ نزنه. کارای پردازشی بزرگ رو بهتره به Web Worker بسپاریم و فقط نتیجه رو برگردونیم. همینطور از تکنیک‌هایی مثل debounce و throttle برای کنترل eventها استفاده کنیم تا main thread شلوغ نشه. وقتی این نکات رو رعایت کنیم، UIامون همیشه روون و بدون لگ می‌مونه

@DevTwitter | <Reihaneh SadatShokouhi/>

یه کشف خیلی عالی هم جدیدا کردن اونم Quarto هست:

فک کنید به راحتی Markdown بتونید متنهایی مثل LaTEX بنویسید.

https://quarto.org

قشنگ می تونید وسط نوشتنتون کد Python و JavaScript بذارید.

خوراک Technical Writing هست

بعدش تازه برای VS Code یه ادیتور wyswyg داره!

@DevTwitter | <Von Datawarehausen/>

این ویدئو خیلی جالبه

در مورد یکی از مشکلات جدی Rust
https://youtu.be/769VqNup21Q?si=-qaVUcBJHgQVkjI6

کلا توی کامیونیتی Rust هیچ کس به اندازه من خود زنی نمی‌کنه

@DevTwitter | <Ali/>

می دونستین نست از دیزاین پترن Builder استفاده می کنه یا وینستون‌لاگر از پترن Observer استفاده میکنه برای لاگ کردن روی n تا ترنسپورت. اگه می خوای دیزاین پترن ها رو به صورت کاربردی یاد بگیری این ریپو رو ببین
https://github.com/vahidvdn/realworld-design-patterns
اگه برات مفید بود یه ب ستاره رای ادامه خیلی کمک می‌کنه

@DevTwitter | <Vahid/>

یه پست خیلی کامل و دقیق در مورد Agentic و Vibe Coding گذاشتم و گفتم که چرا به قول Dave Farley بدترین ایده 2025 هست، خصوصا برای جونیورها، چرا برای استفاده باید دانش خودتون قوی باشه، خروجی Non-Deterministic و مقایسه LLM با Compiler و چند کلیپ از Yann LeCun!

https://www.linkedin.com/posts/maxshahdoost_vibe-coding-is-the-worst-idea-of-2025-activity-7363675848387833856-OPyR

@DevTwitter | <Max Shahdoost/>

این ریپو اومده یه لیست کاملی از برنامه ها و پروژه های مرتبط با llm ها، ایجنت ها، RAG و MCP هارو یکجا جمع کرده
اگه با ai سرکار دارید حتما بدردتون میخوره
لینک ریپو
https://github.com/Shubhamsaboo/awesome-llm-apps

@DevTwitter | <ixAbolfazl />

چند وقت پیش مسئولیت Refactor بخشی از یک پروژه بزرگ Next.js بهم سپرده شد. بخشی از این کار، شناسایی و حذف کدها و فایلهای بلااستفاده (Dead Code) بود کاری که توی پروژههای بزرگ معمولاً سخت، زمانبر و پرریسکه.

برای سادهتر کردن این مسیر، به ابزار knip رسیدم. ابزار قدرتمندی که فایلها، فانکشن ها و حتی dependencyهای بلااستفاده رو شناسایی میکنه.
در عمل، knip تونست بخش زیادی از dead code ها رو شناسایی کنه، اما دو نکتهی جالب و مهم برام داشت:
- اولی مربوط به component tree بود.
یکسری کامپوننتها بهعنوان dead code تشخیص داده شده بودن، در حالی که وقتی سرچ میکردم، میدیدم یه جای دیگه دارن استفاده میشن. اما وقتی کامپوننت parent رو بررسی کردم، فهمیدم اون خودش هیچجا استفاده نشده و این باعث شده بود که child رو هم dead code بدونه. این عمق تحلیل وابستگی، برام قابل توجه بود.
- دومی تشخیص ناقص بعضی dependencyها بود.

برای مثال، tailwindcss و یکی از پلاگینهاش که در فایل CSS ایمپورت شده بودن، بهعنوان unused معرفی شدن. همینطور بعضی پلاگینهای ESLint هم به اشتباه در لیست قرار گرفته بودن. این یعنی خروجی ابزار، هرچقدر هم دقیق باشه، همچنان نیاز به بررسی انسانی داره.

این تجربه باعث شد ابزارهای تحلیل ایستا (static analysis) رو جدیتر ببینم؛ نه فقط برای حذف کد، بلکه برای درک بهتر ساختار پروژه.
https://github.com/webpro-nl/knip

@DevTwitter | <Mohammad Nazari/>

همیشه نصب داکر توی ایران یه چالش بوده؛ مخصوصاً وقتی وسط یه پروژه‌ای و با یه ارور ساده مثل
connection refused
کل کار متوقف می‌شه.
منم از همین مشکل خسته شدم، برای همین تصمیم گرفتم یه میرور شخصی برای Docker Registry با کمک Cloudflare Workers راه بندازم — یه راه‌حل ساده، سبک و قابل اعتماد، بدون نیاز به VPN یا ابزارهای عجیب‌غریب.
توی این ویدیو نشون دادم چطور می‌تونید خودتون تو چند دقیقه یه همچین میروری بالا بیارید و خیلی راحت ازش استفاده کنید.
مناسب برای وقتایی که نصب داکر یا کشیدن ایمیج‌ها گیر می‌کنه.

لینک آموزش یوتیوب:
https://www.youtube.com/watch?v=nqrmKV5KtPU

لینگ گیت هاب پروژه:
https://github.com/aminesmkhani/CF-docker-mirror

@DevTwitter | <Amin Esmkhani/>

می‌دونستی می‌تونی یه اپلیکیشن فول‌استک رو کاملاً رایگان روی Cloudflare دیپلوی کنی؟
بدون نیاز به VPS، بدون تنظیم سرور، با سرعت بالا و حتی دیتابیس داخلی! این یعنی با چند خط کد می‌تونی یه پروژه واقعی رو لانچ کنی.
روندش هم خیلی ساده‌ست:
فرانت‌اندت رو با Cloudflare Pages می‌ذاری (مثلاً با React، Astro یا هر فریم‌ورک استاتیکی دیگه)
بک‌اندت رو با Cloudflare Workers می‌نویسی، یه محیط سبک و سریع برای اجرای API
و برای دیتا هم از D1 استفاده می‌کنی (یه دیتابیس شبیه SQLite ولی روی کلاد)
همه‌ی اینا بدون پرداخت حتی یه ریال قابل استفاده‌ست، مخصوصاً برای پروژه‌های شخصی، MVP، و حتی اپ‌های جدی.

مقاله اصلی رو Cloudflare اینجا گذاشته:
https://blog.cloudflare.com/full-stack-development-on-cloudflare-workers/

و اگه دنبال آموزش و پروژه‌محور هستی، این چنل یوتیوب رو از دست نده:
youtube.com/@backpine


@DevTwitter | <Milad Bachari./>

داستان پشت QR Code که احتمالا نشنیده‌اید!

@DevTwitter | <NooshDaroo/>

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

https://www.youtube.com/playlist?list=PLUfbC589u-FSwnqsvTHXVcgmLg8UnbIy3

@DevTwitter | <Reza Jafari/>

چند وقت پیش داشتم از LLM ها برای نوشتن JWT و پیاده‌سازیش کمک می‌گرفتم و خودشون secret رو هم می‌ساختن. به ذهنم رسید اگر یه وردلیست بسازم از سکریت‌هایی که LLM ها ساختن چی می‌شه؟ نتیجش شد فایل زیر
https://github.com/RemmyNine/wordlists

@DevTwitter | <Remmy/>

ساخت شبیه ساز کنسول NES قسمت اول

بیاید با هم یه شبیه ساز برای کنسول نس درست کنیم ! خیلی وقت بود میخواستم این سری ویدیو رو شروع کنم و بالاخره تصمیمشو گرفتم. ساختن یه شبیه ساز کامل برای چنین کنسولی میتونه خیلی پیچیده و سخت باشه اما واقعا ارزششو داره :) قراره راجب پردازنده کارت صدا کارت گرافیک زبان اسمبلی و کلی چیز سطح پایین دیگه بیشتر بدونیم. تو این ویدیو با کلیات این کنسول از نظر معماری سخت افزاری بیشتر آشنا میشیم تا آماده بشیم برای توسعه پردازنده این کنسول تو ویدیو بعدی !

ساختن این محتوا قراره خیلی زمان از من بگیره و من هم همیشه محتوامو دوست داشتم رایگان بزارم اما ترجیح میدم یک روشی برای حمایت شما باشه چون میتونه یه انگیزه خیلی خوب باشه که کیفیت محتوا حفظ بشه و وقت بیشتری براش بزارم. در کل با این کار خیلی خوشحالم میکنید :)

لینک یوتیوب
https://www.youtube.com/watch?v=P6k2wbRcr2I

@DevTwitter | <Rouzbeh/>

دوتا مدل VLM جالب اپن سورس اومده روی وب سایت HuggingFace.
این مدل‌های Multimodal از کمپانی Liquid AI به اسم LFM2-VL معروف هستند.
این مدل‌ها متن + تصویر رو (با رزولوشن متغیر) پردازش می‌کنن و برای کمترین تاخیر و اجرای روی دستگاه‌های Edge مثل موبایل و کامپیوتر شخصی طراحی شدن.
دو نسخه منتشر شده:
- مدل ۴۵۰M → مناسب برای دستگاه‌های خیلی محدود
- مدل ۱.۶B → قدرتمندتر ولی همچنان سبک و بهینه
عالی برای اپلیکیشن‌های واقعی که سرعت و کارایی مهمه. هم بلاگ دارند و هم google colab که میتونید راحت اجرا کنید. لوکال هم میتونید خیلی ساده اجرا کنید.
HuggingFace: https://huggingface.co/LiquidAI/LFM2-VL-1.6B

@DevTwitter | <Mehdi Allahyari/>

یه Cli باحال به اسم doxx نوشتن که میشه فایلای Microsoft Word .docx رو تو ترمینال دید.

github.com/bgreenwell/doxx

@DevTwitter | <Mohammad/>

اگه بگم یه زبان برنامه نویسی داریم که حجم کامپایلرش کوچیک تر از 1kb باور میکنی؟

برین‌فاک (BrainFuck) یه زبان برنامه نویسی رمزی هستش که تو سال 1993 توسط آربن مولبر به هدف کوچکترین کامپایلر دنیا نوشته شد.

هدف مولبر رقابت با کامپایر 1024 بایتی زبان FALSE بود و کامپایلر برین‌فاک فقط 296 بایت فضا اشغال میکرد که البته توی نسخه بعدی این فضا به 240 بایت هم کاهش یافت!!

امروزه توی اینترنت اگر بگردید افرادی هستن که حجم کامپایلر این زبان رو با بهینه سازی الگوریتم هاش به 100 بایت هم برسونن! فکرشو بکن این کامپایلر توی ⅕ یه سکتور دیسک ذخیره میشه (یک دهم کیلوبایت)
حالا از بحث فضا که بگذریم میرسیم به خود زبان که کل دستوراتش از هشت کاراکتر ساخته میشه: + - , . <> [ ] و همونطور که از اسمش مشخصه به شدت دشواره و مغز شما رو هدف قرار میده.

داکیومنت خیلی وحشتناکی هم داره وقتی وارد سایتش میشی انگار رفتی تو دارک وب:
brainfuck.org

@DevTwitter | <Farzad Ebrahimi/>

پروژه متن‌باز AIRI با هدف خلق یک همدم دیجیتال طراحی شده است؛ شخصیتی مجازی که قادر به تعاملات صوتی، گفت‌وگو در پلتفرم‌هایی مانند Telegram و Discord و حتی بازی کردن عناوینی مانند Minecraft و Factorio می‌باشد.

https://github.com/moeru-ai/airi

@DevTwitter | <Amirio/>

چیزیو ساختم که ویندوز نساخت!!! CSearch

توی این ویدیو من از C++ استفاده میکنم تا فایل اکسپلورر خودمو برای ویندوز برنامه نویسی کنم و توی این مسیر شمارو با الگوریتم ها و چالش های برنامه نویسی مختلف آشنا میکنم.

https://apgy.in/yt/OIyJCTxHkpY

@DevTwitter | <Matin Afzal Asr/>