Защита - ЛУЧШЕЕ нападение. Если вы занимаетесь спортом, это вам очень знакомо. Я играл в баскетбол в старшей школе и понял, что это правда.

Что касается применения этой концепции в области разработки программного обеспечения, позвольте мне начать с того, что я НЕ говорю о разработке программного обеспечения таким образом, чтобы защитить вашу работу; Я полностью против этого. Я тут о другом.

Я говорю о мышлении в разработке программного обеспечения, которое позволяет вам быть оскорбительным, и модное слово, которое описывает это, — «подрывной». Вы можете разрабатывать программное обеспечение очень быстро, но можете ли вы постоянно повторять это, не создавая хаоса?

Вот один пример из реальной жизни: вы разработали часть программного обеспечения или список функций, и ваше тестирование QA и Stage прошло отлично. Затем вы собираетесь перейти к производству, и в день запуска производства принимается решение не запускать эти функции по техническим или деловым причинам. Теперь возникает вопрос: можете ли вы легко отключить эти функции и по-прежнему запускать все в рабочую среду с отключенными функциями? Если ответ на этот вопрос — УВЕРЕННОЕ ДА, то вы реализуете вещи правильным образом и у вас есть методологии разработки, которые предоставляют вам множество возможностей и вариантов. Это легко сказать, но эта методология начинается еще до того, как вы напишете строчку кода. С другой стороны, кто-то может сказать: «Зачем мне разрабатывать переключатель функций, если я могу просто поторопиться и сделать это?». Я бы сказал, что идти быстро и рисковать — это хорошо, если у вас есть фундамент, но без фундамента и методологии, поддерживающих вас, это просто безрассудно.

Уверенное ДА в приведенном выше сценарии дает вашему руководству по продукту и высшему руководству достаточную уверенность, чтобы пробовать разные вещи, не беспокоясь о неудачах, потому что неудачи или внезапные решения не вызовут хаоса. Я привел только один пример, который достигает этой цели.

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

Спасибо за чтение.

Альмир Мустафик.