#архитектура_приложений — Public Fediverse posts

Проектирование архитектуры в нотации ArchiMate с использованием ИИ. Часть 2

Всем привет! Меня зовут Владимир Зуев, я руководитель разработки JAVA-практики в компании Axenix. Сегодня я хочу представить новую часть из цикла статей о нотации ArchiMate. В этой части мы продолжим проектирование системы управления беспилотным грузовым автотранспортом для междугородних перевозок. Мы попытаемся получить ответ на главный вопрос – что же мы хотим получить? Для этого подробно разберем требования к системе, составим перечень прецедентов использования, а также сформируем техническое задание. Для решения всех задач будем использовать ИИ.

https://habr.com/ru/companies/axenix/articles/1038916/

#проектирование_систем #архитектура_приложений #archimate #искусственный_интеллект #genai #анализ_и_проектирование_систем #natural_language_processing #беспилотный_автомобиль #ватс

Проектирование архитектуры в нотации ArchiMate с использованием ИИ. Часть 2

Всем привет! Меня зовут Владимир Зуев, я руководитель разработки JAVA-практики в компании Axenix. Сегодня я хочу представить новую часть из цикла статей о нотации ArchiMate. В этой части мы продолжим проектирование системы управления беспилотным грузовым автотранспортом для междугородних перевозок. Мы попытаемся получить ответ на главный вопрос – что же мы хотим получить? Для этого подробно разберем требования к системе, составим перечень прецедентов использования, а также сформируем техническое задание. Для решения всех задач будем использовать ИИ.

https://habr.com/ru/companies/axenix/articles/1038916/

#проектирование_систем #архитектура_приложений #archimate #искусственный_интеллект #genai #анализ_и_проектирование_систем #natural_language_processing #беспилотный_автомобиль #ватс

Проектирование архитектуры в нотации ArchiMate с использованием ИИ. Часть 2

Всем привет! Меня зовут Владимир Зуев, я руководитель разработки JAVA-практики в компании Axenix. Сегодня я хочу представить новую часть из цикла статей о нотации ArchiMate. В этой части мы продолжим проектирование системы управления беспилотным грузовым автотранспортом для междугородних перевозок. Мы попытаемся получить ответ на главный вопрос – что же мы хотим получить? Для этого подробно разберем требования к системе, составим перечень прецедентов использования, а также сформируем техническое задание. Для решения всех задач будем использовать ИИ.

https://habr.com/ru/companies/axenix/articles/1038916/

#проектирование_систем #архитектура_приложений #archimate #искусственный_интеллект #genai #анализ_и_проектирование_систем #natural_language_processing #беспилотный_автомобиль #ватс

Проектирование архитектуры в нотации ArchiMate с использованием ИИ. Часть 2

Всем привет! Меня зовут Владимир Зуев, я руководитель разработки JAVA-практики в компании Axenix. Сегодня я хочу представить новую часть из цикла статей о нотации ArchiMate. В этой части мы продолжим проектирование системы управления беспилотным грузовым автотранспортом для междугородних перевозок. Мы попытаемся получить ответ на главный вопрос – что же мы хотим получить? Для этого подробно разберем требования к системе, составим перечень прецедентов использования, а также сформируем техническое задание. Для решения всех задач будем использовать ИИ.

https://habr.com/ru/companies/axenix/articles/1038916/

#проектирование_систем #архитектура_приложений #archimate #искусственный_интеллект #genai #анализ_и_проектирование_систем #natural_language_processing #беспилотный_автомобиль #ватс

Архитектура монорепозитория для параллельного исполнения торговых стратегий

⚡ Архитектура монорепозитория для параллельного исполнения торговых стратегий Статья описывает архитектуру эмулятора биржи. Эмулятор ускоряет время в 6300x раз и запускает такую же торговую стратегию как в prod без изменений. В статье описаны практики структурирования кодовой базы для командной работы B-Tree O(log n) , memcache lookup O(1) , монорепозиторий, SRP, линейное расширение кодовой базы при модернизации

https://habr.com/ru/articles/1037822/

#typescript #javascript #python #binance #алгоритмическая_торговля #tradingview #мосбиржа #архитектура #архитектура_приложений #архитектура_по

Архитектура монорепозитория для параллельного исполнения торговых стратегий

⚡ Архитектура монорепозитория для параллельного исполнения торговых стратегий Статья описывает архитектуру эмулятора биржи. Эмулятор ускоряет время в 6300x раз и запускает такую же торговую стратегию как в prod без изменений. В статье описаны практики структурирования кодовой базы для командной работы B-Tree O(log n) , memcache lookup O(1) , монорепозиторий, SRP, линейное расширение кодовой базы при модернизации

https://habr.com/ru/articles/1037822/

#typescript #javascript #python #binance #алгоритмическая_торговля #tradingview #мосбиржа #архитектура #архитектура_приложений #архитектура_по

Архитектура монорепозитория для параллельного исполнения торговых стратегий

⚡ Архитектура монорепозитория для параллельного исполнения торговых стратегий Статья описывает архитектуру эмулятора биржи. Эмулятор ускоряет время в 6300x раз и запускает такую же торговую стратегию как в prod без изменений. В статье описаны практики структурирования кодовой базы для командной работы B-Tree O(log n) , memcache lookup O(1) , монорепозиторий, SRP, линейное расширение кодовой базы при модернизации

https://habr.com/ru/articles/1037822/

#typescript #javascript #python #binance #алгоритмическая_торговля #tradingview #мосбиржа #архитектура #архитектура_приложений #архитектура_по

