Страх и ненависть в IT

Поддержка шардинга на таблице, которая никогда не распухнет больше определенных пределов (табилица с пользователями для софта предназначеного для малых и средних предприятий) мешает проекту масштабироваться и добавлять новый функционал, потому что требует к себе больше внимания (отнимает время разрабов и админов) по-сравнению с обычным подходом, а не потому что я чего-то там хочу или не хочу.

Страх и ненависть в IT

Софт рождается из требований. Есть требование продать программулину гипотетическому Васяну и чтоб он не тормозил (софт). Такой сценарий закладывается на каком-то этапе и из него вырастает такое требование. А есть требование не чаще чем раз в минуту ходить в сторонний сервис и забирать данные. Чуете разницу? Мы всегда работаем в условиях ограниченного времени и ресурсов и приходится чем-то жертвовать. Если следовать логике оптимизации всего и вся, то хелловорлд должен деплоиться в 100500 автомасштабируемых инстансов амазона. А вдруг?

Страх и ненависть в IT

Ещё как занимался и занимаюсь. Технический долг — это в том числе поддерживать шардинг БД в которой лежит таблица в 1000 строк

Страх и ненависть в IT

Люблю запах сервис-меша поутру!

Страх и ненависть в IT

Подумываю об этом, да

Страх и ненависть в IT

Промахнулся комментом

Страх и ненависть в IT

Никак нет, никого не собирался обижать

Страх и ненависть в IT

Два томика Капитала этому господину :-) Я пытался заводить разговоры на эту тему — смотрели на меня так будто я блокирующий рест эндпоинт делаю