#frontend_useful

Нашел интересный вариант изучения Git с помощью небольшой песочницы. Есть возможность поработать в том числе с удаленными репозиториями.

Документацию на 100%, конечно, не заменит. Но основные моменты хорошо раскрываются.

#frontend_mylife

3 месяца ушло на то, чтобы прочитать трилогию Метро.

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

На самом деле все 3 книги прочитал на одном дыхании. Ровные по сюжету, не затянуты.

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

Дмитрий Глуховский не стал делать новые книги, но зато права на вселенную Метро есть у 4A Games, которые выпустили уже третью часть игры. И она как раз продолжается на том месте, где заканчивается книга.

Так что дальше погружаюсь в игру, а параллельно что-то ещё буду искать для чтения 🙂

#frontend_useful

Скоро сможем поработать с новым браузерным API "window.ai", который под капотом использует Gemino Nano.

Подробности по ссылке 🙂

Ставь ❤️, если бы интересно было затестить)

#frontend_mylife

На работе попросили попроводить собесы middle разработчиков и это, на самом деле, очень грустненько.

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

И по итогу из 10 кандидатов только 2 были пропущены на техническое интервью.

Почему? Основные причины три.

1️⃣ Многие не проверяют то, что сделали. Вроде работает, но с багами. Причем баги выявить максимально просто: где-то дважды запрос уходит, где-то просто после 3х срабатываний пагинации перестает работать. Потому что Observer настроен неверно.

2️⃣ Визуал. Тестовое без дизайна. И никто не просит сделать произведение искусства. Но мне было бы стремно отдавать тестовое в таком виде, которое на скриншоте. Так, на секундочку, выглядит десктоп. Причем разрешено использовать любые UI-библиотеки и фреймворки.

3️⃣ Нет адаптива. Ну серьезно. 2025 год и когда сужаешь экран - появляется скролл? Адаптив на любом проекте - это просто по умолчанию должно быть. Почему это важно? Я встречал middle-разработчиков, которые не могут в адаптив. Смешно, но факты из жизни.

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

Да, я понимаю. Для многих это «очередное тестовое, которые делал десятки раз». Но если вы взялись за него, то сделайте нормально, а не на отвали.

Спонтанный пост, но немного забомбило 😃

#frontend_post

Последний пост набрал море комментариев) были как и согласные со мной, так и те, кто бомбили на то, что бомблю я 😃

Сейчас давайте абстрагируемся от моих ожиданий к кандидатам. Просто расскажу то, как бы делал задания я.

Дисклеймер: я бы в целом не брал тестовые. В большинстве случаев уровень можно узнать просто пообщавшись с человеком. Последние 3 работы с крутыми проектами и командами я проходил именно в режиме «пообщаться». Где-то смотрели на мои софты, где-то на то, как я бы делал определенную задачу. Без вопросов про event loop и т.п. Такие собесы отлично подходят для кандидатов, начиная с уровня Middle.

Но вот все-таки предположим, я беру тестовое. Что я должен сделать?

1️⃣ Внимательно читаю техническое задание. Бывает такое, что какие-то формулировки спорные и непонятные. Всегда надо уточнять такие моменты. Больше скажу: знаю компании, которые специально делают ошибки в ТЗ, чтобы посмотреть на реакцию кандидата. Будет ли уточнять или сделает так, как решил сам.

2️⃣ Делаю проект. Раз я взялся за тестовое, я должен сделать его хорошо.

Во-первых, я максимально его оттестирую. Конечно, я могу что-то упустить из виду. Но одно дело упустить то, что видно сразу и легко найти баг. Другое - это не подумать о каком-то супер редком юзер кейсе.

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

В-третьих, добавил бы базовые правила линтера и прогнал бы итоговый код через него. Это покажет компании, что для меня качество и внешний вид кода стоит не на последнем месте.

В-четвертых, добавил бы комментарии с помощью JSDoc. Документация кода - важная вещь. И компании точно оценят это. Особенно если этого в требованиях нет, а вы все равно добавите.

Ну и в-пятых. Визуал. Одно дело, если мне дают готовый макет и я делаю верстку ровно по этому макету. Другое - визуальный вид оставляют на усмотрение кандидата. Я буду использовать не вырвиглазные цвета (типа красный на желтом или серый на коричневом). Кроме этого, раз я сам составляю внешний вид, я в любом случае добавлю возможность смотреть проект на разных устройствах, то есть адаптив. 70% заходов на сайты идут с мобильных устройств. Я не могу не показать, что не знаю об этом.

Пункты 3, 4 и 5 делаются очень быстро. Вы на все это потратите 20 минут своего времени, а качество проекта будет совсем на другом уровне и поверьте: вы выгодно будете отличаться от других кандидатов, которых, как правило, очень много.

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

Вот как-то так. Ну а поспорить или дополнить можно как всегда в комментах)

Очень важно узнать от вас следующее:
- Кем вы сейчас работаете и на какой позиции
- Почему вообще пришли в IT? Максимально честно
- Чем занимаетесь сейчас и устраивает ли вас это
- К чему стремитесь? Быть лидом, архитектором или может вообще заработать себе на квартиру и уйти из IT? 🙂

