Forwarded from КодАвтоматизации
Angular против React | Лучший framework для корпораций и высоконагруженных проектов | Олег Щёголев
В этом выпуске подкаста мы глубоко разбираем Angular и современный фронтенд вместе с экспертом — Олегом Щёголевым, Angular-разработчиком и практиком с опытом работы над крупными проектами.
Олег рассказывает, почему выбрал frontend, почему сделал ставку именно на Angular, и в каких случаях этот фреймворк действительно выигрывает у React. Поговорим честно: про карьеру, деньги, кризис в IT, найм, и будущее профессии.
🔥 Выпуск будет полезен:
🔎 новичкам, которые только выбирают фреймворк
🔎 frontend-разработчикам (Junior-Middle-Senior)
🔎 тем, кто думает между Angular и React
🔎 тем, кто хочет понять, что реально происходит с IT в 2026-2027
Где смотреть?🖱
📺 YouTube
📺 VK Video
Где слушать?
🔵 Wave
🎙 Podcasts.apple.com
🎵 Яндекс Подкасты
💳 Звук
Поддержите видео лайком, комментом или подпиской💓
В этом выпуске подкаста мы глубоко разбираем Angular и современный фронтенд вместе с экспертом — Олегом Щёголевым, Angular-разработчиком и практиком с опытом работы над крупными проектами.
Олег рассказывает, почему выбрал frontend, почему сделал ставку именно на Angular, и в каких случаях этот фреймворк действительно выигрывает у React. Поговорим честно: про карьеру, деньги, кризис в IT, найм, и будущее профессии.
Где смотреть?
Где слушать?
Поддержите видео лайком, комментом или подпиской
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
ANGULAR против REACT | Зарплаты, кризис в IT и почему корпорации остаются на Angular | Олег Щёголев
#angular #react #frontend
В этом выпуске подкаста мы глубоко разбираем Angular и современный фронтенд вместе с экспертом — Олегом Щёголев, Angular-разработчиком и практиком с опытом работы над крупными проектами.
Олег рассказывает, почему выбрал frontend…
В этом выпуске подкаста мы глубоко разбираем Angular и современный фронтенд вместе с экспертом — Олегом Щёголев, Angular-разработчиком и практиком с опытом работы над крупными проектами.
Олег рассказывает, почему выбрал frontend…
7❤21🔥14👍4
Коллеги, подкаст с моим участием попал в свежий выпуск дайджеста про фронтенд на Хабре! Обожаю всякие дайджесты и подборки и подписался на канал ребят с первого выпуска. Такого формата про фронтенд особенно не хватало, потому что тулинга и нововведений выходит какое-то нереальное количество. Знаю точно, что материал отбирается вручную (AI free zone 🕺 ) и освещает действительно важные новости и события. Горячо рекомендую поддержать канал подпиской!
Подписались все на этот сайт быстро! (c)
Подписались все на этот сайт быстро! (c)
Please open Telegram to view this post
VIEW IN TELEGRAM
2❤12🔥4🍌1
Forwarded from Frontend Status
Привет!
Это третий выпуск Frontend Status — дайджеста по фронтенд-разработке.
В этом выпуске — 30+ ссылок: разбираем, почему Angular живёт в банках и корпорациях, AGENTS.md vs skills в Next.js. Плюс CSS, который заменяет десятки строк JS, React Compiler от А до Я, Vue-слоты и Regle, вайбкодинг-исповедь «я сдался», WebGL-галерея на GSAP + Three.js, и ещё много всего интересного!
https://habr.com/ru/articles/992558/
Это третий выпуск Frontend Status — дайджеста по фронтенд-разработке.
В этом выпуске — 30+ ссылок: разбираем, почему Angular живёт в банках и корпорациях, AGENTS.md vs skills в Next.js. Плюс CSS, который заменяет десятки строк JS, React Compiler от А до Я, Vue-слоты и Regle, вайбкодинг-исповедь «я сдался», WebGL-галерея на GSAP + Three.js, и ещё много всего интересного!
https://habr.com/ru/articles/992558/
1❤13🍌4🔥2👍1
Эй, SSR, поднимайся давай
Примерно в конце февраля в Angular нашли две серьезные уязвимости, связанные с серверным рендерингом (раз, два). Вкратце: возможность SSRF из-за отсутствия валидации сервером данных о разрешенном домене и порте, а также хитрый редирект через заголовок
Вчера наконец-то дошли руки обновить все проекты, которые используют пакет @angular/ssr. Посмотрел на гитхаб, до каких версий нужно подтянуть зависимости, вооружился Angular CLI и давай запускать ng update.
И тут я слишком доверился автообновлениям, которые обычно делают все выкрутасы за разработчика. Какое-то время назад уже находили уязвимость в SSR, и тогда автообновление само добавляло нужный контекст куда надо. Ну я и повелся на тот беззаботный опыт.
Если что, все шаги после патча были подробно описаны на страницах с уязвимостями. Но это же путь слабых — читать security notes до конца.😎
Все обновления сделаны, merge-реквесты влиты, пайплайны сияют зеленым. Иду проверять проекты, и обнаруживаю, что ни на одном из них не работает SSR. Во дела.😳
Начинаю дебаг. Запускаю локальный сервер, все работает! Но этот аргумент самому себе не прокатывает, ищу дальше (я еще умудрился катнуть пару фич в проекты, откатил, но не помогло).
Собираю проекты на компе, раскидываю их по локальным серверам, и наконец вижу ошибку. Сервер ругается, что не указаны разрешенные хосты. А при отсутствии такой информации происходит автоматический фолбек на клиентский рендеринг. Это как раз добавили в секьюрном патче.
Наконец-то мне хватает усидчивости внимательно прочитать страницы с уязвимостями. И там я нахожу решение: предлагается добавить middleware, который будет проверять разрешенные хосты.
В процессе добавления middleware обнаруживаю, что для серверного движка AngularNodeAppEngine или CommonEngine есть аргумент в конструкторе, который как раз позволяет передать список разрешенных хостов.
Еще один круг merge-реквестов, и вуаля.
Сервер жив, весел и снова отдает сериализованные данные.⌨️
@summon_the_coder | chat$.subscribe()
#angular #ssr #fail
Примерно в конце февраля в Angular нашли две серьезные уязвимости, связанные с серверным рендерингом (раз, два). Вкратце: возможность SSRF из-за отсутствия валидации сервером данных о разрешенном домене и порте, а также хитрый редирект через заголовок
X-Forwarded-Prefix. Страшно. Очень страшно.Вчера наконец-то дошли руки обновить все проекты, которые используют пакет @angular/ssr. Посмотрел на гитхаб, до каких версий нужно подтянуть зависимости, вооружился Angular CLI и давай запускать ng update.
И тут я слишком доверился автообновлениям, которые обычно делают все выкрутасы за разработчика. Какое-то время назад уже находили уязвимость в SSR, и тогда автообновление само добавляло нужный контекст куда надо. Ну я и повелся на тот беззаботный опыт.
Если что, все шаги после патча были подробно описаны на страницах с уязвимостями. Но это же путь слабых — читать security notes до конца.
Все обновления сделаны, merge-реквесты влиты, пайплайны сияют зеленым. Иду проверять проекты, и обнаруживаю, что ни на одном из них не работает SSR. Во дела.
Начинаю дебаг. Запускаю локальный сервер, все работает! Но этот аргумент самому себе не прокатывает, ищу дальше (я еще умудрился катнуть пару фич в проекты, откатил, но не помогло).
Собираю проекты на компе, раскидываю их по локальным серверам, и наконец вижу ошибку. Сервер ругается, что не указаны разрешенные хосты. А при отсутствии такой информации происходит автоматический фолбек на клиентский рендеринг. Это как раз добавили в секьюрном патче.
Наконец-то мне хватает усидчивости внимательно прочитать страницы с уязвимостями. И там я нахожу решение: предлагается добавить middleware, который будет проверять разрешенные хосты.
В процессе добавления middleware обнаруживаю, что для серверного движка AngularNodeAppEngine или CommonEngine есть аргумент в конструкторе, который как раз позволяет передать список разрешенных хостов.
const angularApp = new AngularNodeAppEngine({
allowedHosts: ['host1', 'host2', ...],
});Еще один круг merge-реквестов, и вуаля.
Сервер жив, весел и снова отдает сериализованные данные.
@summon_the_coder | chat$.subscribe()
#angular #ssr #fail
Please open Telegram to view this post
VIEW IN TELEGRAM
6👍20🔥11❤6💘1
Паттерны агентские. Часть I 🔤 🔤
Всем халоу! Этот год ознаменовался тем, что я полностью перешёл на агентский воркфлоу и меня поразила болезнь под названием «claude’изм». В 85–90% случаев использую Claude Code (и пытаюсь сжечь токены как ненормальный), остальное делят Gemini, Qwen и ChatGPT.
Переключаясь между проектами, я поймал себя на мысли, что выработал ряд переиспользуемых практик. Они не зависят от agent harness или используемого мета-фреймворка поверх агента (superpowers, gsd, spec-kit или любой другой) и уже пережили несколько апдейтов моделей.
По сути данные практики — это техники по context engineering, что сейчас становится более важным, чем составление промпта и prompt engineering в целом. Помните эту хайп-профессию промпт-инженера, которая изжила себя, не успев толком родиться? Итакс, погнали.
1️⃣ Попросить агента явно создать бэклог и описать правила работы с ним.
При работе над задачами, а также на этапах проработки дизайна и планирования решений агент часто предлагает улучшения и дополнительные финтифлюшки, которые замедляют поток выполнения.
С отдельным бэклогом агент будет сбрасывать туда все дополнительные идеи, описывать сложность, важность, блокеры, а не спамить в чате вопросами во время работы. Также для отслеживания масштаба работы можно попросить создать лог с завершенными / отклоненными задачами.
2️⃣ Попросить агента создать audit-файл для трекинга прогресса.
При работе с особенно большой фичей или эпиком, которые не вмещаются в лимиты сессии, хорошо бы иметь трек прогресса. Закрыли терминал, ушли потрогать траву, вернулись, и хоба, продолжили с того же места. В этих случаях я прошу создать audit-файл, который содержит: дату аудита, что готово / не готово, блокеры, техдолг, ссылку на бэклог. И главное — в конце есть чётко описанный список DoD, по которому агент сверяет готовность.
Аудит может быть как глобальным на весь проект, так и локальным, прикреплённым к конкретному модулю.
Есть плагины, которые добавляют «долгую» память (remember, claude-mem), но по моему опыту с ними результат хуже. Сессии и данные могут смешиваться, и результат выходит более шумным.
3️⃣ Выбор модели под задачу через суб-агента.
Claude последние месяцы штормит, и качество работы скачет. Из-за этого некоторые вещи приходится проговаривать отдельно. Одна из них — инструкция вида:
Золотая база — планировать через Opus. Скаффолдинг и механический рефакторинг это слишком жирно для такой модели. Суб-агент на Haiku выполнит это без проблем и потратит меньше токенов.
4️⃣ Production readiness проверка.
После нескольких кругов ревью (со скиллами и без), когда кажется, что основные проблемы закрыты, я прошу сделать production readiness проверку для текущего стека. Вывод в виде 3 категорий:
🟣 критично (льём секреты, не работает важный пользовательский путь)
🟡 риск (нет бэкапов, логи видны пользователю)
🟢 желательно иметь (тесты, кеширование и т.д.)
В некоторых проектах у меня есть отдельный агент с кастомным чеклистом, который помогает выполнять эту работу.
5️⃣ Объяснение через мою призму опыта.
При работе с незнакомым стеком (с AI это теперь обычное дело) я прошу агента объяснять происходящее через понятную мне парадигму. Для этого сначала прошу опросить меня и узнать мои навыки и знакомые технологии, а затем строить объяснения через аналогии. Например, когда копался во Flutter / Dart / Kotlin, просил объяснять через Angular / RxJS. +100 к пониманию гарантированно.
Это только первая часть практик.
Остальное не стал вываливать, и так простыня получилась (молчал молчал и тут те на).👊
Если у вас есть прикольные шаблоны работы с агентами, то welcome в чат, поразгоняем.
@summon_the_coder | chat$.subscribe()
#ai #claude #agent
Всем халоу! Этот год ознаменовался тем, что я полностью перешёл на агентский воркфлоу и меня поразила болезнь под названием «claude’изм». В 85–90% случаев использую Claude Code (и пытаюсь сжечь токены как ненормальный), остальное делят Gemini, Qwen и ChatGPT.
Переключаясь между проектами, я поймал себя на мысли, что выработал ряд переиспользуемых практик. Они не зависят от agent harness или используемого мета-фреймворка поверх агента (superpowers, gsd, spec-kit или любой другой) и уже пережили несколько апдейтов моделей.
По сути данные практики — это техники по context engineering, что сейчас становится более важным, чем составление промпта и prompt engineering в целом. Помните эту хайп-профессию промпт-инженера, которая изжила себя, не успев толком родиться? Итакс, погнали.
При работе над задачами, а также на этапах проработки дизайна и планирования решений агент часто предлагает улучшения и дополнительные финтифлюшки, которые замедляют поток выполнения.
С отдельным бэклогом агент будет сбрасывать туда все дополнительные идеи, описывать сложность, важность, блокеры, а не спамить в чате вопросами во время работы. Также для отслеживания масштаба работы можно попросить создать лог с завершенными / отклоненными задачами.
При работе с особенно большой фичей или эпиком, которые не вмещаются в лимиты сессии, хорошо бы иметь трек прогресса. Закрыли терминал, ушли потрогать траву, вернулись, и хоба, продолжили с того же места. В этих случаях я прошу создать audit-файл, который содержит: дату аудита, что готово / не готово, блокеры, техдолг, ссылку на бэклог. И главное — в конце есть чётко описанный список DoD, по которому агент сверяет готовность.
Аудит может быть как глобальным на весь проект, так и локальным, прикреплённым к конкретному модулю.
Есть плагины, которые добавляют «долгую» память (remember, claude-mem), но по моему опыту с ними результат хуже. Сессии и данные могут смешиваться, и результат выходит более шумным.
Claude последние месяцы штормит, и качество работы скачет. Из-за этого некоторые вещи приходится проговаривать отдельно. Одна из них — инструкция вида:
оцени задачи (сложность, масштаб и т.д.) и для каждого суб-агента назначь подходящую модель
Золотая база — планировать через Opus. Скаффолдинг и механический рефакторинг это слишком жирно для такой модели. Суб-агент на Haiku выполнит это без проблем и потратит меньше токенов.
После нескольких кругов ревью (со скиллами и без), когда кажется, что основные проблемы закрыты, я прошу сделать production readiness проверку для текущего стека. Вывод в виде 3 категорий:
В некоторых проектах у меня есть отдельный агент с кастомным чеклистом, который помогает выполнять эту работу.
При работе с незнакомым стеком (с AI это теперь обычное дело) я прошу агента объяснять происходящее через понятную мне парадигму. Для этого сначала прошу опросить меня и узнать мои навыки и знакомые технологии, а затем строить объяснения через аналогии. Например, когда копался во Flutter / Dart / Kotlin, просил объяснять через Angular / RxJS. +100 к пониманию гарантированно.
Это только первая часть практик.
Остальное не стал вываливать, и так простыня получилась (молчал молчал и тут те на).
Если у вас есть прикольные шаблоны работы с агентами, то welcome в чат, поразгоняем.
@summon_the_coder | chat$.subscribe()
#ai #claude #agent
Please open Telegram to view this post
VIEW IN TELEGRAM
2❤23👍17🤝4🔥2
А не пора ли сдуть пыль со стримерской? Погнали сегодня посмотрим контент от господина Ивана "я снимаю лучшие в айти документалки и что вы мне сделаете" Чернякова.
Думаю в 20:00 стартанем
Please open Telegram to view this post
VIEW IN TELEGRAM
10🔥16❤6😁6
Конференции не нужны? 😀
На прошлой неделе прошла московская конференция HolyJS😇 . Не писал текст сразу, хотелось дать впечатлениям и эмоциям немного выровняться (ладно, просто лень было).
Оба дня провел на стенде сообщества IT-Хозяева вместе с Саней и остальными ребятами. На стенде были активности: можно было поиграть в игру с динозавриком и забрать призы или просто подойти поболтать и обсудить что угодно. Вообще в этом году все сообщества большие молодцы — у каждого были свои крутые и интересные активности.
Помимо стенда успел побегать по докладам: послушать про Angular, про ИИ, куда уж без него, и насладиться злодействами Евгения Кучерявого. Ну и, конечно, очень плотно и вкусно пообедать. Шашлыкгейт до сих пор не отпускает общественные умы.
Сам я лютейший хиккан, дайте мне четыре стены и компьютер и вот оно счастье. Но на конференции я каким-то образом переобщался и перезнакомился вообще со всеми, с кем только можно и нельзя. Атмосфера сама подталкивала к нетворкингу.
И, как по мне, это до сих пор самое ценное в таких мероприятиях. Не доклады, а именно люди (йоу, спасибо кэп!) и неформальное общение, когда можно на «полноценном» русском языке обсудить все плюсы и минусы технологии N. И это, мне кажется, важно отдельно проговаривать. В эпоху массовых выкриков «всех и всё заменят» именно на таких мероприятиях особенно хорошо понимаешь, что нифига подобного.
Был очень рад увидеть Ивана Чернякова — славно почендждетектились, наобсуждали всякого. Но, как всегда, хочется еще и еще.
В итоге, неприлично хорошо провел оба дня. Вернулся заряженный и готовый дальше сидеть перед монитором.🤣
Все чаще слышно разговоры о том, что больших конференций в ближайшее время может стать меньше. Слишком много негативных факторов сошлось в одной точке. И пока не очень понятно, что будет дальше: небольшие локальные мероприятия, ивенты от бигтехов или вообще какие-то новые форматы?
P.S. на фото можно увидеть моего темного волосатого брата близнеца, как я внимательно впитываю доклад про Angular и кидаю человека-паука на общем фото.
@summon_the_coder | chat$.subscribe()
#holyjs
На прошлой неделе прошла московская конференция HolyJS
Оба дня провел на стенде сообщества IT-Хозяева вместе с Саней и остальными ребятами. На стенде были активности: можно было поиграть в игру с динозавриком и забрать призы или просто подойти поболтать и обсудить что угодно. Вообще в этом году все сообщества большие молодцы — у каждого были свои крутые и интересные активности.
Помимо стенда успел побегать по докладам: послушать про Angular, про ИИ, куда уж без него, и насладиться злодействами Евгения Кучерявого. Ну и, конечно, очень плотно и вкусно пообедать. Шашлыкгейт до сих пор не отпускает общественные умы.
Сам я лютейший хиккан, дайте мне четыре стены и компьютер и вот оно счастье. Но на конференции я каким-то образом переобщался и перезнакомился вообще со всеми, с кем только можно и нельзя. Атмосфера сама подталкивала к нетворкингу.
И, как по мне, это до сих пор самое ценное в таких мероприятиях. Не доклады, а именно люди (йоу, спасибо кэп!) и неформальное общение, когда можно на «полноценном» русском языке обсудить все плюсы и минусы технологии N. И это, мне кажется, важно отдельно проговаривать. В эпоху массовых выкриков «всех и всё заменят» именно на таких мероприятиях особенно хорошо понимаешь, что нифига подобного.
Был очень рад увидеть Ивана Чернякова — славно почендждетектились, наобсуждали всякого. Но, как всегда, хочется еще и еще.
В итоге, неприлично хорошо провел оба дня. Вернулся заряженный и готовый дальше сидеть перед монитором.
Все чаще слышно разговоры о том, что больших конференций в ближайшее время может стать меньше. Слишком много негативных факторов сошлось в одной точке. И пока не очень понятно, что будет дальше: небольшие локальные мероприятия, ивенты от бигтехов или вообще какие-то новые форматы?
P.S. на фото можно увидеть моего темного волосатого брата близнеца, как я внимательно впитываю доклад про Angular и кидаю человека-паука на общем фото.
@summon_the_coder | chat$.subscribe()
#holyjs
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥17❤2😁2
Я попал в общую волну блокировок от антропиков (контора сами знаете кого) несколько дней назад. 30 числа сняли 200 баксов, а 1 уже блокнули. Аккаунту ~1.5 года, хнык хнык.
И это лучшее, что случалось в этом году, мир снова из черно-оранжевых тонов стал приобретать полноценную палитру, больше никто не шепчет на ухо, что осталось 23% до сброса и надо сжечь лимиты. А вы видели на улице какая осень то прекрасная?!
Кароче думаю и канал надо восстанавливать, раз такая пляска. Так что скоро все будет👋
И это лучшее, что случалось в этом году, мир снова из черно-оранжевых тонов стал приобретать полноценную палитру, больше никто не шепчет на ухо, что осталось 23% до сброса и надо сжечь лимиты. А вы видели на улице какая осень то прекрасная?!
Кароче думаю и канал надо восстанавливать, раз такая пляска. Так что скоро все будет
Please open Telegram to view this post
VIEW IN TELEGRAM
11👍19😁15🔥9😢3💔2🤝1
Сергей в комментариях попросил ничего не говорить про бенчмарки, ладно скажу. Новость не новая, хотя в ии новостях любая новость через 60 секунд не новая, так что да. Появился Nerf Bench, бенчмарк, который показывает насколько отупела модель с запуска. Выборка моделей пока бедная (opus, sonnet, astra, sol). Измеряют перформанс, количество затраченных токенов и стоимость праздничного банкета. Но сходу возникает много вопросов, а как, а что, потому что давно известно, что когда на западе начинаются рабочие часы, модели начинают жутко троттлить, долго думать и выдавать нестабильный результат. Мой антирекорд - opus 5 перед выходом версии 5.5 пинал текстовую презентацию 40 часов.
В любом случае будет интересно сверить внутреннее ощущение, что модель теряет очки icq перед выходом более новой версии.
В любом случае будет интересно сверить внутреннее ощущение, что модель теряет очки icq перед выходом более новой версии.
3👍3❤2🔥2🙏1🌭1🤝1