Frontend Skills

#frontend_mylife

Знаю, что на меня здесь подписаны ребята из моего города.

14 декабря будет проходить DevFest Astrakhan 2024, где будет много интересных тем и спикеров.

Я выступлю с докладом "Искусственный интеллект в жизни разработчика: друг или враг?"

Подробности можно посмотреть по ссылке https://devfest.gdgastra.ru/

Но а то, как это было в прошлом году, можно посмотреть на видео 🙂

https://www.youtube.com/watch?v=7LRXRjNM1_0

#frontend_useful

CSS с момента его появления никогда не имел официального логотипа. И вот, спустя много лет, такая несправедливость устранена!

Перед вами новое лого CSS. Подробнее (в том числе стайлгайд) можно почитать по ссылке на GitHub 🙂

Как вам?)

👍 - Нравится
👎 - Не нравится

#frontend_post

Что тебе мешает выйти на новый уровень?

Знания алгоритмов и наизусть выученные методы не делают из разработчика профессионала. Точнее, не только это важно. Сегодня рассмотрим причины, которые мешают программисту подняться на новый уровень.

👨‍💻 Вы обижаетесь на критику своего кода. Но в действительности получить фидбэк от более опытного разработчика очень важно и ценно.

👨‍💻 Вы не можете справиться с задачей и передаёте ее другому разработчику. Конечно, так проще всего, но ваш скилл при этом не растет. Нужно преодолевать сложности.

👨‍💻 Отказываетесь от помощи. Перекладывать ответственность на другого неправильно. Но спросить совета даже у менее опытного разработчика является верным шагом. Новый взгляд на задачу может очень быстро привести вас к ее решению.

👨‍💻 Обращаетесь за помощью сразу. Да, полная противоположность предыдущему пункту. Но, прежде чем обратиться к кому-то, попытайтесь загуглить. В 98% на вопрос уже есть ответ в интернете.

👨‍💻 Вы не умеете работать в команде. Да, это очень важно. Без этого вы дальше фриланса не продвинетесь и завалитесь на первом действительно серьезном проекте.

👨‍💻 Вы не умеете писать плохой код. Странное заявление? Отнюдь. Иногда нужно написать за очень сжатый срок экспериментальное решение. И тут не до рефакторинга и оптимизации. Но часто у нас заложена привычка все делать идеально с самого начала. Это круто, но не в данном случае.

👨‍💻 Вы считаете часы до конца работы. Ну тут всё просто. Если это так - разработка не для вас. Иногда приходится зависать до ночи, чтобы справиться с важной и срочной проблемой. Суровая реальность.

👨‍💻 Вы пишете слишком много или недостаточно комментария в коде. Надо найти золотую середину. Должно быть понятно, зачем нужна определенная функция, но и описывать каждую операцию нет необходимости.

👨‍💻 Вы не помогаете младшим разработчикам. Да, ваша помощь необходима новичкам. Вспомните себя в начале пути. Делитесь своими знаниями. Не бывает глупых вопросов от младших разработчиков. Есть просто недостаток опыта.

Замечали ли за собой эти или другие привычки?

#frontend_useful

Сел вчера писать пост про неидеальность Google Lighthouse и что одного его недостаточно для реальной оценки вашего сайта.

Пока готовился, нашел хорошую статью на этот счет 🙂

https://www.smashingmagazine.com/2024/11/why-optimizing-lighthouse-score-not-enough-fast-website/

У вас есть опыт оптимизации под Lighthouse?

❤️ - Да
👎 - Нет
😁 - Даже не знаю, что это

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

Нужна ваша помощь для подготовки доклада, о котором рассказывал на днях 🙂

#frontend_mylife

Решил вчера зайти на hh и мне предложило пройти тесты (уровень легкий).

Риторический вопрос: как часто вы решаете такое в верстке? Я, конечно, реже стал верстать, чем 10 лет назад, но сейчас знание таких нюансов повышает количество предложений о работе?

#frontend_mylife

Кажется, я тут во вселенную палочкой потыкал 😁

В комментариях ребята спросили, когда в этом году будет конференция. Я сказал, что не знаю, может и не будет) По крайней мере меня не приглашали)

Проходит 2 часа и пишет организатор, предлагает выступить и примерные даты говорит) Во как бывает)