Нужно для будущих постов 🙂 спасибо 🙂

#frontend_mylife

Тот кайфовый момент, когда за 2 дня проверено 16 работ. Мозг потек, но порция проектов поехали на доработку 🙂

А я пока потихоньку начинаю готовить новый видео-курс по Vue3 + Supabase 🙂 В скором времени будут подробности

#frontend_mylife

Что-то закапризничала моя Pocketbook. Пришло время попробовать Kindle) Обязательно расскажу, как оно и что через пару неделек)

Вы кстати за электронную книгу 🔥 или обычную 👍?

P.S. Обожаю бумажные, но ставить их уже некуда 😃

#frontend_useful

Интересный небольшой сервис, который следит за осанкой.

Ставится легко, запускается тоже 🙂 Нужна только рабочая вебка и желание сидеть ровно, а то приложение будет постоянно пушить алерты (если не отключить их, но тогда смысл теряется).

#frontend_mylife

Жене вчера говорю «хочу поехать сегодня посидеть в кофейне, подумать по поводу новой программы курса». На что получаю ответ «А может хватит? В тебя откуда вообще столько влезает? Можешь сидеть ровно и хоть немного отдохнуть?» 😁😁😁

На самом деле, если положить руку на сердце, я сам не знаю, откуда во мне мотивация столько всего делать. Загибаем пальцы:

☝️Блог, где любой из постов - это авторский контент и поиск информации своими руками. Без всяких ChatGPT. Теперь ещё есть и закрытая группа и туда тоже надо грузить полезности.

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

☝️✌️Видеокурсы. Вот тут сложнее всего. На запись уходит нереально количество времени. Если следите за каналом, то обычно я выпускаю пару больших плейлистов в год. На бОльшее просто нет времени. Так как надо придумать идею, сделать проект, записать видео, сделать (несложный) монтаж.

✌️✌️Подкаст. Да, если честно, это вообще не приоритет для меня сейчас. Взлетит или нет - непонятно. Но придумывать и записывать все равно надо. Кто знает, когда и кому это поможет.

✋Все остальное: работа (сам проект + проведение собеседований), семья, спорт, свое развитие, найти время на почитать/поиграть.

Короче, пока писал все это - сам не понимаю, как меня хватает на всё 😁

Если взять, и бросить первые 4 пункта - жить станет проще) Я даже, наконец-то дойду до изучения Flutter и Unity) Но уже не представляю, что возьму и брошу сюда писать. Это уже как хобби, которое тебя затянет и не отпустит 🙂 Да, иногда доводит до выгорания, но выгореть можно и сидя на диване ничего не делая 😀

Так что, как говорили пингвины из Мадагаскара, улыбаемся и машем пашем 😁

P.S. Вчера сдался и не поехал думать про новую программу курса, но чуть позже я доберусь до этого обязательно 😉

P.P.S Кстати, недавно у меня в комментариях спросили, делаю ли я какой-либо контент-план для блога. Ответ: нет. Так нельзя, но с планом я начинаю себя загонять в рамки. Поэтому настолько не заморачиваюсь. Если вдохновение - пишу. Нет - значит пока надо помолчать.

Накидайте чтоли огонечков, чтобы я понял, что все это не зря делаю))

#frontend_mylife

На финальном этапе в гонке за разработчиками 🙃

Очень приятный фидбэк от HR) Рабочая неделя заканчивается на мажорной ноте 👍

#frontend_mylife

Как говорится, 31 год бывает раз в жизни 😀

С каждым прожитым годом все больше думаешь о том, кто находится с тобой: родители, семья, друзья, товарищи. Как ни крути, а это самое важное. Деньги можем всегда заработать, а люди бесценны 🙂

#frontend_post

Почему Skeleton — это не просто украшение, а спасение для UX?

Сейчас время терпеливых пользователей закончилось. Если страница грузится больше пары секунд и не даёт никакой обратной связи, 50% людей просто закроют её. Но мы же разработчики и должны удержать юзера. Поэтому Skeleton — это мастхэв.

1️⃣ Skeleton создаёт иллюзию скорости

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

2️⃣ Компонентный подход спасает кодовую базу

Если у вас в проекте карточки товаров, посты в блоге, аватарки и таблицы — у каждого из них должен быть свой Skeleton. Так не придётся придумывать велосипеды каждый раз.

3️⃣ Skeleton решает проблемы с «дерганьем» верстки (CLS)

Без Skeleton контент появляется хаотично, и элементы перескакивают. Google это не любит. Skeleton же позволяет заранее выделить место под текст, картинки, кнопки. Браузер понимает, что туда точно загрузится контент, и ничего не «поедет».

4️⃣ Можно кастомизировать под бренд

Skeleton — это не обязательно скучные серые блоки. Хочется плавную анимацию? Без проблем.

5️⃣ Со Skeleton продукт выглядит дороже

Если подвести итоги, то Skeleton сейчас действительно мастхэв. Да, можно навесить просто лоадер на всю страницу, но когда вы постепенно открываете юзеру разные блоки страницы, ему это будет более понятно.

Если ваш дизайнер не предусмотрел этого - советую спросить у него причину 😀