Александр Белькевич </> Frontend вдохновляет

#ФронтНовости@front_everyday

Вчера Microsoft объявила о доступности предварительных версий TypeScript с компилятором на Go.

Новый компилятор доступен через npm

  npm install -D @typescript/native-preview

Для компиляции проекта используется команда

  npx tsgo --project ./src/tsconfig.json

tsgo будет в будущем переименован в tsc и станет частью основного пакета TypeScript.

Новый компилятор показывает ускорение компиляции в 5-10 раз, по сравнению с текущей реализацией на JavaScript.

В качестве примера приводят проект, который с помощью tsc собирается 14 секунд, с помощью tsgo - 2.6. И чем больше проект, тем заметнее разрыв.

Оригинал статьи и больше подробностей по ссылке.

#ФронтМысли@front_everyday

Overskill или почему некоторые разработчики прячут свой опыт

Прошлой осенью я решил обновить свое резюме и посмотреть, что сейчас вообще с рынком происходит.

Если раньше за 2 недели получить пачку офферов с моим опытом было легче легкого, то сейчас стало гораздо сложнее. Осенью за 2 недели я только один раз сходил на собес.

Почесал я голову, решил провести эксперименты. Убрал из резюме упоминание своих блогов. Так как мало ли, может компании не хотят связываться с «медийной 😆» личностью. И… это не помогло.

Где-то прочитал про уменьшение опыта. Скиллы оставил те что есть, но отредактировал резюме так, будто я работаю не с 2012 года, а с 2019. И знаете что? HR стали писать. Странно, подумал я.

Но недавно подняли эту тему с моим лидом и я решил написать знакомому HR, спросить, что вообще происходит. И теперь стало все немного яснее.

Проблема — overskill

Теперь для HR ты можешь быть «слишком крутым». Так как многие HR думают:

«Он быстро уйдёт»
«Ему будет скучно»
«Зарплату попросит выше рынка»
«Начнёт качать права»

И даже если ты всё это не планируешь — шанс получить отказ растёт. Просто потому что ты выглядишь “слишком опытным”.

Почему так происходит?

Потому что многие компании не ищут сильных — они ищут удобных.
- Которые не будут спорить с ТЗ.
- Которым не надо объяснять, почему архитектура кривая — они и так не спросят.
- При недовольстве не найдут сразу новую работу и не сбегут

Абсурд? Абсолютно. Но это не мои слова, а слова HR с большим опытом.

Пока мы думали, что проблема с работой будет из-за AI, прилетело с другой стороны.

И, конечно, далеко не в каждой компании так, но тренд, к сожалению, печальный.

Что думаете на этот счёт?

#МойЛайф@front_everyday

Не ищу работу, но вчера написала HR, которая предложила пройти собеседование в компанию.

«Мы ищем не просто сотрудника, а члена нашей небольшой семьи»

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

В итоге сразу стали общаться с руководителем и если бы я стал играть в Бинго ред флагов, то сорвал бы большой куш)

Загибаем пальцы:

1. «Нам нужен человек, который горит делом, а не просто отбывает номер. Он должен жить проектом и любить его.»

2. «Как относитесь к переработкам? Проект уже рабочий. Баги есть. Конечно, в 5 утра в выходной день никто не дернет, но в целом ребята часто в выходной день подключаются к срочной работе. Можем обсудить бонусы за это»

3. «У нас дух стартапа, каждый может привнести свои идеи»

4. «Уже 3 года делаем проект. Вложили кучу своих денег. Спонсоров нет. Теперь надо дальше его развивать»

5. «Фронты постоянно не успевают, поэтому уже в 3 раз меняем полностью команду»

6. «Кем вы видите себя через несколько лет?»

7. «А какое у вас высшее образование?» (кстати, впервые за много лет это спросили)

Может ещё что-то забыл, но получаса такого разговора хватило)

#ФронтМысли@front_everyday

Перфекционизм в коде — когда он помогает, а когда мешает

Я не раз замечал: иногда заканчиваешь задачу и… не отпускает.

Код работает. Все happy path — отрабатывают. Даже design review пройден.
Но внутри сидит мысль: «А можно ведь чуть лучше».
— Тут бы имя переменной почище
— А тут повтор кода
— А вот этот computed как-то грязно смотрится
— А может вообще всё снести и написать заново? 🤯