Архитектура монорепозитория для параллельного исполнения торговых стратегий

⚡ Архитектура монорепозитория для параллельного исполнения торговых стратегий Статья описывает архитектуру эмулятора биржи. Эмулятор ускоряет время в 6300x раз и запускает такую же торговую стратегию как в prod без изменений. В статье описаны практики структурирования кодовой базы для командной работы B-Tree O(log n) , memcache lookup O(1) , монорепозиторий, SRP, линейное расширение кодовой базы при модернизации

https://habr.com/ru/articles/1037822/

#typescript #javascript #python #binance #алгоритмическая_торговля #tradingview #мосбиржа #архитектура #архитектура_приложений #архитектура_по

Почему мало просто перейти на SwiftUI и Compose: заглядываем под капот перезапуска приложения Бургер Кинг

Когда старый монолит начинает мешать процессам в разработке, первое, что обычно приходит в голову командам — это переезд на новый стек. Логика понятна: сделаем новый UI, почистим код, а дальше и разработка пойдет бодрее. Чаще всего такое решение — очень дорогая иллюзия. Потому что в бигтехе проблема обычно не в UI, а в связности компонентов, зависимости фронта от бэка, сложных релизах и фичах, которые требуют синхронной работы команды. Мы — разработчики Surf, Android и iOS команды: Светлана Сорокина, Антон Бояркин и Алексей Рябков. Когда начали работать с Бургер Кинг над трансформацией приложения, столкнулись с похожей историей. Поэтому мы решили переписать архитектуру так, чтобы разные подрядчики могли нормально работать вместе, а продукт — развиваться быстрее.

https://habr.com/ru/articles/1034430/

#мобильная_разработка #мобильные_приложения #бигтех #бургер_кинг #фронтендразработка #разработка_под_android #разработка_под_ios #перезапуск #архитектура_приложений #процесс_разработки

Почему мало просто перейти на SwiftUI и Compose: заглядываем под капот перезапуска приложения Бургер Кинг

Когда старый монолит начинает мешать процессам в разработке, первое, что обычно приходит в голову командам — это переезд на новый стек. Логика понятна: сделаем новый UI, почистим код, а дальше и разработка пойдет бодрее. Чаще всего такое решение — очень дорогая иллюзия. Потому что в бигтехе проблема обычно не в UI, а в связности компонентов, зависимости фронта от бэка, сложных релизах и фичах, которые требуют синхронной работы команды. Мы — разработчики Surf, Android и iOS команды: Светлана Сорокина, Антон Бояркин и Алексей Рябков. Когда начали работать с Бургер Кинг над трансформацией приложения, столкнулись с похожей историей. Поэтому мы решили переписать архитектуру так, чтобы разные подрядчики могли нормально работать вместе, а продукт — развиваться быстрее.

https://habr.com/ru/articles/1034430/

#мобильная_разработка #мобильные_приложения #бигтех #бургер_кинг #фронтендразработка #разработка_под_android #разработка_под_ios #перезапуск #архитектура_приложений #процесс_разработки

Почему мало просто перейти на SwiftUI и Compose: заглядываем под капот перезапуска приложения Бургер Кинг

Когда старый монолит начинает мешать процессам в разработке, первое, что обычно приходит в голову командам — это переезд на новый стек. Логика понятна: сделаем новый UI, почистим код, а дальше и разработка пойдет бодрее. Чаще всего такое решение — очень дорогая иллюзия. Потому что в бигтехе проблема обычно не в UI, а в связности компонентов, зависимости фронта от бэка, сложных релизах и фичах, которые требуют синхронной работы команды. Мы — разработчики Surf, Android и iOS команды: Светлана Сорокина, Антон Бояркин и Алексей Рябков. Когда начали работать с Бургер Кинг над трансформацией приложения, столкнулись с похожей историей. Поэтому мы решили переписать архитектуру так, чтобы разные подрядчики могли нормально работать вместе, а продукт — развиваться быстрее.

https://habr.com/ru/articles/1034430/

#мобильная_разработка #мобильные_приложения #бигтех #бургер_кинг #фронтендразработка #разработка_под_android #разработка_под_ios #перезапуск #архитектура_приложений #процесс_разработки

Почему мало просто перейти на SwiftUI и Compose: заглядываем под капот перезапуска приложения Бургер Кинг

Когда старый монолит начинает мешать процессам в разработке, первое, что обычно приходит в голову командам — это переезд на новый стек. Логика понятна: сделаем новый UI, почистим код, а дальше и разработка пойдет бодрее. Чаще всего такое решение — очень дорогая иллюзия. Потому что в бигтехе проблема обычно не в UI, а в связности компонентов, зависимости фронта от бэка, сложных релизах и фичах, которые требуют синхронной работы команды. Мы — разработчики Surf, Android и iOS команды: Светлана Сорокина, Антон Бояркин и Алексей Рябков. Когда начали работать с Бургер Кинг над трансформацией приложения, столкнулись с похожей историей. Поэтому мы решили переписать архитектуру так, чтобы разные подрядчики могли нормально работать вместе, а продукт — развиваться быстрее.

https://habr.com/ru/articles/1034430/

#мобильная_разработка #мобильные_приложения #бигтех #бургер_кинг #фронтендразработка #разработка_под_android #разработка_под_ios #перезапуск #архитектура_приложений #процесс_разработки

Вайбкодинг как управляемая разработка на примере личного опыта

Есть популярная фантазия, что вайбкодинг - это когда человек написал одну фразу , ушёл пить кофе, а ИИ через час выкатил продукт. На практике всё чуть прозаичнее. ИИ действительно может писать код очень быстро. Иногда пугающе быстро. Но если дать ему полную свободу, он так же быстро накопает архитектурную яму, и уверенно объяснит, что "так было в требованиях" . Это продолжение статьи "Я попробовал вайбкодинг после 26 лет разработки. Через 2 недели у меня был ИИ-продукт" и в ней рассказываю, как я организовал процесс.

https://habr.com/ru/articles/1033924/

#claude_code #codex #вайбкодинг #вайбкодинг #вайбпрограммирование #вайбкод #вайбкодер #вайб_кодинг #архитектура_приложений #проектирование_сайтов

Вайбкодинг как управляемая разработка на примере личного опыта

Есть популярная фантазия, что вайбкодинг - это когда человек написал одну фразу , ушёл пить кофе, а ИИ через час выкатил продукт. На практике всё чуть прозаичнее. ИИ действительно может писать код очень быстро. Иногда пугающе быстро. Но если дать ему полную свободу, он так же быстро накопает архитектурную яму, и уверенно объяснит, что "так было в требованиях" . Это продолжение статьи "Я попробовал вайбкодинг после 26 лет разработки. Через 2 недели у меня был ИИ-продукт" и в ней рассказываю, как я организовал процесс.

https://habr.com/ru/articles/1033924/

#claude_code #codex #вайбкодинг #вайбкодинг #вайбпрограммирование #вайбкод #вайбкодер #вайб_кодинг #архитектура_приложений #проектирование_сайтов

Вайбкодинг как управляемая разработка на примере личного опыта

Есть популярная фантазия, что вайбкодинг - это когда человек написал одну фразу , ушёл пить кофе, а ИИ через час выкатил продукт. На практике всё чуть прозаичнее. ИИ действительно может писать код очень быстро. Иногда пугающе быстро. Но если дать ему полную свободу, он так же быстро накопает архитектурную яму, и уверенно объяснит, что "так было в требованиях" . Это продолжение статьи "Я попробовал вайбкодинг после 26 лет разработки. Через 2 недели у меня был ИИ-продукт" и в ней рассказываю, как я организовал процесс.

https://habr.com/ru/articles/1033924/

#claude_code #codex #вайбкодинг #вайбкодинг #вайбпрограммирование #вайбкод #вайбкодер #вайб_кодинг #архитектура_приложений #проектирование_сайтов

Вайбкодинг как управляемая разработка на примере личного опыта

Есть популярная фантазия, что вайбкодинг - это когда человек написал одну фразу , ушёл пить кофе, а ИИ через час выкатил продукт. На практике всё чуть прозаичнее. ИИ действительно может писать код очень быстро. Иногда пугающе быстро. Но если дать ему полную свободу, он так же быстро накопает архитектурную яму, и уверенно объяснит, что "так было в требованиях" . Это продолжение статьи "Я попробовал вайбкодинг после 26 лет разработки. Через 2 недели у меня был ИИ-продукт" и в ней рассказываю, как я организовал процесс.

https://habr.com/ru/articles/1033924/

#claude_code #codex #вайбкодинг #вайбкодинг #вайбпрограммирование #вайбкод #вайбкодер #вайб_кодинг #архитектура_приложений #проектирование_сайтов

Разбираем Bulletproof React: как не утонуть в хаосе собственного кода

Помните тот момент, ĸогда вы отĸрываете свой собственный проеĸт, ĸоторый не трогали пару месяцев, и не понимаете, где что лежит? А если ĸ проеĸту подĸлючается новый разработчиĸ, первые две недели он просто бродит по папĸам в попытĸах понять логиĸу автора. React дал нам невероятную свободу: фунĸциональные ĸомпоненты с хуĸами, состояние в Redux, Context, MobX, Zustand или useState, запросы где угодно и ĸаĸ угодно. Но эта свобода имеет обратную сторону — отсутствие стандартов. Каждый разработчиĸ пишет «по‑своему». В одном проеĸте мирно сосуществуют устаревшие подходы с современными, запросы ĸ API разбросаны по всему ĸоду, а состояние приложения напоминает спагетти. Проходит полгода, и даже автор ĸода с трудом объясняет, почему все устроено именно таĸ. Знакомо? Существует архитеĸтура, ĸоторая решает эти проблемы. Она называется Bulletproof React. Это не очередной шаблон или стартовый boilerplate. Это философия и набор лучших праĸтиĸ для создания production‑ready приложений, ĸоторые не превращаются в хаос через месяц разработĸи. В этой статье я постараюсь разобрать эту архитеĸтуру детально: от струĸтуры директорий до тестирования и безопасности. Данный материал будет полезен и новичĸам, ĸоторые тольĸо начинают задумываться об архитеĸтуре, и опытным разработчиĸам, ищущим проверенные решения.

https://habr.com/ru/articles/1033506/

#frontend #react #fsd #bulletproof #typescript #javascript #архитектура #архитектура_приложений #zustand #reduxtoolkit

Разбираем Bulletproof React: как не утонуть в хаосе собственного кода

