3 важливі книги про проектування програмного забезпечення

Три книги про проєктування та архітектуру програмного забезпечення. Це ті книги, з яких варто почати й які дадуть гарний фундамент. Кожна з книг дає можливість подивитися на розробку програм трохи під іншим кутом.
Станьте спонсором цього каналу: / @aboutprogramming
Допоможіть каналу розвиватися й отримуйте доступ до ексклюзивного контенту.
Зміст відео:
0:00 - Вступ
0:26 - Книга 1
1:09 - Книга 2
2:13 - Книга 3
3:45 - Завершення
Посилання на книги:
1. Clean architecture - www.amazon.com/Clean-Architec...
2. DDD - www.amazon.com/Domain-Driven-...
3. PEAA - www.amazon.com/Patterns-Enter...
🏠 Мої соцмережі:
Жабаскрипт в телеграмі - t.me/jabascript
Я в Твітер - / viktorturskyi
Мій Linkedin - / turskyi
#programming #javascript #програмування #українською #softwaredesign #проєктування

[@AboutProgramming]

Як вам книги? Читали? Є що дадати до цього списку?

[@YuryDmytrunets9]

1) Software Architecture in Practice 2) Documenting Software Architectures. Views and Beyond

[@artemkonyukhov6635]

Лай і коммент, за вклад у нашу ріднесеньку ITшечку

[@AdminAdmin-sl2qf]

❤❤❤❤❤❤❤❤❤

[@michaelsidorenko6918]

Кожного разу коли перечитуєш ці книги - відкриваєш щось нове))

[@vitalikshkliarov6606]

Відео топ! Було б круто, якби зробили відео, як ви "глибоко" вивчаєте ту чи іншу технологію. Як шукаєте інформацію, можливо якось структуруєте і тд. Дякую за корисні відео!

[@mr.lubynets]

Дякую топ контент

[@vadimpoletaev2811]

Було б цікава також тема Перелік книжок про написання коду (упомянута в комментах книга Стівена Макконнелла - Code Complete)

[@dmytrokucheriavyi605]

Очікую з нетерпінням відео про ddd та архітектуру

[@Alf_GS]

Чудовий топ з рекомендацій. Щоправда, Еванса читати таки непросто, бо часто надто абстрактно описано, й потрібно докласти багато зусиль, щоб прочитати не відволікаючись. Вон Вернон, звісно, класно доповнює своєю книгою, але виходить що обидві ці книжки впадають в крайнощі: одна надто теоретична, друга прям ультра практична. В ідеалі б мати книгу де по кожній темі йде зв'язка теорія+практика, але ми живемо не в ідеальному світі :) Дякую за ваш канал та контент, обов'язково продовжуйте!

[@AboutProgramming]

Дякую! Так, є такий нюанс) Мені персонально Еванс добре пішов, але Вернон теж добре доповнив

[@oleksiiderkach4840]

Дякую за відео!

[@mrart5498]

Дякую за рекомендації! Читав деякі з них, проте не можу сказати, що одразу все було зрозуміло. Будем чекати розбору данних технік у майбутньому :)

[@volodymyrlytvynchyk271]

Допоки не подивився це відео хотів запитати чи буде канал Віктор Турський про проектування, але тут вже отримав відповідь. Чекаю на нові відео і дякую за якісний контент українською.

[@pavloburyanov5842]

Ти продав мені Еванса. Купив, чекаю)

[@andriyleliv4608]

Дякую - книги - дійсно топ.

[@sergiimelnykov1923]

Зроби pls відео про огляд книг по проектуванню реляційних бд або хочаб просто про бд)

[@ran62812]

