Здравствуйте, Evgeny.Panasyuk, Вы писали:

BFE>>>>Иначе это уже не список.
EP>>>Почему? Например кольцевой список
BFE>>Например потому, что std::find к нему применить прямо не получится.
EP>Это не "не список", а "не диапазон по определению STL". Но речи о том что это будет диапазоном STL — не было.
Хорошо, согласен. Кольцевой буфер я использовал на практике, кольцевой список — никогда.

EP>И повторюсь, я не про ту ассоциативность которая левая или правая, а про ту которая позволяет скобки переставлять без изменения результата. И вот она в явном виде в коде практически не выражается, при этом используется неявно (без выражения непосредственно в коде) например при параллельной редукции. Собственно это пример к моему исходному поинту о том, что даже если что-то в коде не выражается явно, это не означает что эти знания не полезны и не нужны.
Ассоциативность явно применяется во многих рекурсивных алгоритмах вида:

f(a,b,c...)
{
  return a + f(b,c...);
}

EP>Мои основные тезисы:
EP>- обозначенные знания не являются жёстким требованием ко всем программистам. Да, без них получится создавать реальный код, решающий некоторые реальные задачи, и получать за это реальное вознаграждение.
EP>- для тех кто хочет стать хорошим программистом — эти знания обязательны.
EP>- даже если допустить что эти знания являются балластом и на практике не нужны — они всё равно проверяются на некоторых реальных собеседованиях, что немаловажно.

Согласен. Но не понятно, почему выбраны именно эти знания.

EP>- программирование по большей части это математическая активность — так как происходит оперирование абстрактными объектами, идеями и структурами. Более того — это строгая (rigour) математическая активность, так как нет возможности пропустить "очевидные" этапы и шаги — нужно закодировать всё — от самых низших уровней до высших. ЕМНИП, подобный тезис был у Александра Степанова. С этой позиции заявления вида "программистам математика не нужна" нелепы.

Не соглашусь. В математике легко можно пропустить те или иные действия (по ошибке), в отличии от программирования.