А вот если бы вы были зрителем, о чем бы интересно было послушать? Без кодинга, без супер гиковских моментов, Чтобы интересно было широкой аудитории, а не только условным Svelte-разработчикам 😄

#frontend_mylife

Почти год назад я выступал на региональном devFest. Было много интересных заинтересованных ребят, много вопросов сразу после доклада. Еще больше вопросов во время перерывов и даже с кем-то потом продолжили общаться в telegram)

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

https://www.youtube.com/watch?v=Pav7JKOK2Os

#frontend_useful

Кто работает с Vue советую к прочтению: про v-html и когда лучше не использовать эту фичу

https://vueschool.io/articles/vuejs-tutorials/vue-js-and-html-injection-explained/

#frontend_mylife

Расскажите, что вы изучали в последнее время? Нужно для контента в ближайшем будущем) чем больше вас ответит, тем лучше для меня 😃

#frontend_useful

Google придумали домены .new, чтобы быстрее получать доступ к нужным приложениям. Вот список нескольких команд .new, которые могут вам пригодиться.

pen.new - новый проект в Codepen

vue.new / react.new / ng.new / ts.new / js.new / nuxt.new- новый проект Vue / React / Angular / TS / JS / Nuxt в CodeSandbox

github.new / repo.new - новая репа на GitHub

figma.new - новый проект в Figma

meet.new - создание нового Google Meet

Это только несколько полезных шорткатов. Огромное множество других можно посмотреть здесь:

https://whats.new/shortcuts/

#frontend_useful

Пропустил как-то, но оказывается месяц назад ESLint стал поддерживать JSON и Markdown.

На самом деле полезная тема, рекомендую ознакомиться

https://eslint.org/blog/2024/10/eslint-json-markdown-support/

#frontend_post

🚀 Как понять, что ты уже Senior-разработчик?

Дисклеймер: все это субъективное мнение, поэтому всегда можно накинуть на вентилятор в комментариях 😃

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

1️⃣ Вы умеете решать сложные задачи. Если вам приходится сталкиваться с проблемами, которые требуют глубокого анализа и нестандартных решений, и вы справляетесь с ними (даже если изначально не знаете, с какой стороны подступиться) - это хороший знак.

2️⃣ Ваш код читаем и поддерживаем. Вы знаете, как писать чистый и понятный код, который легко поддерживать другим разработчикам. Это важно, потому что любой проект — это командная работа, и ваш код должен быть понятен всем участникам команды.

3️⃣ У вас есть опыт работы с разными технологиями. Или хотя бы вы готовы пересесть при необходимости на другой стек. Senior-разработчику нужно уметь быстро адаптироваться к новым технологиям и инструментам. Вы должны знать, какие инструменты лучше всего подходят для конкретной задачи, и уметь их применять.

4️⃣ Вас приглашают участвовать в архитектурных обсуждениях. Когда команда начинает обсуждать архитектуру проекта, ваше мнение становится важным. Это значит, что ваши знания и опыт ценятся коллегами. Конечно, если в компании вы один Junior разработчик и больше никого нет, то вы тоже будете определять архитектуру, но мы не про такие ситуации говорим 😃

5️⃣ Вам доверяют важные проекты. Если руководство поручает вам сложные и ответственные задачи, это говорит о том, что они видят в вас профессионала высокого уровня.

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

7️⃣ Проактивность. Вы не ждете инструкций, а сами предлагаете идеи и улучшения. Проактивность — это одна из ключевых черт senior-разработчиков.

8️⃣ Опыт работы с legacy-кодом. Умение разбираться в чужом коде и вносить изменения так, чтобы не сломать существующую функциональность, тоже является признаком senior-уровня. Да, иногда проще переписать код заново. Но не всегда есть на это время и деньги у бизнеса.

9️⃣ Рефлексия. Вы постоянно анализируете свою работу, ищете способы улучшить процессы и подходы. Это помогает вам расти профессионально.

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

#frontend_mylife

Судя по прошлому опросу немало тех, кто отказывался от офферов. Но есть и те, кто через это еще не проходил.

Для многих отказаться от официального предложения работать в какой-либо компании - это что-то из области фантастики.

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

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

У меня тоже неоднократно бывали ситуации, когда я отказывал, но 2 отказа запомнились больше всего.

