Search
Write a publication
Pull to refresh
0
0

Разработчик

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

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

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

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

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

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity