Как стать автором
Поиск
Написать публикацию
Обновить
0
0

Разработчик

Отправить сообщение
С релизом! Картинки в посте отменные, особенно единорожий троллфейс.
Разработчик считает, что это глюк в компиляторе.

Неужели UBSan настолько непопулярен? Он ведь нашёл бы такое за секунды.
Всегда было интересно, как работает проверка на «identical subexpressions»? Явно же не простым текстовым сравнением. Небось SMT solver'ы используете?
Видимо, программирование на го обучило меня всегда смотреть на первую букву, но я ошибку заметил сразу.

А вообще да, бывает, что сначала «анализатор не прав», а потом бьёшь себя по лбу. Поэтому предпочитаю, чтобы мои проекты все анализаторы проходили «на ноль».
Дейв Чейни как раз рекомендовал такой подход в своей статье. Я в своих проектах стараюсь использовать именно такой подход.
Наполовину офтоп, но раз уж речь зашла о го и оптимизациях, недавно разработчики решили выпилить ассемблерные версии алгоритма шифрования RC4 (ибо алгоритм слабый, а поддерживать ассемблер не хочется). После бенчмарков оказалось, что нынче код на го быстрее того ассемблера, что использовался в пакете. На треть.
Финализаторы вроде как крайне не рекомендуют. Тут про C#, но многое применимо и к Go.

Я бы использовал defer, как рекомендует коллега выше.
Думаю, не слишком ошибусь в оценке, если скажу, что коммерческого джава-кода минимум в 1000 раз больше, чем кода на расте.

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

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность