Одно не исключает другого. Когда я изучаю ассемблер для arm64, то в шоке насколько удобнее программировать. Как и из-за числа регистров, так из-за очень продуманной системы команд (двойные загрузки, условные команды).
Это хорошо, что вы не согласны только с цифрой. Я вижу, что картинки вставили сами — ИИ пока ещё не умеют так работать с хабраредактором.
По существу: переливание из пустого в порожнее - 0% уникального контента, грубые фактические ошибки, на которые были уже указания в комментариях, раздутый объём.
Через слово в круглых скобках перевод на английский кривопереведённых на русский англоязычных терминов. Готов сделать ставку — ДипСик использовался.
Я вижу, что заключение вы правили сами — оно выделяется просто нагромождением синтаксических ошибок и опечаток в отличие от других частей статьи.
В целом ИИ пишет неплохо, но нужно в начале статьи об этом предупреждать.
В целом ко фронту всё это менее применимо. Об этом сказано вначале статьи. Там где может быть неадекватный ввод, то, конечно, нужно всё тщательно проверять.
Вообще, сильная типизация дополняет идею хрустального кода тем, что выполнение контракта (формальное) отслеживается автоматически компилятором. Но по сути своей она, действительно, защитное программирование.
То есть компилятор отследит, что аозраст >=0, но не отсследит, что больше или равен 18.
Сама идея выдумывалась для малотипизированных языков. В рамках хрустального программироаания возраст проверяется 1 раз при заведении пользователя в систему. Везде далее считается, что он более 18 и не проверяется.
Это Хабр как-то его подгружает. Я просто блоки кода вставлял.
Посиотите на Грамоте.ру. Это допустимый вариант.
Смысл статьи — дать понятие об ассемблере, тем кто работал только с Го. Это и об ассемблере и об Го-ассемблере статья.
Одно не исключает другого. Когда я изучаю ассемблер для arm64, то в шоке насколько удобнее программировать. Как и из-за числа регистров, так из-за очень продуманной системы команд (двойные загрузки, условные команды).
ИИ лезет изо всех дыр. Совесть нужно иметь.
Тоже ощущение, что без ИИ не обошлось в написании
Это хорошо, что вы не согласны только с цифрой. Я вижу, что картинки вставили сами — ИИ пока ещё не умеют так работать с хабраредактором.
По существу: переливание из пустого в порожнее - 0% уникального контента, грубые фактические ошибки, на которые были уже указания в комментариях, раздутый объём.
Через слово в круглых скобках перевод на английский кривопереведённых на русский англоязычных терминов. Готов сделать ставку — ДипСик использовался.
Я вижу, что заключение вы правили сами — оно выделяется просто нагромождением синтаксических ошибок и опечаток в отличие от других частей статьи.
В целом ИИ пишет неплохо, но нужно в начале статьи об этом предупреждать.
Статья на 60% сгенерироапна ИИ.
Так асё-таки Гугл позволяет монетизацию россиянам? Или у вас иное гражданство?
Если у меня бинарник на 8МБ, то с этой библиотекой станет 12.2? Этот так работает?
Спасибо за коммент!
Кстати, насчёт tview, сколько килобайт добавляетт ваш проект к исполнимому файлу?
gccgo медленнее официального компилятора в 9 раз. Думаю версия для llvm примерно такого же уровня скорости.
Вы пробовали что-то из них в работе? Какие впечатления?
Ну а как тогда предлагаете делать быстрые программы? Если всё проверять, то будут тормоза.
Да и выглядеть будет такой раздутый код отвратительно.
В статье больше не про контракты, а про минимизацию проверок, которыми часто злоупотребляют в ущерб скорости.
В целом ко фронту всё это менее применимо. Об этом сказано вначале статьи.
Там где может быть неадекватный ввод, то, конечно, нужно всё тщательно проверять.
Да. В начале статьи я написал, что для собственных проектов использую.
Если соглашения и контракты забываются, то подход не применим.
Спасибо за коммент. Добавил в статью.
Вообще, сильная типизация дополняет идею хрустального кода тем, что выполнение контракта (формальное) отслеживается автоматически компилятором. Но по сути своей она, действительно, защитное программирование.
То есть компилятор отследит, что аозраст >=0, но не отсследит, что больше или равен 18.
Сама идея выдумывалась для малотипизированных языков. В рамках хрустального программироаания возраст проверяется 1 раз при заведении пользователя в систему. Везде далее считается, что он более 18 и не проверяется.
Да, Раст должен лучше подходить.
Статья по теме прямо. Вставил в свою статью ссылку на вашу