1.8Kпросмотров
19 февраля 2026 г.
question📷 ФотоScore: 2.0K
А на каких технологиях писать в 2026 году? За этот год я провел много one-to-one созвонов, на которых я разбирал архитектуру прод приложений и каждый call заканчивался вопросом: «А на чем бы писал ты?» До знакомства с Reatom, я использовал связку MobX и Query Observer. Т.е я брал лучшее от MobX и Tanstack Query, и это работало ВНЕ React, что для меня было очень важно. Переехать на MobX Form было невозможно, поэтому работал на React Hook Form. Какая тут архитектурная проблема? Из-за правила хуков, тебе нужно вызывать useForm в компоненте и, если тебе требуются данные формы в бизнес-логике (а они требуются), то тебе приходится связывать через аргументы MobX-стор и формы на уровне компонентов. Приходится засорять слой отображения. Это был трейдофф. И почти каждый проект, который я анализировал, был как на картинке в этом посте, потому что: 🔴В экосистеме не было полноценной библиотеки, которая охватит состояние клиента, сервера (на самом деле не люблю это разделение, как по мне это просто состояние) и форм. Приходится делать связки на уровне компонентов. 🔴 Люди не понимают, как нормально писать на чистом React. Мало инфраструктурного кода, тяжело держать фокус на задаче, когда половину экрана – useEffect. Не прячат логику хотя бы за хук-usecase. 🔴У команд не хватает архитектурных знаний, чтобы понять эти проблемы и минимизировать их. Нарушение SSOT, ответственности не разделены, границы не выстроены. Можно бесконечно перечислять. Чтобы понять, что делает фича, нужно прыгать по компонентам и по кусочкам собирать понимание функциональности. На большом проекте – это просто ад. Но я узнал про Reatom v1000, который закроет эту АРХИТЕКТУРНУЮ проблему. Тут дело не в том, что ты состояние какое-то меняешь, а как у тебя разделяется BL и UI. Теперь мне не надо изъ*бываться, я просто качаю пакет. Моё отображение чистое, моя бизнес-логика понятная, нет никаких накладных расходов, потому что он простой. Сейчас 99% проектов на React пишутся медленно и без какого-либо удовольствия, потому что многие вообще не понимают эту проблему. Разработчики просто думают, что так и должно быть. Так в итоге, на чём я рекомендую писать? ✅CRUD'ы, где реально мало клиентского состояния. Полностью в хуках. В помощь вам Tanstack Query, Reactuse и React hook form. Это даже лучше, чем взять технологию ВНЕ React и потом её связывать на уровне компонентов. Просто пишите на кастомных хуках. Сохраните консистентность кода. Правда, нужно ещё уметь правильно на них писать, но это уже другая история. ✅Проекты, которые будут жить и вам не без разницы. Я бы просто брал Reatom и даже не о чем не задумывался. В этом и прикол. Фокус только на важном, я не борюсь с либой или их связками. Я просто пишу кодяру в кайф, потому что мне это наконец-то можно. На эту тему готовлю ролик на YouTube, хочу, чтобы люди понимали проблемы подбора инструментов. Доброго дня или вечера! 🍷 ⚠️ Разобраться с тем, как правильно писать реально хорошие приложения, можно здесь
1.8K
просмотров
2993
символов
Нет
эмодзи
Да
медиа

Другие посты @y0na24_dev

Все посты канала →
А на каких технологиях писать в 2026 году? За этот год я про — @y0na24_dev | PostSniper