مهارتهای شما چقدر مورد تقاضا هستند و خواهند بود؟
https://linkedin.com/feed/update/urn:li:groupPost:138801-7408367253890650112

@DevTwitter | <Mehdi/>

یکی از بچه‌ها تو‌گروه راجب باگ، تست و مدیریت فنی پرسید، یه پست کوتاه راجبش بزارم

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

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

در موارد نادر، ریشه‌ی باگ می‌تواند به تخصیص نادرست تسک (عدم تناسب سطح تسک با توان نیروی انسانی) برگردد.

سطح‌بندی باگ‌ها
باگ‌ها در سطوح مختلفی قرار می‌گیرند:
در سطوح Critical / Blocker باگ‌های واقعاً بحرانی و متوقف‌کننده

سایر موارد معمولاً در دسته‌ی Issue قرار می‌گیرند


نکته‌ی مهم اینجاست:
همه‌ی باگ‌ها لزوماً بد یا مخرب نیستند.

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

Technical Debt (بدهی فنی)

البته بدهی فنی فقط باگ نیست و می‌تواند شامل:
* طراحی غیر بهینه
* تصمیم‌های کوتاه‌مدت معماری
* تست‌نویسی ناکافی
* پیچیدگی‌های انباشته‌شده‌ی سیستم باشد.

اما بخشی از بدهی فنی می‌تواند خودش را به‌صورت باگ یا Issue نشان دهد.

بدهی فنی تا سطح متوسط:
باعث افزایش دانسته‌ی سازمانی (افزایش دانش فنی) می‌شود
تجربه‌ی تیم را بالا می‌برد
و یکی از نشانه‌های بلوغ فنی سازمان محسوب می‌شود
(این مفهوم به‌صورت انتزاعی با شاخص‌هایی مثل TRL / TRA هم‌راستاست)


حد قابل‌قبول بدهی فنی چگونه سنجیده می‌شود؟
به‌صورت تجربی و مدیریتی (نه الزاماً آکادمیک)،
می‌توان از این معیار استفاده کرد:

زمان مورد نیاز (مقدار روز یا ساعت) برای رفع باگ و Issue تقسیم بر زمان کل توسعه (مقدار روز یا ساعت) ضرب در صد (که درصد به دست بیاریم)

حالا خروجی بالا؛
کمتر از ۱۵ درصد موجب دانسته (افزایش دانش فنی) میشه

تا ۳۰ درصد یعنی پروژه در لبه بحران هستش

و بیشتر از ۳۰ درصد نیاز به بازنگری جدی در فرآیند توسعه (اسکرام یا معادل آن) و تصمیم مدیریتی وجود دارد
(ادامه با هزینه، یا توقف/بازطراحی پروژه)


نشانه‌ی مدیر و سرپرست فنی بالغ
در رویکردهای نوین مدیریت فنی:
تمرکز مدیر خوب روی «پر کردن زمان نیروی بیکار» نیست
تمرکز او روی تسک‌های ناتمام، گلوگاه‌ها و پیچیدگی‌های حل‌نشده است
نیرویی که بیش‌ از حد بیکار است، معمولاً یکی از این شرایط را دارد:
هنوز مهارت ورود به پیچیدگی را پیدا نکرده
واقعاً کارش تمام شده
یا در جایگاه مناسب خودش قرار نگرفته

(اینم اضافه کنم نیروی بیش از حد شلوغ هم ضد معیار TRA/TRL هستش یعنی سازمان یک ایرادی داره)

چطور می‌توان تولید باگ را کاهش داد؟
برخلاف تصور رایج

فلوچارت و تحلیل جریان کار، در بسیاری از موارد حتی از تست‌نویسی مؤثرتر است

اکثر باگ‌ها ناشی از:
- نبود تصویر ذهنی شفاف
- مشخص نبودن مسیرها و حالت‌ها
- بی‌دقتی در سناریوها
هستند
+ نه کمبود دانش فنی

قبل از کدنویسی:
- فلوچارت بکشید
- سناریوها را مرور کنید
- و Design Review انجام دهید
+سپس کدنویسی و تست را شروع کنید


با تشکر از هوش مصنوعی که متنم رو‌ مرتب کرد (باورکنید فقط مرتبش کرد اه)

@code_crafters

