я просто сделаю пропорцию

я уже придумал способ

в школе писать тесты скучно (не в школе -- тоже)

появится проблема обращусь\

не скучно когда код работает

а когда он разваливается по рандомным причинам - скучно

тогда вдвойне скучно, если не работает, то есть хотя бы чувство, что этим тестом найдёшь баг, а если не этим, то следующим

хз, мне приятно, когда тест проходит ожидаемым образом

а когда нет его можно подебажить

и тоже любопытно что происходит

а я не удивляюсь, когда мой код работает (

у меня бывало что я рефакторил так что потом не понимал как оно работает

сначала написал тупой алогритм

потом начал оптимизировать, выкидывая лишние действия

под конец сел с бумажкой разбираться, почему оно работает)

у меня есть какой-то бзик, что вещи должны складываться в голове, тогда тебе не надо "понимать" как оно работает. Тоесть у тебя есть кусок кода -- у него есть какая-то "ментальная форма", его можно собрать из других кусков, из него можно собрать другие куски кода. От этой "формы" можно плясать строя большие блоки из маленьких, а маленькие из ещё меньших и тебе не надо думать на каждом этапе. Просто делаешь эти формочки из меньших фигурок, чтоб делали какое-то понятное действие и собираешь из них мелкими шагами большое приложение.

Кто-то называет это дизайном по контрактам, кто-то -- "нахуя столько методов, которые используются только один раз наплодил?"

я не спорю обычно оно так и работает. Но я тебе рассказываю про случай когда оно работало иначе

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

там 20 строчек кода было

в начале, или в конце?