Быстрое решение, стоит ли его применять?

Категория: Технические советы

– Автор: Игорь (Администратор)

Как бы стремительно не развивалась ИТ-индустрия, всецело полагаться на лозунги "Выше! Быстрее! Сильнее!" нельзя. Быстрое решение там, где необходима вдумчивость и расчет, порождает высокий риск провала. Хотя желание получить результат "сейчас и сразу" понятно и естественно для человека.

Примечание: Сразу предупреждаю, заметка будет сложной для понимания.

Примечание: Данный материал является субъективным мнением, носит чисто информативный характер, не является претензией или иным порочащим действием и ни к чему не призывает.

Тем не менее, разум и логика должны превалировать. Естественно, существуют удачные примеры быстрых решений, которые приводили к сокрушительным победам. Но, к сожалению, это скорее единичные случае, нежели закономерность. А в ряде случаев искажение и приукрашение реальности. Наверное, каждый из вас знает ответ на вопрос "Чем может обернуться попытка принять решение впопыхах". То же самое происходит в любой сфере, включая ИТ.

Истоком проблем быстрых решений является природа самих решений. В большинстве случаев, такие решения это порыв и эмоции, которые обуздывают человека. Однако мир ИТ - это все же мир цифр и логики. Даже нечеткие системы (один из подходов области искусственного интеллекта) состоят из конкретных механизмов расчета весов и их сумм. Результат, выдаваемый искусственным интеллектом на базе нейронной сети, это результат, который пусть и сложно, но можно рассчитать.

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

Необходимо включать в быстрые решения оценку составляющих самих решений. Такой способ позволит исключить решения, которые строятся только на воображении и пагубной жажде результатов. Тем не менее, стоит учитывать, что оценка должна базироваться не на лозунгах и надуманных размышлениях, а на конкретных мерах. Мера "в прошлый раз же получилось" на примере близкого к провалу проекта - это далеко не самое лучшее, что стоит использовать. Примером более или менее подходящей меры может служить проверка методом тыка. Суть такой проверки заключается в том, что к оценке решения вы привлекаете кого-то или что-то стороннее, пусть даже и не в явном виде. Например, выберите подходящий случай из своей жизни и попробуйте соотнести к решению. Мысленно пройдитесь от начала и до конца, и посмотрите в каких местах у вас возникли затруднения. Такая мера позволяет выявить надуманную часть решения, пусть и не всю. Помните, что одной меры не достаточно и что меры в одном случае могут не подходить для другого случая.

Понравилась заметка? Тогда время подписываться в социальных сетях и делать репосты!

• Выбор подходящей технологии (фреймворка, системы)
• Кнопка "Сделать хорошо" или почему готовое решение имеет много проблем