Mpyrulearn, я не знаю, сколько вы пишите кода, но при ИЗМЕНЕНИИ своего же кода я не могу гарантировать, что ВСЕ работает также просто потому что я так думаю — я точно знаю, что я ошибаюсь и забыл примерно так с 3-4 десятка моментов...
ну для себя я не вижу смысла постоянно переписывать старый код.
я тоже, но и речь не об этом
более того — я не могу гарантировать, что текущий код работает точно по тем кейсам, которые я подразумевал при написании, уж слишком мой мозг прост и маловместителен и когнитивнонеустойчивый... кстати не встречал очень вместительных умов еще ни разу, вы скорее всего первый из таких (нет)
Mpyrulearn,
не помнишь, — да и зачем помнить то, что не нужно
не двойная работа: улучшение кода и делать его проще — для одного также важно, как и для 10-х, работал в одного и преуспел очень в том, что код стал прост и после меня его легко поддерживали, но тк тесты мешались — наговнили со временем (facepalm)
там понятно - можно выделить людей на это
на что "на это"? Свой код покрывается тестами только вами!!! Иначе вы говна напишите, потом говном и покроют
ЗА: с юнит-тестами вы пишите простой надежный код, и потому — хотя бы на важный код и основную бизнесуху стоит писать тесты. Тесты помогают отследить многие рантайм-ошибки и по сути помогают вам, потому тесты точно стоит делать с динамическими языками (PHP, Ruby, Python).
ПРОТИВ: если упарываться на покрытии, то они могут мешать, отнимать время и делать некоторые ожидания ложными. Больше недостатков нет.
Applevu, раз сомнительно, а на вопросы может ответить только владелец продукта, то вы можете выбрать вариант — не использовать удобный мессенджер и сделать свой/зающать другой