یک وب‌اپلیکیشن برای Gemini File Search ساختم که میتونید روی سیستم شخصیتون اجراش کنید و ازش استفاده کنید.
فایل‌سرچ یکی از محصولات جدید و بسیار کاربردی جمنایه که کل مکانیزم RAG رو براتون ساده و اتوماتیک انجام میده. میتونید فضاهای مختلفی رو داخلش بسازید و داخل هرکدوم کلی داکیومنت، کد و ... قرار بدید و بعد با کمک گوگل، با دقت بالایی با تمام اون دیتا چت کنید.
فقط یک بدی داشت اونهم اینکه UI نداشت و فقط با کد کار میکرد که من اینجا سعی کردم اون رو حل کنم.
این لینک گیت‌هاب:
https://github.com/aminanvary/Gemini-File-Search
ویدیوی پایین هم برای توضیح اینکه جمنای فایل سرچ دقیقا چیه، مزیتش چیه و چطور از این وب‌اپ کوچیک استفاده کنید

@DevTwitter | <Amin Anvary/>

اوپن‌ای‌آی یه مجموعه تازه از «پرامپت پک‌ها» منتشر کرده. این مجموعه شامل بیش از ۳۰۰ پرامپت آماده و تخصصیه که برای شغل‌ها و نقش‌های مختلف حرفه‌ای طراحی شدن
https://academy.openai.com/public/tags/prompt-packs-6849a0f98c613939acef841c

@DevTwitter | <محمد زمانی/>

Join Now🔱
⚜@WrongBug⚜

Join Now🔱
⚜@WrongBug⚜

قابلیت Git Worktree: سلاح مخفی کار با Code Agentها

یه مشکل کلاسیک هست که وسط یه فیچری، باید یه branch دیگه رو چک کنی. و روند git stashو switch و کارتو بکن و برگرد و unstash... خسته‌کننده‌ست.

ولی وقتی داری با agentها کار می‌کنی (Cursor، Claude Code و ...)، این مشکل ۱۰ برابر میشه. Agent می‌خواد فایل‌ها رو عوض کنه، build بزنه، شاید خراب‌کاری کنه. نمی‌خوای working directory اصلیت رو بهم بریزه.

راه‌حلش میشه git worktree

مفهومش ساده‌ست. پروژه‌ات دو بخش داره: پوشه .git که دیتابیسته (کامیت‌ها، برنچ‌ها، تاریخچه) و working directory که فایل‌های واقعی هستن. مشکل اینه که فقط یه working directory داری، پس فقط یه branch می‌تونی checkout داشته باشی.

درواقع worktree یه working directory دوم می‌سازه که به همون .git وصله. پوشه جدا، branch جدا، ولی همون history.

فقط ۳ تا دستور لازمه:

git worktree add ../project-agent feature-branch
git worktree list
git worktree remove ../project-agent

چرا برای Agent ها عالیه؟ وقتی ClaudeCode یا ابزارهای مشابه یه agent رو توی worktree mode اجرا می‌کنن، یه worktree جدید می‌سازن، فایل‌هاتو کپی می‌کنن اونجا، agent توی isolation کامل کارشو می‌کنه، و آخر یه دکمه Apply میدن که merge کنی. Agent می‌تونه هر کاری بکنه، working directory اصلیت دست‌نخورده می‌مونه.

یه نکته مهم هم اینه که node_modules و فایل‌های .env منتقل نمیشن چون توی gitignore هستن. هرچی agent ها قوی‌تر میشن، این pattern ضروری‌تر میشه.

این مقاله رو هم میتونید بخونید
https://www.marcohaber.dev/blog/git-worktrees

@DevTwitter | <Hasan Nazari/>

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

https://github.com/kuchin/awesome-ceo

@DevTwitter | <Mohammad/>

هپی ۲۰۲۶

هرکی دیسلایک میزنه نظرشو توی کامنتا بگه

قطعا نظرشو پیگیری نمی کنیم

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

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


@Linuxor

این ینی انفجار تکنولوژی بعدی ۱۰ سال دیگه شروع میشه

اسم این اپ termius هستش واقعا برای مدیریت سرور ها همه چی تمومه

توصیه قبلی هنوز صادق است. تحت هیچ شرایطی از blur کردن و مشابه استفاده نکنید! کامل همه چیز را بپوشانید.
ویدیو را نگاه کنید که چه راحت، نوشته هایی که تا حد زیادی ناخوانا هستند به خوانایی نزدیک می شوند!
تجربه de pixel کردن:
https://www.jeffgeerling.com/blog/2025/its-easier-ever-de-censor-videos

<VAHID NAMENI>

خب الان باید چیکار کنیم ؟

ی پروداکت خیلی خوب داریم آماده می کنیم. به زودی از بچه های این کانال کمک میگیریم.


ی درآمد خوب برای بچه های خوب

فاندر ها چطوری رایگان ایده های میلیون دلاری پیدا می‌کنن:

@Linuxor

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

github.com/smartcontractkit/full-blockchain-solidity-course-py

@Linuxor