Надо доделать, довести. «Чтобы было красиво».
Это вроде как хорошо. Мы ведь за качество и чтобы не было технического долга.

Но вот что я заметил:

Иногда за перфекционизмом прячется страх.
Страх быть раскритикованным. Страх, что кто-то посмотрит код и подумает: “ну и кто его вообще взял на работу?”.
Страх, что если не сделать идеально — ты как будто не настоящий разработчик.
Мы начинаем доводить до идеала не потому что это нужно продукту — а чтобы доказать себе (или кому-то), что мы «достаточно хороши».

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

А ещё это может быть саботаж.
Сознательный или нет. Перфекционизм даёт ощущение “я занят”.
Ты вроде бы работаешь, а по факту откладываешь главную цель — сделать фичу, закрыть задачу, двигаться вперёд.
“Я не затягиваю — я улучшаю качество”. Удобная отговорка.

🔥🔥🔥🔥🔥🔥🔥🔥🔥

Я не говорю, что надо забить и писать спагетти.
Перфекционизм — мощный инструмент. Особенно, если ты мидл и выше — ты понимаешь, как сделать лучше, и можешь это реализовать.

Но важно время от времени задавать себе несколько честных вопросов:

❤️ Это улучшение реально нужно сейчас?
❤️ Пользователь это заметит?
❤️ Это принесёт пользу команде?
❤️ Это будет понятно другому разработчику?
❤️ И главное — а не откладываю ли я важное, прячась за «улучшайзинг»?

Хочется услышать и ваше мнение. Как у вас с этим? Бывает, что уходите в излишнюю полировку? Или давно научились отпускать?

#РабочийЛайф@front_everyday

На работе подъехала интересная задача, которую надо сделать довольно быстро: создание виджета, который должен работать на лендосе Tilda, во Vue-приложении и (теоретически в будущем) в приложении на React.

Выбрал headless-подход (отделение логики от UI). По итогу поделюсь своими мыслями и подходами 🙂

Ставь ❤️, если интересно будет почитать

#МойЛайф@front_everyday

Иногда под постами вы спрашиваете "Че Саня, когда новый видеокурс. Обещал давно, но никак не выложишь".

Есть такой грешок, но на самом деле у меня есть отмазки))

1. Это самый большой курс, который я когда-либо готовил. Много полезной и важной инфы. И как всегда - основано на практике. План курса писал здесь.

2. Не так много времени на запись. Работа никуда не делась, Блог и курсы - это круто, но не основная деятельность (к счастью или к сожалению - еще не определился))

3. Когда время доходит до записи - хоть в депрессию впадай 😁 2 часа свободного времени, а записан всего один десятиминутный урок. Потому что здесь причмокнул, там фигню сказал, еще где-то стул заскрипел, а иногда просто звук отвалился. Короче, кошмар)

4. Монтаж. Да, он относительно быстрый. Но там вырежи лишнее, здесь склей и время тоже уходит немало.

Так что те, кто ожидает - ждите ❤️ Записал где-то 1/3 курса. Дальше пойдет полегче. Самое сложное - это начало.

#НемногоКода@front_everyday

Разбираемся с конфликтом событий в Vue.js

Недавно я столкнулся с интересной проблемой в рабочем Vue.js приложении. При попытке скопировать текст из определенного компонента (выделив его мышью и нажав Ctrl+C или используя контекстное меню), в буфер обмена вместо выделенного текста попадала строка [object ClipboardEvent]. При этом в других компонентах копирование работало нормально.

Причина проблемы

После долгих исследований я обнаружил истинную причину проблемы: конфликт имен между нативным событием браузера и пользовательским событием Vue.

В моем компоненте был метод copy , который эмитил событие с именем "copy" в родительский компонент:

copy(value) {
 this.$emit("copy", value);
}

А в родительском компоненте был обработчик этого события:

<order-info-lines :info="orderInfo" @copy="copy" />
...
copy(value) {
 navigator.clipboard.writeText(value);
}

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

Решение

Решение оказалось простым: нужно было избежать конфликта имен, переименовав пользовательское событие Vue.

// переименовать copy на copyValue
copy(value) {
 this.$emit("copyValue", value);
}

И так же обновить все места в родительском компоненте

<order-info-lines :info="orderInfo" @copyValue="copy" />

После этих изменений копирование текста стало работать корректно.

Выводы

