Наступила новая неделя, а с ней и новые созвоны, новый опыт, новые победы и новые ошибки!
Да, ребят, мы все не только побеждаем, но и ошибаемся.
Все сбиваемся, сомневаемся, переживаем.
Главное — разобраться в ошибке и идти дальше!
Цените свой опыт.
И да, классной рабочей недели🤩
#GAfrindlyreminder
Да, ребят, мы все не только побеждаем, но и ошибаемся.
Все сбиваемся, сомневаемся, переживаем.
Главное — разобраться в ошибке и идти дальше!
Цените свой опыт.
И да, классной рабочей недели🤩
#GAfrindlyreminder
🔥8❤1
Проектирование и разработка REST API находится в зоне ответственности:
💫 Всей Backend-команды, если в компании есть деление на команды Frontend/Mobile/Backend,
💫 В случае кросс-функциональных команд, отвечающих за части системы, это ответственность Backend-разработчиков.
В обоих случаях в этом процессе участвуют системные аналитики. Они могут работать в тесном сотрудничестве с тим-лидами, архитекторами и разработчиками, чтобы разработать REST API, который наиболее эффективно решит бизнес-задачи проекта.
В процессе анализа требований, связанных с интеграциями и API, системный аналитик делает:
1. Исследование бизнес-процесса
2. Анализ требований клиентов (UI / другие системы)
3. Проектирование доработок БД
4. Разработка контрактов API
5. Использование контрактов API всеми разработчиками и их сопровождение
Системный аналитик может внести следующий вклад в реализацию задачи по проектированию REST API (по факту любого API):
🟢 предоставить информацию о том, какие данные нужны для интеграции систем, и как эти данные должны быть структурированы и переданы в API;
🟢 предложить использовать соответствующие действиям в системе HTTP-методы, такие как GET, POST, PUT и DELETE;
🟢 предложить использовать определенные структуры JSON-объектов для передачи данных в API;
🟢 помочь обеспечить безопасность API, выбрав механизм аутентификации и авторизации;
🟢 документировать API для облегчения взаимодействия между системными аналитиками, тим-лидами и разработчиками;
🟢 тестировать API через Postman, для проверки правильности его работы и соответствия постановке задачи.
СА это позволяет видеть решение задачи не только в контектсте одной функции, а шире - с учетом требований ко всей системе.
Этот навык важен, чтобы можно было дать правильные подсказки для команды при проектировании REST API или, что еще лучше, можно было самостоятельно спроектировать его и дать контракты на всю команду, чтобы ускорить процесс разработки.
#hardGetAnalyst
💫 Всей Backend-команды, если в компании есть деление на команды Frontend/Mobile/Backend,
💫 В случае кросс-функциональных команд, отвечающих за части системы, это ответственность Backend-разработчиков.
В обоих случаях в этом процессе участвуют системные аналитики. Они могут работать в тесном сотрудничестве с тим-лидами, архитекторами и разработчиками, чтобы разработать REST API, который наиболее эффективно решит бизнес-задачи проекта.
В процессе анализа требований, связанных с интеграциями и API, системный аналитик делает:
1. Исследование бизнес-процесса
2. Анализ требований клиентов (UI / другие системы)
3. Проектирование доработок БД
4. Разработка контрактов API
5. Использование контрактов API всеми разработчиками и их сопровождение
Системный аналитик может внести следующий вклад в реализацию задачи по проектированию REST API (по факту любого API):
🟢 предоставить информацию о том, какие данные нужны для интеграции систем, и как эти данные должны быть структурированы и переданы в API;
🟢 предложить использовать соответствующие действиям в системе HTTP-методы, такие как GET, POST, PUT и DELETE;
🟢 предложить использовать определенные структуры JSON-объектов для передачи данных в API;
🟢 помочь обеспечить безопасность API, выбрав механизм аутентификации и авторизации;
🟢 документировать API для облегчения взаимодействия между системными аналитиками, тим-лидами и разработчиками;
🟢 тестировать API через Postman, для проверки правильности его работы и соответствия постановке задачи.
СА это позволяет видеть решение задачи не только в контектсте одной функции, а шире - с учетом требований ко всей системе.
Этот навык важен, чтобы можно было дать правильные подсказки для команды при проектировании REST API или, что еще лучше, можно было самостоятельно спроектировать его и дать контракты на всю команду, чтобы ускорить процесс разработки.
#hardGetAnalyst
🔥4👍1
😁17👍1
🚘 Продолжайте движение прямо…
Для многих это стандартная фраза из навигатора.
Но она имеет глубокий смысл и за пределами дороги.
Нередко бывают случаи, когда хочется опустить руки и сказать: «Я всё!».
Что-то не получается или получается не так, как хочешь, одно накладывается на другое, сил и энергии не хватает 😩
Потом как по цепочке. Начинаешь сомневаться в своих способностях, кажется, что много делаешь зря, не видишь результатов.
В такие моменты и правда можно задуматься:
“А может я не тем занимаюсь, раз мне сейчас так непросто?!”
Это ошибка мышления.
На самом деле всё получается!
Ведь именно в ситуациях бессилия и выгорания, мы прорываем потолок своих возможностей 😎
Когда кажется, что дальше идти некуда, и все усилия напрасны, мы вынуждены искать новые пути, новые решения, новые идеи. Это время испытаний становится толчком к раскрытию возможностей, к преодолению собственных ограничений.
НО!
Важно в этой ситуации не загонять себя ещё больше, а сделать паузу — дать мозгу осознать происходящее.
Постарайтесь принять факт, что ЛЮБОЙ путь состоит из взлётов и падений!
Так вам будет проще относится к откатам, и вы не будете обесценивать свой опыт.
Есть классная фраза, которая помогает держаться в трудные минуты:
«Если вы сдадитесь сейчас,
Вы вернётесь туда, откуда начали.
И когда вы только начинали
Вы отчаянно хотели быть там, где сейчас»
Поэтому продолжайте движение прямо. Не останавливайтесь от каждой кочки на пути. Учитесь, развивайтесь, растите. Только так вы сможете сделать больше 🙌
Для многих это стандартная фраза из навигатора.
Но она имеет глубокий смысл и за пределами дороги.
Нередко бывают случаи, когда хочется опустить руки и сказать: «Я всё!».
Что-то не получается или получается не так, как хочешь, одно накладывается на другое, сил и энергии не хватает 😩
Потом как по цепочке. Начинаешь сомневаться в своих способностях, кажется, что много делаешь зря, не видишь результатов.
В такие моменты и правда можно задуматься:
“А может я не тем занимаюсь, раз мне сейчас так непросто?!”
Это ошибка мышления.
На самом деле всё получается!
Ведь именно в ситуациях бессилия и выгорания, мы прорываем потолок своих возможностей 😎
Когда кажется, что дальше идти некуда, и все усилия напрасны, мы вынуждены искать новые пути, новые решения, новые идеи. Это время испытаний становится толчком к раскрытию возможностей, к преодолению собственных ограничений.
НО!
Важно в этой ситуации не загонять себя ещё больше, а сделать паузу — дать мозгу осознать происходящее.
Постарайтесь принять факт, что ЛЮБОЙ путь состоит из взлётов и падений!
Так вам будет проще относится к откатам, и вы не будете обесценивать свой опыт.
Есть классная фраза, которая помогает держаться в трудные минуты:
«Если вы сдадитесь сейчас,
Вы вернётесь туда, откуда начали.
И когда вы только начинали
Вы отчаянно хотели быть там, где сейчас»
Поэтому продолжайте движение прямо. Не останавливайтесь от каждой кочки на пути. Учитесь, развивайтесь, растите. Только так вы сможете сделать больше 🙌
❤15🔥1
Media is too big
VIEW IN TELEGRAM
Минутка добра и юмора в пятницу.
Руководители, не пугайте младших коллег, особенно джунов 💜 Им и так страшно каждый день, их нужно поддерживать и подбадривать.
Коллеги джуниоры, не пугайтесь нас и происходящего в IT. И вы все эти фокусы выучите 💛
Всем хороших выходных!
#GAhahaha
Руководители, не пугайте младших коллег, особенно джунов 💜 Им и так страшно каждый день, их нужно поддерживать и подбадривать.
Коллеги джуниоры, не пугайтесь нас и происходящего в IT. И вы все эти фокусы выучите 💛
Всем хороших выходных!
#GAhahaha
😁9
😕 Завышение сложности архитектуры (овер-инжиниринг): создание избыточно сложной архитектуры в проектах, где в этом нет необходимости 😕
Завышение сложности архитектуры случается, когда для системы создают слишком сложную систему, не всегда нужную для обеспечения её работы.
Это может включать использование избыточного количества технологий, паттернов проектирования или большого количества компонентов для реализации, усложняющих понимание, разработку, тестирование и поддержку системы.
◽️ Пример:
Разработка системы интернет-магазина для малого бизнеса, который продает всего несколько видов товаров. Вместо использования простой монолитной архитектуры или шаблонного "интернет-магазина из коробки", команда решила реализовать собственную систему на основе микросервисов, разделив каждую функцию (обработку заказов, управление каталогом товаров, обработку платежей) на отдельные сервисы.
Это значительно увеличило сложность проекта, требуя дополнительных ресурсов для разработки, координации между сервисами и обеспечения их надежной работы. В результате, затраты на разработку и поддержку системы оказались гораздо выше, чем если бы была выбрана более простая архитектура, адекватная масштабам и потребностям бизнеса.
Почему происходит:
🔻 Переоценка требований.
🔻 Стремление к совершенству
🔻 Недостаточный опыт
Рекомендации:
✅ Стремитесь к простоте в проектировании, избегая ненужной сложности в целом. Идеальная архитектура простая и понятная.
✅ Не учитывайте функциональность до тех пор, пока она действительно не потребуется.
✅ Держите баланс между долгосрочным планированием и текущими потенциальными усложнениями.
✅ Используйте принцип итеративной разработки. Разрабатывайте функции в системе поэтапно, добавляя сложность только тогда, когда это оправдано.
✅ Регулярно пересматривайте архитектуру на возможность упрощения и улучшения.
#hardGetAnalyst
Какие еще ошибки встречаются в проектировании архитектуры? 🧐
Подробности и ответ в статье:
🔗 Ошибки в проектировании архитектуры: на что обращать внимание
Завышение сложности архитектуры случается, когда для системы создают слишком сложную систему, не всегда нужную для обеспечения её работы.
Это может включать использование избыточного количества технологий, паттернов проектирования или большого количества компонентов для реализации, усложняющих понимание, разработку, тестирование и поддержку системы.
◽️ Пример:
Разработка системы интернет-магазина для малого бизнеса, который продает всего несколько видов товаров. Вместо использования простой монолитной архитектуры или шаблонного "интернет-магазина из коробки", команда решила реализовать собственную систему на основе микросервисов, разделив каждую функцию (обработку заказов, управление каталогом товаров, обработку платежей) на отдельные сервисы.
Это значительно увеличило сложность проекта, требуя дополнительных ресурсов для разработки, координации между сервисами и обеспечения их надежной работы. В результате, затраты на разработку и поддержку системы оказались гораздо выше, чем если бы была выбрана более простая архитектура, адекватная масштабам и потребностям бизнеса.
Почему происходит:
🔻 Переоценка требований.
🔻 Стремление к совершенству
🔻 Недостаточный опыт
Рекомендации:
✅ Стремитесь к простоте в проектировании, избегая ненужной сложности в целом. Идеальная архитектура простая и понятная.
✅ Не учитывайте функциональность до тех пор, пока она действительно не потребуется.
✅ Держите баланс между долгосрочным планированием и текущими потенциальными усложнениями.
✅ Используйте принцип итеративной разработки. Разрабатывайте функции в системе поэтапно, добавляя сложность только тогда, когда это оправдано.
✅ Регулярно пересматривайте архитектуру на возможность упрощения и улучшения.
#hardGetAnalyst
Какие еще ошибки встречаются в проектировании архитектуры? 🧐
Подробности и ответ в статье:
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6
🌱 Архитектура для аналитиков: опыт работы и рост здесь 🙌
Погружение в архитектуру систем и опыт работы в сложных проектах с микросервисной архитектурой - точки роста для опытных системных аналитиков.
Поэтому, по вашей обратной связи, в этом году я запустила новую практическую программу для системных аналитиков, которая позволяет расширить экспертизу в архитектуре систем.
🌟 Проектирование архитектуры
🌟 Старт предобучения 29 августа 2024
🌟 Подробности о программе и запись
🎁 С 14 до 22 августа открыта предзапись на специальных условиях + дополнительное обучение по REST API в подарок.
В архитектуре мы проявили максимальные занудство и дотошность. Екатерина собирала не только свой опыт, но и подключила других экспертов.
Один из важных отзывов, повторяемый разными словами в чатах:
“Есть возможность попрактиковаться в проектировании архитектурного решения, выйти за пределы "пузыря" моей работы и налаженных процессов на работе”
📌Программа подойдёт только для опытных системных аналитиков (Middle и выше), кто уже работал с интеграциями, хочет расти в Senior внутри компании, или переходить в интересные и сложные проекты.
Навыки работы с архитектурой, очередями, API, взаимодействием систем в реальном времени, которые аналитики получили в ходе работы, уже сейчас помогают им:
+ проходить аттестацию в компании на повышение грейда,
+ менять работу и выбирать офферы по душе,
+ получать повышения.
Создавать IT-таланты в Системном Анализе - цель GetAnalyst.
И Архитектура - самая сложная, но самая интересная часть в этом пути 🙌
2024 - год больших и крутых перемен ♥️ Давайте идти к ним вместе!
Погружение в архитектуру систем и опыт работы в сложных проектах с микросервисной архитектурой - точки роста для опытных системных аналитиков.
Поэтому, по вашей обратной связи, в этом году я запустила новую практическую программу для системных аналитиков, которая позволяет расширить экспертизу в архитектуре систем.
🌟 Проектирование архитектуры
🌟 Старт предобучения 29 августа 2024
🌟 Подробности о программе и запись
🎁 С 14 до 22 августа открыта предзапись на специальных условиях + дополнительное обучение по REST API в подарок.
В архитектуре мы проявили максимальные занудство и дотошность. Екатерина собирала не только свой опыт, но и подключила других экспертов.
Один из важных отзывов, повторяемый разными словами в чатах:
“Есть возможность попрактиковаться в проектировании архитектурного решения, выйти за пределы "пузыря" моей работы и налаженных процессов на работе”
📌Программа подойдёт только для опытных системных аналитиков (Middle и выше), кто уже работал с интеграциями, хочет расти в Senior внутри компании, или переходить в интересные и сложные проекты.
Навыки работы с архитектурой, очередями, API, взаимодействием систем в реальном времени, которые аналитики получили в ходе работы, уже сейчас помогают им:
+ проходить аттестацию в компании на повышение грейда,
+ менять работу и выбирать офферы по душе,
+ получать повышения.
Создавать IT-таланты в Системном Анализе - цель GetAnalyst.
И Архитектура - самая сложная, но самая интересная часть в этом пути 🙌
2024 - год больших и крутых перемен ♥️ Давайте идти к ним вместе!
👌5❤3
📍Монолит - это нормально 📍
Монолитная архитектура - это подход к разработке программного обеспечения, при котором все компоненты приложения интегрированы в единый и цельный блок, называемый монолитом.
В такой архитектуре вся функциональность приложения, включая:
📎 интерфейс пользователя,
📎 базу данных,
📎 и бизнес-логику,
обычно реализуется внутри одного сервер-приложения, и работают как единое целое.
Когда мы только-только запускаем новый стартап, то такой подход к проектированию архитектуры идеален: просто в программировании, не нужна опытная команда, всё в одном месте, не надо думать о синхронизации данных и многих других деталях.
Но когда появляются нефункциональные требования про высокую нагрузку на систему, да и в целом приложения встречают реальный мир, то начинаются проблемы, связанные со стабильностью работы.
Далее про проблемы читайте в картинках🙌
#hardGetAnalyst
Монолитная архитектура - это подход к разработке программного обеспечения, при котором все компоненты приложения интегрированы в единый и цельный блок, называемый монолитом.
В такой архитектуре вся функциональность приложения, включая:
📎 интерфейс пользователя,
📎 базу данных,
📎 и бизнес-логику,
обычно реализуется внутри одного сервер-приложения, и работают как единое целое.
Когда мы только-только запускаем новый стартап, то такой подход к проектированию архитектуры идеален: просто в программировании, не нужна опытная команда, всё в одном месте, не надо думать о синхронизации данных и многих других деталях.
Но когда появляются нефункциональные требования про высокую нагрузку на систему, да и в целом приложения встречают реальный мир, то начинаются проблемы, связанные со стабильностью работы.
Далее про проблемы читайте в картинках🙌
#hardGetAnalyst
❤7🔥1😁1