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

#frontend_mylife

Кажется я живу по принципу выпуска раз в полгода видео-курсов) Быстрее не получается)

А еще страдаю синдромом отличника 😁

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

Думаю, будет в районе 40 видео, каждое из которых наполнено полезной информацией.

Позже поделюсь подробностями 🙂

#frontend_post

Стоит ли разработчику работать бесплатно?

Работать бесплатно - заманчивое предложение. Многие считают, что это отличный способ получить опыт, пополнить портфолио и наладить связи. Однако работа без компенсации имеет как свои плюсы, так и минусы, и важно взвесить все аспекты прежде, чем принимать такое решение.

Плюсы работы бесплатно:

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

2️⃣ Портфолио: Работа над реальными проектами позволяет создавать примеры, которые можно показывать потенциальным работодателям или клиентам.

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

4️⃣ Репутация: Успешное выполнение работ может помочь вам заработать хорошую репутацию, особенно если клиенты оставляют положительные отзывы.

Но есть и значительные минусы:

1️⃣ Обесценивание собственного труда: Работая бесплатно, вы устанавливаете прецедент того, что ваша работа не стоит денег. Это может сделать вас уязвимым перед недобросовестными клиентами, которые будут ожидать бесплатных услуг и в будущем. Помимо этого, вы бесплатно отдаете время, которое потратили на свое обучение.

2️⃣ Демотивация: Работа за «спасибо» может привести к быстрой эмоциональной и профессиональной выгораемости. Без финансовой компенсации тяжело сохранять долгосрочную мотивацию и интерес к проекту. А еще вы же знаете, что чем меньше платит клиент, тем больше он из вас выжимает все соки?

3️⃣ Финансовые затраты: Даже если вы новичок, вы всё равно должны оплачивать жилье, интернет, оборудование и программное обеспечение для работы. Работа без оплаты только увеличивает финансовую нагрузку без возврата инвестиций.

4️⃣ Конкуренция на рынке труда: Работая бесплатно, вы подрываете рынок труда для всех остальных разработчиков. Клиенты привыкают к тому, что можно получить качественный труд без оплаты, что в долгосрочной перспективе ухудшает условия для всех в отрасли. Именно поэтому фриланс в большинстве своем стал помойкой.

5️⃣ Нет гарантии трудоустройства: Есть риск, что потраченное время и усилия не приведут к желаемым результатам - приглашению на оплачиваемую работу. Многие клиенты используют неопытных разработчиков, чтобы минимизировать собственные затраты, и не чувствуют обязательства легко переключиться на оплату ваших услуг.

Исключения и компромиссы:

Однако не стоит полностью исключать возможность работы бесплатно. Волонтёрство в open-source проектах или участие в хакатонах могут быть полезны для наработки опыта, и такие проекты дают больше возможностей для профилирования и обучения. Главное - это понимать, что такие проекты должны быть частью вашей образовательной стратегии, а не постоянной моделью работы.

Стажировки тоже никто не отменял, хоть их и стало сейчас очень мало.

А вообще - присоединяйтесь к обсуждению. Вы ЗА бесплатную работу или нет?

🔥 Айтишник, которому надоело всё

Чувствуешь себя амёбой, смотришь в телефон, а делать вообще ничего не хочется? Знакомо. Переработки, тревожность, задачи, дедлайны — и вот уже сил ни на что нет.

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

💡 Что там внутри?
✔️ Как отдыхать, а не просто переключаться с работы на бесцельный скроллинг
✔️ Как балансировать между задачами, семьёй и личной жизнью
✔️ Как бороться с прокрастинацией (и почему «просто начни» — это не совет)
✔️ Как не терять мотивацию, даже когда кажется, что всё бесполезно

Залетай в @vadimpetrovpsi, чтобы не превращаться в ходячее выгорание. В закрепе ещё и бесплатный мини-курс — забирай! 🚀

#frontend_useful

Впервые понадобилось подсчитать количество строк в проекте.

