WebDev Dayiawan

описание

WebDev-канал о разработке современных web-приложений: — React — Next.js — Node.js — Docker — CI/CD — Базы данных — Архитектура и production Разборы решений, ошибок, оптимизации и инженерной практики. Портфолио: https://motoyama.one

← к каналу @WebDevServ

9 000

подписчиков

Охват к подписчикам

129,8%

ERR

Реакции к просмотрам

1,34%

3 720 на 22 постов

Пересылки к просмотрам

0,01%

Постов в день

0,3

всего 23

Где отзываются чаще

доля реакций к просмотрам

21 нояб.О-нет… О-да, друзья! Это свершилось🎯 Я наконец-то задеплоил своё полноценное web-портфолио: https://motoyama.one Там React. Там Next.js. Там продакшн. Там код, который можно открывать без дрожи в руках🚀 Там и Йога, музыка и видео, весь мой IT-путь, собранный в одном месте — от разработки до внутренней алхимии😄 Заходите посмотреть: — рекрутерам — понять, как я работаю, — знакомым — чем я дышу, — любопытным — что я вообще делаю ночами. Параллельно я начал вести IT-блог и публиковаться на Хабре — так что теперь у меня не только код, но и слова существуют в продакшн-режиме. Ну и да… ваша поддержка (вы ведь знаете какая, да?) по традиции отправляет меня куда-то между большим спортом и большим сексом, иначе говоря — в большую IT-садхану))!✨🤝 #react #nextjs #nodejs #frontend #webdev #motoyama #itсадхана1,77%
29 июн.Микросервисы очень красиво выглядят на архитектурных схемах. Особенно пока их не нужно поддерживать. Потому что реальность начинается позже: сервис-дискавери, очереди, retry, distributed tracing, деградация сети, синхронизация контрактов и внезапные проблемы между сервисами, которые "иногда воспроизводятся". И всё это ради проекта, который обслуживает пару тысяч пользователей. Очень многие команды приходят к неприятному выводу: монолит был не проблемой. Проблемой было качество самого монолита. Production-архитектура вообще редко любит преждевременную сложность. https://motoyama.one1,60%
25 окт.Билд зелёный, релиз уже близко)!1,27%
20 нояб.Всем чмоки)! Кажется, я таки добрался до Хабра — и, что удивительно, меня там даже пустили писать статьи ) Открываю сезон публикаций материалом по DevOps: как это всё работает, почему контейнеры не кусаются, и что Docker — это не только «завтра сделаю образ», а вполне себе рабочий инструмент, если им пользоваться по-человечески ) Если хотите поддержать моего внутреннего автора — лайк, репост и тёплое словцо в комментариях сделают этот день чуть лучше ) Ну, а я тем временем уже варю вторую статью. Мой профиль на Хабре: https://habr.com/ru/users/MOTOYAMA/articles/ #motoyama #devops #docker #dockercompose #infrastructure #backend #fullstack #itlife #инфраструктура #контейнеризация #разработка #хабр1,25%
11 окт. 2025 г.Оптимизация веб-приложений — это комплексный процесс, включающий работу с фронтендом, бэкендом и серверной частью. Следование лучшим практикам, таким как минификация, кеширование, балансировка нагрузки и мониторинг, позволяет добиться высокой скорости работы и стабильности приложения. #devops #webdev #weboptimization1,17%
20 нояб.theХабр — двери открыты, друзья)! Пишу бэкенд, играюсь с фронтом, Фуллстеклю бодро и с огоньком. А теперь ещё и на Хабре появился — как будто открыл себе новый дом 😄 Статья уже там — про web, опыт, код и всё то, что меня зажигает из года в год. Если любите IT и человеческую подачу — заглядывайте, буду рад вашей отдаче 🙌 Мои публикации: 👉 https://habr.com/ru/users/MOTOYAMA/articles/ #backend #frontend #fullstack #devops #habr #webdev #react #javascript #nextjs #фуллстек #айтишник #motoyama #programming #itюмор1,10%
6 июл.Есть фронтенд-проекты, где новый разработчик боится открыть папку components. И обычно это очень плохой знак. Потому что если UI-слой превращается в свалку shared-компонентов без границ ответственности — дальше поддержка становится мучением. Особенно когда внутри Button внезапно оказывается бизнес-логика, запросы и половина state-management. Production frontend со временем начинает ценить не "переиспользование любой ценой", а предсказуемость структуры. Иногда лучше иметь три похожих компонента, чем один универсальный монстр на 900 строк с 48 пропсами. https://motoyama.one0,85%
13 июл.CI/CD начинает по-настоящему цениться только после первого деплоя "вручную в пятницу вечером". Особенно когда: кто-то забыл migration, кто-то не обновил env, а rollback внезапно тоже "не очень работает". После пары таких историй автоматизация перестаёт казаться "избыточной". Production вообще довольно быстро отучает от ручных процессов. Потому что любой ручной шаг — это потенциальная ошибка. Особенно ночью. Особенно под нагрузкой. Особенно когда "надо срочно". Хороший pipeline — это не про модные DevOps-термины. Это про снижение количества человеческих ошибок. https://motoyama.one0,83%
15 июн.Docker сильно упростил деплой. И одновременно сильно упростил создание чудовищных контейнеров по 2 гигабайта. Очень часто открываешь Dockerfile — а там в образ уезжает вообще всё подряд: node_modules, тесты, devDependencies, исходники, временные файлы и половина CI. Особенно нравится, когда production-контейнер собирается из того же stage, где происходил build. В итоге: долгий pull, медленный deploy, лишняя нагрузка на registry и проблемы при масштабировании. Хороший production-образ обычно довольно скучный. Минимальный runtime, только нужные зависимости и никакого мусора внутри. Но именно эта "скука" потом отлично работает под нагрузкой. https://motoyama.one0,70%
22 июн.Есть особый вид production-страданий — когда база данных "вроде работает", но CPU сервера постоянно живёт на грани нервного срыва. И почти всегда выясняется, что проблема не в количестве данных, а в запросах. SELECT * стал национальной традицией. N+1 запросы появляются как по расписанию. Индексы вспоминают уже после первых проблем. Особенно хорошо это ощущается в ORM-проектах, где запросы постепенно начинают генерироваться слоями абстракции поверх слоёв абстракции. А потом один endpoint внезапно делает 300 SQL-запросов. Production backend довольно быстро учит уважать SQL и смотреть execution plan раньше, чем сервер начнёт задыхаться. https://motoyama.one0,66%
8 июн.Иногда смотришь Lighthouse-отчёт и видишь frontend на 8 мегабайт. И это уже почти норма. Особенно в проектах, где "на всякий случай" подключили ещё пару UI-kit, три библиотеки дат и несколько универсальных utility-пакетов. Проблема в том, что bundle растёт незаметно. Сначала один импорт. Потом второй. Потом внезапно Moment.js целиком. Потом lodash полностью. Потом analytics SDK размером с половину приложения. И всё это пользователь тащит при первом открытии страницы. Production frontend очень быстро учит неприятной вещи: скорость интерфейса начинается не с React, а с размера JavaScript, который вообще доехал до браузера. https://motoyama.one0,65%
1 июн.Очень характерный признак "уставшего" frontend-проекта — когда useEffect начинает использоваться как универсальный костыль вообще для всего. Получение данных. Синхронизация state. Вычисления. Фильтрации. Подписки. Иногда даже бизнес-логика. А потом внезапно появляются бесконечные ререндеры, гонки запросов и ощущение, что приложение живёт собственной жизнью. Особенно опасен момент, когда разработчик уже перестаёт понимать, почему эффект вообще срабатывает. useEffect сам по себе не сложный. Сложными становятся зависимости. Потому что React сравнивает ссылки, а не "смысл" объектов. Именно поэтому один неосторожный объект в deps может внезапно превратить приложение в вентилятор ноутбука. Production React довольно быстро учит относиться к useEffect максимально осторожно. https://motoyama.one0,60%