История изменений
Исправление slovazap, (текущая версия) :
программисты пытались как можно лучше адаптировать код к производительности
Не больше и не меньше чем сейчас.
такой подход, как оптимизация CFLAGS флагов сборки под конкретный процессор оправдывал себя и задавало соотвествующий выхлоп
Это не имеет никакого отношения к «адаптации кода к производительности» о котором ты говоришь в предыдущем предложении (что намекает на непонимание темы). И программисты этим никогда не занимались, этим занимались пользователи Gentoo (ну и в меньшей степени других source-based дистрибутивов). И да, сейчас достаточно сделать -march=native.
Оптимизацией кода сейчас занимаются не меньше и не больше чем «раньше». Хорошие программисты - там где доподлинно известно что есть боттлнек, плохие - где придётся.
А сейчас?! Хороших программистов стало крайне мало
Нет. Если для тебя хорошесть программистов измеряется в бесполезной оптимизации кода то вынужден тебя огорчить.
как снежный ком нарастает зависимость пакетов при сборки и тд.
Зависимость пакетов - это reuse кода. Чем больше он нарастает тем лучше.
Стоит ли вообще этим заниматься?!
Если ты не отличаешь оптимизацию исходного кода от оптимизации машинного кода и не понимаешь где она нужна а где нет, то точно не стоит. Пиши простой код и учись.
Исправление slovazap, :
программисты пытались как можно лучше адаптировать код к производительности
Не больше и не меньше чем сейчас.
такой подход, как оптимизация CFLAGS флагов сборки под конкретный процессор оправдывал себя и задавало соотвествующий выхлоп
Это не имеет никакого отношения к «адаптации кода к производительности» о котором ты говоришь в предыдущем предложении (что намекает на непонимание темы). И программисты этим никогда не занимались, этим занимались пользователи Gentoo (ну и в меньшей степени других source-based дистрибутивов). И да, сейчас достаточно сделать -march=native.
Оптимизацией кода сейчас занимаются не меньше и не больше чем «раньше». Хорошие программисты - там где доподлинно известно что есть боттлнек, плохие - где придётся.
А сейчас?! Хороших программистов стало крайне мало
Нет. Если для тебя хорошесть программистов измеряется в бесполезной оптимизации кода то вынужден тебя огорчить.
как снежный ком нарастает зависимость пакетов при сборки и тд.
Зависимость пакетов - это reuse кода. Чем больше он нарастает тем лучше.
Стоит ли вообще этим заниматься?!
Если ты не отличаешь оптимизацию исходного кода от оптимизации машинного кода и не понимаешь где она нужна а где нет, то точно не стоит.
Исправление slovazap, :
программисты пытались как можно лучше адаптировать код к производительности
Не больше и не меньше чем сейчас.
такой подход, как оптимизация CFLAGS флагов сборки под конкретный процессор оправдывал себя и задавало соотвествующий выхлоп
Это не имеет никакого отношения к «адаптации кода к производительности» о котором ты говоришь в предыдущем предложении (что намекает на непонимание темы). И программисты этим никогда не занимались, этим занимались пользователи Gentoo (ну и в меньшей степени других source-based дистрибутивов). И да, сейчас достаточно сделать -march=native.
Оптимизацией кода сейчас занимаются не меньше и не больше чем «раньше». Хорошие программисты - там где доподлинно известно что есть боттлнек, плохие - где придётся.
А сейчас?! Хороших программистов стало крайне мало
Нет. Если для тебя хорошесть программистов измеряется в бесполезной оптимизации кода то вынужден тебя огорчить.
как снежный ком нарастает зависимость пакетов при сборки и тд.
Зависимость пакетов - это reuse кода. Чем больше он нарастает тем лучше.
Стоит ли вообще этим заниматься?!
Тебе - точно нет.
Исправление slovazap, :
программисты пытались как можно лучше адаптировать код к производительности
Не больше и не меньше чем сейчас.
такой подход, как оптимизация CFLAGS флагов сборки под конкретный процессор оправдывал себя и задавало соотвествующий выхлоп
Это не имеет никакого отношения к «адаптации кода к производительности» о котором ты говоришь в предыдущем предложении (что намекает на непонимание темы). И программисты этим никогда не занимались, этим занимались пользователи Gentoo (ну и в меньшей степени других source-based дистрибутивов). И да, сейчас достаточно сделать -march=native.
Оптимизацией кода сейчас занимаются не меньше и не больше чем «раньше». Хорошие программисты - там где доподлинно известно что есть боттлнек, плохие, порой, где придётся.
А сейчас?! Хороших программистов стало крайне мало
Нет. Если для тебя хорошесть программистов измеряется в бесполезной оптимизации кода то вынужден тебя огорчить.
как снежный ком нарастает зависимость пакетов при сборки и тд.
Зависимость пакетов - это reuse кода. Чем больше он нарастает тем лучше.
Стоит ли вообще этим заниматься?!
Тебе - точно нет.
Исходная версия slovazap, :
программисты пытались как можно лучше адаптировать код к производительности
Не больше и не меньше чем сейчас.
такой подход, как оптимизация CFLAGS флагов сборки под конкретный процессор оправдывал себя и задавало соотвествующий выхлоп
Это не имеет никакого отношения к «адаптации кода к производительности» о котором ты говоришь в предедущем предложении. И программисты этим никогда не занимались, этим занимались пользователи Gentoo (ну и в меньшей степени других source-based дистрибутивов). И да, сейчас достаточно сделать -march=native.
Оптимизацией кода сейчас занимаются не меньше и не больше чем «раньше». Хорошие программисты - там где доподлинно известно что есть боттлнек, плохие, порой, где придётся.
А сейчас?! Хороших программистов стало крайне мало
Нет. Если для тебя хорошесть программистов измеряется в бесполезной оптимизации кода то вынужден тебя огорчить.
как снежный ком нарастает зависимость пакетов при сборки и тд.
Зависимость пакетов - это reuse кода. Чем больше он нарастает тем лучше.
Стоит ли вообще этим заниматься?!
Тебе - точно нет.