Галопом по архитектуре. Часть 1. Структурный дизайн

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

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

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

Как мы пересоздавали читалку Яндекс Книг

Привет, Хабр! Меня зовут Дима, я фронтенд‑разработчик Яндекса. В этой статье я расскажу о том, как мы переписали наш ридер для электронных книг, создав универсальное решение для веба и нативных приложений. Статья будет интересна фронтенд‑разработчикам. Из неё вы узнаете, как создать универсальное ядро для веба и натива, получить вместо запутанных асинхронных вызовов чёткие последовательности действий и убрать визуальные артефакты при одновременных пользовательских действиях.

https://habr.com/ru/companies/yandex/articles/914314/

#яндекс #архитектура_приложений #читалка #книги

Творческая переработка MVVM и TCA на примере iOS

Всем привет, меня зовут Дмитрий Лоренц, я iOS-разработчик в IT-компании GRI. Наш основной клиент — Sunlight, для него мы разрабатываем нескольких мобильных приложений по полному циклу и поддерживаем сайт. В этой статье я расскажу про нашу новую архитектуру для iOS-приложения и поделюсь некоторыми советами, как упростить себе жизнь и сделать код более лаконичным и читаемым.

https://habr.com/ru/companies/gri/articles/913610/

#архитектура_приложений #swift #ios #IT_GRI

Компрессия требований, распад бизнес-логики. Разбираемся, почему архитектура не спасает от эрозии смыслов

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

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

#требования #ddd #архитектура_приложений #монолитное_приложение #бизнеслогика #модель_предметной_области #spa #микросервисная_архитектура

Фронтенд и бэкенд больше не будут общаться как прежде: создаём конструктор сценариев на базе Backend Driven UI

Цикл продуктовой разработки часто напоминает весы: с одной стороны, системное проектирование, подбор основополагающих инструментов, масштабные рефакторинги. С другой — совокупность локальных решений, принимаемых для точечных улучшений в системе. И самое сложное тут: соблюдать баланс. Как понять, когда имеет смысл вмешаться «хирургически», а когда — предпочесть вместо конкретной проблемы решить (или предотвратить) целый класс проблем? Иногда нащупать границу между «масштабом» и «целесообразностью» получается почти что случайно. Однажды мы в Сравни подступились к переделке чата в нашем мобильном приложении, и на старте расценивали задачу как «ещё один рядовой продуктовый кейс». Но планы по модификации фичи быстро переросли в создание универсального инструмента: конструктора сценариев на базе Backend Driven UI. В итоге мы не просто заменили чат более удобной альтернативой, а в целом научились гибко управлять фронтендом приложения . Со всеми сопутствующими плюсами как для бизнеса, так и для самих разработчиков (теперь, чтобы реализовать некоторые изменения на экранах, даже не обязательно быть фронтендером или мобильным разработчиком!). Подробности о нашем сценарном BDUI-движке — этапах его создания, вариантах использования и нюансах технического устройства — читайте под катом.

https://habr.com/ru/companies/sravni/articles/912896/

#backendразработка #bdui #nodejs #typescript #server_driven_ui #архитектура_приложений

Размышления архитектора

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

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

#архитектура_приложений #функциональный_архитектор #технический_архитектор #системный_архитектор #1с #финансы

Кажется, я придумал новую архитектуру ивентов и мне она нравится

Однажды я мучился в попытках победить бесконечные ререндеры, причиной которых, как я считал, были ивенты в приложении, и тогда мне в голову пришла гениальная мысль сделать свой обработчик ивентов, который удовлетворял бы моим потребностям и решал еще парочку архитектурных проблем, тогда на свет появился этот код...

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

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

Не вместо облака, а вместе с ним: зачем компаниям Edge Computing

Представьте дрон с ИИ на борту, который анализирует поля и отправляет петабайты данных, или промышленный цех, станок в котором вот-вот уже сломается. Человек этого не замечает, зато нейросеть на краю сети предскажет, когда будет поломка до того, как он «встанет». Где здесь подвох? Только в том, что те, кто проигнорируют Edge Computing, рискуют остаться с устаревшей инфраструктурой. Конкуренты в это время обрабатывают данные прямо на устройствах — будь то датчики нефтепроводов, камеры умных городов или автономные роботы. В этой статье разберём, почему Edge не просто модный buzzword (или всё-таки он), как периферийные вычисления оказались в центре внимания: от убийства лагов до защиты данных, от кейсов Tesla до умных электросетей. Детали под катом!

https://habr.com/ru/companies/ruvds/articles/903002/

#edge_computing #периферийные_вычисления #облачные_технологии #архитектура_приложений #hybrid_cloud #ruvds_статьи

ООП или не ООП — вот в чём ревью

Псевдокод, страсть и pull-request на грани добра и зла Кто-то звал Smalltalk, кто-то бросал в нас Haskell, кто-то доставал из-под кровати подшивку статей «ECS лучше всего» — и всё это с праведной уверенностью.

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

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

ООП не мертво. Вы просто пользуетесь им как молотком по клавиатуре

После каждой новой статьи с заголовком «ООП — это обман» хочется напомнить: ООП — это не набор шаблонов из книжек, а инженерный подход. Если проект страдает от наследования и DI, возможно, проблема не в ООП. А в том, как вы его применяете.

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

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