📘 "Идеальная работа" Р. Мартин

Каждый начинающий программист слышал о книгах Мартина. Трудно преуменьшить значимость его работ.

Только вот одна деталь. Не стоит торопиться бежать читать. В этом деле важна наваренность. Это блюдо требует медленного томления. У них нет терпения на незрелых. В их требованиях опыт и насмотренность.

Нарочито, названия этих книг начинаются с идеала. Идеальный тот, идеальный этот. Как планка, которую перепрыгивает лишь рекордсмен. Он выставляет завышенные с требования к атлетам. Они для тех, кто застрял в дешевых и быстрых решениях. Устал от рутины и траты времени на неэффективные, утомляющие процессы. Кто хочет бросить вызов себе.

Книги, как маяк. Плыть к нему дорого и далеко не всегда нужно обычному рынку.

О чем книга? О работе. Для тех, кто не нашел себя. Не определил для себя формулу идеальной компании:
- Как испытывать гордость за работу
- Как не умирать в легаси
- Навыки поддержки кода
- Софты для всех случаев жизни
- Планы в развитии

Тут есть над чем поспорить. И чему вдохновиться.

#books

💎 Architecture vs Design

Не секрет, что многие часто путают архитектуры и дизайн системы, хотя это две части одного процесса. Эта путаница часто может выстрелить в ногу и поставить под угрозу весь процесс разработки.

🗺 Архитектура (Architecture) — фокусируется на каркасе и высокоуровневой инфраструктуре.

🏠 Дизайн (Design) — концетрируется на дизайне кода. Например, как функции модулей, размеры классов, назначении функций и тп.

Дизайн необходим для сбора требований и перевод их в реализацию.

Артефакты, которые ожидаются от дизайна систем:

🟢Спеки требований — документ, в котором описывается ожидаемое поведение системы при взаимодействии с пользователем. Они должны соответствовать бизнес-требованиям.

🟢High-level design — чаще это какой-то чертеж в миро, который показывает, как взаимодействует модуль с другими модулями. Или всей системой.

🟢Детальная схема — подробно описанные модули, включая нэйминг классов и подсвечивает проблемные места.

✅ Архитектура показывает структуру системы и скрывает детали реализации. Она сфокусирована на взаимодействии системы друг с другом.

Дизайн системы уже работает с деталями реализации, алгоритмами и структурами данных.

Хоть и дизайн, и архитектура являются двумя частями одного целого, но не весь дизайн относится к архитектуре. Роль архитектора не в знании деталей, а в знании общей картины.

- Разница между архитектурой и дизайном
- Разница между архитектурой и дизайном 2

💎 Клиентская архитектура

"если все, что у вас есть, это молоток, все выглядит как гвоздь"

Проблема клиентских приложей в большом росте связей и зависимостей между логикой на разных уровнях: бизнес-кейсами, отрисовкой и управлением данными.

Как организовать инфраструктуру приложения?
Ответов на этот вопрос множество. Пройдемся по нескольким вкратце и возьмем не только мобильные приложения. И почти не затронем iOS.

CLEAN — одна из основных концепций разделения логики тестируемым и гибким способом.

FSD (Feature Sliced Design) — Основная цель этой методологии - сделать проект более понятным и структурированным в условиях постоянно меняющихся бизнес-требований за счет нарезки на отрезки и четкой структуры

BLoC (Business Logic Component) — разрабы флаттера придумали свою архитектуру для разделения бизнес логики от интерфейса

Как можно заметить цели архитектуры — это не организация папок, а декомпозиция сущностей. Которые легко удалять, масштабировать и тестировать.

- Основы клиентской архитектуры
- Vertical Slice Architecture
- DDD на практике

🤳🤳🤳🤳🔥

Лучший ютуб канал про иос разработку на днях сделал хороший пример про тестируемость и гибкость хорошей архитектуры. 5 минут полезней двух сезонов подлодки

Еще крутейшие видосы с канала:
- использование инкапсуляции в проекте
- решение реальных проблем с помощью Single Responsobility
- Почему модуляризация — это решение бизнес-логики
- майндсеты для архитекторов под ios

☁️ прикольный тред чела, который готовился на собесы систем дизайна в западные компании

Опять же: проектирование — это знание системы на всех уровнях. Начиная от знания сети и бэка, заканчивая платформы и бизнес логики

https://twitter.com/e_matsyuk/status/1519539090097643521?s=20&t=DDEe04Mi8X3wONvKVd4hCw

🥱 MVC == MVP

🍏 MVC

Большое заблуждение в индустрии, что View и Controller связаны в одну сущность — ViewController. Но это не так. В своей документации эйпл говорила о комбинирующих ролях. Такое объединение допустимо лишь для некоторых апок, но не для всех.

Но если Controller != ViewController, и роль Presentor выполняет Controller, то чем тогда MVC отличается от MVP?

Фаулер описал это еще в далеком 2006 году для GUI архитектур. Еще тогда он описал о проблеме толковании MVC паттерна:

☁️ Разные люди, читающие о MVC в разных местах, берут из него разные идеи и описывают их как «MVC». Если это не вызывает достаточной путаницы, вы получаете эффект непонимания MVC, который развивается через систему китайского шепота.

Вся суть и история МVC — это в Separeted Presentation, где выделяется логика предметной области и вьюхами.

🍏 MVP
Шаблон проектирования MVP необходим уже тогда, когда ваше приложение имеет множество View.

Если просто, то основное отличие, это в том, что презентор должен ссылаться на вью. Когда в каноничном MVC — Controller не знает о вью.

💎 Но только не в иос. У нас MVC от эйпла одно и то же, что и MVP. Но многие придумали себе несуществующих проблем и сделали VIPER

- Дока эйпла по MVC
- Разница между MVC vs MVP
- Мартин Фаулер и GUI архитектуры

Подборка лучших дизайн паттернов для iOS 🤡

Лидирует MVC, observer, command и билдер:

- норм репо с примерами

- Топ паттернов за 2022

- легкое объяснение самых частых паттернов

- доп. Материал с паттернами