«Технари» из крупных компаний обещают найти высокотехнологичные решения проблем, с которыми малый бизнес, возможно, никогда не столкнётся. Но на его потребности мало кто обращает внимание. О том, какие мифы возникли из-за этого в индустрии, — в конспекте.
Большинство "аксиом" программирования, на самом деле, просто навязаны инфлюэнсерами из большимх компаний, хотя в реальности конкретно для вас и вашей компании это может быть даже во вред.
В статье упоминали микросервисы, которые точно не нужны большинству компаний, акции которых не продаются на бирже.
Я бы ещё добавил к списку тесты, которые пишут, потому что "а как же без них?!", хотя на проекте работает 1-2 человека одновременно и они могут спокойно писать качественный код безо всяких тестов. Имхо, если у вас на одном проекте команда меньше ±10 человек, тесты только удорожат и удлинят разработку, не дав особой пользы. С другой стороны, их писать очень модно, так что можно легко их впарить заказчику, содрав с него побольше денег.
Во многом согласен, кроме тестов. Тесты — это способ экономить своё время и спокойно спать ночью, просто порог вхождения высоковат (я имею в виду разницу между хреновыми тестами, которые тратят время разработчика, и хорошими тестами)
Комментарий недоступен
Про тесты бред, само собой 100% покрытие мало кому нужно, но покрыть тестами бизнес-логику это мастхэв, плюс с тестами можно вкатываться в ci/cd, как простой вариант - сначала раскатывается новая версия на релизный сервер, прогоняются тесты автоматом и если все окей - переключаем продакшн на релиз. На моем текущем проекте тестами покрыто около 15% проекта если верить code coverage в ide, но эти 15% это основные фичи вроде оплат, работы с юзерами и прочего, что ломаться никак не должно
Тесты еще одна инфоциганская тема, особенно покрытие )))
Я пишу тесты для того, чтобы не поднимать всю инфраструктуру в проекте, чтобы гвоздями прибить какую-то обработку данных или state-machine.
Я бы сказал так, что тесты надо писать всегда, но с разумным подходом.