1. Избегайте использования имен нативных событий браузера для пользовательских событий Vue. Вот некоторые распространенные нативные события, которые лучше не использовать для пользовательских событий: click, copy, paste, cut, focus, blur, input, change, submit, keydown, keyup, mousedown, mouseup, mousemove.

2. Используйте префиксы для пользовательских событий. Хорошей практикой является добавление префикса к именам пользовательских событий, например: on-copy, handle-copy, custom-copy или, как в моем случае, copyValue.

#ITЮмор@front_everyday

С рабочего чата 😃

#РабочийЛайф@front_everyday

Так как я провожу время от времени технические собеседования, мне и другим ребятам на работе провели онлайн-треннинг по найму.

Узнал немало нового. Где-то заметил свои ошибки, а где-то понял, что действовал максимально верно и корректно по отношению к кандидатам.

Еще понравилось, что структура собеседования, которую предлагают HR, у меня была выдержана почти минута в минуту. Получилось само собой, опытным путем 🙂

В конце от каждого просили фидбэк к треннингу. Было круто, но меня выбили из колеи следующие слова и словосочетания (часть составленного мной списка):

no-decision воронки
cultural fit
Job-knowledge
дип-дайв
Ice-breaker
мотивационный «fit»

Либо я слишком стар для этого, либо это HR-слова, которые от меня далеки 😁 Попросил в следующий раз попроще 😁

А в целом было очень интересно) Как говорится, ни дня без получения новой информации ❤️

#ФронтОпыт@front_everyday

Несмотря на приколы с Cursor лично у меня, у вас есть возможность с ним поработать в течении года совершенно бесплатно, если вы студент. Даже если вы из стран СНГ.

Подробности здесь 😌 Бесплатно точно нужно попробовать, это даже не обсуждается 🧐

#ФронтОпыт@front_everyday

Продолжение истории… 😌

А ее нет так таковой. Пошла третья неделя молчания. Написал с другой почты - ответили. В итоге опять началось «Зайдите/выйдите из аккаунта, станцуйте румбу с бубном и ждите, когда-нибудь разберемся».

Настолько отвратительное отношение к юзерам, особенно платным, встречается крайне редко. Причем на их форуме таких проблем море.

По итогу перешел на Windsurf. Чуть подешевле, но лимиты, агенты, разные варианты ИИ и так далее здесь тоже есть. Большой разницы не заметил в работе. По крайней из того, что мне нужно - все есть 🙃

Ну а Cursor, думаю, соберет ещё отрицательных отзывов. Ладно я потерял 20$, но люди покупают годовые подписки, и их так же игнорят. Кидалово? Вряд-ли. Несерьезное отношение к делу? Однозначно.

#ФронтМысли@front_everyday

Почему фронтендеру важно уметь верстать?

— “Да зачем мне эта верстка, я же фронтендер! Пусть дизайнеры рисуют, верстальщики верстают, а я буду писать логику.”

Ошибочка! Если вы хотите быть полноценным фронтенд-разработчиком, а не просто “кто-то там, кто кидает JSON в компонент”, то умение верстать — это базовый навык.

Без него вы будете зависеть от других, терять время и страдать от багов, которые можно было бы легко избежать.

Вот 5 причин, почему верстка — это ключевой навык фронтендера:

1️⃣ Вы понимаете, как правильно работать с UI

Фронтенд — это не только JavaScript. Вы создаёте интерфейс, а не просто логику.

Если вы не умеете верстать, то:
- Вы будете полагаться на готовые UI-библиотеки и ограничивать себя их возможностями.
- Вы не сможете грамотно адаптировать макет под разные экраны.
- Вы будете писать костыли, потому что не знаете, как работают flex, grid, position, z-index.

✅ Как должно быть:
Вы получаете макет → разбиваете его на компоненты → верстаете так, чтобы всё было адаптивно, удобно и легко расширяемо.

2️⃣ Вы быстрее и качественнее работаете с дизайнерами

Если вы понимаете верстку, вам не нужно по 10 раз спрашивать у дизайнера:
— “А тут margin какой?”
— “А что делать, если заголовок длинный?”
— “А если тут картинка больше обычного?”

❌ Без верстки:
Вы видите макет и теряетесь, потому что не знаете, как его правильно сверстать.

✅ С версткой:
Вы понимаете, где grid, где flex, какие отступы важны, а где можно адаптировать.