Помните тот момент, ĸогда вы отĸрываете свой собственный проеĸт, ĸоторый не трогали пару месяцев, и не понимаете, где что лежит? А если ĸ проеĸту подĸлючается новый разработчиĸ, первые две недели он просто бродит по папĸам в попытĸах понять логиĸу автора. React дал нам невероятную свободу: фунĸциональные ĸомпоненты с хуĸами, состояние в Redux, Context, MobX, Zustand или useState, запросы где угодно и ĸаĸ угодно. Но эта свобода имеет обратную сторону — отсутствие стандартов. Каждый разработчиĸ пишет «по‑своему». В одном проеĸте мирно сосуществуют устаревшие подходы с современными, запросы ĸ API разбросаны по всему ĸоду, а состояние приложения напоминает спагетти. Проходит полгода, и даже автор ĸода с трудом объясняет, почему все устроено именно таĸ. Знакомо? Существует архитеĸтура, ĸоторая решает эти проблемы. Она называется Bulletproof React. Это не очередной шаблон или стартовый boilerplate. Это философия и набор лучших праĸтиĸ для создания production‑ready приложений, ĸоторые не превращаются в хаос через месяц разработĸи. В этой статье я постараюсь разобрать эту архитеĸтуру детально: от струĸтуры директорий до тестирования и безопасности. Данный материал будет полезен и новичĸам, ĸоторые тольĸо начинают задумываться об архитеĸтуре, и опытным разработчиĸам, ищущим проверенные решения.

https://habr.com/ru/articles/1033506/

#frontend #react #fsd #bulletproof #typescript #javascript #архитектура #архитектура_приложений #zustand #reduxtoolkit

Разбираем Bulletproof React: как не утонуть в хаосе собственного кода

Помните тот момент, ĸогда вы отĸрываете свой собственный проеĸт, ĸоторый не трогали пару месяцев, и не понимаете, где что лежит? А если ĸ проеĸту подĸлючается новый разработчиĸ, первые две недели он просто бродит по папĸам в попытĸах понять логиĸу автора. React дал нам невероятную свободу: фунĸциональные ĸомпоненты с хуĸами, состояние в Redux, Context, MobX, Zustand или useState, запросы где угодно и ĸаĸ угодно. Но эта свобода имеет обратную сторону — отсутствие стандартов. Каждый разработчиĸ пишет «по‑своему». В одном проеĸте мирно сосуществуют устаревшие подходы с современными, запросы ĸ API разбросаны по всему ĸоду, а состояние приложения напоминает спагетти. Проходит полгода, и даже автор ĸода с трудом объясняет, почему все устроено именно таĸ. Знакомо? Существует архитеĸтура, ĸоторая решает эти проблемы. Она называется Bulletproof React. Это не очередной шаблон или стартовый boilerplate. Это философия и набор лучших праĸтиĸ для создания production‑ready приложений, ĸоторые не превращаются в хаос через месяц разработĸи. В этой статье я постараюсь разобрать эту архитеĸтуру детально: от струĸтуры директорий до тестирования и безопасности. Данный материал будет полезен и новичĸам, ĸоторые тольĸо начинают задумываться об архитеĸтуре, и опытным разработчиĸам, ищущим проверенные решения.

https://habr.com/ru/articles/1033506/

#frontend #react #fsd #bulletproof #typescript #javascript #архитектура #архитектура_приложений #zustand #reduxtoolkit

Разбираем Bulletproof React: как не утонуть в хаосе собственного кода

Помните тот момент, ĸогда вы отĸрываете свой собственный проеĸт, ĸоторый не трогали пару месяцев, и не понимаете, где что лежит? А если ĸ проеĸту подĸлючается новый разработчиĸ, первые две недели он просто бродит по папĸам в попытĸах понять логиĸу автора. React дал нам невероятную свободу: фунĸциональные ĸомпоненты с хуĸами, состояние в Redux, Context, MobX, Zustand или useState, запросы где угодно и ĸаĸ угодно. Но эта свобода имеет обратную сторону — отсутствие стандартов. Каждый разработчиĸ пишет «по‑своему». В одном проеĸте мирно сосуществуют устаревшие подходы с современными, запросы ĸ API разбросаны по всему ĸоду, а состояние приложения напоминает спагетти. Проходит полгода, и даже автор ĸода с трудом объясняет, почему все устроено именно таĸ. Знакомо? Существует архитеĸтура, ĸоторая решает эти проблемы. Она называется Bulletproof React. Это не очередной шаблон или стартовый boilerplate. Это философия и набор лучших праĸтиĸ для создания production‑ready приложений, ĸоторые не превращаются в хаос через месяц разработĸи. В этой статье я постараюсь разобрать эту архитеĸтуру детально: от струĸтуры директорий до тестирования и безопасности. Данный материал будет полезен и новичĸам, ĸоторые тольĸо начинают задумываться об архитеĸтуре, и опытным разработчиĸам, ищущим проверенные решения.

https://habr.com/ru/articles/1033506/

#frontend #react #fsd #bulletproof #typescript #javascript #архитектура #архитектура_приложений #zustand #reduxtoolkit

Проектирование архитектуры в нотации ArchiMate с использованием ИИ. Часть 1

Всем привет! Меня зовут Владимир Зуев, я руководитель разработки JAVA-практики в компании Axenix. Сегодня я хочу рассказать о нотации ArchiMate, используемой для разработки и моделирования информационных систем. Несмотря на свои уникальные возможности, нотация ArchiMate не получила широкого распространения. Даже среди практикующих архитекторов распространенность нотации не превышает 25%. Отчасти это связано со скудным описанием в официальной документации и отсутствием практических руководств. Я хочу исправить эту ужасную несправедливость и показать сильные стороны ArchiMate, подробно разобрав ее использование на практическом примере, а так же показать как применение ИИ может помочь архитектору.

https://habr.com/ru/companies/axenix/articles/1032160/

