کتاب های برچسب software-engineering
تاریخ: ۱۵:۲۷:۲۶ ۱۳۹۸/۳/۲۴ جمعه
توسط: MotoMan
امتیاز: ۲

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

کتاب Architecting for Scale، به مدیران IT، devops و system reliability نشان می‌دهد تا چگونه مانع از کند شدن، ناپایدار شدن و یا عدم دسترسی برنامه شوند زمانی که برنامه بزرگ و بزرگ‌تر می‌شود.

تعداد بازدید: ۱۱۹
دیدگاه ها: ۰
تاریخ: ۲۰:۳۴:۸ ۱۳۹۸/۳/۱۹ یکشنبه
توسط: MotoMan
امتیاز: ۳
برچسب ها: software engineering |

مخاطبان اصلی ویرایش دهم کتاب مهندسی نرم افزار سامرویل، دانشجویان دانشگاه‌ها هستند که دروس مهندسی نرم افزار مقدماتی و پیشرفته را گرفته اند. در کتاب Software Engineering فرض شده است که خوانندگان این کتاب با اصول و مبانی برنامه نویسی و ساختمان داده‌ها آشنا هستند.

مهندسان نرم افزار در صنعت نیز ممکن است این کتاب را به عنوان یک مرجع برای به روزسانی دانششان در موضوعاتی چون استفاده مجدد نرم افزار، طراحی معماری، وابستگی و امنیت و مهندسی نرم افزار مفید یابند.

تعداد بازدید: ۱۵۲
دیدگاه ها: ۰
تاریخ: ۱۹:۲۶:۴۶ ۱۳۹۸/۳/۱۹ یکشنبه
توسط: MotoMan
امتیاز: ۲
برچسب ها: software engineering |

ویرایش هشتم کتاب Software Engineering: A Practitioner's Approach، در 39 فصل و در قالب پنج بخش با عنوان‌های فرآیندها، مدل سازی، مدیریت کیفیت، مدیریت پروژه‌های نرم افزاری و مباحث پیشرفته ارائه شده است. ویرایش هشتم کتاب مهندسی نرم افزار، کاملا مورد بازنگری قرار گرفته است تا بر روی فرآیند‌ها و تمرینات مهم و جدید مهندسی نرم افزار تاکید بیشتری داشته باشد.

تعداد بازدید: ۱۲۹
دیدگاه ها: ۰
تاریخ: ۲۱:۳۶:۴۸ ۱۳۹۸/۲/۸ یکشنبه
توسط: MotoMan
امتیاز: ۲

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

تعداد بازدید: ۳۳۸
دیدگاه ها: ۰
تاریخ: ۱۲:۱۸:۵۷ ۱۳۹۸/۱/۳۰ جمعه
توسط: MotoMan
امتیاز: ۲
برچسب ها: software engineering |

کتاب‌های کمی درباره مدیریت پروژه‌های نرم افزاری وجود دارند که به موثری و بی نظیر بودن کتاب The Mythical Man-Month باشند و همچنین ترکیبی از حقایق مهندسی نرم افزار و اندیشه‌های تفکر آمیز باشند.

به روش‌های زیادی، مدیریت یک پروژه برنامه نویسی کامپیوتری بزرگ مانند مدیریت هر کار بزرگ دیگر است حتی بیشتر از آنچه که بسیاری از برنامه نویسان بر این باورند؛ اما به روش‌های زیاد دیگری نیز متفاوت است حتی بیشتر از آنچه که مدیران حرفه ای انتظار دارند.

فرد بروکز (Fred Brooks)، برای هر کسی که پروژه‌های نرم افزاری پیچیده را مدیریت می‌کند، بینش لازم را ارائه می‌دهد.

تعداد بازدید: ۲۱۶
دیدگاه ها: ۰
تاریخ: ۱۰:۳۷:۵۱ ۱۳۹۸/۱/۳۰ جمعه
توسط: MotoMan
امتیاز: ۲

پاسخگویی، شفافیت و مسئولیت. این‌ها کلماتی نیستند که اغلب در توسعه نرم افزار به کار برده شوند. در این نسخه کاملا بازنگری شده از کتاب Extreme Programming Explained، کنت بک درباره‌ی اینکه چگونه توسعه‌ی نرم افزار خود را با به کارگیری این مفاهیم بسیار مطلوب در فرآیند توسعه‌ی روزانه ،بهبود بخشید توضیح می‌دهد.