Выбор между прямыми конкурентами

В конце 2020 года я неожиданно оказался без работы и стал "пылесосить" вакансии на разных сервисах. Я даже выкладывал здесь то, в какие компании я ходил и как проходили собеседования, но получилось так, что на LinkedIn мне написали 2 прямых конкурента.

Знаете, что самое интересное? Собеседования проходили очень похоже: максимальное дружелюбие, похожий стек, похожие проблемы, техническое собеседование с упором на софт-скиллы (а не "что такое eventloop") и так далее.

В итоге на руках у меня 2 оффера. Заработная плата одинаковая, условия одинаковые. В итоге выбирал исходя из популярности сервиса. Общался со знакомыми и мне говорили "ой, да, я пользовался этим проектом, мне нравилось". Ну и по итогу выбор был сделан только благодаря этому.

Отказ на финальном этапе

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

В итоге стал проходить стандартный набор "HR - Тех. собес - Общение тех. руководителем" в один из российских банков (нет, не Сбер и не Т-Банк).

И все проходило хорошо, все участники этой цепи были прекрасными. Я получаю оффер на руки и меня смущают ровно 3 строчки:

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

2. Обязанность сидеть от звонка до звонка с 9 до 18, ровно час на обед и за этим строго следят.

3. Заработная плата меньше оговоренной.

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

1. На счет техники ничего не решили. Компания имеет связь с государством и что-то типа MacBook купить не получится. Максимум могут предоставить старый ноут на Windows, которого не будет хватить даже для запуска проекта.

2. Можно гибко попробовать выстроить рабочий день. К примеру, не с 9 до 18, а с 8 до 17 или с 10 до 19. Но все остальное так же строго проверяется.

3. В оффере предоложение о зарплате меньше, но нужную сумму предлагал добавить квартальными премиями.

В итоге я отказался от такого щедрого предложения 😁

Расскажите, по каким причинам вы отказывали компаниям? Может, тоже были веселые и интересные истории 😊

#frontend_mylife

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

На самом деле получается забавный результат)

Based on what you know of me, draw a picture of what you think my life currently looks like.

Попробуйте ввести в chatGPT промт выше и делитесь, что тем, что получилось 😃

#frontend_post

Как понять, что ты уже Middle?

Грейды (Junior, Middle, Senior) очень субъективны. Рано или поздно каждый разработчик сталкивается с тем, что при переходе из одной компании в другую он меняет грейд. Причем разменять cтатус Senior на Middle вообще легко - просто перейти в компанию более скилловую и узнать, что у тебя есть "болевые точки", которые надо улучшать для роста.

Но в целом, если закрыть глаза на бигтех (там требования, как правило, жестче), можно выделить основные отличия middle от junior.

🧐 Знание основных языков и технологий: Junior разработчик обычно хорошо владеет базовыми языками и технологиями, такими как HTML, CSS и JavaScript. Middle разработчик должен иметь более глубокие знания и опыт в работе с ними, а также умение применять их для решения более сложных задач.

👩‍💻 Работа с фреймворками. Да, на сегодняшний день Junior должен уметь работать с фреймворком на базовом уровне, но некоторые тонкости вылезают уже с опытом. И очень хорошо видно на собеседовании, встречались ли вы с ними.

🤓 Понимание архитектуры веб-приложений: Middle разработчик должен понимать принципы построения масштабируемых и поддерживаемых веб-приложений, а также уметь принимать архитектурные решения.

😗 Умение работать в команде: Middle разработчики обычно участвуют в командной разработке, поэтому важно иметь навыки совместной работы, включая коммуникацию и совместные постановку и решение задач.

🪲 Middle разработчики должны быть способными решать более сложные технические задачи и принимать самостоятельные решения.

🙀 Проактивность и обучение: Middle разработчик должен проявлять инициативу в обучении новым технологиям и методам разработки, а также быть готовым делиться своими знаниями с junior разработчиками.

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

А как вы себя оцениваете, если отбросить синдром самозванца? И как бы вы отличали джуна от мидла?

#frontend_mylife

Говорят, чужие дети растут быстро. Но на самом деле свои растут ещё быстрее.

Вчера вроде был ещё маленький кабачок, а сегодня уже отмечали 5 лет 🙂

Время - ты куда бежишь то? 😃