#проектирование_систем #архитектура_приложений #archimate #искусственный_интеллект #genai #анализ_и_проектирование_систем #natural_language_processing #беспилотный_автомобиль #ватс

Проектирование архитектуры в нотации ArchiMate с использованием ИИ. Часть 1

Всем привет! Меня зовут Владимир Зуев, я руководитель разработки JAVA-практики в компании Axenix. Сегодня я хочу рассказать о нотации ArchiMate, используемой для разработки и моделирования информационных систем. Несмотря на свои уникальные возможности, нотация ArchiMate не получила широкого распространения. Даже среди практикующих архитекторов распространенность нотации не превышает 25%. Отчасти это связано со скудным описанием в официальной документации и отсутствием практических руководств. Я хочу исправить эту ужасную несправедливость и показать сильные стороны ArchiMate, подробно разобрав ее использование на практическом примере, а так же показать как применение ИИ может помочь архитектору.

https://habr.com/ru/companies/axenix/articles/1032160/

#проектирование_систем #архитектура_приложений #archimate #искусственный_интеллект #genai #анализ_и_проектирование_систем #natural_language_processing #беспилотный_автомобиль #ватс

Проектирование архитектуры в нотации ArchiMate с использованием ИИ. Часть 1

Всем привет! Меня зовут Владимир Зуев, я руководитель разработки JAVA-практики в компании Axenix. Сегодня я хочу рассказать о нотации ArchiMate, используемой для разработки и моделирования информационных систем. Несмотря на свои уникальные возможности, нотация ArchiMate не получила широкого распространения. Даже среди практикующих архитекторов распространенность нотации не превышает 25%. Отчасти это связано со скудным описанием в официальной документации и отсутствием практических руководств. Я хочу исправить эту ужасную несправедливость и показать сильные стороны ArchiMate, подробно разобрав ее использование на практическом примере, а так же показать как применение ИИ может помочь архитектору.

https://habr.com/ru/companies/axenix/articles/1032160/

#проектирование_систем #архитектура_приложений #archimate #искусственный_интеллект #genai #анализ_и_проектирование_систем #natural_language_processing #беспилотный_автомобиль #ватс

Проектирование архитектуры в нотации ArchiMate с использованием ИИ. Часть 1

Всем привет! Меня зовут Владимир Зуев, я руководитель разработки JAVA-практики в компании Axenix. Сегодня я хочу рассказать о нотации ArchiMate, используемой для разработки и моделирования информационных систем. Несмотря на свои уникальные возможности, нотация ArchiMate не получила широкого распространения. Даже среди практикующих архитекторов распространенность нотации не превышает 25%. Отчасти это связано со скудным описанием в официальной документации и отсутствием практических руководств. Я хочу исправить эту ужасную несправедливость и показать сильные стороны ArchiMate, подробно разобрав ее использование на практическом примере, а так же показать как применение ИИ может помочь архитектору.

https://habr.com/ru/companies/axenix/articles/1032160/

#проектирование_систем #архитектура_приложений #archimate #искусственный_интеллект #genai #анализ_и_проектирование_систем #natural_language_processing #беспилотный_автомобиль #ватс

Почему ваше приложение тормозит и как мы это исправили с помощью PowerSync

Как мы ушли от архитектуры request-wait-response, перенесли чтение данных на фронтенд через локальную SQLite и сделали интерфейс быстрее с помощью PowerSync.

https://habr.com/ru/articles/1031828/

#localfirst #PowerSync #SQLite #PostgreSQL #синхронизация_данных #offlinefirst #архитектура_приложений #backend #мобильные_приложения #UX

Почему ваше приложение тормозит и как мы это исправили с помощью PowerSync

Как мы ушли от архитектуры request-wait-response, перенесли чтение данных на фронтенд через локальную SQLite и сделали интерфейс быстрее с помощью PowerSync.

https://habr.com/ru/articles/1031828/

#localfirst #PowerSync #SQLite #PostgreSQL #синхронизация_данных #offlinefirst #архитектура_приложений #backend #мобильные_приложения #UX

Почему ваше приложение тормозит и как мы это исправили с помощью PowerSync

Как мы ушли от архитектуры request-wait-response, перенесли чтение данных на фронтенд через локальную SQLite и сделали интерфейс быстрее с помощью PowerSync.

https://habr.com/ru/articles/1031828/

#localfirst #PowerSync #SQLite #PostgreSQL #синхронизация_данных #offlinefirst #архитектура_приложений #backend #мобильные_приложения #UX

Почему ваше приложение тормозит и как мы это исправили с помощью PowerSync

Как мы ушли от архитектуры request-wait-response, перенесли чтение данных на фронтенд через локальную SQLite и сделали интерфейс быстрее с помощью PowerSync.

https://habr.com/ru/articles/1031828/

#localfirst #PowerSync #SQLite #PostgreSQL #синхронизация_данных #offlinefirst #архитектура_приложений #backend #мобильные_приложения #UX

Монорепозиторий — стрем или норм?

Наверное, у каждого разработчика был момент, когда бизнеса в жизни становится слишком много. Слишком много хотелок. Слишком короткие сроки. Слишком мало времени подумать. И в этот момент код перестаёт быть инженерной задачей. Он превращается в бесконечное тушение пожаров. Требования меняются быстрее, чем ты успеваешь их осмыслить. Приоритеты «на вчера». Технический долг растет не потому, что вы плохие разработчики, а потому что у вас просто нет времени быть аккуратными.

https://habr.com/ru/articles/1030864/

#turborepo #монорепозиторий #архитектура_приложений

Монорепозиторий — стрем или норм?