چه تیم کوچکی باشد که با مشتری خود ارتباط نزدیکی دارید و یا تیم بزرگی در یک شرکت چند ملیتی باشید، شما مطالب ویرایش دوم کتاب Extreme Programming Explained را پر از ایده برای به چالش کشیدن، الهام بخشیدن و تشویق کردن شما و هم تیمی هایتان برای بهبود توسعه نرم افزارشان خواهید یافت.

تعداد بازدید: ۲۱۱
دیدگاه ها: ۰
تاریخ: ۲۱:۵۹:۴۱ ۱۳۹۸/۱/۶ سه شنبه
توسط: MotoMan
امتیاز: ۳

کتاب تزریق وابستگی: اصول، استفاده‌ها و الگو ها، اول از همه و بیشتر درباره‌ی تزریق وابستگی (DI) است. همچنین کتاب درباره‌ی دات نت نیز هست که آن چنان اهمیت ندارد. اگرچه از #C برای کدهای مثال‌ها استفاده شده است، اما بیشتر مباحث این کتاب را به راحتی می‌توان در زبان‌ها و پلتفرم‌های دیگر نیز به کار برد.

تزریق وابستگی (Dependency Injection)، به مجموعه ای از الگوها و اصول مرتبط به هم گویند. DI روشی برای فکر کردن درباره‌ی طراحی کد است تا تکنولوژی به خصوصی. هدف نهایی استفاده از تزریق وابستگی، ساخت برنامه‌ی قابل نگهداری با استفاده از الگوی شی گرایی است.

تعداد بازدید: ۴۱۷
دیدگاه ها: ۰
تاریخ: ۱۷:۲:۲۵ ۱۳۹۸/۱/۴ یکشنبه
توسط: MotoMan
امتیاز: ۴

کتاب الگوهای میکرو سرویس (Microservice Patterns)، هدفش آموزش نحوه‌ی توسعه موفقیت آمیز برنامه‌ها با استفاده از معماری میکرو سرویس است. در این کتاب نه تنها بر روی مزایای معماری میکروسرویس بحث شده است بلکه اشکالات آن نیز بیان شده است. شما یاد خواهید گرفت که در چه مواقعی باید از معماری یکپارچه (monolithic) استفاده کنید  و در چه مواقعی میکرو سرویس‌ها را به کار بندید.

تعداد بازدید: ۴۹۶
دیدگاه ها: ۰
تاریخ: ۲۱:۳:۳۷ ۱۳۹۸/۱/۱ پنج شنبه
توسط: MotoMan
امتیاز: ۳
برچسب ها: Design Patterns | software engineering |

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

در کتاب الگو‌های طراحی و بهترین شیوه‌های Serverless، الگوهای قابل استفاده مجدد که قابلیت استفاده در هر نوع برنامه‌ی Serverless، مثل سیستم‌های وب،  پردازش داده، کلان داده یا اینترنت اشیا باشند معرفی شده اند. شما با مثال و توضیح درباره‌ی الگوهای مختلف در حوزه‌ی serverless، مثل RESTful APIs، GraphQl، Proxy، fan-out، messaging، معماری لامبدا و MapReduce یاد خواهید گرفت تا با استفاده از این الگو‌ها برنامه‌های خود را مقیاس پذیر، کارا، تحمل پذیر خطا کنید.

تعداد بازدید: ۲۳۲
دیدگاه ها: ۰
تاریخ: ۹:۱:۵۹ ۱۳۹۷/۱۲/۲۹ چهارشنبه
توسط: MotoMan
امتیاز: ۲
برچسب ها: software engineering |

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

تعداد بازدید: ۱۹۴
دیدگاه ها: ۰
تاریخ: ۲۰:۴۷:۴۸ ۱۳۹۷/۱۱/۱۸ پنج شنبه
توسط: MotoMan
امتیاز: ۲
برچسب ها: software engineering |

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

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