Для WebStorm есть пакет Statistic. Для VS Code не знаю, не юзаю его. Тоже можете поделиться)

Но ещё одним вариантом является возможность использование командой строки. Особенно полезно, если надо исключить не просто какие-то типы файлов, а, к примеру, не учитывать какие-то папки с файлами.

find . -type f \( -name "*.vue" -o -name "*.js" -o -name "*.ts" \) \
-not -path "*/node_modules/*" \
-not -path "*/dist/*" \
-not -path "*/coverage/*" \
-not -path "*/someFolder/*" \
-not -path "*/store/someFile.js" \
-exec cat {} + | wc -l

В коде выше мы сначала указываем расширения файлов, в каких будем считать строки. Далее с помощью -not -path можем убираем, что считать НЕ надо.

Если вообще все-все надо посчитать, можно использовать команду ниже

find . -type f -name '*.*' | sed 's|.*\.||' | sort -u

А вам приходилось считать строки в проектах?) Как делали это?)

#frontend_mylife

За последний месяц прочитал 2 книги.

Смогу рассказать только про одну: биография Уилла Смита 🙂

Я не сильно интересовался его жизнью и, честно, даже не знал, что его актерская карьера начиналась с рэпа.

Книга читается на одном дыхании. И на самом деле у меня о нем было другое впечатление) На деле это человек, который больше половины жизни думал о своих близких, но при этом себя ставил выше всех. Интересно было почитать его рефлексии на этот счёт и как он шел к изменениям.

В итоге очень интересно, поэтому если любите жанр биографии - обязательно прочитайте 🙂

Далее в планах почитать Дмитрия Глуховского* «Пост». Много хвалебных отзывов об этой книге.

Потом хочу начать серию «Ведьмак». А то как это - в игры играл, а книги не читал)

Ну и параллельно хочу поучиться писать посты в социальные сети более интересно и вовлечено. С этим сложнее всего. Так как в данный момент работаю над большим курсом по Vue и времени брать что-то новое изучать просто нет.

А вы что читали последнее? Вообще, какая ваша самая любимая книга? 🙂

* Выполняет функции иноагента

#frontend_post

Скриншоты экрана - путь в выгорание

Некоторые мои посты основаны на ваших вопросах, историях и опыте. И этот пост входит как раз в эту категорию.

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

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

Тогда у меня знатно пригорело. С учетом того, что HR мне обещала относительно свободный график (работай сколько хочешь - главное выполняй таски). Короче, даже зарплата х2 меня не привлекла и я отказал.

Я знаю ребят, которые работали с таким контролем и это мрак.

🫤 Выгорание наступает очень быстро. Сначала вроде бы «а что такого? Ну всё равно же работаешь». Однако многие рассказывали, что от тебя требуют писать код 7 часов в день.

😟 А 7 часов кодить, конечно, можно, но только мозг потечет очень быстро. Одно дело рутинную верстку делать, другое - создавать что-то сложное. Лично у меня может уйти 2-3 часа просто на продумывание того, как должно все работать, нарисовать алгоритм на бумаге.

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

😵 На мой скромный взгляд, такие скриншотилки добавляют компании, которые не доверяют своим разработчикам и пытаются их держать в узде. А вдруг ты на второй работе еще работаешь? Или задачу делаешь 5 часов вместо 4 обещанных.

🔴 Таких компаний стало меньше, но они есть. Я бы обходил их стороной. Даже если для вас это первая работа и хочется попасть хоть на какую-то - словить демотивацию сможете очень быстро.

А вы что думаете? И если был подобный опыт - рассказывайте)

#frontend_mylife

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

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

Когда начинающие разработчики спрашивают, что лучше купить: ноутбук на Windows или MacBook, а также какую клавиатуру и мышь, я всегда отвечаю - купите сначала удобное рабочее место. Без него все остальное не имеет смысла 🙂

Кстати, можете поделиться своим сетапом, интересно посмотреть)

Важный вопрос!