Наверное, у каждого разработчика был момент, когда бизнеса в жизни становится слишком много. Слишком много хотелок. Слишком короткие сроки. Слишком мало времени подумать. И в этот момент код перестаёт быть инженерной задачей. Он превращается в бесконечное тушение пожаров. Требования меняются быстрее, чем ты успеваешь их осмыслить. Приоритеты «на вчера». Технический долг растет не потому, что вы плохие разработчики, а потому что у вас просто нет времени быть аккуратными.

https://habr.com/ru/articles/1030864/

#turborepo #монорепозиторий #архитектура_приложений

Монорепозиторий — стрем или норм?

Наверное, у каждого разработчика был момент, когда бизнеса в жизни становится слишком много. Слишком много хотелок. Слишком короткие сроки. Слишком мало времени подумать. И в этот момент код перестаёт быть инженерной задачей. Он превращается в бесконечное тушение пожаров. Требования меняются быстрее, чем ты успеваешь их осмыслить. Приоритеты «на вчера». Технический долг растет не потому, что вы плохие разработчики, а потому что у вас просто нет времени быть аккуратными.

https://habr.com/ru/articles/1030864/

#turborepo #монорепозиторий #архитектура_приложений

Монорепозиторий — стрем или норм?

Наверное, у каждого разработчика был момент, когда бизнеса в жизни становится слишком много. Слишком много хотелок. Слишком короткие сроки. Слишком мало времени подумать. И в этот момент код перестаёт быть инженерной задачей. Он превращается в бесконечное тушение пожаров. Требования меняются быстрее, чем ты успеваешь их осмыслить. Приоритеты «на вчера». Технический долг растет не потому, что вы плохие разработчики, а потому что у вас просто нет времени быть аккуратными.

https://habr.com/ru/articles/1030864/

#turborepo #монорепозиторий #архитектура_приложений

Kotlin vs Java: что выбрать для бэкенда?

В статье рассмотрим кто сегодня выигрывает битву за бэкенд: сравнение синтаксиса, разбор производительности, а главное — честный прогноз на 2-3 года. Если выбираете стек для нового проекта или думаете, учить ли Kotlin вдогонку к Java, — эта статья для вас!

https://habr.com/ru/companies/otus/articles/1022146/

#программирование #java #kotlin #backend #сравнение_языков #jvm #архитектура_приложений

Kotlin vs Java: что выбрать для бэкенда?

В статье рассмотрим кто сегодня выигрывает битву за бэкенд: сравнение синтаксиса, разбор производительности, а главное — честный прогноз на 2-3 года. Если выбираете стек для нового проекта или думаете, учить ли Kotlin вдогонку к Java, — эта статья для вас!

https://habr.com/ru/companies/otus/articles/1022146/

#программирование #java #kotlin #backend #сравнение_языков #jvm #архитектура_приложений

Режем монолит по-живому или история ускорения одного хорошего сервиса

Привет, Хабр. Меня зовут Алексей Постригайло. Двадцать с лишним лет я занимаюсь системной интеграцией и управлением проектами, сейчас — старший партнер одного крупного ИТ-интегратора. Здесь я рассказываю о технических и организационных подробностях наших проектов. Меня, признаться, удивило, что наш предыдущий рассказ — тот самый «больнючий» опыт про СТО — так неожиданно бодро набирает просмотры. Мы решили, что стоит продолжить про кейсы с разными «граблями» (и «успешными успехами», куда без них), которые помогли нам научиться и кодить лучше, и процессы строить грамотнее. Берите на вооружение полезное и не повторяйте наших ошибок. Поехали.

https://habr.com/ru/articles/1026414/

#разделение_монолита #микросервисы #архитектура_приложений #управление_зависимостями #деплой_без_сбоев #agileразработка #API_и_JSON #улучшение_пользовательского_опыта #автоматизация_обновлений #безопасность_данных

Режем монолит по-живому или история ускорения одного хорошего сервиса

Привет, Хабр. Меня зовут Алексей Постригайло. Двадцать с лишним лет я занимаюсь системной интеграцией и управлением проектами, сейчас — старший партнер одного крупного ИТ-интегратора. Здесь я рассказываю о технических и организационных подробностях наших проектов. Меня, признаться, удивило, что наш предыдущий рассказ — тот самый «больнючий» опыт про СТО — так неожиданно бодро набирает просмотры. Мы решили, что стоит продолжить про кейсы с разными «граблями» (и «успешными успехами», куда без них), которые помогли нам научиться и кодить лучше, и процессы строить грамотнее. Берите на вооружение полезное и не повторяйте наших ошибок. Поехали.

https://habr.com/ru/articles/1026414/

#разделение_монолита #микросервисы #архитектура_приложений #управление_зависимостями #деплой_без_сбоев #agileразработка #API_и_JSON #улучшение_пользовательского_опыта #автоматизация_обновлений #безопасность_данных

Режем монолит по-живому или история ускорения одного хорошего сервиса

Привет, Хабр. Меня зовут Алексей Постригайло. Двадцать с лишним лет я занимаюсь системной интеграцией и управлением проектами, сейчас — старший партнер одного крупного ИТ-интегратора. Здесь я рассказываю о технических и организационных подробностях наших проектов. Меня, признаться, удивило, что наш предыдущий рассказ — тот самый «больнючий» опыт про СТО — так неожиданно бодро набирает просмотры. Мы решили, что стоит продолжить про кейсы с разными «граблями» (и «успешными успехами», куда без них), которые помогли нам научиться и кодить лучше, и процессы строить грамотнее. Берите на вооружение полезное и не повторяйте наших ошибок. Поехали.

