Сказ о том, нормализация данных завела производительность many-to-many в postgres в тупик, как это зло было повержено, и как тут нам помог Clickhouse.

Порой бывают ситуации, когда стоит посмотреть на задачу будто с нуля и отбросить предыдущий опыт и best practices. Подумать на несколько шагов вперёд. И лучше до того, когда уже вышли из SLA или нахватали негатива от клиентов или бизнеса. Об одной такой задаче и стандартном решении, которое пришлось больно редизайнить, хочется и поделиться с сообществом в этой статье.

За последние 10 лет мне удалось чередовать работу тимлида команды разработки из 3–5 человек (или как сейчас принято называть — техлида, хотя грань между этими понятиями часто размыта) с должностью сениор‑разработчика: после первого 3-летнего опыта тимлидинга я так устал и «выгорел», что на следующие 5 лет вернулся в кодинг, после чего уже более осознанно сделал вторую итерацию и опять стал лидом. Сегодня, оглядываясь на себя 10 лет назад, понимаю, что это совершенно два разных человека. Буду рад, если мой опыт станет полезен новичку, только ступившему на путь тимлида, а также услышать фидбэк от коллег по цеху, обменяться мнениями, мыслями, идеями.

Итак, первый инсайт, разбивший мои начальные представления, я прочёл в книге Т.Демарко и Т.Листера «Человеческий фактор: Успешные проекты и команды».