Как вы оцениваете свою продуктивность в работе? Есть ли какие-то лайфхаки, которые помогают не терять фокус?

Чем больше будет комментариев - тем лучше 🙂 Хочу собрать статистику ответов и тоже поделиться своими умозаключениями 🙂

#frontend_post

Как избежать эффекта первого впечатления при оценке задач?

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

1️⃣ Собирайте разные оценки
Пусть каждый член команды оценит задачу, а потом обсудите каждую из оценок. Так картина будет более объективна. Кстати, по подобному принципу работает Planning poker, когда из множества оценок вы приходите к чему-то единому.

2️⃣ Дайте себе время
Не оценивайте задачу сразу. Сделайте небольшую паузу, переварите информацию и сформируйте своё мнение. Часто первая цифра — это просто рефлекс, а не обоснованная оценка.

3️⃣ Разбейте задачу на части
Оценивать задачу целиком — рискованно. Попробуйте разделить её на мелкие этапы и оцените каждую часть отдельно. Так вы получите более детальную и точную картину, а эффект первого впечатления не сможет повлиять на итоговую сумму.

4️⃣ Опираться на реальные данные
Если есть возможность, посмотрите на результаты предыдущих похожих задач. Такие данные помогут объективно скорректировать ваши ожидания и уменьшат влияние первого услышанного числа.

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

Эффект первого впечатления — это коварный «застрягатель», который может влиять на оценку задач и приводить к перерасходу времени и ресурсов. Собирайте мнения независимо, давайте себе время на размышление, разбивайте задачи на мелкие части и опирайтесь на реальные данные. Так вы научитесь оценивать задачи более объективно и точно.

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

Небольшая подборочка полезных каналов для развития и мотивации во frontend ▶️

Фронтенд развивается и иногда сложно понять, куда двигаться дальше: углубляться в код, прокачивать софт-скиллы или искать новые подходы? В этой подборке вы точно найдете канал себе по душе, где зарядитесь порцией мотивации и получите новые знания 🙃

⚫️ Solvery — канал, где Senior и Middle+ разработчики делятся реальным опытом без воды. Как пройти путь из Макдональдса в IT и вырасти с 22К до 320К? Разбираем реальный кейс. Как не провалить собеседование? 80+ ключевых вопросов, которые вас точно спросят. Как пополнять портфолио без заказчиков? Держите готовый план действий. Ну, а если вы все еще боитесь идти на собес, то вот 30+ моковых интервью для прокачки навыков. Делимся всем, что помогает развиваться в IT, выходить на новый уровень и не топтаться на месте.

⚫️ Счастливый тимлид — блог про управление без страданий, про наём со всех сторон, про работу без выгорания и про реальную жизнь без глянцевых фильтров. Иногда жёстко, иногда смешно, но всегда по делу. У него в блоге разбираемс: Фронтенд усложняется! Или нет? Расскажет, какие навыки самые важные для разработчика. А если вас пугают алгоритмы, но базу подтянуть хочется, этот материал для вас.

⚫️ Ilnur Ryazhapov Frontend — блог Ильнура Ряжапова, фронтенд-сеньор-разработчика с 6-летним опытом. Здесь он рассказывает про жизнь программиста в Саудовской Аравии, Если ребятам нравится фронтенд и разработка на фреймворке ангуляр, то он берёт их к себе на менторинг, где обучает и выдает компетенции мидл-разработчика, даже если человек полный ноль во фронтенде. Заглядывайте в канал, чтобы узнать 1) какие навыки сейчас востребованы на рынке, 2) как добавить опыт в резюме без накрутки, или 3) что отличает тех, кто смог построить крутую карьеру.

⚫️ Рассказ фронтендера — канал о фронтенд-разработке. Алексей, фронтенд-разработчик в Сбере, рассказывает про JS, TS, React, современные веб-технологии и ИИ-сервисы для автоматизации разработки, а также делится полезными фишками. Минимум теории — максимум пользы!

Просмотрел каждый канал лично, так что гарантирую - годнота 😃