https://habr.com/ru/articles/1026414/

#разделение_монолита #микросервисы #архитектура_приложений #управление_зависимостями #деплой_без_сбоев #agileразработка #API_и_JSON #улучшение_пользовательского_опыта #автоматизация_обновлений #безопасность_данных

Неизменяемая архитектура. Практическая проверка кодом. Версия 1, начало

« Talk is cheap. Show me the code. » Недавно мне в руки попала книга «Искусство неизменяемой архитектуры: теория и практика управления данными в распределенных системах». В ней описаны довольно радикальные, но логичные подходы к проектированию: полный отказ от UPDATE и DELETE в пользу INSERT, идентификация сущностей через хеш-суммы и построение распределенных систем без боли. Чтобы не быть голословным и проверить, работают ли эти концепции в реальном коде, а не только в теории, я написал небольшой тестовый проект. Это не продакшен-решение , а скорее полигон для проверки идей. В этой статье разберем, как выглядит REST-сервис на Kotlin + Spring Boot, живущий по законам неизменяемости, и к каким результатам это привело.

https://habr.com/ru/articles/1026078/

#неизменяемая_архиектура #архитектура_приложений #бизнеспроцессы

Что делать с архитектурным дрифтом в эпоху ИИ?

С появлением ИИ-инструментов код в проектах начал расти быстрее. Новый сервис, багфикс или интеграцию теперь можно получить быстрее чем согласование изменений, но цена архитектурной ошибки на этом фоне только растёт. Проблема не в том, что ИИ пишет плохой код, а в том, что он ускоряет накопление расхождений между тем, какой систему задумывали изначально, и тем, во что она превращается по мере изменений. Если архитектурные ограничения не формализованы и не проверяются автоматически, команда рано или поздно начинает проигрывать собственной скорости.

https://habr.com/ru/companies/flowc/articles/1021766/

#архитектура_приложений #aac #drift #архитектура_систем #проектирование_систем #процесс_разработки #gitops

DI‑контейнер Symfony: autowiring, теги и compiler passes

DI-контейнер — сердечко Symfony. Контроллеры, сервисы, слушатели событий, консольные команды, Voter, нормалайзеры — всё это сервисы, которые живут в контейнере и получают зависимости через него. Разберём три уровня глубины: autowiring для повседневной работы, теги для расширяемых архитектур, compiler passes для магии уровня фреймворка.

https://habr.com/ru/companies/otus/articles/1013768/

#symfony #diконтейнер #архитектура_приложений

Почему применение SaaS/IDaaS для аутентификации и авторизации наиболее эффективно, сравнение

Мой опыт показал, что этот простой на первый взгляд механизм часто вызывает неожиданные сложности в реализации. Когда в дискуссиях меня начинают спрашивать почему, приходится долго объяснять. Поэтому решил создать эту статью как ликбез, да и чтобы в процессе свои мысли структурировать для будущих аргументов . TLDR; Использование SaaS в авторизации и аутентификации пользователей для решений не ограниченных контуром предприятия имеют самую большую эффективность и удобство. (можно промотать страницу в самый конец - там будет сравнительная таблица)

https://habr.com/ru/articles/1013524/

#авторизация #аутентификация #keycloak #архитектура_приложений #архитектура_по #сравнение #сложность_разработки #idaas

Как мы масштабировали ИТ-команду и чуть не потеряли проект

Спойлер: это статья не про плохую архитектуру. Я расскажу о том, как хорошие решения, принятые в разное время, начинают конфликтовать друг с другом, когда команда растет быстрее системы. Я Алексей Соболеков, лид архитектуры F&R в Magnit Tech. Это мой личный взгляд на события, и в команде существуют разные их интерпретации. В 2024 году команда F&R (подробности тут: Архитектура высоконагруженной платформы Magnit F&R ) в MAGNIT TECH столкнулась с нетривиальным вызовом: всего за один год необходимо было вырасти с 20 до 220 человек для формирования состава команд. Формально все выглядело благополучно - проект запущен, бюджет подтвержден, приоритет высокий. Но именно с этого момента в ИТ-команде разработки F&R начали накапливаться системные проблемы.

https://habr.com/ru/companies/magnit/articles/1013800/

#ритейл #архитектура_приложений #magnit_tech #Спрос #прогноз #прогнозирование_спроса #архитектура #проектирование_систем #управление_архитектурой #магнит

Как мы масштабировали ИТ-команду и чуть не потеряли проект

Спойлер: это статья не про плохую архитектуру. Я расскажу о том, как хорошие решения, принятые в разное время, начинают конфликтовать друг с другом, когда команда растет быстрее системы. Я Алексей Соболеков, лид архитектуры F&R в Magnit Tech. Это мой личный взгляд на события, и в команде существуют разные их интерпретации. В 2024 году команда F&R (подробности тут: Архитектура высоконагруженной платформы Magnit F&R ) в MAGNIT TECH столкнулась с нетривиальным вызовом: всего за один год необходимо было вырасти с 20 до 220 человек для формирования состава команд. Формально все выглядело благополучно - проект запущен, бюджет подтвержден, приоритет высокий. Но именно с этого момента в ИТ-команде разработки F&R начали накапливаться системные проблемы.

https://habr.com/ru/companies/magnit/articles/1013800/

#ритейл #архитектура_приложений #magnit_tech #Спрос #прогноз #прогнозирование_спроса #архитектура #проектирование_систем #управление_архитектурой #магнит