امروزه همه‌ی نرم افزار‌های هسته‌ی مایکروسافت، قابل اسکریپت نویسی با پاورشل هستند و در سال ۲۰۱۶ و پس از آن، برای کار تیمی با ویندوز و NET. می‌توانند از پاورشل و API‌های HTTP REST در پکیج‌های نرم افزاری ، محصولات مایکروسافت، فروشندگان شخص ثالث و جامعه‌ی متن باز استفاده کنند.

بیشتر تکنولوژی‌ها و روش‌ها برای Continuous Delivery معمولا بین سیستم عامل‌های مختلف یکسان هستند، اما بعضی چیز‌ها برای ویندوز و NET. احتیاج به توجه ویژه ای دارند.

تعداد بازدید: ۴۴۵
دیدگاه ها: ۰
تاریخ: ۱۴:۲۴:۳ ۱۳۹۷/۱۱/۱۲ جمعه
توسط: MotoMan
امتیاز: ۲
برچسب ها: software engineering |

کتاب DevOps on the Microsoft Stack، هر آنچه که شما احتیاج  به دانستن دارید تا به سازمان خود در پیاده سازی DevOps بر روی پلتفرم مایکروسافت کمک کنید را در اختیار شما قرار داده است. شما نحوه‌ی کار با Visual Studio، Visual Studio Team Services و Azure را یاد خواهید گرفت تا یک فرآیند کامل DevOps را در شرکت خود پیاده سازی کنید. شما درباره‌ی مدیریت پروژه‌های Agile، Continues Integration، Continues Delivery، مدیریت بدهی فنی، تست خودکار و مانیتورینگ یاد خواهید گرفت و می‌بینید که چگونه همه‌ی این حوزه‌ها با یکدیگر مرتبط می‌شوند.

دِو اُپس برای سازمانی هایی اهمیت دارد که می‌خواهند بهترین استفاده از منابع خود را ببرند و از اشتباهات پر هزینه اجتناب کنند. بر اساس نظر سنجی‌های DevOps آزمایشگاه‌های Puppet، تیم هایی که DevOps را می‌پذیرند کدهایشان را تا ۳۰ بار بیشتر از رقبایشان منتشر می‌کنند و کمتر از ۵۰ درصد deployment هایشان شکست می‌خورند.

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

مواردی که در این کتاب فرا خواهید گرفت:

  • این که DevOps چیست و چگونه می‌تواند به تیم‌های توسعه کمک کند
  • چگونه از ویژوال استادیو، ویژوال استادیو تیم سرویس و آژور برای راه اندازی فرآیند DevOps استفاده کرد
  • نحوه‌ی معرفی DevOps به سازمان خود و چگونگی چیره شدن بر مشکلات
تعداد بازدید: ۵۴۰
دیدگاه ها: ۰
تاریخ: ۱۲:۱۸:۵۰ ۱۳۹۷/۶/۲ جمعه
توسط: MotoMan
امتیاز: ۲
برچسب ها: software engineering |

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

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

تعداد بازدید: ۱۰۷۹
دیدگاه ها: ۰
تاریخ: ۱۲:۱۹:۲ ۱۳۹۶/۱۲/۱۱ جمعه
توسط: MotoMan
امتیاز: ۱
برچسب ها: Design Patterns | CPP | software engineering |
با ++C مدرن، برنامه‌های قابل نگهداری، قابل گسترش و با دوام بنویسید. کتاب ++Clean C - الگوها و بهترین شیوه‌های توسعه نرم افزار پایدار، برای هر توسعه دهنده، معمار نرم افزار یا سرپرست تیمی که علاقه مند به خوب کدنویسی با ++C و صرفه جویی در هزینه توسعه است، ضروری است. اگر می‌خواهید که به خودتان تمیز کد نوشتن با ++C را آموزش دهید، کتاب ++Clean C دقیقا چیزی هست که به آن احتیاج دارید. این کتاب نوشته شده تا به توسعه دهندگان ++C در تمامی سطوح کمک کند تا چگونگی نوشتن کد ++C قابل فهم، انعطاف پذیر، قابل نگهداری و کار آمد را با مثال آموزش دهد. حتی اگر شما توسعه دهنده با تجربه ++C هستید، نکاتی در این کتاب پیدا می‌کنید که در کار خود مفید خواهید یافت.
اگر اهمیتی به کد خود نمی‌دهید، شما می‌توانید یک حیوان بزرگ کثیف غیر قابل نگهداری با هر زبان برنامه نویسی تولید کنید. اگر چه، پروژه‌های ++C به طرز خاصی مستعد کثیفی هستند و  تمایل به تبدیل شدن به عادت‌های بد دارند. بیشتر کدهای ++C ای که امروزه نوشته می‌شوند به نظر می‌آیند که در دهه‌ی 1980 نوشته شده اند. این طور به نظر می‌رسد که توسعه دهندگان ++C توسط کسانی که مهارت‌های نرم افزاری و اصول کد نویسی تمیز را ترویج می‌دادند به دست فراموشی سپرده شده اند. اینترنت پر شده از مثال‌های ++C که ظاهرا خیلی سریع و بهینه هستند ولی با سینتکس بی رحمانه ای که کاملا اصول ابتدایی طراحی خوب و کد نویس خوب را نادیده می‌گیرند. این کتاب شرح خواهد داد که چگونه از چنین سناریو هایی دوری کنید و چگونه بیشترین استفاده از کد ++C خود بکنید. در انتها شما کد نویسی خودتان را موثر‌تر و مهمتر از همه سرگرم کننده‌تر خواهید یافت.
مطالبی که در کتاب ++Clean C یاد خواهید گرفت عبارتند از:
- فهمیدن اصول و قوانین برای کد نویسی تمیز در ++C
- به کار گیری توسعه آزمون محور (TDD)
- کشف کردن الگو‌های طراحی و اصطلاحات ++C
- به کار گیری الگو‌های طراحی
تعداد بازدید: ۱۳۷۸
دیدگاه ها: ۰
تاریخ: ۲۰:۳۸:۹ ۱۳۹۶/۹/۱۵ چهارشنبه
توسط: MotoMan
امتیاز: ۴

