Счастливый тимлид | ♥ Frontend

🔥npm взломан! Никогда такого не было и вот опять🔥 В npm залили кучу новеньких версия популярных пакетов с вредоносами. Ну залили и залили, а нам что с того? Самая проблема в том, что даже если вы напрямую не используете эти пакеты — вполне вероятно что какая-нибудь из ваших любимых библиотек имеет их в зависимостях. Я у себя в проектах пошерстил и как минимум три из них у меня установлены как зависимости зависимостей. 💡Что делать? В моменте: 1. Не обновляться до скомпроментированных версий 2. Проверить что в package-lock.json стоят не они На будущее: 3. Зафиксировать версии в package.json и обновляться при необходимости вручную 4. Использовать в CI команду npm ci для установки зависимостей 5. Отправить этот пост коллегам 💡А что плохого делают эти вирусы? В этот раз это не злобные шифровальщики, а хитрые криптоподменяльщики. Код переопределяет стандартные методы типа fetch на модифицированные, затем при отправке любого запроса ищет в запросе криптокошельки и подменяет на другие. И здесь есть еще одна опасность. Если разработчики каких-либо крипто приложений добавили себе в сборку одну из взломанных библиотек, то все транзакции в их приложениях уйдут на кошельки хакеров и вы об этом узнаете только постфактум. Защититься от этого практически невозможно. Будьте осторожны и повремените с переводами крипты в браузере.

Список и версии взломанных библиотек: backslash 0.2.1 chalk-template 1.1.1 supports-hyperlinks 4.1.1 has-ansi 6.0.1 simple-swizzle 0.2.3 color-string 2.1.1 error-ex 1.3.3 color-name 2.0.1 is-arrayish 0.3.3 slice-ansi 7.1.1 color-convert 3.1.1 wrap-ansi 9.0.1 ansi-regex 6.2.1 supports-color 10.2.1 strip-ansi 7.1.1 chalk 5.6.1 debug 4.4.2 ansi-styles 6.2.2

© Счастливый тимлид

В какое классное место я сегодня приехал! Отгадаете где это? Участвую в турнире по Worms Armageddon 🔥 Upd: вот это прикол, я еще и победил! 🔥🔥🔥

Раз в год можно и в офис съездить Особенно, если это «ночь музеев» в мире IT. Еду веселиться, слушать технодоклады и нетворкаться! Меня позвали на big tech night, а я взял и согласился. Приехал сегодня в офис Яндекса, записался на иммерсивную экскурсию по офису компании. До экскурсии пойду слушать доклад про будущее разработки с AI, плюс уже руки чешутся попробовать себя в полуночном вайбкодинге! Столько интересного происходит параллельно. Жалею, что не могу посмотреть всё сразу. Хочется и доклады про технологии послушать, и турнир по Worms Argageddon затащить, и на IT-стендап заглянуть. После Яндекса заеду в офис T-банка на тимлидский квартирник.  Будут обсуждать, как соцсети тимлида могут влиять на команду. Кто тоже на big tech night — пишите комменты или, если стесняетесь, в директ канала, найдемся!

Карент муд Интроверты, а как вы отходите от тусовок? P.S. Программистов с праздником, остальным хорошего вечера

Как работать с теми, кто бесит? Все мы мечтаем работать с теми, кто понимает нас с полуслова и оправдывает ожидания. На деле такое бывает не всегда — руководство, коллеги и клиенты могут раздражать, а работать с ними приходится. Как починить общение с трудным человеком и минимизировать собственный стресс? 📍Расскажет Анна Мигунова, тренер школы коммуникаций Soft Skills Lab, на открытом вебинаре 18 сентября в 20:00 по мск. За 1,5 часа занятия вы получите инструменты, которые решат пусть и не все, но многие сложности во взаимодействии с «раздражающими» людьми. Вы узнаете: ▫️ Как понять, что происходит в ваших отношениях? Токсичность ли перед вами? ▫️ Как эффективно обозначать личные границы и противодействовать манипуляциям? ▫️ Когда и как обращаться к руководству за помощью? Занятие пройдет в Zoom, Анна разберет ваши кейсы из анонимной гугл-формы и ответит на все вопросы. 👉🏻 Запустите бота, чтобы получить ссылку на конференцию.

«Расти или умри» К вопросу о том, что реально бесит. Я не зря просил вас пройти опрос про планы развития. Три из четырех компаний пытаются заставить своих разработчиков расти. И судя по опросу — большинство руководителей даже не видят проблемы. Обсуждал с коллегой из известного маркетплейса как у них раз в полгода каждого заставляют писать план развития. Это может хорошо работать для амбициозных новичков и middle-специалистов. Но все ломается, когда мы подходим к стабильным сеньорам. Расти то им там некуда! И это не единичный случай. Представьте ситуацию: у вас в команде стабильный стек: микросервисы на go и postgres на бекенде, какой-нибудь react и rtk на фронте. Вы с самого старта проекта только и делаете что клепаете круды и формочки. Куда тут расти? Конечно, можно фронт переписать на zustand, reatom (рекомендую, кста), react-query или вообще на Angular. И с бекендом можно чего-нибудь намудрить. Но это не вертикальное развитие, не шаг вперед, это шаг в сторону. Тупо прыжок на соседние рельсы за деньги бизнеса. В бигтехе я это могу понять (но не принять). Возможно, еще не придумали как по другому держать в узде тысячи разработчиков. Но это просачивается и в компании поменьше, с сотнями и даже десятками разработчиков. И здесь это просто выстрел себе в ногу. Если вы вдруг по собственной воле заставляете разработчиков, которые годы работают в вашем проекте, которые знают каждую строчку, изучать то, что им не нужно для работы на вашем проекте, то вы только подталкиваете их к уходу из вашей команды. Расскажите, если сталкивались с таким, то с какой стороны? #команда #лидерство

Лидам на заметку Главная ценность в сотруднике — это опыт и экспертиза конкретно в вашем проекте. И она растёт с каждым днём! С технологиями за забором знаком каждый, но с вашим проектом — ни один. И ни один из них не интегрирован в команду, не имеет выстроенных отношений и не знаком вам. Каждый из них непредсказуем. Когда сотрудник уходит в другую компанию с плюсом к зарплате, то компания внезапно понимает, что на прежние деньги на рынке никого нет, и вынуждена искать на его место нового сотрудника, который дороже, а ещё и тратить кучу времени на обучение и рисковать, что новичку не понравится и он уйдет. Это уже даже не смешно, это стало мемом сто лет назад и уже устарело. Да, смена работы — это эффективная стратегия для буста дохода разработчиков. Ауф! 🐺 Но подталкивание к этому — это полный провал для компании. Так берегите же своих сотрудников, цените их преданность и их экспертизу. Не заставляйте их учить то, что им на вашем проекте нахрен не сдалось. Оставьте людей в покое и дайте им просто работать! #команда