Post #1825

Почему бигтех такой медленный Мы часто смеемся над тем, как долго крупные компании могут реализовывать очень простые фичи. Добавить новую формочку на главной странице сайта у какого-нибудь стартапа займет считанные часы от идеи до релиза, а в каком-нибудь Amazon это станет проектом на два года для команды принципал-инженеров. У этого явления есть несколько наивных объяснений: 👉В бигтехе много некомпетентных слабых разработчиков, которые работают пару часов в день, причем одновременно на трех работах. 👉Тяжеловесные процессы вынуждают всех работать медленнее. 👉Координация между вовлеченными командами съедает большую часть времени. 👉Из-за того, что проектами бигтеха пользуются миллионы людей, приходится слишком много времени уделять решению проблем масштабирования решений. Какая-то доля правды есть во всех этих теориях, но гораздо больший вес вносит другая проблема – в продуктах бигтеха уже есть огромное количество фичей, каждая новая повышает сложность системы еще сильнее, и на проработку баланса и тестирование уходит бесконечность времени. Иногда фичи могут конфликтовать на уровне дизайна, соревнуясь за место на экране, иногда – на уровне технических требований, требуя существенно большего уровня надежности, иногда – на уровне юридических требований, усложняя работу с персональными данными. Кропотливое встраивание новых фичей и обработка всех граничных случаев ведет к сильному усложнению кодовой базы для внешне очень тривиальных сценариев. А сложная кодовая база повышает стоимость внесения новых изменений еще сильнее. Очевидный вопрос – а зачем вообще добавлять новые фичи, если продукты уже работают. Как всегда, ответ – деньги. На масштабе бигтеха повышения конверсий даже на доли процента могут приносить миллионы и кратно окупать стоимость всех этих принципал инженеров, перекрашивающих кнопки.