33.5
Karma
171.2
Rating
Сергей Хренов @n0mo

Программист

Azure PowerShell: «в основном безвреден»

Лучшее — враг хорошего

+1
Тогда к чему статья?

То есть как это «к чему»? PVS-Studio порекламировать, конечно же :)
А если серьезно — то, наверное, в данном случае не надо так серьезно. Просто развлекательная статья с небольшим описанием нашей внутренней кухни. Никакого особого менторства я туда не вкладывал.

Лучшее — враг хорошего

Проверяем исходный код Roslyn

+1
Как обычно, всё самое интересное вначале :) Вторая часть статьи содержит и другие найденные ошибки.

Visual Studio Coded UI Tests: теория и практика применения в нашей компании

0
Не совсем. Собственно автогенерируемый код мы не трогаем, так как студия его периодически затирает при внесении изменений. Но в коде тестовых методов, при необходимости, вносятся изменения в свойства объектов и т.п. Что же касается UI MAP, то там масса изменений, но все их лучше вносить через редактор. Хотя иногда бывает удобно вносить правки в xml, хранящую настройки UI MAP, вручную.

Visual Studio Coded UI Tests: теория и практика применения в нашей компании

0
Возможно. Но статья же про VS CUIT. Цели подробно рассматривать другие технологии я не ставил. Конечно, если делать развёрнутый обзор — про pom обязательно следует рассказать. Спасибо за Ваш отзыв.

Visual Studio Coded UI Tests: теория и практика применения в нашей компании

0
Простите, но тогда я не понимаю смысл Вашего первого комментария. Он про то, что я не упомянул pom в своей статье?

Visual Studio Coded UI Tests: теория и практика применения в нашей компании

0
Спасибо. А что конкретно Вы предлагаете нам? Использовать эту технологию вместо VS CUIT?

Когда дворецкий — жертва

+1
Это я, наверное, не совсем понятно написал. Имелось в виду «Jenkins запускает по ночам много чего, включая тестеры». А вот костыль с регулярным перезапуском Jenkins при падении действительно был прикручен после появления описанной в статье проблемы. Надеюсь, больше он не понадобится.

Продолжаем изучать Tizen: C# компоненты оказались высокого качества

0
Наверное, две. Первая — подведение итогов. И вторая, более пристальный взгляд на EFL.

Сравнение PVS-Studio C# и статического анализатора, встроенного в Visual Studio, на базе кода проекта CruiseControl.NET

+1
Он обнаружил все случаи потенциального доступа по нулевой ссылке (>700), из которых я вручную выбрал те, которые мы считаем ошибками. Их же нашел и PVS-Studio.

Топ 10 ошибок в проектах C# за 2016 год

+1
Если вы хотите предложить проект для проверки, пожалуйста воспользуйтесь рекомендациями из нашей недавней статьи

Топ 10 ошибок в проектах C# за 2016 год

Топ 10 ошибок в проектах C# за 2016 год

0
В документации приведен синтетический пример. Конечно, он не идеален. Но смысл — указать на возможный путь обхода проблемы, а конечную логику в каждом конкретном случае придумает сам разработчик. В данном примере можно было бы ввести дополнительный флаг, сигнализирующий об установке переменной значения по-умолчанию (0) в сеттере, и использовать его в геттере.

Топ 10 ошибок в проектах C# за 2016 год

+2
Ранее она инициализирована значением по умолчанию = 15000

Обнаружение в коде дефекта «разыменование нулевого указателя»

+3
Процитировав Ваш комментарий, я хотел сказать, что Вы же вроде за конкуренцию на Хабре…

Обнаружение в коде дефекта «разыменование нулевого указателя»

+4
«Долой PVS-Studio! Да здравствует конкуренция на Хабре.»

Ищем и анализируем ошибки в коде GitExtensions

0
Для статического анализа свойственно обнаруживать ошибки в редко- или даже никогда не выполняющемся коде. Именно поэтому такой код «как-то работает». Однако, в любой момент в исходник могут быть внесены изменения, после которых такой код станет часто используемым. При этом выяснение причин возможных неполадок будет затруднено. Именно поэтому полезно использовать именно регулярный статический анализ. Чтобы потом не искать ошибки в коде, написанном 3 года назад, да еще почти не использовавшемся.