Старший Менеджер продукта в Центр исследований и разработок · 06.10 · ред.
Be reasonable, stupid
В программировании есть такой принцип KISS: keep it simple, stupid. Исходя из этого принципа, проекты должны быть максимально простыми, чтобы избегать излишней сложности и минимизировать количество ошибок. Принцип KISS также подчеркивает важность ясного и понятного дизайна программного обеспечения, чтобы пользователи могли легко освоить его функции и использовать их без лишних трудностей.
За годы своей работы, как с it продуктами, так и с физическими; работой с Российскими, так и международными командам, я выработал некий аналогичный принцип: BRS: Be Reasonable, Stupid. Суть его заключается в том, что не нужно слепо следовать лучшим практикам, стандартам и просто «так правильно делать». Нам нужно всегда думать, а зачем мы все это делаем. Ведь паттерны проектирования, подходы (тот же SOLID), это всего навсего общие рекомендации, того как в среднем лучше делать. Но в каждой конкретной ситуации мы должны взвешивать, что же является наилучшим для нас.
По своей сути, принцип BRS, подчеркивает внимание на необходимости критического мышления, и то что следования догмам скорее всего навредит. Вместо следования догмам, важно рассматривать каждую ситуацию отдельно и оценивать, какие аспекты стандартных подходов наиболее полезны в данном контексте. Такой подход позволяет создавать гибкие и адаптируемые системы, которые эффективно решают поставленные задачи, сохраняя при этом простоту и понятность для пользователей, разработчиков и менеджеров.
BRS, как и KISS, призван уберечь нас от ненужной сложности и неэффективности. Часто, слепое следование правилам и стандартам, без глубокого анализа ситуации, может привести к нелепым последствиям. Представьте: у вас есть задача - построить дом. Вы можете использовать все самые современные материалы и технологии, но если вы не учтете местные условия, особенности грунта и климата, то рискуете построить непрактичный и неудобный дом.
BRS подчеркивает, что важно анализировать контекст, в котором работаем. - Какая цель проекта? - Какие реальные потребности есть у пользователей? - Какие ограничения у нас есть? - Как мы можем максимально эффективно использовать имеющиеся ресурсы?
Только ответив на эти вопросы, мы можем выбрать наиболее оптимальный подход.
Важно помнить, что BRS не отменяет KISS, а дополняет его. KISS указывает на важность простоты, а BRS помогает определить, что именно в данном контексте считается простым и эффективным.
еще контент автора
еще контент автора
Старший Менеджер продукта в Центр исследований и разработок · 06.10 · ред.
войдите, чтобы увидеть
и подписаться на интересных профи