TGViewer
C# Geeks (.NET) C# Geeks (.NET) @csharpgeeks · 550 subscribers
Post #655 378
بعضی از تصمیم‌های اشتباه در مهندسی نرم‌افزار، در لحظه کاملاً منطقی به نظر می‌رسند.همه اطلاعات موجود از آن تصمیم حمایت می‌کنند.
فشار زمان وجود دارد.
نیاز کسب‌وکار مشخص است.
راه‌حل هم جواب می‌دهد.
پس تصمیم گرفته می‌شود.
مشکل از جایی شروع می‌شود که چند ماه بعد، نتیجه آن تصمیم را می‌بینیم.اینجاست که معمولاً جمله‌های آشنایی شنیده می‌شود:
«از اول معلوم بود اشتباه است.»
«نباید این کار را انجام می‌دادیم.»
«همان موقع هم مشخص بود به مشکل می‌خوریم.»
اما واقعیت این است که بسیاری از تصمیم‌های امروز، با دانشی که امروز داریم قضاوت می‌شوند.نه با دانشی که آن روز در اختیار داشتیم.
به همین دلیل است که تیم‌های حرفه‌ای کمتر به دنبال پیدا کردن مقصر هستند.و بیشتر تلاش می‌کنند فرآیند تصمیم‌گیری را بهبود دهند.
چون در پروژه‌های واقعی، همیشه نمی‌توان بهترین تصمیم را گرفت.گاهی فقط می‌توان بهترین تصمیم ممکن را با اطلاعات موجود گرفت.
بلوغ مهندسی زمانی اتفاق می‌افتد که به جای قضاوت گذشته،از آن برای ساختن تصمیم‌های بهتر در آینده استفاده کنیم.
در نهایت، کیفیت یک تیم را تعداد اشتباهاتش مشخص نمی‌کند.توانایی یاد گرفتن از آن‌ها مشخص می‌کند.
More from @csharpgeeks
  1. Sep 22, 2026یه مدتی قراره از دنیای NET. فاصله بگیرم، چون وقتشه برم سربازی. راستش نمیدونم این مدت رو چج…
  2. Sep 20, 2026🔥 حالا مشکل اصلی: Alert Storm فرض کن Database از دسترس خارج شده. ۱۰۰ Pod داری. هر Pod می‌…
  3. Sep 20, 2026🚨 طراحی سیستم Monitoring و Alerting در یک سیستم بزرگ فرض کن ساعت ۳ صبح است. سیستم شما با…
  4. Sep 19, 2026#Engineering_Leadership تصمیم نگرفتن هم یک تصمیم است یه چیز عجیب توی تیم‌های مهندسی: گاهی…
  5. Sep 19, 2026☑ چک‌لیست آماده‌سازی تیم، فرایندها و زیرساخت برای توسعه با AI توجه: هیچ چک‌لیستی جهان‌شمول…
  6. Sep 19, 2026📌پایان یک انتظار طولانی: اعتبارسنجی ناهمگام (Async Validation) در NET 11.
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →