کتابهای کلیدواژه: معماری نرمافزار · همهٔ کتابها
کتابخانهٔ شنیدنی شبگفتار
کتابهای معماری نرمافزار
خلاصههای صوتی فارسی کتابهای مرتبط با معماری نرمافزار؛ کتاب و فصل دلخواهتان را برای شنیدن انتخاب کنید.
این مجموعه خلاصهٔ کتابهاست؛ نسخهٔ کامل کتاب اصلی نیست.
2 عنوان · 14 قسمت منتشرشده
راه را پیدا کنید
مسیرهای مطالعاتی
قفسهٔ کتابها
از این کتابها شروع کنید
مقدمه: ریشهیابی شکست پروژههای نرمافزاری
نمونهٔ رایگانتوضیح و منابع این قسمت
تا حالا به این فکر کردهاید که چرا با وجود پیشرفت ابزارها و متدولوژیها، هنوز هم درصد بالایی از پروژههای نرمافزاری به موقع تحویل داده نمیشوند یا شکست میخورند؟ مشکل اصلی این نیست که یاد گرفتن فریمورکهای جاوااسکریپت سخت است، بلکه چالش اصلی درک درست دنیای پیچیده و دامنههای مختلف کسبوکار است.
در کتاب «یادگیری طراحی دامنهمحور» نوشتهٔ «ولاد خونونوف»، در فصل مقدمه بررسی میشود که ریشهٔ بحران نرمافزار در ضعف ارتباطات است و طراحی دامنهمحور تلاش میکند این مشکل را از ریشه حل کند.
اولین مسئله، ناتوانی در درک صحیح دامنه Domain یعنی حوزهٔ کاری و دانشی که نرمافزار برای آن ساخته میشود است که باعث پیادهسازی نامطلوب سیستم میشود. گزینههای موجود این است که یا بدون شناخت کافی کدنویسی را شروع کنیم یا زمان کافی برای فهم قوانین کسبوکار بگذاریم که معاوضهٔ آن، صرف وقت بیشتر در ابتدا در برابر نجات پروژه در بلندمدت است؛ مثلاً در یک سیستم مالی، اگر بخش حسابداری را درست درک نکنیم، کل ساختار نرمافزار با شکست مواجه میشود.
دومین مسئله، ریشهدار بودن بحران نرمافزار در طول پنجاه سال گذشته است که نشان میدهد متدهایی مثل اجایل یا برنامهنویسی تستمحور به تنهایی نتوانستهاند مشکل را حل کنند. گزینههای جایگزین تمرکز بر فرآیندها یا تمرکز بر حل ریشهای مشکلات ارتباطی بین تیمهاست که نویسنده معتقد است ابزارهای استراتژیک و تاکتیکی طراحی دامنهمحور روی همین بهبود ارتباط تمرکز دارند.
سومین مسئله، مبهم بودن نیازمندیها و اهداف پروژه است که به دلیل نبود درک مشترک بین ذینفعان رخ میدهد. گزینهها شامل ادامهٔ روشهای سنتی ارتباطی یا استفاده از ابزارهای استراتژیک این کتاب برای آنالیز کسبوکار و ساختن یک درک مشترک است که هزینهٔ هماهنگی را به شدت کاهش میدهد.
چهارمین مسئله، فاصله گرفتن کدها از زبان واقعی کسبوکار است که ارتباط بین برنامهنویسان و افراد غیرفنی را دشوار میکند. گزینههای پیش رو نوشتن کد با اصطلاحات فنی پیچیده یا استفاده از ابزارهای تاکتیکی است تا کد نرمافزار مستقیماً اهداف کسبوکار و زبان آن را بازتاب دهد.
به عنوان پیشنهاد شخصی، به نظرم بهتر است پیش از درگیر شدن با جزئیات فنی و نوشتن کدهای پیچیده، زمان بیشتری را به گفتگو با افراد متخصص در زمینهٔ کسبوکار اختصاص دهید تا مطمئن شوید ساختار نرمافزار شما دقیقاً روی نیازهای واقعی همان حوزه بنا شده است.
امیدوارم این نگاه تازه به شما کمک کند تا در مسیر توسعه نرمافزار، ارتباط بهتری با اهداف کسبوکار برقرار کنید و پروژههای پایدارتری بسازید.
مقدمه: درباره این کتاب
نمونهٔ رایگانتوضیح و منابع این قسمت
کتاب آسانسور معمار نرمافزار، نوشته گرگور هوپه، در مقدمه خود با عنوان "درباره این کتاب"، هدف و رویکردش را به خواننده معرفی میکند. این خلاصهسازی، بخشی از پروژه "خلاصهسازی ارزشمندترین کتابها برای اکوسیستم نوآوری فارسی" رادیو شبگفتار است.
گرگور هوپه در این فصل توضیح میدهد که چگونه اقتصاد دیجیتال، نقش معماران نرمافزار را دگرگون کرده است. به جای تمرکز صرف بر پیادهسازیهای فنی، معماران باید پلی میان "پنتهاوس" سازمان (جایی که استراتژیهای کسبوکار تعیین میشوند) و "موتورخانه فنی" (که تکنولوژیها در آن پیادهسازی میگردند) باشند. این ارتباط حیاتی است تا فناوری اطلاعات از یک مرکز هزینه به مزیت رقابتی دیجیتال تبدیل شود.
نویسنده تأکید میکند که ایجاد این ارتباط صرفاً با حرکت آهسته بین طبقات سازمانی ممکن نیست. معماران مدرن باید با استفاده از "آسانسور معمار نرمافزار"، ساختارهای موجود را دور زده و به سرعت بین سطوح مختلف حرکت کنند تا سازمان و تکنولوژی همسو شده و تغییرات ماندگاری ایجاد شود. این کتاب دقیقاً به معماران (و معماران آینده) کمک میکند تا این دیدگاه جدید را بپذیرند و به ابزارهایی برای سوار شدن بر این آسانسور مجهز شوند.
گرگور هوپه اذعان میکند که انتظارات زیادی از رهبران فناوری اطلاعات و معماران ارشد وجود دارد؛ آنها باید در سازمانی حرکت کنند که IT هنوز اغلب به عنوان یک مرکز هزینه دیده میشود. او شخصاً به دنبال کتابی بود که به جای جهتگیریهای کلی، راهکارهای عملی برای انجام ماموریت در سطح فنی ارائه دهد. از آنجا که چنین منبعی را نیافت، تجربه دو دهه خود را به عنوان مهندس نرمافزار، مشاور، بنیانگذار استارتاپ و معمار ارشد، در این کتاب گردآوری کرد.
این کتاب، راهنمایی برای رشد افق دید یک معمار است تا مهارتهای فنی خود را به طور مؤثر در سازمانهای بزرگ به کار گیرد. نویسنده بیان میکند که کتابش به شما یاد نمیدهد چگونه یک کلاستر هدوپ را پیکربندی کنید یا ارکستراسیون کانتینر را با داکر و کوبرنیتس راهاندازی کنید. در عوض، به شما میآموزد چگونه درباره معماریهای در مقیاس بزرگ استدلال کنید، چطور مطمئن شوید که معماری شما به استراتژی کسبوکار سود میرساند، چگونه از تخصص فروشندگان استفاده کنید و تصمیمات حیاتی را به مدیریت ارشد اطلاع دهید.
کتاب به بخشهای اصلی تقسیم شده که سفر یک معمار را در حمایت از یک تحول بزرگ در فناوری اطلاعات دنبال میکند. این سفر از موتورخانه فناوری اطلاعات آغاز شده و به آرامی به سمت پنتهاوس سازمانی حرکت میکند. این بخشها شامل درک ویژگیهای یک معمار در بافت سازمانی، تعریف مجدد ارزش پیشنهادی معماری به عنوان محرک تغییر، انتقال مؤثر موضوعات فنی به ذینفعان مختلف، استفاده از تفکر معماری برای درک ساختارهای سازمانی، و ایجاد تغییرات ماندگار هستند. بخش نهایی نیز به زندگی به عنوان یک عامل تغییر میپردازد.
گرگور هوپه صراحتاً میگوید که اگر به دنبال یک "روش" اثباتشده و تکرارپذیر علمی برای تحول یک سازمان فنی هستید، ممکن است ناامید شوید. ساختار این کتاب بر اساس تجربیات روزمره او در طول دو دهه فعالیت در حوزه فناوری اطلاعات نوشته شده است. او معتقد است که نمیتوان تصمیمات دیگران را کپی-پیست کرد، اما میتوان از تجربیات آنها آموخت تا تصمیمات بهتری گرفت. این کتاب مجموعه دیدگاههای شخصی او را بازتاب میدهد، اما به گونهای که نکات کلیدی آن به راحتی قابل استخراج و استفاده گستردهتر باشند.
نویسنده انتخاب کرده است که کتاب را به صورت مجموعهای از داستانها ساختاربندی کند، زیرا در دنیای پیچیده ما، داستانگویی روشی عالی برای آموزش است. او اشاره میکند که مطالعات نشان دادهاند افراد داستانها را بسیار بهتر از حقایق محض به خاطر میآورند و گوش دادن به یک داستان، بخشهای بیشتری از مغز ما را فعال میکند که به درک و ماندگاری مطالب کمک میکند. به گفته او، ارسطو نیز میدانست که یک سخنرانی خوب نه تنها شامل "لوگوس" (حقایق و ساختار)، بلکه "اِتوس" (یک شخصیت معتبر) و "پاتوس" (احساسات) است.
هدف از این رویکرد داستانی تنها آموزش نیست، بلکه فراتر از آن است. برای تحول یک سازمان، نیازی به حل معادلات ریاضی نیست؛ بلکه باید مردم را به حرکت واداشت. به همین دلیل، توانایی تعریف یک داستان خوب و ترسیم یک چشمانداز قانعکننده حیاتی است. نویسنده معتقد است میتوان با استفاده از شعارهای جذاب کتاب آغاز کرد و سپس داستانهای شخصی خود را به آن افزود. این قدرت داستانگویی است که حتی وقتی میدانیم داستانی تخیلی است، میتواند ما را به گریه و خنده وادارد.