Эванс_Предметно_ориентированное_проектирование.pdf
82.4 MB
Однажды я решила начать смотреть на системы как архитектор, и искала, что почитать. Одна из книг, которая попалась на просторах Интернета:
📚 Domain Driven Design. Предметно-ориентированное проектирование
🙏 Эрик Эванс
Если честно, то новой информации про архитектуру я в ней много не нашла. Зато, как системный аналитик, еще раз пересмотрела подходы к проектированию, структурировала знания, и начала осознанно использовать рекомендации из нее.
Цитаты:
📝 Проект сталкивается с серьезными проблемами, когда в нем отсутствует единый язык коммуникаций. У специалистов в предметной области свой жаргон, у разработчиков - свой. Терминология повседневных дискуссий оторвана от терминологии, внедренной в код. Возникают сложности перевода.
Вывод: бизнес-сущности в реальности и в модели стоит именовать одинаково, создавать общий язык для описания предметной области между заказчиками и разработчиками
📝 Если архитектура программы или некая ее центральная часть не соответствует модели предметной области, то такая модель практически бесполезна, и правильность работы программы тоже можно поставить под сомнение
Вывод: косяки бизнес-анализа предметной области заказчика, могут превратить труды разработчиков не в рабочую систему, а в бесполезные строки кода
📝 Разбейте сложную программу на уровни. Внутри каждого уровня разработайте связанную структуру, полагающуюся на нижние уровни и зависящую только от них.
Вывод: при описании сценариев использования системы пробовать выделять логические модули, которые потенциально могут быть переиспользованы в других частях программы. Аналитики должны давать подсказки разработчикам, так как видят систему шире, за рамками одной задачи.
В книге есть примеры Java-кода. Кому сложно - пропускайте. Разобраны интересные практические кейсы. Большая часть книги написана простым языком. Рекомендую 😉
📚 Domain Driven Design. Предметно-ориентированное проектирование
🙏 Эрик Эванс
Если честно, то новой информации про архитектуру я в ней много не нашла. Зато, как системный аналитик, еще раз пересмотрела подходы к проектированию, структурировала знания, и начала осознанно использовать рекомендации из нее.
Цитаты:
📝 Проект сталкивается с серьезными проблемами, когда в нем отсутствует единый язык коммуникаций. У специалистов в предметной области свой жаргон, у разработчиков - свой. Терминология повседневных дискуссий оторвана от терминологии, внедренной в код. Возникают сложности перевода.
Вывод: бизнес-сущности в реальности и в модели стоит именовать одинаково, создавать общий язык для описания предметной области между заказчиками и разработчиками
📝 Если архитектура программы или некая ее центральная часть не соответствует модели предметной области, то такая модель практически бесполезна, и правильность работы программы тоже можно поставить под сомнение
Вывод: косяки бизнес-анализа предметной области заказчика, могут превратить труды разработчиков не в рабочую систему, а в бесполезные строки кода
📝 Разбейте сложную программу на уровни. Внутри каждого уровня разработайте связанную структуру, полагающуюся на нижние уровни и зависящую только от них.
Вывод: при описании сценариев использования системы пробовать выделять логические модули, которые потенциально могут быть переиспользованы в других частях программы. Аналитики должны давать подсказки разработчикам, так как видят систему шире, за рамками одной задачи.
В книге есть примеры Java-кода. Кому сложно - пропускайте. Разобраны интересные практические кейсы. Большая часть книги написана простым языком. Рекомендую 😉
👍24
Почему остаются неучтенные требования? Как получается, что доработка одной системы стоит 8 часов, а другой 100, при аналогичной задаче? А еще заказчики и разработчики говорят на разных языках. Аналитик выступает переводчиком, и сам иногда путается.
База данных — основа системы. От того, как выделены сущности и встроены в модель данных зависит ее развитие!
Разберем на практике, как аналитик влияет на проектирование БД!
📹 Практический вебинар
🗓 7 июля, в 20:00 (Мск)
👩💻 Проектирование БД: логический и физический уровни
🔗 Регистрация здесь
В программе:
✅ Проектирование логического уровня БД
✅ Переход к физической модели БД
✅ Постановка задач на создание таблиц БД
Заключительный вебинар по проектированию платформы для челленджей GetChallenge! 🚀
База данных — основа системы. От того, как выделены сущности и встроены в модель данных зависит ее развитие!
Разберем на практике, как аналитик влияет на проектирование БД!
📹 Практический вебинар
🗓 7 июля, в 20:00 (Мск)
👩💻 Проектирование БД: логический и физический уровни
🔗 Регистрация здесь
В программе:
✅ Проектирование логического уровня БД
✅ Переход к физической модели БД
✅ Постановка задач на создание таблиц БД
Заключительный вебинар по проектированию платформы для челленджей GetChallenge! 🚀
👍10
❗️До начала вебинара 15 минут ❗️
Присоединяйтесь😉
https://pruffme.com/webinar/?id=de4abcabd2d3721ced4ae33c7648acbc
Присоединяйтесь😉
https://pruffme.com/webinar/?id=de4abcabd2d3721ced4ae33c7648acbc
📹 Проектирование БД: логическая и физическая модели
Зачем аналитику знать про БД проекта
✅ Понимать какие данные о сущностях уже хранятся, а какие еще нет
✅ Как добавление новых бизнес-сценариев повлияет на БД, какие будут доработки для разработчиков
✅ Дублирование данных в разных схемах БД и разработка логики их синхронизации
✅ Проверка реализуемости функциональных требований на существующей модели БД
Когда аналитики работают с БД
✅ Концептуальный и логический уровень при сборе требований к новой системе или ее модулю: уточнение требований к хранению и сбору данных, к логике работы (CRUD-модель)
✅ Проработка физического уровня вместе с разработчиками
От логической к физической модели БД
✅ Не перебарщивайте с NOT NULL и UNIQUE
✅ Поддерживайте понятные для бизнеса и разработчиков именования названий сущностей и их атрибутов на логическом и физическом уровне. Переводчики спасут:
Google-translate
Reverso
Инструменты визуализации ER-моделей (физический уровень) для существующих БД:
DBeaver
DataGrip
Заглядывайте на вебинары GetAnalyst, где мы разбираем навыки проектирования систем на практике 😉
Все практические навыки работы аналитика на проекте можно получить здесь 🔗
Зачем аналитику знать про БД проекта
✅ Понимать какие данные о сущностях уже хранятся, а какие еще нет
✅ Как добавление новых бизнес-сценариев повлияет на БД, какие будут доработки для разработчиков
✅ Дублирование данных в разных схемах БД и разработка логики их синхронизации
✅ Проверка реализуемости функциональных требований на существующей модели БД
Когда аналитики работают с БД
✅ Концептуальный и логический уровень при сборе требований к новой системе или ее модулю: уточнение требований к хранению и сбору данных, к логике работы (CRUD-модель)
✅ Проработка физического уровня вместе с разработчиками
От логической к физической модели БД
✅ Не перебарщивайте с NOT NULL и UNIQUE
✅ Поддерживайте понятные для бизнеса и разработчиков именования названий сущностей и их атрибутов на логическом и физическом уровне. Переводчики спасут:
Google-translate
Reverso
Инструменты визуализации ER-моделей (физический уровень) для существующих БД:
DBeaver
DataGrip
Заглядывайте на вебинары GetAnalyst, где мы разбираем навыки проектирования систем на практике 😉
Все практические навыки работы аналитика на проекте можно получить здесь 🔗
❤1🔥1
Всем привет и крутых выходных! ☀️
Сегодня наш сайт переехал на международные сервера 🌏
Мы протестировали его перед переключением, но шансы, что где-то что-то могло отвалиться есть 🐞
Если вдруг: проблемы с доступом, ошибки в наполнении, или есть предложения по улучшению, напишите t.me/getanalyst или на info@getanalyst.ru
P.S. Сегодня в 18:00 (Мск) будет повтор вебинара
📹 Проектирование БД: логический и физический уровни
🔗 Сайт с регистрацией должен работать 🙏
Если регистрировались на 7 июля, повторно не нужно
Сегодня наш сайт переехал на международные сервера 🌏
Мы протестировали его перед переключением, но шансы, что где-то что-то могло отвалиться есть 🐞
Если вдруг: проблемы с доступом, ошибки в наполнении, или есть предложения по улучшению, напишите t.me/getanalyst или на info@getanalyst.ru
P.S. Сегодня в 18:00 (Мск) будет повтор вебинара
📹 Проектирование БД: логический и физический уровни
🔗 Сайт с регистрацией должен работать 🙏
Если регистрировались на 7 июля, повторно не нужно
👍7
Хочется, чтобы системы работали предсказуемо после релиза в продакшн:
✅ нет ошибок,
✅ с нагрузкой справляются,
✅ пользователи не получают странные сообщения в виде java-строк кода
Но почему-то так не бывает...
В чем причины и на что обращать внимание при проектировании? Давайте разбираться!
📹 Твоя предсказуемая система
🗓 14 июля, 18:00 (Мск)
🔗 Регистрация здесь
С этим докладом я хотела выступить на конференции CodeFest 2022, но прилететь в Новосибирск не было возможности. Долгая подготовка. Получилось собрать много очевидных кейсов, о которых не знают новички, и забывают профессионалы.
Заглядывайте, и забирайте ответы на вопросы "Почему прод упал" и "Что мы сделаем, чтобы это не повторилось" 🙌
✅ нет ошибок,
✅ с нагрузкой справляются,
✅ пользователи не получают странные сообщения в виде java-строк кода
Но почему-то так не бывает...
В чем причины и на что обращать внимание при проектировании? Давайте разбираться!
📹 Твоя предсказуемая система
🗓 14 июля, 18:00 (Мск)
🔗 Регистрация здесь
С этим докладом я хотела выступить на конференции CodeFest 2022, но прилететь в Новосибирск не было возможности. Долгая подготовка. Получилось собрать много очевидных кейсов, о которых не знают новички, и забывают профессионалы.
Заглядывайте, и забирайте ответы на вопросы "Почему прод упал" и "Что мы сделаем, чтобы это не повторилось" 🙌
👍1
Forwarded from 👩🏻💻 Подкаст Системных Аналитиков | GetAnalyst
Про высшее образование для начинающих в IT: надо или нет?
📕 Диплом — полезная штука. Уменьшает количество вопросов на собеседовании. Оправдывает, когда устраиваешься на работу без опыта в 19-24 года
📚 Знания — есть полезные предметы. Не во всех ВУЗах, не ото всех преподавателей дождешься структурированной информации без воды и крутой практики, но все же свои 20% полезных предметов я нашла
📝 Я выпускалась с дипломом по выбранной мною теме, а не моим научным руководителем. Это было круто. Я на инициативе сама работала над ним и меня не надо было пинать
Итог: высшее техническое образование полезно, но не всегда стоит того времени, которое ему приходится отдавать.
Что было полезно, а что не очень? Ответ в подкасте 👩💻
P.S. История искусств 100%
📕 Диплом — полезная штука. Уменьшает количество вопросов на собеседовании. Оправдывает, когда устраиваешься на работу без опыта в 19-24 года
📚 Знания — есть полезные предметы. Не во всех ВУЗах, не ото всех преподавателей дождешься структурированной информации без воды и крутой практики, но все же свои 20% полезных предметов я нашла
📝 Я выпускалась с дипломом по выбранной мною теме, а не моим научным руководителем. Это было круто. Я на инициативе сама работала над ним и меня не надо было пинать
Итог: высшее техническое образование полезно, но не всегда стоит того времени, которое ему приходится отдавать.
Что было полезно, а что не очень? Ответ в подкасте 👩💻
P.S. История искусств 100%
🔥5
Умение посмотреть готовую ER-модель - ценный навык для тех, кто приходит в действующие проекты, и хочет разобраться с существующей базой данных:
🔗 Инструкция: как посмотреть ER-модель готовой БД
Подготовила вам небольшую инструкцию по запросам с последнего вебинара по проекту GetChallenge 👩💻
🔗 Инструкция: как посмотреть ER-модель готовой БД
Подготовила вам небольшую инструкцию по запросам с последнего вебинара по проекту GetChallenge 👩💻
getanalyst.ru
GETANALYST | Инструкция: как посмотреть ER-модель готовой БД
Инструменты, которые можно использовать для подключения к БД для построения по ней ER-модели
👍6
Начинаем через 15 минут!
📹 Твоя предсказуемая система
⏰ 14 июля 2022 в 18:00
🔗 Ссылка на прямую трансляцию
Присоединяйтесь! 😉
📹 Твоя предсказуемая система
⏰ 14 июля 2022 в 18:00
🔗 Ссылка на прямую трансляцию
Присоединяйтесь! 😉
‼️Полезные подсказки по проектированию‼️
🔹 Интеграции, архитектура, нагрузка, мощности, логика🔹
🔹 Как аналитик взаимодействует с командой? 🔹
🔹 Зачем документация? 🔹
Опубликовали доклад на YouTube
📹 Твоя предсказуемая система 📹
Новые практические кейсы в вашу копилку!
Продуктивного просмотра 😉
🔹 Интеграции, архитектура, нагрузка, мощности, логика🔹
🔹 Как аналитик взаимодействует с командой? 🔹
🔹 Зачем документация? 🔹
Опубликовали доклад на YouTube
📹 Твоя предсказуемая система 📹
Новые практические кейсы в вашу копилку!
Продуктивного просмотра 😉
YouTube
Екатерина Ананьева. Твоя предсказуемая система
Хочется, чтобы системы работали предсказуемо после релиза в продакшн:
✅ нет ошибок,
✅ с нагрузкой справляются,
✅ пользователи не получают странные сообщения, вместо нормальной обработки ошибок.
Но почему-то так не бывает?
Проектируются прямые сценарии работы…
✅ нет ошибок,
✅ с нагрузкой справляются,
✅ пользователи не получают странные сообщения, вместо нормальной обработки ошибок.
Но почему-то так не бывает?
Проектируются прямые сценарии работы…
👍6
Всем привет! ☀️
‼️ Сегодня и завтра последние дни, когда можно подключиться к проекту, и получить навык работы с REST API‼️
Осталось 2 места!
Подробности тут 🔗
В плане:
🟢 6 практических вебинаров, где мы разбираем теорию и решаем практические задания,
🟢 индивидуальные консультации по проекту в личных сообщениях и чате группы,
🟢 API-документация в Postman и Swagger по завершению обучения,
🟢 разобранный практический кейс и опыт.
Ключевое:
Что нужно знать о REST API?
Зачем создают его дизайн и контракты API?
Как сделать так, чтобы развитие системы не сопровождалось болью с обратной несовместимостью?
Postman и Swagger документация
‼️ Сегодня и завтра последние дни, когда можно подключиться к проекту, и получить навык работы с REST API‼️
Осталось 2 места!
Подробности тут 🔗
В плане:
🟢 6 практических вебинаров, где мы разбираем теорию и решаем практические задания,
🟢 индивидуальные консультации по проекту в личных сообщениях и чате группы,
🟢 API-документация в Postman и Swagger по завершению обучения,
🟢 разобранный практический кейс и опыт.
Ключевое:
Что нужно знать о REST API?
Зачем создают его дизайн и контракты API?
Как сделать так, чтобы развитие системы не сопровождалось болью с обратной несовместимостью?
Postman и Swagger документация
getanalyst.ru
Дизайн REST API: практический курс для системных аналитиков и разработчиков от GetAnalyst
Что такое REST API и для чего создавать его дизайн? Хотите получить навык, важный для проектирования и интеграций систем, который высоко оценивается на рынке и важен не только аналитикам, но и разработчикам? На реальной задаче пройдем путь от анализа требований…
❤3
Книга, которую рекомендую к прочтению, особенно на потоке REST API.
📚 Проектирование веб-API
Лоре Арно
Ключевое:
1️⃣ Разберетесь с назначением программных интерфейсов API
2️⃣ Узнаете про боль: последствия плохо спроектированных API
3️⃣ Познакомитесь с пользователями API и как понять, что они хотят
4️⃣ Организовывать дизайн API, чтобы им было удобно пользоваться, возможно
5️⃣ Защищайте данные в зависимости от контекста: безопасность при работе с API
6️⃣ На вебинарах и обучении я часто это говорю, и не только про API: помните об обратной совместимости! Здесь про это тоже есть
7️⃣ Документирование API - это важно. И круто, если удалось выработать в вашей системе общий подход
Цитаты
✅ Что вы делаете, когда впервые используете какую-либо повседневную вещь? Вы внимательно смотрите на ее интерфейс, чтобы определить ее назначение и то, как ее использовать, основываясь на том, что вы видите, и на своем прошлом опыте. И здесь важен дизайн.
✅ Если вы сосредоточитесь на том, что происходит «под капотом», это приведет к полной катастрофе. Если сфокусироваться на том, что могут делать пользователи, – все пройдет гладко.
✅ Любое представление должно быть легко понятно для людей и программ.
440 страниц 🙈 Go! 🚀
📚 Проектирование веб-API
Лоре Арно
Ключевое:
1️⃣ Разберетесь с назначением программных интерфейсов API
2️⃣ Узнаете про боль: последствия плохо спроектированных API
3️⃣ Познакомитесь с пользователями API и как понять, что они хотят
4️⃣ Организовывать дизайн API, чтобы им было удобно пользоваться, возможно
5️⃣ Защищайте данные в зависимости от контекста: безопасность при работе с API
6️⃣ На вебинарах и обучении я часто это говорю, и не только про API: помните об обратной совместимости! Здесь про это тоже есть
7️⃣ Документирование API - это важно. И круто, если удалось выработать в вашей системе общий подход
Цитаты
✅ Что вы делаете, когда впервые используете какую-либо повседневную вещь? Вы внимательно смотрите на ее интерфейс, чтобы определить ее назначение и то, как ее использовать, основываясь на том, что вы видите, и на своем прошлом опыте. И здесь важен дизайн.
✅ Если вы сосредоточитесь на том, что происходит «под капотом», это приведет к полной катастрофе. Если сфокусироваться на том, что могут делать пользователи, – все пройдет гладко.
✅ Любое представление должно быть легко понятно для людей и программ.
440 страниц 🙈 Go! 🚀
👍10🔥3👎1
Hi! How are you? 😉
Sometimes it’s hard for me to speak English. Really.
Я живу в англоговорящей стране, но до сих пор до конца не смогла адаптироваться. Сегодня днем я пыталась объяснить, что у меня моргает лампочка, которая включается вместе с вытяжкой, и ее надо поменять. Это было целое приключение, потому что я принципиально не пользуюсь переводчиком 😅
А завтра я буду бороться со страхами, и проведу первый вебинар на английском 👩💻
📹 How to collect and write requirements
🗓 July 21
🌏 Moscow: 19:30 - 20:30
🌎 Los Angeles: 9:30-10:30am
🔗 Registration is here
Program
✅ Ways of researching
✅ Content of the development contract
✅ User stories
Вебинар будет небольшой, как всегда с разбором практического кейса. После основной части я с удовольствием задержусь, чтобы ответить на Ваши вопросы, на английском 🙂
Жду вас, чтобы начинать прокачивать скилы английского в IT! Буду рада поддержке и обратной связи 🚀
Не бойтесь пробовать, и все получится!
Sometimes it’s hard for me to speak English. Really.
Я живу в англоговорящей стране, но до сих пор до конца не смогла адаптироваться. Сегодня днем я пыталась объяснить, что у меня моргает лампочка, которая включается вместе с вытяжкой, и ее надо поменять. Это было целое приключение, потому что я принципиально не пользуюсь переводчиком 😅
А завтра я буду бороться со страхами, и проведу первый вебинар на английском 👩💻
📹 How to collect and write requirements
🗓 July 21
🌏 Moscow: 19:30 - 20:30
🌎 Los Angeles: 9:30-10:30am
🔗 Registration is here
Program
✅ Ways of researching
✅ Content of the development contract
✅ User stories
Вебинар будет небольшой, как всегда с разбором практического кейса. После основной части я с удовольствием задержусь, чтобы ответить на Ваши вопросы, на английском 🙂
Жду вас, чтобы начинать прокачивать скилы английского в IT! Буду рада поддержке и обратной связи 🚀
Не бойтесь пробовать, и все получится!
🔥17👍7❤3
❗️15 minutes before the start of the webinar ❗️
Join with this link😉
https://pruffme.com/webinar/?id=7a255e4273708ad50d4f651a409f326a
Join with this link😉
https://pruffme.com/webinar/?id=7a255e4273708ad50d4f651a409f326a
👍2
Good morning! ☀️
Я очень признательна всем, кто вчера смог подключиться и поддержать меня на дебютном вебинаре на английском языке ❤️
Я рассказывала про главный навык аналитика: работа с требованиями. Разбирали все на примере системы массового обслуживания для автомойки 🚙
Повтора вебинара не будет. Смотрите запись в удобное время 😉
📹 How to collect and write requirements for apps
Have a good day! ☀️
Я очень признательна всем, кто вчера смог подключиться и поддержать меня на дебютном вебинаре на английском языке ❤️
Я рассказывала про главный навык аналитика: работа с требованиями. Разбирали все на примере системы массового обслуживания для автомойки 🚙
Повтора вебинара не будет. Смотрите запись в удобное время 😉
📹 How to collect and write requirements for apps
Have a good day! ☀️
👍13🔥2
Я хочу 1-2 раза в месяц (не чт) устраивать English-мероприятия, чтобы больше практиковаться. Посещаю местные events&conferences. Мероприятия какого формата на английском интересны?
Anonymous Poll
42%
Практические вебинары (как сейчас, только ENG)
24%
Сочное с events&conferences в форме доклада
35%
Воркшопы по проектированию
42%
Мне лучше на русском 😀
🔥4
Опыт работы с интеграциями это:
▶️ анализ требований,
▶️ проектирование архитектуры,
▶️ навык быстрого анализа документации к API и библиотекам,
▶️ тестирование API,
▶️ описание сценариев интеграционного взаимодействия,
▶️ UML-диаграммы,
▶️ маппинг данных...
У вас есть желание расти в направлении системного анализа и стать специалистом, на которого охотятся HR? Нет возможности, но хочется получить практический опыт работы с интеграциями?
Присоединяйтесь!
➡️ Интеграции ⬅️
6 практических занятий
самостоятельная работа над проектом,
ревью ведущего системного аналитика
До 27 июля есть возможность стать частью команды, с которой мы будем под моим руководством, проектировать систему с интеграциями 🧑💻👩💻🧑💻
▶️ анализ требований,
▶️ проектирование архитектуры,
▶️ навык быстрого анализа документации к API и библиотекам,
▶️ тестирование API,
▶️ описание сценариев интеграционного взаимодействия,
▶️ UML-диаграммы,
▶️ маппинг данных...
У вас есть желание расти в направлении системного анализа и стать специалистом, на которого охотятся HR? Нет возможности, но хочется получить практический опыт работы с интеграциями?
Присоединяйтесь!
➡️ Интеграции ⬅️
6 практических занятий
самостоятельная работа над проектом,
ревью ведущего системного аналитика
До 27 июля есть возможность стать частью команды, с которой мы будем под моим руководством, проектировать систему с интеграциями 🧑💻👩💻🧑💻
👍5
Где-то дело близится к доброй ночи, а у меня доброе утро 🙃
И мы только что закончили практику с текущим потоком по проектированию REST API 👩💻
На English-вебинаре в четверг рассказала в конце немного про свою жизнь, и ответила на вопрос: почему мне сейчас важно делать шаги в ведении вебинаров на английском.
В своем Instagram-блоге я сейчас рассказываю, как и почему запустила проект GetAnalyst, об идее и вдохновении 🙌
🔗 katherine__aa
Заглядывайте посмотреть на интересное про IT, путешествия, вечную мотивацию к развитию, и не только 😉
Крутых выходных ☀️
И мы только что закончили практику с текущим потоком по проектированию REST API 👩💻
На English-вебинаре в четверг рассказала в конце немного про свою жизнь, и ответила на вопрос: почему мне сейчас важно делать шаги в ведении вебинаров на английском.
В своем Instagram-блоге я сейчас рассказываю, как и почему запустила проект GetAnalyst, об идее и вдохновении 🙌
🔗 katherine__aa
Заглядывайте посмотреть на интересное про IT, путешествия, вечную мотивацию к развитию, и не только 😉
Крутых выходных ☀️
👍7❤2
Интервью - это всегда сложно. И к нему можно подготовиться, чтобы быть уверенным в своих знаниях!
Развивайтесь, подглядывая за опытом других специалистов и шаблонами решения задач 🙈
📚 Подготовка к сложному интервью
📝 Алекс Сю
Книга, в которой системным аналитикам, разработчикам и архитекторам можно подсмотреть:
✅ Общие принципы прохождения интервью по проектированию IT-систем
✅ Проектирование хранилища типа «ключ–значение»
✅ Проектирование системы уведомлений
✅ Проектирование ленты новостей
✅ Проектирование YouTube
✅ Проектирование Google Drive
и другие примеры!
Как минимум заголовки задач уже завлекают заглянуть внутрь!
Сложная для начинающих, но вполне понятная для практикующих специалистов.
Архитектурные схемы взаимодействия, картинки, и доступное изложение от автора.
🔗 Хорошо бы прочитать!
Развивайтесь, подглядывая за опытом других специалистов и шаблонами решения задач 🙈
📚 Подготовка к сложному интервью
📝 Алекс Сю
Книга, в которой системным аналитикам, разработчикам и архитекторам можно подсмотреть:
✅ Общие принципы прохождения интервью по проектированию IT-систем
✅ Проектирование хранилища типа «ключ–значение»
✅ Проектирование системы уведомлений
✅ Проектирование ленты новостей
✅ Проектирование YouTube
✅ Проектирование Google Drive
и другие примеры!
Как минимум заголовки задач уже завлекают заглянуть внутрь!
Сложная для начинающих, но вполне понятная для практикующих специалистов.
Архитектурные схемы взаимодействия, картинки, и доступное изложение от автора.
🔗 Хорошо бы прочитать!
👍8