Выполнил студент: Группы: Системные аналитики работают в разных направлениях: сбор и управление требованиями, проектирование бизнес-процессов, техническое проектирование системы. Список задач можно дополнительно расширить и детализировать. В зависимости от отрасли, размера компании и культуры обязанности системного аналитика могут различаться. В Тинькофф для системного аналитика мы делаем достаточно сильный упор на технические знания и навыки. В этой презинтации я расскажу вам о книге «Architettura Pulita». В резюме я перечислил и постарался выделить конкретные главы для системного аналитика, а также добавил практические примеры. Надеюсь, я смогу помочь вам узнать самые полезные вещи в контексте потребностей системного аналитика. Специальности информатики, хотя и отдельные, но пересекаются друг с другом. Системный аналитик может извлечь выгоду из «Чистой архитектуры», если: - проектирует архитектуры высокого уровня (HLA); - оформляет контракты OpenAPI, Protobuf; — использовать любой стандарт, который можно преобразовать в объектную модель в коде, особенно когда сложность контрактов предполагает агрегацию и наследование; - читает код для выполнения реверс-инжиниринга; - проектирует базы данных; - хочет лучше разбираться в вопросах разработки программного обеспечения и интересуется техническими аспектами (в качестве альтернативы системный аналитик может глубже углубиться в управление проектами или деятельность по созданию продукта). «Чистая архитектура» была написана для архитекторов, но между архитектором и архитектором есть разница. Есть термин «архитектор решений» — архитектор решений. Книга предназначена в первую очередь для архитекторов решений, но будет полезна и программистам. Если системный аналитик планирует читать, результат зависит от ожиданий. В каждой компании системному аналитику необходим разный уровень технического погружения. В нашей команде системный аналитик должен достаточно хорошо знать техническую часть. Это круто и ответственно одновременно. Для системных аналитиков, готовых глубже погрузиться в эту технологию, я нашел 10-12 полезных глав, о которых хочу рассказать. Если найдете еще, жду в комментариях :) Книга построена таким образом, что в последующих главах автор постоянно ссылается на предыдущие. Поэтому не волнуйтесь, если поначалу все будет не понятно. Полезный результат глав, далеких от аналитики, заключается в том, что вы сможете лучше понимать вопросы проектирования программного обеспечения и говорить на одном языке с разработчиками и архитекторами. Гораздо проще, когда разработчик объявляет во время ежедневного стендапа, что он «исправит проблему циклических зависимостей сборки», и вы точно понимаете, что он имеет в виду. После прочтения принципы SOLID не перестанут быть «везде», если было такое ощущение. Системные администраторы поймут их значение, и они станут полезными и применимыми. Если вам в работе часто приходится читать код, то книга поможет вам понять, почему «туда и там» использовались те или иные шаблоны проектирования или абстракции. Чистая архитектура — не панацея. Все рекомендации, приведенные в книге, вытекают из опыта автора, они помогут сэкономить время, деньги и труд. Этому посвящено много примеров. Но «Чистая архитектура» скорее формирует вектор, к которому нужно стремиться. Вряд ли нужна чистая архитектура, когда вы сразу знаете, что срок использования ПО короткий (несколько месяцев), либо когда ваша задача сделать демопроект, показать его возможности заказчику и при успехе построить все с нуля. Лично я знаю несколько успешных стартапов, которые быстро поднялись, имея много архитектурных ляпов, а потом сделали крупные рефакторинги, имея стабильную выручку и известность. Завершается книга архитектурной археологией. Это очень информативная глава об истории развития компьютеров и проектах, реализованных автором. После академических глав последняя глава читается легко – как художественная литература. Системный аналитик должен обладать знаниями всего технического стека, используемого в продукте. Но специальных книг с отзывами о фасаде, фасаде, основах и архитектуре нет. Я нашел выход: читать книги по развитию и самостоятельно выделять нужные главы. Надеюсь, вы нашли это полезным и информативным. Я был бы рад получить идеи по поводу других книг, которые могут быть интересны системным аналитикам. На мой взгляд, книга охватывает наиболее важные аспекты проектирования и проектирования программного обеспечения. Речь не идет о конкретных фреймворках или языках программирования, но показано, на что нужно обратить особое внимание, как наращивать гибкость, выявлять нарушения и управлять структурой проекта. Так или иначе, каждый разработчик столкнется с необходимостью знать принципы, описанные в книге, но чем раньше он это сделает, тем меньше ошибок он совершит. Вот почему я рекомендую прочитать эту книгу каждому разработчику, независимо от его уровня — от джуниора до старшего и архитекторов.
