HighLoad: стоит ли готовиться к нему заранее?

На практике под модное ныне определение Highload могут подпадать абсолютно разные проекты с нагрузкой, которая будет различаться на порядки. По большему счету, даже похожие сервисы в рамках разных компаний могут быть в одном случае высоконагруженными, а в другом — нет. Вообще, вряд ли возможно заранее угадать, попадет ли тот либо иной проект в "зал славы highload", причем одного лишь желания разработчиков, инвесторов и заказчиков тут явно недостаточно. Однако это не значит, что готовиться к такому повороту событий не нужно -- нужно, но делать это надо с умом. К сожалению, в реальности иногда случаются перегибы.

Например, многие работодатели или технические директора, а также архитекторы ПО и тимлиды желают набрать в свою команду на новый проект наилучших специалистов и за минимальные деньги. И так как они все неизменно плещут оптимизмом, то одним из главных требований по трудоустройству они нередко отмечают опыт работы с высокими нагрузками. Но давайте ответим честно на следующий вопрос: а будет ли такому специалисту интересно работать над вашим проектом в тот период, когда все только начинается, судьба проекта не ясна, да и сами высокие нагрузки еще далеко впереди? Вопрос риторический.

Конечно, плох руководитель, который не верит в успех проекта и не думает о высокой посещаемости и огромной прибыли. В то же самое время, на практике нередко бывает избыточным тратить чересчур много усилий и средств как на всевозможные оптимизации, так и на написание идеального и супербыстрого кода. Ведь на самом деле никто точно не знает, как именно отреагируют потребители на будущий проект. Зато в современной истории полно случаев, когда даже самые навороченные и супероптимизированные проекты не вызывали широкого интереса у потребителей и закрывались с миллионными убытками. Просто помните об этом.

По материалам сайта https://soobwa.ru/blog/.