
Микросервисы тут, микросервисы там… Из каждого утюга доносится дивный сказ про прекрасный мир микросервисов. А ведь это всего лишь один вид из десятка архитектурных стилей, который имеет свои достоинства и недостатки.

Микросервисы тут, микросервисы там… Из каждого утюга доносится дивный сказ про прекрасный мир микросервисов. А ведь это всего лишь один вид из десятка архитектурных стилей, который имеет свои достоинства и недостатки.
Tailwind напишет ИИ, Redux — давно пора похоронить, а фронтендеру остаётся главный вопрос: быть инженером или уйти в историю как «человек, который красил кнопки».

Когда в Telegram начали появляться первые кликер-игры вроде Notcoin, стало ясно: мессенджер идеально подходит для лёгких и социальных игровых проектов. Никаких установок, просто открыл ссылку и играешь.
До MoonTap у меня уже был опыт в смежных областях: я занимался разработкой криптообменника, работал с Web3, интегрировал bitcoind и другие ноды. Это дало понимание того, как устроены транзакции, работа с блокчейном и распределённые системы.
Так родился MoonTap - космический кликер, где игроки зарабатывают внутриигровые монетки, тратят их на бустеры, выполняют задания и приглашают друзей.
Привет! Сегодня хочу поделиться с тобой опытом перехода от Feature-Sliced Design к Clean Architecture во фронтенде. Почему я считаю Clean Architecture более подходящей для сложных приложений, и как она решает проблемы, с которыми ты точно сталкивался.
Если ты используешь FSD или до сих пор пишешь всю логику в компонентах React — эта статья точно для тебя.
Feature-Sliced Design сейчас одна из самых популярных методологий во фронтенде. И не зря — она действительно помогает структурировать код лучше, чем хаотичное размещение файлов.
Понятное разделение по фичам и слайсам
Итак, финальная часть психоделического триллера про айтишника который решился избавиться от власти кольца роскошной жизни и пойти простым слесарем на завод, что бы успеть заработать трудовой стаж к пенсии работать руками, а не пальцами.
Пришел к хитрому паттерну. Делюсь.
Будет полезен тем кому нравиться или приходится работать с Vue.
В подходящей ситуации он сэкономит кучу времени и поможет избежать дублирования кода.
Есть несколько компонентов.
Компоненты должны выполнять одинаковую сложную логику.
Компоненты должны принимать одинаковые свойства и эмитить одинаковые события.
Свойства из composable могут быть опциональными со значениями по умолчанию.
Каждый компонент выглядит совершенно по разному (разная вёрстка).
Каждый компонент, опционально, в дополнение к общему, может:
Этот документ — не просто список, а выжимка боли, шишек и неожиданных открытий, с которыми сталкивается почти каждый фронтендер. Неважно, Vue ты выбрал или React, если твое приложение должно работать в браузере на айфоне пятилетней давности — добро пожаловать в клуб. Здесь будет всё: от странностей с Safari до неожиданных проблем с синтетическими событиями.
iOS Safari не поддерживает Notification API без установки PWA
Проблема: На iOS ты не можешь просто вызвать new Notification(...)Читать полностью »
Маленькая история о том, как мы делали один непростой блоговый проект, взяли на себя смелость по технической реализации связки, которую ранее никто никогда не решал на коммерческом уровне.

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