Комментарии 4
Полезный хинт. И да, спасибо за утилиту!
я конечно представил ситуацию почему, но если программист не знает что и когда делает его код .. то нафига все эти мудрые техники которым его несомненно обучали
Ну .. к примеру, вставка проверок if err != nil {..} в код, который гарантировано их не имеет, поскольку можно доверять данным на 146%, но примененная функция кроме полезного результата возвращает ещё и error в нагрузку .. например преобразование строки в число. Скажем Вы точно знаете что строка есть число (ваше же, возвращенное Вам сторонним микросервисом). И вот ту, Вы обязаны проверять на ошибку .. мало ли кто и как "дополнил" этот сторонний микросервис.. ну и линтер Вам радостно сообщит, что проверка пропущена, а требования "кровавого энтерпрайза" в команде .. запрещают блокировку линтера. Вам банально коде-ревью не пройти с пропущенной ошибкой!
.. да мало ли таких примеров?
Golang: как найти мёртвый код в проекте, а заодно оценить покрытие тестами живого кода