Как мы масштабировали ИТ-команду и чуть не потеряли проект

Спойлер: это статья не про плохую архитектуру. Я расскажу о том, как хорошие решения, принятые в разное время, начинают конфликтовать друг с другом, когда команда растет быстрее системы. Я Алексей Соболеков, лид архитектуры F&R в Magnit Tech. Это мой личный взгляд на события, и в команде существуют разные их интерпретации. В 2024 году команда F&R (подробности тут: Архитектура высоконагруженной платформы Magnit F&R ) в MAGNIT TECH столкнулась с нетривиальным вызовом: всего за один год необходимо было вырасти с 20 до 220 человек для формирования состава команд. Формально все выглядело благополучно - проект запущен, бюджет подтвержден, приоритет высокий. Но именно с этого момента в ИТ-команде разработки F&R начали накапливаться системные проблемы.

https://habr.com/ru/companies/magnit/articles/1013800/

#ритейл #архитектура_приложений #magnit_tech #Спрос #прогноз #прогнозирование_спроса #архитектура #проектирование_систем #управление_архитектурой #магнит

Как мы масштабировали ИТ-команду и чуть не потеряли проект

Спойлер: это статья не про плохую архитектуру. Я расскажу о том, как хорошие решения, принятые в разное время, начинают конфликтовать друг с другом, когда команда растет быстрее системы. Я Алексей Соболеков, лид архитектуры F&R в Magnit Tech. Это мой личный взгляд на события, и в команде существуют разные их интерпретации. В 2024 году команда F&R (подробности тут: Архитектура высоконагруженной платформы Magnit F&R ) в MAGNIT TECH столкнулась с нетривиальным вызовом: всего за один год необходимо было вырасти с 20 до 220 человек для формирования состава команд. Формально все выглядело благополучно - проект запущен, бюджет подтвержден, приоритет высокий. Но именно с этого момента в ИТ-команде разработки F&R начали накапливаться системные проблемы.

https://habr.com/ru/companies/magnit/articles/1013800/

#ритейл #архитектура_приложений #magnit_tech #Спрос #прогноз #прогнозирование_спроса #архитектура #проектирование_систем #управление_архитектурой #магнит

Аутентификация и авторизация пользователей — неочевидная боль в разработке

Эта статья от разработчика Авторизы - SaaS-сервиса аутентификации и авторизации , но давайте отбросим скепсис. Я не для рекламы это пишу, а рассказать, с какими проблемами столкнулся и почему вообще затеял этот стартап. Можно сказать - история возникновения. А еще как через него я, может быть, смогу решить и ваши проблемы.

https://habr.com/ru/articles/1012812/

#архитектура_приложений #webразработка #облачные_сервисы #аутентификация #авторизация_пользователя #стартап #эффективность #отечественные_решения

Аутентификация и авторизация пользователей — неочевидная боль в разработке

Эта статья от разработчика Авторизы - SaaS-сервиса аутентификации и авторизации , но давайте отбросим скепсис. Я не для рекламы это пишу, а рассказать, с какими проблемами столкнулся и почему вообще затеял этот стартап. Можно сказать - история возникновения. А еще как через него я, может быть, смогу решить и ваши проблемы.

https://habr.com/ru/articles/1012812/

#архитектура_приложений #webразработка #облачные_сервисы #аутентификация #авторизация_пользователя #стартап #эффективность #отечественные_решения

Аутентификация и авторизация пользователей — неочевидная боль в разработке

Эта статья от разработчика Авторизы - SaaS-сервиса аутентификации и авторизации , но давайте отбросим скепсис. Я не для рекламы это пишу, а рассказать, с какими проблемами столкнулся и почему вообще затеял этот стартап. Можно сказать - история возникновения. А еще как через него я, может быть, смогу решить и ваши проблемы.

https://habr.com/ru/articles/1012812/

#архитектура_приложений #webразработка #облачные_сервисы #аутентификация #авторизация_пользователя #стартап #эффективность #отечественные_решения

Аутентификация и авторизация пользователей — неочевидная боль в разработке

Эта статья от разработчика Авторизы - SaaS-сервиса аутентификации и авторизации , но давайте отбросим скепсис. Я не для рекламы это пишу, а рассказать, с какими проблемами столкнулся и почему вообще затеял этот стартап. Можно сказать - история возникновения. А еще как через него я, может быть, смогу решить и ваши проблемы.

https://habr.com/ru/articles/1012812/

#архитектура_приложений #webразработка #облачные_сервисы #аутентификация #авторизация_пользователя #стартап #эффективность #отечественные_решения

Авторизация — это про «изобретать велосипед», возиться с OpenSource, или о чем? Авториза — как сервис-альтернатива

Авторизация - это про "изобретать велосипед", возиться с OpenSource, или о чем? "Авториза" — как сервис-альтернатива Пишу эту статью как основатель стартапа Авториза. И она не для того, чтобы донести какие-то особо ценные знания, а скорее, чтобы пригласить вас к диалогу. Я хочу понять - стоит ли этим вообще заниматься, нужно ли это людям, или это лишь мои фантазии - когнитивное искажение основателя. В самой статье я раскрываю идею проекта. И я хочу обратиться к вам как профессионалам своего дела: А какие инструменты используете вы? Какие у вас возникают проблемы? Насколько быстро, дешево и просто вы их решаете?

https://habr.com/ru/articles/985274/

#OIDC #SaaS #стартап #аутентификация #авторизация #startup #вебразработка #архитектура_приложений #OpenID_Connect #auth