Сообщение Re[2]: Порекламирую копилот от 09.11.2022 22:46
Изменено 09.11.2022 22:46 vsb
Re[2]: Порекламирую копилот
Здравствуйте, scf, Вы писали:
vsb>>Это именно тот пример, когда он сделал в общем-то скучную но необходимую работу и сберёг мне полминуты времени.
scf>Не напрягает за ним всё проверять? Вдруг он нолик забыл или плюс на минус заменил где-нибудь.
У меня для этого юнит-тест есть. Он их, кстати, тоже помогает писать)
если нолик забудет, будет другое число.
vsb>>Это именно тот пример, когда он сделал в общем-то скучную но необходимую работу и сберёг мне полминуты времени.
scf>Не напрягает за ним всё проверять? Вдруг он нолик забыл или плюс на минус заменил где-нибудь.
У меня для этого юнит-тест есть. Он их, кстати, тоже помогает писать)
...
'(uint64_t) 18446744073709551615ULL:',
...
если нолик забудет, будет другое число.
Re[2]: Порекламирую копилот
Здравствуйте, scf, Вы писали:
vsb>>Это именно тот пример, когда он сделал в общем-то скучную но необходимую работу и сберёг мне полминуты времени.
scf>Не напрягает за ним всё проверять? Вдруг он нолик забыл или плюс на минус заменил где-нибудь.
У меня для этого юнит-тест есть. Он их, кстати, тоже помогает писать)
если нолик забудет, будет другое число.
В целом, конечно, такая проблема есть. Но с ноликом и я могу ошибиться. В нём, как ни странно, уверенности больше.
vsb>>Это именно тот пример, когда он сделал в общем-то скучную но необходимую работу и сберёг мне полминуты времени.
scf>Не напрягает за ним всё проверять? Вдруг он нолик забыл или плюс на минус заменил где-нибудь.
У меня для этого юнит-тест есть. Он их, кстати, тоже помогает писать)
...
'(uint64_t) 18446744073709551615ULL:',
18446744073709551615n,
...
если нолик забудет, будет другое число.
В целом, конечно, такая проблема есть. Но с ноликом и я могу ошибиться. В нём, как ни странно, уверенности больше.