The root of all evil

[strangeraven]

Вначале программисты оптимизировали все что ни попадя. Глядя на то безобразие, которое у них получалось, Кнут в сердцах воскликнул: хватит уже заранее оптимизировать! Сначала хотя бы померяйте, какой код работает большую часть времени, и уже его оптимизируйте!

А что, мужик дело говорит - решили программисты. Да и вообще, зачем мы паримся, если

Comments

[shisha_hwguy]

Многое зависит от бизнес модели компании и роли программистов в ней.
Если бесконечная поддержка является частью модели, то
А дальше то что? А дальше равномерно размазанная каша, написанная адептами premature pessimization. Расхлебывать эту кашу - долго и нудно.

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

[shisha_hwguy]

Что за зверь такой оптимизатор?
Это такой специально обученный программист, рабочее время которого тратится на оптимизацию решений написанных другими программистами.

Такое в конторах работающих на аутсорс не редкость.

[sleepy_drago]

я вот считаю оптимизацию своим хобби :) и на днях в свеженаписанной маленькой рюшечке на пару тыщ строк разглядывал насколько далеко оно от пика. Vtune & events под win/lin.
Вывод был простой - жабам и не снится но от пика от 2х до 4х раз вниз. И диагноз характерный. То есть переносимость и использование простых готовых вещей означают отказ от пиковой скорости даже в си-с-классами и простом коде на массивах. Да это HPC и все такое но код который пишется для простоты и понятности будет быстр но в разы дальше от края возможностей железки. Потому как ни один компилятор не перестроит вам структуры данных и не вывернет наизнанку обработку. Еще с формулами както борются но шаг в сторону более сложного и все. Подумаешь еще один all-nearest-neighbor для центров прямоугольников двух слоев.

зы пробовал я шапку "оптимизатор". нифига - 2 раза в системах "ужос тысячелетний" ничего не дают. ничего. Вот ловишь гига утечку и сразу юзабилити меняется да. но это не оптимизация.

[sleepy_drago]

миллион я видел. дело в структуре. 2 раза иногда можно со стороны вытащить. как правило на неправильностях I/O и тп. Но потом встает в полный рост "хочешь поменять это - проведешь тут 5 лет ковыряясь". Это верный признак :)

[sleepy_drago]

пришел лесник и всех разогнал? :)

мой пойнт был в том что "оптимизации походя" не могут приблизить к глобальному максимуму. если у вас по какой-то причине есть чудовищные объемы или что-то вроде того стоит оглядываться и планировать отдельные маленькие "походы на эльбрус". правда стоить это может ... много.

[strangeraven]

да я хотел один коммент переписать, удалив, а удалил все нечаянно...

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

иногда ,бывает забавно: доблестные графпрограммеры выжимают соки из железки, а рядом не менее доблестные программисты UI копируют строки туда-сюда-обратно

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

No title

[pingback_bot]

User plakhov referenced to your post from No title saying: [...] раннюю оптимизацию (почти банальности, но правильные) [...]