Я досить багато зусиль доклав на прочитання та усвідомлення DDD, а це виявляється основа основ :) . Книга дійсно відкриває очі на те під яким кутом дивитись на проектування, але досить складна, тому що багато концепцій більше абстрактних ніж практичних. Я наприклад не розумію використати DDD на проекті, це як мінімум потребує високої кваліфікації команди, відносно складної бізнес логіки та налагодженої комунікації з клієнтом (експертом предметної області). Намагаюсь використати хочаб тактичного рівня поради з книги, але поки що безуспішно. Було б цікаво думки інших стосовно реального використання DDD після прочитання книги.

[@AboutProgramming]

DDD якраз й дає концептуальну основу на яку можна чипляти практичні навички. Основна користь від книги, що вона показує, що ми вирішуємо не абстрактну технічну проблему, а саме проблему в певній предметній області й відповідно ми моделюємо в межах цієї предметної області, оперуємо сутностями предметної області й тд. Й це намагання виділити модель предметної області й абстрагувати технічні деталі й впливає на те, як ми проектуємо. Навіть просто ідея "ubiquitous language" - це вже концепт, який значно полегшує підтримку продукту. У нас колись був дуже складний проект - бухгалтерська система з величезною кількістю бізнес логіки. Й замовник міг подивитися в код й зрозуміти, чи правильно працює бухгалтерська проводка під певний тим бухгалтерської операції з точки зору бізнесу. Й це працювало, оскільки в коді технічні деталі були абстраговані, а бізнес логіка була змодельована в термінах бізнесу. Відносно того, як імплементувати DDD на практиці є класна книга Вернона - www.amazon.com/Implementing-Domain-Driven-Design-Vaughn-Vernon/dp/0321834577 В ній в деталях розбираються приклади того, як можна DDD імплементувати в коді Ну й зроблю пару практичних відео на каналі на цю тему :)

[@ran62812]

Дякую за відповідь, Вернон в мене в черзі :)

[@romkalily]

Круто! Починаю читати:))

[@AboutProgramming]

Найкраще починати з clean architecture - найлегша. Хоча я читав її останньою 😄

[@Philip_Just]

Усі 3 книги знаю. Читав лише першу і навіть перечитував через пару років. Мабуть теперь DDD замовлю. Дякую.

[@AboutProgramming]

DDD дуже корисна. Цікаво буде почути відгук, як прочитаєш)

[@alex-kovalchuk]

Класна підбірка, ще раджу ці книги перечитати через певний час, коли по DDD перечитував здавалось що половину пропустив під час першого читання Окрім цього можу порадити Code Complete він допоміг перейти з хобі до професійного підходу

[@AboutProgramming]

Code Complete класна. Читав десь 12-13 років тому й до цих пір вона дуже актуальна

[@user-ux3ff4ms4j]

Дуже дякую за Вашу роботу! Продовжуйте у тому ж дусі 🔥👍 Питання по темі: чи актуальні ці книги для фронтенд розробника, наскільки фронтендеру насправді потрібно розбиратись в архітектурі, патернах з вашого досвіду?

[@AboutProgramming]

Гарне запитання. Якщо ми говоримо про проектування системи, то це часто виходить за рамки фронтенду. З цієї позиції ці книги дадуть додатковий рівень розуміння розробки, який буде корисний й фронтендеру, але для бекендера це прям обов'язково. DDD говорить про "ubiquitous language", поняття якого важливе для фронта однозначно, але одночасно DDD говорить, що Smart UI це антипаттерн(що теж про цікаво, бо про обмеження фронту). Чиста архітектура - про SOLID половина книги (однаково корисно для фронта) й розділення бекенду на шари (але складний фронтенд часто вимагає схожих підходів). PoEAA - тут багато паттернів пов'язаних зі збереженням даних й більша половина актуальна для бекенду в основному, але 30% має сенс й для фронтенду

[@user-lc7cz2ks6i]

👍👍👍👍

[@wijionemaster1875]

Khalil Stemmler “SOLID: Software design and architecture handbook” - книга якшо що не про солід принципи, а про ддд, ооп, процеси в команді)

[@denys.medynskyi]