Фронтендер, который разбирается в верстке, экономит своё время и не грузит команду лишними вопросами.

3️⃣ Вы делаете адаптив, который реально работает

❌ Без верстки:
Вы берёте чьи-то готовые медиазапросы, не понимая, как они работают.

✅ С версткой:
Вы сразу пишете адаптив правильно:
- Mobile First или Desktop First, в зависимости от задачи.
- Делаете элементы гибкими, а не “задаёте в пикселях и молитесь, чтобы не поехало”.

4️⃣ Вы меньше страдаете от багов

Вы же видели этот ад, когда на одном экране всё норм, а на другом — верстка сломалась?

Это происходит, когда разработчик не учитывает особенности браузеров:
- overflow: hidden где не нужно.
- z-index: 999999999 вместо нормальной иерархии.
- position: absolute вместо flex или grid.

✅ Как должно быть:
- Вы понимаете специфику браузеров.
- Вы знаете, как верстать так, чтобы не появлялись странные баги.
- Вы можете быстро фиксить проблемы, не переколачивая весь код.

5️⃣ Вы цените время (и деньги)

Не умеете верстать? Тогда готовьтесь:

Сроки разработки растянутся, потому что вы не можете быстро сверстать и переделываете одно и то же.

Будете зависеть от других, потому что даже небольшие правки в UI вам придётся ждать от верстальщика.

Ваши шансы на оффер снизятся, потому что компании ищут фронтендеров, которые могут делать интерфейсы сами, а не просто “лепить компоненты”.

✅ Как должно быть:
- Вы можете сами сверстать любой макет, не тратя время на поиски готовых решений.
- Ваши интерфейсы выглядят так, как задумано, а не “примерно похоже”.
- Вы быстрее растёте как специалист, потому что умеете и писать логику, и работать с UI.

Вывод

Фронтенд — это не просто “писать код”. Это создавать удобные, красивые и работающие интерфейсы.

И если вы до сих пор считаете, что верстка — это “несерьёзно”, попробуйте объяснить это работодателю, который ищет специалиста, а не человека, который “умеет, но не хочет”.

Кстати, на курсах я смотрю визуал и верстку не меньше, чем логику и правильно написанные JS/Vue компоненты.

И да, есть исключения в компаниях, где отдельно верстальщик делает свою магию, а фронт пишет только логику. Но так далеко не везде и рассчитывать на попадание именно в такую компанию - такое себе.

Буду рад, если среди вас нет тех, кто не умеет верстать, но как показывается практика и собеседование — среди нас таких много 🙈

На правах рекламы

🩵 Как я попал в Яндекс и что узнал о собеседованиях в IT

👋 Привет, подписчики канала Александра !

Я — Илья Шишков, С++ разработчик с 20-летним опытом в IT, 11 лет в Яндексе и более 250 проведенных технических интервью. Сейчас работаю в R&D команде СУБД Pangolin в СберТехе.

Помню свой первый день в роли интервьюера: я сидел по другую сторону стола, с двумя финалами чемпионата мира по программированию ICPC в резюме, и я понял главное: многие талантливые разработчики проваливают интервью из-за банального незнания правил игры.

📋 На моем канале вы получите инсайдерскую информацию:

🖇реальные задачи и вопросы с интервью в топовых компаниях
🖇типичные ошибки кандидатов и как их избежать
🖇cекретные техники самопрезентации, которые работают
🖇cтратегии подготовки к собеседованиям всех уровней

🔍 За годы работы я собрал уникальные инсайды, которые помогли десяткам специалистов получить работу мечты. Теперь делюсь не сухой теорией, а реальными историями и практическими советами из первых рук.

✅ Хотите узнать, как на самом деле устроены собеседования в топовых IT-компаниях и многократно увеличить свои шансы на успех?

Подписывайтесь на мой канал!

Там я регулярно раскрываю секреты, которые обычно остаются за закрытыми дверями технических интервью.

#ПолезныеШтуки@front_everyday

В выходной день не буду сильно грузить и просто дам полезность 😃

https://www.freepublicapis.com

Подборка из более чем 350 бесплатных API

Можно юзать в своих pet-проектах. Особенно понравилась статистика, которая показывает количество ошибок по выбранному API. Можно сразу понять, стоит ли тратить на него время 🙂

Канал, который я сам читаю и вам советую — @ulshinblog