هر موقع که صحبتی از معماری نرم افزار می‌شود، غالبا افراد به مدل هایی فکر می‌کنند که تمثیل ساختار‌های تشکیل دهنده معماری هستند. افراد کمی نیز  فکر می‌کنند که معماری نرم افزار، فرآیند‌های فکری هستند که این ساختار‌ها را پدید آورده اند و به عنوان فرآیند طراحی شناخته می‌شود. طراحی فعالیتی پیچیده برای انجام و موضوع پیچیده برای نوشتن در مورد آن است چرا که با در نظر گرفتن جنبه‌های زیاد سیستم، تصمیمات بیشماری را درگیر خود می‌کند. بیان کردن این جنبه‌ها معمولا سخت است به خصوص وقتی که آن‌ها از تجربه‌ها و دانشی سرچشمه می‌گیرند که به سختی در میدان نبرد پروژه‌های توسعه نرم افزاری قبلی به دست آمده باشند.
با این حال فعالیت طراحی، اساس معماری نرم افزار است و همین طور احتیاج به توضیح دادن دارد. اگرچه تجربه را به سختی می‌توان از طریق کتاب انتقال داد ولی چیزی که می‌شود به اشتراک گذاشت متدی است تا به شما کمک کند تا فرآیند طراحی را به صورت سیستماتیک انجام دهید.
این کتاب درباره فرآیند طراحی و به خصوص درباره‌ی یک روش طراحی به نام (Attribute-Driven Design (ADD است. ما باور داریم که این روش ابزاری قدرتمند است که به شما کمک می‌کند تا یک طراحی اصولی، منظم و قابل تکرار انجام دهید. در این کتاب ADD و چند مثال از استفاده ADD در دنیای آورده شده است تا نشان دهیم که چگونه طراحی معماری انجام دهیم.

 

تعداد بازدید: ۲۰۹۷
دیدگاه ها: ۰
تاریخ: ۱۵:۴۰:۳۸ ۱۳۹۶/۸/۲۸ یکشنبه
توسط: MotoMan
امتیاز: ۱۱

دانش و مهارت زیادی لازم نیست تا یک برنامه نوشت. بچه‌های دبیرستانی نیز این کار را در دبیرستان انجام می‌دهند. مردان و زنان جوان در دانشگاه با سر هم کردن چند خط کد PHP یا Ruby کسب و کار‌های میلیارد دلاری را شروع کرده اند. برنامه نویسان تازه کار زیادی در دفاتر کاری مکعبی شکلشان در سرتاسر دنیا در بین اسناد حجیم نیازمندی‌های موجود در سیستم‌های issue tracking خود در حال تقلا هستند تا سیستم هایشان را با صرف فعل خواستن توانستن است به کار بیندازند. کدهایی که تولید می‌کنند ممکن است زیبا نباشند ولی کار می‌کنند. کار می‌کند به این دلیل که چیزی بتواند یک بار کار کند، خیلی سخت هم نیست.
این که چیزی واقعا به درستی کار کند موضوعی کاملا متفاوت است. پیاده سازی صحیح نرم افزار سخت است چرا که دانش و مهارت هایی نیاز دارد که هنوز بیشتر برنامه نویسان جوان به آن دست نیافته اند. این کار به بینش و تفکری احتیاج دارد که بیشتر برنامه نویسان وقتی برای توسعه آن‌ها نمی‌گذارند. همه‌ی این‌ها به سطحی از انضباط و تعهد احتیاج دارد که بسیاری از برنامه نویسان حتی خوابش را نمی‌دیدند که به آن‌ها احتیاج پیدا کنند و در بیشتر موارد اشتیاق به مهارت و تمایل به حرفه ای شدن است.
وقتی که برنامه را به شکل صحیح پیاده سازی کنید، چیزی جادویی اتفاق می‌افتد: دیگر به لشکری از برنامه نویسان برای این که آن را در حال کار کردن نگه دارند نیاز ندارید. دیگر به سندهای نیازمندی‌های حجیم و سیستم‌های issue tracking بزرگ احتیاج ندارید. شما دیگر به اتاق‌های کاری مکعبی شکل زیاد و برنامه نویسی 24 ساعت و هفت روز در هفته نیاز ندارید.
نرم افزاری که یه شکل صحیح تمام شود، تعداد کمتری از منابع انسانی برای ایجاد و نگه داری نیاز دارد. تغییرات به سرعت و ساده هستند. نقص‌ها کم و فاصله‌ی بین آن‌ها کم است. تلاش کاهش می‌یاد، عملکرد و انعطاف پذیری افزایش می‌یابد.
بله، همچین چشم اندازی به نظر خیال پردازی می‌آید. ولی من آن جا بوده ام، من دیدم که اتفاق افتاد. من بر روی پروژه هایی کار کرده ام که طراحی و معماری سیستم، نوشتن کد و نگهداری آن را آسان کرده بود. پروژه هایی را تجربه کرده ام که به کسری از نیرو‌های انسانی پیش پینی شده احتیاج پیدا کرده بود. بر روی سیستم هایی کار کرده ام که نرخ نقص به شدت پایینی داشته اند. من تاثیرات خارق العاده ای که یک معماری نرم افزاری خوب می‌تواند بر روی سیستم، پروژه و تیم داشته باشد را دیده ام.
اما حرف‌های من را در نظر نگیرید. به تجربه خودتان نگاه کنید. آیا خلافش را تجربه کرده اید؟ آیا بر روی سیستم هایی کار کرده اید که جوری به هم پیوسته و پیچیده اند که هر تغییری جدای از این که چقدر واضح و ساده باشد، هفته‌ها طول می‌کشد و خطر‌های بزرگی را شامل می‌شود. آیا طراحی سیستم هایی که با آن‌ها کار کرده اید تاثیر منفی بزرگی بر روی روحیه تیم، اعتماد مشتریان، سازمان‌ها و حوصله‌ی مدیران گذاشته اند؟ آیا تیم ها، سازمان‌ها و حتی شرکت هایی که به وسیله‌ی ساختار نرم افزاری فاسد خود نابود شده اند را دیده اید؟ آیا تا به حال در جهنم برنامه نویسان بوده اید؟
من بوده ام و تا حدودی بیشتر ما نیز بوده ایم. تفاوت بسیار زیادی است بین وقتی که شما دارید با طراحی‌های نرم افزاری افتضاح کلنجار می‌روید تا وقتی که دارید از کار با یکی از طراحی‌های خوب لذت می‌برید.

 

تعداد بازدید: ۳۷۸۴
دیدگاه ها: ۱
loading...

لطفا منتظر بمانید...