Тоде пользую ИИ, только Gemini. Загружаю ТЗ с приложениями и могу давать задание на проверку консистентности части или всего всему. В настоящий момент ТЗ более 300 страниц.
Спрошу как системный аналитик. Какую проблему на самом деле решает такая архитектура? Плохая связь? Так её ещё больше нагружаете за счет количества догрузок. Ускорение рендеринга страниц? Так отдаёте некачественный контент и заставляете прыгать страницу при подгрузке. Улучшение доставляемости? Сомнительно, выше писали что просто не нужно гигабайтные файлы отправлять. Плюс услоднение разработки, повышенный контрооь консистентности данных, повышенный расход проца и батареи телефона на доп обработки...
Пока читал, был уверен что увижу очередной уродливый интерфейс, но вы меня приятно поразили! Чистый, красивый и функциональный! Снимаю шляпу и жму руку, вы молодцы!
Спасибо за статью! Я написал большой промпт чтобы научить Gemini писать код для этиз диаграмм в plantum. Он переводит мои тексты в диаграмму. Если будете так делать, обязательно вставляйте в промпт примеры работающего кода, иначе будут постоянные ошибки синтаксиса. У ChatGPT такой проблемы не заметил. При этом визуально сгенерированная диаграмма почему-то различается у разных ИИ, хотя оба используют plantum.
В итоге ответ на вопрос в заноловке - люди плохо прогнозируют прогресс, на уровне статистической погрешности.
Интересно было бы посмотреть, какие технологии появились и развились минуя хайп и нахождение в графике. Например, была ли там война с массовым применением дешёвых дронов как основного поражающего элемента живой силы и техники?
Также интересно было бы посмотреть прорывные технологии в узких отраслях, которые непонятны и неинтересны массовому инвестору.
Для меня как системного аналитика не раскрыта суть ярости аналитиков в вашем проекте. Стало больше работы и нужно лучше разбираться в бизнесе? И что? Или вы там устроили холивар в команде и мерялись, кто лучше понимает бизнес?
Архитектура микросервисов СберБизнес для мобильного приложения
В сегменте B2B в банковской сфере клиенты чаще пользуются веб-версиями приложений, но постепенный переход в мобильную среду начинается только сейчас. Микросервисная архитектура СберБизнес построена с учетом специфики веб-разработки.
Схема архитектуры:
Мобильное приложение устанавливает соединение с веб-сервером Mobile API Gateway, который маршрутизирует запросы на продуктовые приложения.
Слой Middleware - приложения без БД, реализующие канальную составляющую фронтального сценария на мобильном приложении. Описывает конечный API для клиентской части.
Для веб-канала каждая продуктовая команда в слое Middleware описывает API для фронтенда, выстраивает интеграции с кросс-продуктовыми сервисами и пишет фронтенд. Код для Middleware и фронтенда находится в одном репозитории.
Для мобильного приложения фронтенд лежит в отдельном репозитории iOS/Android, где есть свои взаимодействия.
Архитектура мобильного приложения на примере Android:
Presentation layer - содержит UI и отвечает за взаимодействие с пользователем.
Domain layer - бизнес-логика приложения, независимая от фреймворков.
Data layer - содержит реализацию репозиториев, моделей данных и data sources.
Подход Feature Slices позволяет структурировать код путем разделения на слои и фичи. Общие и продуктовые модули находятся на одном уровне с модулями фич.
На основе известных принципов разработки микросервисной архитектуры для мобильных приложений, можно предложить следующие шаги:
Единая точка входа через API Gateway:
Используйте API Gateway (например, NGINX) для централизованного управления трафиком, маршрутизации запросов и реализации кросс-сечений, таких как аутентификация и логирование.
Разделение бизнес-логики:
Перенесите бизнес-логику из мобильного приложения в микросервисы для уменьшения зависимости клиента и повышения независимости версии.
Реализуйте сложную бизнес-логику на уровне сервера (третьего уровня).
Middleware для маршрутизации:
Используйте уровень промежуточного программного обеспечения для обработки легкой бизнес-логики и маршрутизации запросов к соответствующим микросервисам.
Кросс-продуктовые и продуктовые сервисы:
Разработайте кросс-продуктовые сервисы, чтобы избежать дублирования функционала и обеспечить гибкость в обновлениях.
Модульность и отделение ответственности:
Держите кодовую базу фронтенда и Middleware с их микросервисами обособленно, чтобы упростить управление зависимостями и обновлениями.
Интеграция и обмен данными:
Обеспечьте реальное время и асинхронные операции через брокеры сообщений, такие как Kafka или RabbitMQ, чтобы обеспечить надежную и устойчивую обработку данных.
Оптимизация для мобильных:
Оптимизируйте передачу данных для мобильных клиентов, минимизируя объем передаваемой информации и улучшая схему кэширования.
Эти шаги помогут выстроить надежную и эффективную архитектуру микросервисов для мобильного приложения, ориентированного на банковский сектор.
Это актуально для проектов с длинным циклом разработки и несколькими продуктовыми командами. Тогда нужны правила разработки и приемки дизайна и верстки, иначе изуродуют проект. Например в крупных интернет-магазинах бывает больше 10 продуктовых команд, работающих параллельно.
Ещё со времён Tab S3 ездил в командировки со свистком, с поддержкой Miracast. Обходился простым дублированием экрана и требовался мне только моник. Мышь и клава были синезубые. Несмотря на задержку сигнала в целом с документами вполне комфортно работал через Гугловские редакторы. Но в какой-то момент ТЗ стало весить так много, что планшет перестал его рендерить, тогда пришлось купить ноут для поездок. Сейчас по ощущениям Гугл таблицы ещё не готовы работать в мобиле на постоянке, интерфейс адский, а вот текстовые документы и презентации вполне на уровне.
Да ладно, по ролику видно что речь о противостоянии между "сильной и независимой" и "мужчинами", зассавшими бороться с чудовищем, но убивающими слабых женщин. Одно это тошноту вызывает. Всё остальное вторично. Ведьмак в играх – пример для подражания сильных духом, который занимается своим ремеслом. Цири тут – неадекватный неформал, которая непрошенной является и решает что лучше знает, как жить людям.
год 2025, сайт этого решения мёртв :(
В итоге кто-то сейчас работает с этим в екоме, например? В требованиях к системным аналитикам пока этого не вижу.
Тоде пользую ИИ, только Gemini. Загружаю ТЗ с приложениями и могу давать задание на проверку консистентности части или всего всему. В настоящий момент ТЗ более 300 страниц.
Спрошу как системный аналитик. Какую проблему на самом деле решает такая архитектура? Плохая связь? Так её ещё больше нагружаете за счет количества догрузок. Ускорение рендеринга страниц? Так отдаёте некачественный контент и заставляете прыгать страницу при подгрузке. Улучшение доставляемости? Сомнительно, выше писали что просто не нужно гигабайтные файлы отправлять. Плюс услоднение разработки, повышенный контрооь консистентности данных, повышенный расход проца и батареи телефона на доп обработки...
Пока читал, был уверен что увижу очередной уродливый интерфейс, но вы меня приятно поразили! Чистый, красивый и функциональный! Снимаю шляпу и жму руку, вы молодцы!
Спасибо за статью! Я написал большой промпт чтобы научить Gemini писать код для этиз диаграмм в plantum. Он переводит мои тексты в диаграмму. Если будете так делать, обязательно вставляйте в промпт примеры работающего кода, иначе будут постоянные ошибки синтаксиса. У ChatGPT такой проблемы не заметил. При этом визуально сгенерированная диаграмма почему-то различается у разных ИИ, хотя оба используют plantum.
В итоге ответ на вопрос в заноловке - люди плохо прогнозируют прогресс, на уровне статистической погрешности.
Интересно было бы посмотреть, какие технологии появились и развились минуя хайп и нахождение в графике. Например, была ли там война с массовым применением дешёвых дронов как основного поражающего элемента живой силы и техники?
Также интересно было бы посмотреть прорывные технологии в узких отраслях, которые непонятны и неинтересны массовому инвестору.
Поп ап или модалка не подходит?
Тоже был РМом, тащил пять проектов. Сломался, 4 пневмонии за год. Теперь я аналитик и манал я разговоры по 8 часов в день.
Привет из 2025! Будут ещё статьи про эту CMS?
Для меня как системного аналитика не раскрыта суть ярости аналитиков в вашем проекте. Стало больше работы и нужно лучше разбираться в бизнесе? И что? Или вы там устроили холивар в команде и мерялись, кто лучше понимает бизнес?
Попросил ИИ объяснить происходящее и сократить:
Архитектура микросервисов СберБизнес для мобильного приложения
В сегменте B2B в банковской сфере клиенты чаще пользуются веб-версиями приложений, но постепенный переход в мобильную среду начинается только сейчас. Микросервисная архитектура СберБизнес построена с учетом специфики веб-разработки.
Схема архитектуры:
Мобильное приложение устанавливает соединение с веб-сервером Mobile API Gateway, который маршрутизирует запросы на продуктовые приложения.
Слой Middleware - приложения без БД, реализующие канальную составляющую фронтального сценария на мобильном приложении. Описывает конечный API для клиентской части.
CRUD-сервисы - выполняют сложную бизнес-логику: калькуляция, расчеты, проверки.
Для веб-канала каждая продуктовая команда в слое Middleware описывает API для фронтенда, выстраивает интеграции с кросс-продуктовыми сервисами и пишет фронтенд. Код для Middleware и фронтенда находится в одном репозитории.
Для мобильного приложения фронтенд лежит в отдельном репозитории iOS/Android, где есть свои взаимодействия.
Архитектура мобильного приложения на примере Android:
Presentation layer - содержит UI и отвечает за взаимодействие с пользователем.
Domain layer - бизнес-логика приложения, независимая от фреймворков.
Data layer - содержит реализацию репозиториев, моделей данных и data sources.
Подход Feature Slices позволяет структурировать код путем разделения на слои и фичи. Общие и продуктовые модули находятся на одном уровне с модулями фич.
На основе известных принципов разработки микросервисной архитектуры для мобильных приложений, можно предложить следующие шаги:
Единая точка входа через API Gateway:
Используйте API Gateway (например, NGINX) для централизованного управления трафиком, маршрутизации запросов и реализации кросс-сечений, таких как аутентификация и логирование.
Разделение бизнес-логики:
Перенесите бизнес-логику из мобильного приложения в микросервисы для уменьшения зависимости клиента и повышения независимости версии.
Реализуйте сложную бизнес-логику на уровне сервера (третьего уровня).
Middleware для маршрутизации:
Используйте уровень промежуточного программного обеспечения для обработки легкой бизнес-логики и маршрутизации запросов к соответствующим микросервисам.
Кросс-продуктовые и продуктовые сервисы:
Разработайте кросс-продуктовые сервисы, чтобы избежать дублирования функционала и обеспечить гибкость в обновлениях.
Модульность и отделение ответственности:
Держите кодовую базу фронтенда и Middleware с их микросервисами обособленно, чтобы упростить управление зависимостями и обновлениями.
Интеграция и обмен данными:
Обеспечьте реальное время и асинхронные операции через брокеры сообщений, такие как Kafka или RabbitMQ, чтобы обеспечить надежную и устойчивую обработку данных.
Оптимизация для мобильных:
Оптимизируйте передачу данных для мобильных клиентов, минимизируя объем передаваемой информации и улучшая схему кэширования.
Эти шаги помогут выстроить надежную и эффективную архитектуру микросервисов для мобильного приложения, ориентированного на банковский сектор.
Это актуально для проектов с длинным циклом разработки и несколькими продуктовыми командами. Тогда нужны правила разработки и приемки дизайна и верстки, иначе изуродуют проект. Например в крупных интернет-магазинах бывает больше 10 продуктовых команд, работающих параллельно.
Ещё со времён Tab S3 ездил в командировки со свистком, с поддержкой Miracast. Обходился простым дублированием экрана и требовался мне только моник. Мышь и клава были синезубые. Несмотря на задержку сигнала в целом с документами вполне комфортно работал через Гугловские редакторы. Но в какой-то момент ТЗ стало весить так много, что планшет перестал его рендерить, тогда пришлось купить ноут для поездок. Сейчас по ощущениям Гугл таблицы ещё не готовы работать в мобиле на постоянке, интерфейс адский, а вот текстовые документы и презентации вполне на уровне.
Там есть тумблер по поиском, показыаать сначала из моего региона.
Ничего себе разница, почти 700к в месяц по текущему курсы против 120к. Есть смысл вкладываться в развитие языка и участие в иностранных проектах.
Да ладно, по ролику видно что речь о противостоянии между "сильной и независимой" и "мужчинами", зассавшими бороться с чудовищем, но убивающими слабых женщин. Одно это тошноту вызывает. Всё остальное вторично. Ведьмак в играх – пример для подражания сильных духом, который занимается своим ремеслом. Цири тут – неадекватный неформал, которая непрошенной является и решает что лучше знает, как жить людям.
Мне понадобилось это самому, оставлю и для вас:
SpyFu:
Описание: Инструмент для анализа трафика конкурентов.
Использование: Помогает понять, откуда конкуренты получают посетителей сайта и как конвертируют их в клиентов.
Amplitude:
Описание: Программное обеспечение для продуктовой аналитики.
Использование: Анализирует поведение пользователей в продукте, помогает выявить проблемы и улучшить метрики.
ChartMogul:
Описание: Инструмент для анализа данных о продажах подписок.
Использование: Превращает данные о продажах в гибкие дашборды, помогает сократить отток клиентов и улучшить показатели продаж.
Baremetrics:
Описание: Аналог ChartMogul для анализа подписок.
Использование: Анализирует данные о продажах, апгрейдах и отписках, помогает улучшить бизнес-процессы.