Архитектура

Классическое взаимодействие через RESTful-API прекрасно, но не лишено недостатков. Часто из огромного джейсона приходится выковыривать крупицы данных.

Представим, что вы вышли в проект, где вам предстоит создавать сложные UI-компоненты, которые будут использоваться во всей компании для внутренних и внешних проектов.

Разговоры о микросервисной архитектуре звучат тут и там. Тут и там работу с монолитом описывают черными и серыми тонами. В то же время микросервисам присваивают

Есть два полярных подхода к разработке: «толстый» клиент, который тащит на себе всю логику приложения, и «тонкий» клиент, который лишь красиво показывает

На моем первом боевом проекте на React я работал в команде из ещё двух разработчиков миддл-уровня. Мне, махровому джуну, они казались всезнающими экспертами.

Недавно я написал маленькую заметку про наши договоренности при переходе на FSD. В ней сказано лишь то КАК мы переходили, но ПОЧЕМУ мы решили выбрать именно FSD —

Абсолютная свобода в организации кода — бич любого проекта на React, что затрудняет переход разработчиков от проекта к проекту. Архитектурные подходы