Когда оптимизация является преждевременной? [закрыто]

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

Закрыт 7 лет назад .

Я вижу, что этот термин используется часто, но мне кажется, что большинство людей используют его из-за лени или невежества. Например, я читал эту статью:

http://blogs.msdn.com/b/ricom/archive/2006/09/07/745085.aspx

, где он рассказывает о своих решениях, которые он принимает для реализации типы, необходимые для его приложения.

Если бы это был я, говоря об этом для кода, который нам нужно написать, другие программисты подумали бы либо:

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

или того и другого.

и предлагал просто реализовать это и не беспокоиться об этом, пока они не станут проблемой.

Что предпочтительнее?

Как провести различие между преждевременной оптимизацией и принятием осознанного решения для критически важного для производительности приложения до того, как будет выполнена какая-либо реализация?

задан Cody Gray 29 January 2011 в 08:06

0 ответов

Другие вопросы по тегам:

c# .net performance optimization premature-optimization

Когда оптимизация является преждевременной? [закрыто]

0 ответов

Похожие вопросы: