📖 Copy-paste oшибки в cтpyктypнo изoмopфнoм Go кoдe

Недавно вышел PVS-Studio 8.00, принёсший с собой много масштабных нововведений, среди которых и релиз анализатора для Go! Он же, в свою очередь, обзавёлся несколькими новыми интересными диагностиками. Среди них есть и та, что выявляет один из caмыx кoвapныx видoв copy-paste oшибoк, кoтopые нeoxoтнo пoпaдaютcя нa глaзa пpи oбычнoм peвью.

Подробнее о поиске copy-paste oшибок в cтpyктypнo изoмopфнoм Go кoдe написали в статье 🔗

Приятного чтения!

#статья #go

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

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

🎤 Елизавета Кузнецова (руководитель Events, PVS-Studio) в своём докладе "Роли руководителя: кто ты сегодня?" расскажет, почему идеального тимлида не существует и какие бывают стили управления, а также разберёт популярные архетипы тимлидов. В основе доклада — модель PAEI Адизеса.

🎤 Ольга Ладошкина (независимый эксперт по развитию управленцев, executive-коуч, основатель проекта “Лидерская кухня”, наставник в Яндекс Практикуме) в своём докладе "Когда сильные стороны начинают мешать: 9 привычных паттернов успешных руководителей" расскажет, как качества, которые помогают добиваться результатов и расти по карьерной лестнице, со временем могут начать тормозить развитие команды.

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

Ждем всех 21 октября в 14:00!

Регистрация 🔗

Всем, кто зарегистрировался, мы пришлём запись вебинара!

#вебинар #тимлид

На нашем сайте появился новый раздел — Инструменты РБПО.

В нём собраны инструменты, которые используются при построении процессов безопасной разработки программного обеспечения (РБПО, SSDLC). Цель этого раздела — помочь быстро найти необходимые инструменты для их дальнейшего изучения и выбора.

Если у вас есть идеи по расширению списка, или вы нашли какую-то неточность, пишите нам.

#рбпо #гост

За 37 секунд рассказываем:

▫️что такое PVS-Studio
▫️какие языки он поддерживает
▫️какие диагностические правила есть в инструменте

Полное видео можно посмотреть здесь 🔗

#видео

Вышел новый релиз PVS-Studio — 8.01.

В нем:

🐞расширение поддержки OWASP
🐞поддержка новых версий Java и Go
🐞расширения конфигурации и многое другое

Полный список изменений можно посмотреть в нашем блоге 🔗

#PVS_Studio #релиз

Начинаем неделю с поиска ошибок в Java коде 😉

Это код из проекта IntelliJ IDEA. Попробуйте понять, что тут не так.

Остальные ошибки, найденные в IntelliJ IDEA, можно посмотреть в нашем блоге 🔗

#java #ошибка

C# 15 уже на подходе. Что нас ждет в новой версии языка?

В новом обзоре разобрали главные изменения:

▫️union-типы
▫️закрытые иерархии
▫️именованные break и continue
▫️индексаторы расширений
▫️аргументы выражения коллекции
▫️новые правила безопасности памяти

Полный обзор — в нашем блоге 🔗

#статья #csharp

#mem_PVS #java

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

Однажды разработчик написал плагин. Локально, в dev-версии, всё работало безупречно. Он проверял его снова и снова, и код послушно выполнял каждую команду. Потом скачал сборку с сервера.

Плагин запустился… и замер. Функции исчезли. Сущности перестали узнавать друг друга. Всё, что ещё вчера работало, обратилось в прах. Разработчик в ужасе вернулся к исходникам — там всё было на месте. Он собрал плагин снова, и тот работал. Он скачал серверную версию, и она снова сломалась.

Тогда разработчик всё понял: вместо того чтобы использовать ООП, кто-то привязал логику к именам сущностей. Однако при сборке обфускатор переименовывал их в бессмысленный набор символов, и код переставал их узнавать.

С тех пор разработчик боялся серверных сборок больше любых ошибок компиляции…

#страшные_истории

👻 Продолжаем рассказывать страшные октябрьские истории. Ещё один кошмар, в котором обитает коварный червь...

Была глухая полночь. Царство npm спало безмятежным сном, когда во тьме вновь зашевелилось нечто ужасное. Шай-Хулуд, чудовищный червь, вернулся, и на этот раз он принёс с собой новый кошмар — CHAINDROP.

Сопровождающий пакет keyv разработчик пал жертвой незримых сил, а похищенные учётные данные npm стали ключами, открывшими червю путь к новым жертвам. Через проклятый preinstall-хук он проникал в пакеты, разнося отравленный код по всем репозиториям, до которых мог дотянуться. Более четырёхсот пакетов npm оказались заражены. За ними стояли два миллиарда загрузок.

Но червю было мало одного лишь кода: он рыскал по машинам разработчиков в поисках учётных данных от ИИ-инструментов, облачных сервисов, GitHub и других могущественных артефактов. А затем, укрывшись за обфусцированными скриптами, зашифровывал украденные сокровища и отправлял их в ночную тьму…

Так бойтесь даров, приходящих из реестра npm! Не спешите впускать свежие релизы в сборки, отзовите скомпрометированные токены, избавьтесь от раскрытых секретов и включите двухфакторную аутентификацию.

И помните, что в проклятых коридорах цепочки поставок ПО далеко не каждый пакет приходит с добрыми намерениями…

#страшные_истории