DL
с другой стороны, а что с ним так?
Size: a a a
2020 February 09
DL
ну и вообще, ориентироваться на Никиту как на гуру - то такое…
DL
он много писал и пишет ошибочной (пусть частично) херни, лишь потому, что его чувство прекрасного так думает, и это не называя прочие субъективные факторы
YK
Я просто сказал что в этом вопросе солидарен с ним :)
DL
ну реально, сидеть на электронной-хромированной игле и пытаться экономить на копейках
OR
Как-то цитату обычно не всю вспоминают
Programmers waste enormous amounts of time thinking about, or worrying about, the speed of noncritical parts of their programs, and these attempts at efficiency actually have a strong negative impact when debugging and maintenance are considered. We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil. Yet we should not pass up our opportunities in that critical 3%.
DL
всё правильно написано, чо
DL
>critical 3%
ST
Я тоже согласен, что нужно при проектировании иметь ввиду производительность. Но это как бы в алгоритмах и архитектуре. А вот обсуждаемая задача с макросами сюда, на мой взгляд, не попадает. К тому же, если несколько вызовов js->clj на старте покажут себя узким местом, то можно и над макросом подумать (но это сомнительно)
MB
Как-то цитату обычно не всю вспоминают
Programmers waste enormous amounts of time thinking about, or worrying about, the speed of noncritical parts of their programs, and these attempts at efficiency actually have a strong negative impact when debugging and maintenance are considered. We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil. Yet we should not pass up our opportunities in that critical 3%.
Я что-то не понимаю, до сих пор что ли много людей, которые не видели полную цитату?)
OR
Смысл текста несколько меняется
MB
Я тоже согласен, что нужно при проектировании иметь ввиду производительность. Но это как бы в алгоритмах и архитектуре. А вот обсуждаемая задача с макросами сюда, на мой взгляд, не попадает. К тому же, если несколько вызовов js->clj на старте покажут себя узким местом, то можно и над макросом подумать (но это сомнительно)
+
DL
в 97% случаев нет
DL
очевидно, что когда прижмет - оптимизировать надо любой ценой
MB
Хорошо написанный код легко оптимизировать
DL
Я тоже согласен, что нужно при проектировании иметь ввиду производительность. Но это как бы в алгоритмах и архитектуре. А вот обсуждаемая задача с макросами сюда, на мой взгляд, не попадает. К тому же, если несколько вызовов js->clj на старте покажут себя узким местом, то можно и над макросом подумать (но это сомнительно)
иметь в виду нужно кучу факторов (и производительность, в т.ч.), но писать условные факториалы на темплейтах, ещё когда не готова большая часть проекта и вообще непонятно, как оно будет взаимодействовать одно с другим, и будет ли ботлнеком - как-то глупо
DL
Хорошо написанный код легко оптимизировать
+
DL
а вот факториалы на темплейтах - сложно
DL
ну и нельзя забывать, что код больше читается, чем пишется