Не оптимизируйте производительность без необходимости😂 Только что увидел комментарий: > Как только вы масштабируетесь, даже ваши ошибки будут иметь пользователей. Моя первая работа после окончания университета была в одной компании, где на вступительном тренинге для новых сотрудников проводили грандиозный семинар. Однажды нам рассказали историю: это было в середине 90-х, техническая команда оптимизировала время загрузки программного обеспечения с 5 минут до 30 секунд. В результате негативные отзывы клиентов вспыхнули мгновенно. Эта оптимизация времени загрузки, казалось, разрушила корпоративную культуру той компании. Оказалось, что до оптимизации, когда все приходили в офис, включали компьютеры, они использовали эти 5 минут времени загрузки, чтобы пообщаться, выпить кофе и начать день в расслабленной атмосфере. А теперь, не успев встать со своих мест, программное обеспечение уже было готово, подгоняя их к работе! Смысл этой истории — и та цитата выше — не в том, чтобы не улучшать вещи. Напротив, это напоминание: ваше программное обеспечение существует не только в PRD (документе требований к продукту) или в тестовых наборах. Это система, которая взаимодействует с людьми в реальном мире. Люди будут формировать привычки вокруг нее, разрабатывать обходные пути (Workarounds) и даже полагаться на некоторые ошибки для реальных сценариев использования. Это крайне важно для вас как для инженера-программиста: вы должны понимать истинное назначение программного обеспечения и способы его использования в реальном мире. Ваша работа не заключается в том, чтобы выполнять кучу задач (Tickets), которые дает менеджер по продукту; ваша работа — создавать программное обеспечение, которое решает проблемы пользователей. Ссылка: