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

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

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

#frontend_mylife

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

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

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

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

#frontend_post

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

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

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

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

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

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

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

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

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

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

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

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

#frontend_mylife

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

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

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

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

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

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

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

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

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

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

#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

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

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

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

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

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

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

#frontend_post

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

#frontend_mylife

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

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

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

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

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

#frontend_useful

Наверняка вы знаете, что TypeScript (сюрприз) основан на JavaScript, добавляя к нему систему статической типизации, интерфейсы, декораторы и другие возможности. Он транспилируется в обычный JavaScript, что позволяет работать с ним в любом окружении, поддерживающем JS.

Наступает новая веха TS - теперь он будет основан на Go.

Относительно скоро будет выпущена версия 6.0 - последняя мажорная версия на JS. Версия 7.0 будет уже на Go.

Microsoft обещает улучшить запуск редактора кода, сократить время сборки проектов 10 раз и существенно сократить использование памяти.

Поподробнее можно почитать и посмотреть здесь.

Что думаете?)

НЕ РЕКЛАМА!

Нужен Frontend-разработчик для моего хорошего знакомого 🙂

Задача: Необходимо реализовать под ключ небольшой многостраничный проект (4 страницы)

Требования: Знание анимаций в интерфейсах, умение в адаптивную верстку

О проекте:
- Макеты и техническое задание согласованы
- Админка на Strapi CMS
- При необходимости консультации от техлида команды основного продукта.

Стек: Nuxt 3

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

#frontend_mylife

Пропадаю на какое-то время, но не забываю про вас 🙂

Во-первых, на носу релиз, который мы готовили 5 месяцев. Полный перевод проекта с Vue2 на Vue3. Бэкенд был написан полностью с нуля и мы решили фронт так же создать с чистого листа. Не люблю такую практику, но в данном случае мы нехило оптимизировали код, избавились от множества лишних зависимостей и ушли от повсеместного использования store (кстати, почему-то store многие любят юзать в хвост и гриву, что в корне неверно).

Во-вторых, активно готовлю курс. Для меня выход в подобном формате будет чем-то новым. Ближе туда расскажу подробнее.

Так что ждите новостей 🙂 Есть еще несколько интересных тем, которые обязательно вам понравится обсуждать. В скором времени сделаю пост, никуда не уходите 😁

#frontend_useful

Может все из вас знали, но для меня новость) Так сказать, результат ресерча для одного из функций моего курса, который записываю)

Оказывается, можно получить фавиконки любого сайта с Google.

https://www.google.com/s2/favicons?sz=64&domain_url=emcd.io

В параметре sz можно указать нужный размер.

Есть разные другие бесплатные сервисы (можно найти по запросу Favicon Fetchers)

Знали про такое?
👍 - Да
🔥 - Круто, не знал/а

#frontend_mylife

- 4 месяца работы
- 68 коммитов (хотя кажется, что их должно быть 668)
- 222 измененных файла

Это неполная картинка того, как мы переходили с Vue2 на Vue3.

Впереди море работы, так как:
1. Старые компоненты еще не переписаны на Composition API и как бы странно не звучало, после релиза техдолга прибавится.

2. Не перешли на Pinia, так как не все внутренние библиотеки успели мигрировать. В скором времени займемся этим

3. Не перешли с Webpack на Vite. Тоже вопрос времени

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

#frontend_mylife

Вести с полей 🙂

Подготовительная часть курса закончена!

Что точно будет:
🤝 Работа с PrimeVue новой версии и Tailwind 4
🤝 Supabase
🤝 Авторизация, регистрация, восстановление пароля
🤝 Защита роутов
🤝 CRUD операции (создание данных, их получение, редактирование и удаление)
🤝 Работа с формами и валидацией
🤝 Фильтрация данных
🤝 Пагинация

Насчитал по плану около 60 уроков, так что впереди самое сложное - запись 🧐

#frontend_post

Почему pet-проекты очень важны?

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

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

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

🙂 Во-первых, вряд ли в коммерческом проекте вам дадут попробовать что-то диаметрально новое. К примеру, если у вас проект на Vue, то вероятность того, что завтра вам дадут писать на React, минимальна.

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

Соотвественно что надо делать? Конечно, пилить свой проект и детально разбираться в том, что интересно!

