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

R>а в противостоянии владение технологиями VS stl
R>побеждает первый
R>поскольку первое дается тяжелее и нужны годы опыта, а стл это всего лишь поделка для не умеющих программировать, и осваивается за пару минут

Что, кстати, много говорит о тех, кто STL (часть языка между прочим) не знает. Или манипулирует огромными векторами по значению. Вот таких глупостей не хочется видеть. И, кстати, умение в правильном месте сделать reserve для вектора может сократить оптимизацию в будущем.

R>умение посчитать O(f(x)) это вообще смех, на практике где то хоть кроме собеседований применяется, ну окромя hft ?

Блин, да оно постоянно надо.
1. Я совсем недавно прошёл путь от Венгерского алгоритма O(N^3) к графам O(N^2 * M), где M намного меньше N, к кастомному алгоритму O(N^2). В итоге у меня на ноутбуке анализируется движение с 4-х 6 Мп камер. А это 600 Мп в секунду!
2. Ещё до нейросетевого бума разделение слипшихся символом (не капча, но близко) делалось на графах кратчайшим путём. Там тоже надо было про сложность знать.
3. Есть алгоритм подавления немаксимумов (non maximum suppression). Для его эффективной реализации тоже надо знать структуры данных и сложность алгоритмов.

У коллег постоянно такие задачи попадаются. Всё это говорит лишь о твоём ограниченном опыте. Уверен, что глубоком, уверен в твоём профессионализме. Но явно видно, что уровень ограничен.

R>вообще нужно обладать поистине большой фантазией что бы придумать что программист с 10+ лет опыта,
R>где то вставляет не оптимальное копирование вектора или не оптимально выбрал list вместо vector и занимается перебором для поиска нужного элемента

Да бывает такое повсеместно. И тут, кстати, я согласен с Gattaka (Ох уж этот Яндекс

Автор: reversecode
Дата: 01.06.18

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

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

R>а в противостоянии владение технологиями VS stl
R>побеждает первый
R>поскольку первое дается тяжелее и нужны годы опыта, а стл это всего лишь поделка для не умеющих программировать, и осваивается за пару минут

Что, кстати, много говорит о тех, кто STL (часть языка между прочим) не знает. Или манипулирует огромными векторами по значению. Вот таких глупостей не хочется видеть. И, кстати, умение в правильном месте сделать reserve для вектора может сократить оптимизацию в будущем.

R>умение посчитать O(f(x)) это вообще смех, на практике где то хоть кроме собеседований применяется, ну окромя hft ?

Блин, да оно постоянно надо.
1. Я совсем недавно прошёл путь от Венгерского алгоритма O(N^3) к графам O(N^2 * M), где M намного меньше N, к кастомному алгоритму O(N^2). В итоге у меня на ноутбуке анализируется движение с 4-х 6 Мп камер. А это 600 Мп в секунду!
2. Ещё до нейросетевого бума разделение слипшихся символом (не капча, но близко) делалось на графах кратчайшим путём. Там тоже надо было про сложность знать.
3. Есть алгоритм подавления немаксимумов (non maximum suppression). Для его эффективной реализации тоже надо знать структуры данных и сложность алгоритмов.

У коллег постоянно такие задачи попадаются. Всё это говорит лишь о твоём ограниченном опыте. Уверен, что глубоком, уверен в твоём профессионализме. Но явно видно, что широта ограничена.

R>вообще нужно обладать поистине большой фантазией что бы придумать что программист с 10+ лет опыта,
R>где то вставляет не оптимальное копирование вектора или не оптимально выбрал list вместо vector и занимается перебором для поиска нужного элемента

Да бывает такое повсеместно. И тут, кстати, я согласен с Gattaka (Ох уж этот Яндекс

Автор: reversecode
Дата: 01.06.18

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