Комментарии / Профиль Andrey2008 / Хабр

Я понимаю (и сам пишу) про вред преждевременной оптимизации. При этом, мы сами не можем позволить себе такой подход, как думаю, как и многие программисты в разных областях. Особенность в том, что суть анализатора — это сотни детекторов. Каждый по отдельности, даже если он медленный, не замедляет скорость в целом. Но вот у нас 100 небыстрых детекторов – и приплыли. Непонятно как оптимизировать. Нет нескольких критических медленных мест, который выявит профайлер. Есть сотня не очень критичных. Вариант – только всё переписывать. Так что писать надо сразу хорошо.

С++: Пиши, сокращай, оптимизируй

Andrey2008 26 июл в 18:33

О! Надо будет ещё один вартант кода написать. Спасибо.

С++: Пиши, сокращай, оптимизируй

Andrey2008 26 июл в 18:24

Уверен, что нет. Понятно, что даже если не знаешь, можно понять этот код. Но это требует лишних усилий. Ключевое слово - лишних.

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

Есть вообще подход уменьшения подмножества языков С и C++ с целью облегчить их понимание и поддержку. Например, отраслевой стандарт ГОСТ Р МЭК 61508 в 7 части рекомендует для высоких уровней полноты безопасности использовать безопасные подмножества языков (такие как MISRA C, C++).

С++: Пиши, сокращай, оптимизируй

Andrey2008 24 июл в 14:45

Понял. Но по мне лучше смотрится auto sz : std::ranges::views::reverse(sizes) Дело вкуса :)

С++: Пиши, сокращай, оптимизируй

Andrey2008 24 июл в 10:14

Про rbegin и rend я не понял. Там ведь два контейнера. Прошу показать, какой код должен получиться.

По поводу i-- > 0 я против таких конструкций: Вредный совет N30. Необычные конструкции.

С++: Пиши, сокращай, оптимизируй

Andrey2008 24 июл в 10:09

Тут ничего не покажет. Но проблематика багов и безопасности никуда не делась: Что скрывает код: от поверхности атаки до производительности. Первый вебинар серии “Качество и безопасность ПО в эпоху GenAI”.

С++: Пиши, сокращай, оптимизируй

Andrey2008 23 июл в 16:18

Непонятно, ударил ли вообще, или наоборот добавит клиентов в перспективе.

+12

Операционная Система на C без знаний C

Andrey2008 18 июл в 14:55

uint64_t kstrncmp(char *str1, char *str2, uint64_t len){
    uint64_t index_str = 0;
    uint64_t different_char = 0;
    while (index_str < len) {
        if (str1[index_str] != str2[index_str]) {
            different_char++;
        }
        index_str++;
    }
    return different_char;
}

Операционная Система на C без знаний C

Andrey2008 18 июл в 09:33

Я так понимаю, речь идёт об этом проекте OS. Ну что же, автору предстоит узнать ещё много о языке С. Например, что такое выход за границу буфера.

void terminal_write_hex(uint64_t hex_num) {
    uint64_t index_buffer = 0;
    char buffer[sizeof(uint64_t)];
    if (hex_num == 0x0) {
        terminal_write("0x0");
        return;
    }
    terminal_write("0x");
    while (hex_num > 0) {
        uint64_t digit = hex_num % 16;
        if (digit >= 10) {
            digit = digit - 10;
            buffer[index_buffer] = 'A'+digit;
        }else {
            buffer[index_buffer] = '0' + digit;
        }
        hex_num = hex_num / 16;
        index_buffer++;
    }
  .....

Какой милый баг. Обратите внимание на размер буфера. Мда, интересные времена "безопасного ПО" настают. Простите за едкость комментария, но не удержался, увидев проект автора.

Safe Life System
Наш проект — это платформа для обеспечения и сохранения безопасности информации в цифровой среде, а также для развития независимой IT-экосистемы.
Мы создаём комплекс программного обеспечения, ориентированный на защиту данных, открытость технологий и поддержку русскоязычного IT-сообщества.

P.S. Приходите узнать про нормальную разработку безопасного, надёжного ПО.

Жертвы чистого кода

Andrey2008 10 июл в 14:40

Так жирно, что тонко :)

А если серьёзно, то ещё как! Как раз с Сергеем уже цикл вебинаров есть на тему GameDev и оптимизации:

Жертвы чистого кода

Andrey2008 10 июл в 14:23

Спасибо за публикацию. Просто отмечу, что короткий и красивый код, это не обязательно всегда замедление. Конечно, надо понимать, что ты делаешь и зачем. Без этого никак. И тогда вполне возможен сценарий, когда от упрощения и лакончиности все только выигрывают. Вот прямо сейчас разбираю такой случай в здесь – https://t.me/programming_tales/662

+23

Как все так ловко ИИ пользуются... Обзоры кода делают... ...

Andrey2008 3 июл в 07:28

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

С точки зрения статического анализа такие наблюдения надо осмыслить. Классические аналиторы тоже выдаёт ложные срабатывания, но делают это детерминировано. Если исключить/поправить все места где выдавались срабатывания - новых не будет. А здесь какой то бесконечный ревью получается, зависящее от... хз от чего :)

Как все так ловко ИИ пользуются... Обзоры кода делают... ...

Andrey2008 3 июл в 07:27

Да, это отдельное направление развития статического анализа – фильтрация/разметка предупреждений. Мы планируем начать заниматься этим направлением после большого релиза в этом году, где добавим проверку новых языков программирования (JS, TS, GO).

Худший язык программирования всех времён /s

Andrey2008 3 июл в 07:02

Да, добро пожаловать :) Путеводитель C++ программиста по неопределённому поведению: часть 2 из 11

PET-скан показал рак. Claude сказал: 90%, что это ложная тревога — и оказался прав

Andrey2008 28 июн в 19:29

Дык не важно, подпишись на канал сбежавшая нейросеть

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

Andrey2008 24 июн в 11:39

Даже приблизительно спрогнозировать не могу :)

Изменения в политике академического лицензирования PVS-Studio

Andrey2008 16 июн в 08:25

Да, но нет :)