Цікаво було б послухати про важливість документації та діаграм. Що скажеш - це важливі навички для програміста який цілиться в архітектори?

[@mrart5498]

Дякую за підбірку! Віктор, чи не плануєте Ви провести лайв-сессію кодінгу? Наприклад реалізувати задачу середнього рівня складності з TDD :)

[@AboutProgramming]

Планую десь 10 відео з разбором архітектури бекенда й прикладами коду, включаючи реалізацію DDD

[@mrart5498]

@@AboutProgramming будемо чекати ) цікаво ще дізнатись про якісні тести, а не просто для покриття

[@gradient8516]

+

[@vovabortnyak721]

Топ, дякую за відео. Мартіна читав на початку кар‘єри і зараз от планую перечитати. А далі дві наступні по списку 👌 Доречі по Мартіну, в нього є ще декілька книг, як от Чистий Код. Читали? Є якісь думки?

[@AboutProgramming]

Щось читав, здається Clean Coder й теж непогано. Глянув інші книжки по змісту - майже всі корисні, але вони про інші аспекти розробки. Якщо говорити взагалі про написання коду, то є ще у Стівена Макконнелла книга, яка мені дуже сподобалася - Code Complete.

[@namelessperson1405]

Continuous Delivery: Reliable Software Releases Through Build, Test, and Deployment Automation by David Farley

[@serhiibaranovskyi9131]

Прочитав книгу по DDD до середини і допоки закинув. Що для себе головне виніс, це те що, з бізнесом потрібно говорити на мові бізнесу

[@AboutProgramming]

Так. Але "говорити" це й писати в коді мовою бізнесу

[@oleksandrtopachevskyi5341]

Було б зручно одразу мати лінки на онлайн замовлення цих книг з Амазону! Чи може адмін додати їх? Дуже дякую за корисний контент!

[@AboutProgramming]

Посилання на Амазон додав в опис під відео

[@illiaosmanov]

ойойо, що під'їхало)

[@mr.lubynets]

Додайте будьласка посилання до опису

[@AboutProgramming]

Готово

[@caffeinejavacode1475]

Кріс Річардсон Мікросервіси

[@xamxamenko3193]

Не дуже зрозуміло як можуть бути основою основ книги по архітектурі. Майже весь контент ваших відео оріентований на починаючих розробників, можливо взагалі без практичного досвіду. Якось дивно рекомендувати інтерно-джунам читати абстрактні абстракції Еванса. Анкл Боб ще туди-сюди, він хоча б пише просто але все ще про складне

[@AboutProgramming]

Тут я мав на увазі, що це базові книги по проектуванню. Якщо розглядати програмування в цілому, то так, мабуть варто починати з вивчення синтаксису. Відносно контенту, то часто він корисний для досвідчених інженерів, просто намагаюся його подавати так, щоб він був зрозумілий всім рівням наскільки це можливо. Й значить виходить 🙂 Відносно Еванса, то час від часу чую, що він абстракний досить, хоча мені колись пішов добре. Він саме про розуміння абстракцій, що є основою для проектування. Але так, не всім зайде

[@AlanShmyga]

А чому «Кабанчика» не згадав? Мені здається прям маст рід!

[@AboutProgramming]

Залишив для відео про книги саме по базам даних 🙂 Але книга маст рід, це правда

[@PonomarenkoO]

чи можливо стати крутим спеціалістом не рпочитавши ні 1 профільної книги?

[@AboutProgramming]

Так, звісно. Ті самі знання можна отримати й іншими способами. Просто в книгах часто описано більш глибоко й структурованіше. Наприклад, взяти книгу по компіляторам. В Інтернеті можна знайти дуже багато постів рівня hello world, але практично немає глибоко розбору всіх аспектів. Але в той самий час курс по компіляторам може бути не менш глибоким ніж книга й ще й викладачу з досвідом можна задавати питання