Мне всегда казалось, что метод ветвей (кстати, не ветвлений) и границ самый простой для понимания способ решения этой задачи. И при его наличии полный перебор можно даже не упоминать, ведь он по сути и есть способ перебора.
Низкая вероятность наступления последствий за что-либо недостаточна для успокоения, на мой взгляд. Вот мат. ожидание этих последствий, если их можно оценить, уже более наглядно для меня. И если я могу получить ущерб лишь в 1% случаев, но огромный, то это повод задуматься над мерами предосторожности, чтобы еще уменьшить эту вероятность по возможности. Но это вопрос восприятия.
Я бы вспомнил <a href="https://en.wikipedia.org/wiki/Kalman_filter">фильтр Калмана</a> . Масса областей применения. Как минимум, каждый, пользующийся GPS, может радоваться тому, что алгоритм существует:)
Дело в том, что есть и другие подходы, к которым тоже не сразу пришли. И это нормально, что для кого-то (большинства разработчиков, я подозреваю) Ваши зоны разграничения внимания являются визуальным мусором. Свои проекты каждый, конечно, может писать так, как душе угодно. Проблема может возникнуть, если придется работать с командой с другими взглядами на оформление кода. И аргумент "мне так нравится" уже не будет работать. И если вдруг без соблюдения своих практик держать в голове проект и легко оперировать им будет не получаться, то от этого потеряют все.
Я бы порекомендовал почитать "Совершенный код" Макконелла. Там довольно много хорошо обоснованных моментов, которые, возможно, помогут по-другому взглянуть на некоторые правила оформления.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Мне всегда казалось, что метод ветвей (кстати, не ветвлений) и границ самый простой для понимания способ решения этой задачи. И при его наличии полный перебор можно даже не упоминать, ведь он по сути и есть способ перебора.
Низкая вероятность наступления последствий за что-либо недостаточна для успокоения, на мой взгляд. Вот мат. ожидание этих последствий, если их можно оценить, уже более наглядно для меня.
И если я могу получить ущерб лишь в 1% случаев, но огромный, то это повод задуматься над мерами предосторожности, чтобы еще уменьшить эту вероятность по возможности.
Но это вопрос восприятия.
Я бы вспомнил <a href="https://en.wikipedia.org/wiki/Kalman_filter">фильтр Калмана</a> .
Масса областей применения.
Как минимум, каждый, пользующийся GPS, может радоваться тому, что алгоритм существует:)
Дело в том, что есть и другие подходы, к которым тоже не сразу пришли. И это нормально, что для кого-то (большинства разработчиков, я подозреваю) Ваши зоны разграничения внимания являются визуальным мусором.
Свои проекты каждый, конечно, может писать так, как душе угодно.
Проблема может возникнуть, если придется работать с командой с другими взглядами на оформление кода. И аргумент "мне так нравится" уже не будет работать. И если вдруг без соблюдения своих практик держать в голове проект и легко оперировать им будет не получаться, то от этого потеряют все.
Я бы порекомендовал почитать "Совершенный код" Макконелла. Там довольно много хорошо обоснованных моментов, которые, возможно, помогут по-другому взглянуть на некоторые правила оформления.