Если вам близка тема не просто писать код, а делать это осознанно — вам к Никите Ульшину.

Он тимлид в Т-Банк, провёл сотни собесов, собрал не одну команду, а ещё пишет так, что сложные вещи становятся понятными.

В блоге Никиты вы найдёте:
— как управлять разработкой и не выгореть,
— как не захлебнуться в техдолге,
— как выбирать подходы, чтобы потом не переделывать,
— а ещё — личные темы, книги и советы, которые реально работают.

Вот несколько постов, с которых можно начать:
1. Как принимать обратную связь — бурное обсуждение, много инсайтов.
2. Как меньше уставать — без банальщины.
3. Про отказоустойчивость и BFF — доклад, который хочется переслушать.
4. Зачем мне это вообще? — пост, который попадает в точку каждому, кто учится.

Подписывайтесь: @ulshinblog
Если вы мидл, лид, или просто думаете о том, как жить эту жизнь разработчика осмысленно — точно не пожалеете.

#ФронтОпыт@front_everyday

Cursor божественен!

Серьезно. К AI инструментам я относился довольно скептически (в плане написания кода). Но при должной настройке редактора он превращается в мощный инструмент, который действительно убирает рутину и дает сосредоточиться на более сложных задачах.

За 2 недели плотного использования я не стал vibe-кодером (фух, а так боялся). Таким в работе с AI надо отказывать с пометкой в личном деле, так как наговнокодить легче легкого.

Но этот пост, на самом деле, вообще не про это все. А про саму команду Cursor, точнее про саппорт.

Купил 6 апреля подписочку на Pro версию. Радовался, кодил, почувствовал себя смузи-разрабом (ну а что - сиди, промты пиши и смотри, как твой компонент из Options API в Composition API превращается).

И тут ровно через 2 недели вижу, что я стал пользователем обычной (то есть free) версии.

Я птица не гордая, бесплатным не брезгую. Но я то заплатил 20$ за услугу.

Пишу в саппорт с вопросом "Where is мой pro аккаунт"?. Мне в ответ "У вас оплата до 6 мая, все должно быть ок" и советы по типу "перезагрузите роутер".

Ясное дело, что ничего не помогло. Ребята мне пишут "Sorry. Пойдем копать глубже, ответим as soon as possible".

Проходит неделя - тишина. Пишу им - игнор. Пишу сегодня опять - игнор. На форуме пишу - так же игнор.

А подписка то платная идет, деньги уплочены. Не то, чтобы я умер за 20$, но оплачивать новую подписку, пока не решится с предыдущей - такое себе. А с учетом того, что я думал сразу на год взять...

В общем, буду держать в курсе ситуации. Продукт - мощь. Но саппорт - грусть.

#ВашиПетПроекты@front_everyday

Добавляю новую рубрику, где вы можете делиться СВОИМИ проектами.

Дисклеймер: не на правах рекламы. Бесплатно!

Идея пришла после того, как мне один из подписчиков прислал телеграм-бота, которого делал сам. Чуть ниже расскажу подробнее, а вы можете прислать свои пет-проекты в эту форму и если проект реально интересный - я расскажу о нем здесь! 🙂

А теперь подробнее про сегодняшний кейс 🙂

Федор прислал ссылку на Telegram-бота. Суть его в том, что он умеет:

- Обрабатывать фотографии в поддерживаемых стилях (к примеру Pixar, Lego, Миядзаки и т.п.).

- Делать из получившегося изображения видео без звука.

- Озвучивать фотографию при помощи голосового сообщения или аудиофайла.

Лично я попробовал несколько генераций и мне понравилось)

Первую фотографию я решил стилизовать под Lego.

Вторую - под Pixar и оживил с помощью промта

Человечек рассказывает очень увлеченно, сидящие люди поднимают руки, чтобы задать вопросы

Мое мнение - очень интересно. Здесь море возможностей и для монетизации, и для расширения функционала 👍

А вот здесь можно почитать, так сказать, будни разработчика и то, как развивается бот. И еще статейка на VC.ru есть о том, как бот делался)

Пробуйте бота (бесплатные токены для генерации есть, так что платить ничего не надо с самого начала) и скидывайте свои результаты в комменты)

А если есть вопросы к разработчику, он ответит в комментариях)

Ну а если формат такой нравится и стоит его продолжать - накидайте реакций)