🙂 Во-вторых, учебные проекты можно монетизировать. Ведь необязательно писать в стол. Можно придумать MVP, который теоретически получится или продать, или получать с него деньги. А возможно вы просто поможете этим проектом кому-то, что тоже неплохая такая мотивация.

🙂 В-третьих, портфолио. Для ребят с опытом это не так важно (у middle+ обычно проекты под NDA и особо показывать нечего), а вот для новичков и джунов наличие кода в репозитории - must have. Иначе чем вы отличаетесь от других?

Я веду это к чему? Если вы только начинаете путь или же вы уже разработчик с опытом - никогда не забывайте про pet-проекты. На них можно очень хорошо отработать свои навыки. Помню, когда только начинал заниматься разработкой, придумал некий проект. За 3 года он поменялся на 100%, хотя идея осталась прежней. Просто появились новые знания и навыки и благодаря проекту я очень хорошо ощутил это на себе.

Рассказывайте, какие pet-проекты делали? Реализовали ли то, что хотели или же забрасывали на половине пути? 😀

#frontend_mylife

На YouTube давно ничего не выкладывал, но такие просмотры радуют. До Дудя, конечно, далеко, но все же приятно)

Самый популярный плейлист - по Pinia (115к просмотров). С учетом того, что там звук такой себе с лающими собаками на фоне, получилось собрать на нем:
- Почти 4200 лайков
- Почти 350 комментариев

Приятнее всего, что комментариев больше всего на последнем видео, значит плейлист досматривают до конца, а это самое важное 🙂

#frontend_mylife

Вчера начал записывать видеокурс по Vue3 + Pinia + Supabase. Нахожусь на самом ненавистном мной этапе - в самом начале)

Вчера из 3х часов записи оставил только 15 минут 😵 На скриншоте - запись самого первого приветственного видео 🤣 Раза с сорокового получилось) дальше будет полегче, но когда я говорил, что запись сложнее разработки и подготовки материала - я не шутил 🙂

Количество видео в плане уже немного увеличилось 🙂

Как все будет готово - вы узнаете первыми)

#frontend_news

Насыплю вам кринжатины 🙈

РКН решила выпускать ШОУ, где будут рассказывать про заблокированные ресурсы и т.п.

Странно, что в выпуске они не сказали, что уже недели 3 шатают интернет так, что многие ресурсы без трех запрещенных букв не работают 👎

#frontend_post

Что такое NDA?

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

Почему это важно?

1. Защита интеллектуальной собственности
NDA помогает компании защитить свои идеи, разработки и технологии от конкурентов. Когда разработчики подписывают NDA, они обязуются не разглашать информацию, например, о новом продукте или внутренней архитектуре системы.

2. Снижение рисков
NDA помогает снизить риски утечки информации, что особенно важно в конкурентных отраслях, где любая утечка может привести к финансовым потерям или потере преимущества на рынке.

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

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

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

1. Ограничение свободы действий
NDA ограничивает вас в том, что вы можете рассказывать о своей работе. Иногда это означает, что вы не сможете добавить определенные проекты в свое портфолио или обсуждать их в публичных местах.

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

3. Юридическая ответственность
Нарушение NDA (даже если вы сделали это не специально) может привести к серьезным юридическим последствиям, включая штрафы или судебные разбирательства. Это накладывает дополнительную ответственность и требует внимательности.

В свою очередь, у компании есть тоже свои плюсы и минусы при заключении NDA.

Плюсы:

1. Защита бизнеса
NDA защищает компанию от утечек информации и интеллектуальной собственности, что позволяет сохранять конкурентные преимущества и снижать риски.

2. Укрепление репутации
Компании, которые активно защищают свою интеллектуальную собственность, часто воспринимаются как более профессиональные и надежные, что укрепляет их репутацию на рынке.

Минусы:

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

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

Выводы:

Стоит ли работать по NDA - решать лично вам. У меня 4 подряд проекта с NDA и я не могу показать потенциальным работодателям даже кусочки кода. Но все остальное меня не напрягает.

Но при этом я знаю ребят, которые принципиально отказывают тем компаниям, для которых NDA важен.

Что вы еще бы добавили к этому посту? Поделитесь своим опытом.

И как думаете, NDA - это круто 👍 или перебор ❤️?