высокое искусство программирования

[Gundesvan]

Можно я поправлю, речь ведь вообще-то идёт о кодирование -:)

речь идет о трудоустройстве в ООО Лукасфильмс и переезде в холивуд

[_Lonely_]

От оптимизированного кода никто не уходит, уходят от низкоуровневых языков. Кстати, квалификация многих современных программистов очень низкая как раз из-за того, что они понятия не имеют, как работает код на уровне машинного кода, что такое адресация, как и где выделяется память и т.п. А это очень плохо

Да ладно. Для стандартных коммерческих проектов, где часто на 1-м месте стоит скорость разработки ПО, лишний мегабайт-другой не решает. И знание или незнание ассемблера тут не сильно поможет.

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

[Suspense]

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

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

[ToSHiC]

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

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

есть варианты:)
1. в случае внутреннего девеломпента
2. если производительность важна и реально упирается в железо. да, в случае обычного софта можно купить больше памяти или более быстрый проц, но не до бесконечности же. потом софт учат работать в кластере и опять начинается распараллеливание и оно опять, в конце концов, упирается в некие внутренние особенности задачи и опять приходится ломать голову

[Suspense]

есть варианты:)

Всегда
Мы, будучи субподрядчиками, смогли продавить Заказчика на обязательный аудит нового или модифицированного кода. Как же нас ненавидели девелоперы Заказчика! Но работать с "просветленным" кодом работать стало легче всем, эффект проявился ~через полгода.

[Лютег]