Нас на самом деле легион таких, c 20+ опыта программирования, которые имеют такую позицию как ваша.
Было интересно, чтобы именно матерый senior с десятилетиями боевого опыта, на практических примерах поделился бы, как ему пригодились знания высшей математики.
Вот-вот! Ау! Где же вы эти сеньоры? Если вы есть, то почему скрываетесь? ))) А если их нет или процент крайне низок, то зачем вся эта поеб... хм... муть в виде "знания высшей математики", физики и прочяя муть, бесполезная для дальнейшей работы да и жизни в целом.
Вижу только 2 ответа: 1. Чтобы "прожать по зарплате" - обесценить 2. Цитата из коммента к этой статье:
"Фильтр у них именно такой просто потому что могут (это как в старом анекдоте про то как опытный hr выкинул половину резюме на должность директора в мусорку, а когда молодой hr спросил почему, опытный ответил "неудачники нам не нужны")"
Есть огромная пропасть между придумать алгоритм, обосновать его корректность, доказать все строго и математически (что делают профессоры и аспиранты) и просто разобрать алгоритм. Одно дело придумать что то новое, а совсем другое разобрать уже существующее (по сути придумать новый алгоритм сортировки vs просто разобрать как квиксорт работает, а описывать его работу и доказывать что он действительно работает это уже не ваша задача, а она была выполнена как раз теми самыми профессорами).
Да, согласен. Также огромная пропасть между чтением про: 1. "придумать алгоритм, обосновать его корректность, доказать все строго и математически" 2. "просто разобрать алгоритм"
Для меня нерационально тратить время на чтение обоснования и доказательства алгоритма. Мне достаточно "просто разобрать алгоритм".
О таком бэкграунде речь? Скопировал из комментов ниже.
"а может быть "...Собеседование в ФААНГ говорит только о том" — насколько ты мотивирован и упёртый? Скорее всего только этим оно и ценно...."
"Ну это, как бы, неудивительно — за большинством алгоритмов стоят статьи, возможно диссертации. Очевидно, что вы за две недели вряд ли сделаете то, что делали профессор, погружённый в тему, вместе с аспирантом год или два.
Этим, кстати, бесят всевозможножные "алгоритмические интервью" — если интервьюирующий их давно не проходил, он не понимает, что за 20 минут невозможно написать ничего. А уж тем более под прессом "рассказывай ход мыслей"."
"Имхо путь роста это стараться попадать в хорошие команды с хорошими специалистами, от которых ты будешь перенимать много полезных качеств.Тк путь программиста это не только алгоритмы на литкоде(которые без практики уже через два года скорее всего забудешь как решать), а умения как - подходить к задачам, общаться с коллективом, искать решения, поглощать знания, оценивать задачи и понимать интуитивно слабые места и тд и тп. Сеньер может не знать алгоритм обхода дерева, но он узнает его за полчаса. Собеседование в ФААНГ говорит только о том, насколько хорошо ты подготовился к собеседованию в ФААНГ, ну реально же, специальные курсы, книги, сайты для прохождения собесов, полгода затачиваешь себя под собес и потом вау я прошел, теперь я суперрогер?)"
А, вон как... А я то решил, что "контейнер" тоже что-то специфическое про Алгоритмы. Раз 90% можно выкинуть, то не вопрос. Тогда уж лучше прочесть книгу совсем без этих лишних 90%. Неужели нет таких?
Поиск в этой книге слова "контейнер" дал 0й результат, значит это не из этой книги. А из какой тогда? Про сортировку есть целая глава (это без темы про статистику) стр. 173-243, т.е. 70 из 1328 стр. = 5%. Сортировку использую конечно. Но помнить все 1328 стр. ради 5% про сортировку как-то нерационально, не так ли?
"Просто поинт в том что этот фильтр в жизни обычно для опытного программиста не такой страшный, как его представляют. " Так конечно не страшный, а очень даже смешной.
Это ж типа если бы спрашивали правила граматики русского языка. Именно правила, а не то как чел грамотно пишет.
Нет, не знаю, "что внутри std::map..." и т.д., и не интересно знать, ибо в работе не применял за 25 лет. Также как и знания по вышке и физике. Даже не понадобилось программировать решение квадратного уравнения из толи 4го толи 5го класса средней школы. Что уж говорить про дифференциальное и интегральное исчисление. Зачем эти невостребованные знания? Если кому интересно или нужно в работе, я не против. Но другим то зачем навязывать в виде вопросов на FAANG?
Мне мой "максимум здравого смысла" подсказывает, что:
"университетского курса алгоритмов" у меня не было, ибо окончил универ в 1996г.
"прочитанного и разобранного в молодости Кормена" тоже нет, ибо гугл подсказал, что первое издание его книги было в 2000 г.
никогда НЕ была "интересна математическая и алгоритмическая база происходящего"
При этом учиться программированию я начинал на Си в 1988г, еще учась в школе, в универе был курс Паскаля. На 4-5м курсах сам изучал по книгам ООП на С++ и кодил на нем программную часть дипломной работы. В этих книгах не было тех алгоритмов, что даны в книге Кормана, только чистое программирование без математической мути.
Так и что получается, я плохой программист по версии упомянутого FAANG, ибо не смогу ответить на вопросы? ))))
Вообще хорошо бы, если б автомобиль с такой системой останавливался, если на пути попадается любой предмет, который может повлечь повреждение авто, а это может быть и небольшая сумка со взрывчаткой, например. А уж если на пути ребенок - и тем более. Даже если маленькая собачка.
Есть еще как минимум один "принцип, который используют для повышения эффективности эксплуатации трудовых ресурсов". А именнно - понижение ценности: например задают вопросы, на которые кандидат не может ответить, и говорят, типа, не получится претендовать на высокую зарплату.
Ну и еще из всего многообразия алгоритмов приведены только 2 алгоритма поиска. Может стоило начать со списка хотя бы "обязательных" алгоритмов? Хотя мне не знакомы и эти 2 алгоритма... И что? Я теперь "не настоящий" разработчик? )))
Вот именно с понятия "алгоритм" и стоило начинать автору статьи, а именно написать, что вкладывает в это понятие "алгоритм". Без этого может быть непонимание. Например относительно понятия "программирование" сталкивался со следующим. Я занимаюсь разработкой на 1С и пару раз мне говорили разработчики на других языках, что 1С - это не программирование. Как же не программирование, если я пишу текст программ (кодирую). И это при том, что начинал я знакомство с программированием на языке С в 1988 г., еще учась в школе, в универе был Паскаль. А что же тогда есть программирование в их представлениях?
Вот-вот!
Ау! Где же вы эти сеньоры? Если вы есть, то почему скрываетесь? )))
А если их нет или процент крайне низок, то зачем вся эта поеб... хм... муть в виде "знания высшей математики", физики и прочяя муть, бесполезная для дальнейшей работы да и жизни в целом.
Вижу только 2 ответа:
1. Чтобы "прожать по зарплате" - обесценить
2. Цитата из коммента к этой статье:
"Фильтр у них именно такой просто потому что могут
(это как в старом анекдоте про то как опытный hr выкинул половину резюме на должность директора в мусорку, а когда молодой hr спросил почему, опытный ответил "неудачники нам не нужны")"
Это замечательно.
Тогда зачем корпеть над чтением всей книги "Алгоритмы...", если достаточно прочесть 10%.
Есть такие книги без этой лишней воды?
Да, согласен.
Также огромная пропасть между чтением про:
1. "придумать алгоритм, обосновать его корректность, доказать все строго и математически"
2. "просто разобрать алгоритм"
Для меня нерационально тратить время на чтение обоснования и доказательства алгоритма.
Мне достаточно "просто разобрать алгоритм".
Не я вывожу, а авторы комментов вывели из своих соображений.
Скопировал их комменты целиком.
О таком бэкграунде речь?
Скопировал из комментов ниже.
"а может быть "...Собеседование в ФААНГ говорит только о том" — насколько ты мотивирован и упёртый? Скорее всего только этим оно и ценно...."
"Ну это, как бы, неудивительно — за большинством алгоритмов стоят статьи, возможно диссертации. Очевидно, что вы за две недели вряд ли сделаете то, что делали профессор, погружённый в тему, вместе с аспирантом год или два.
Этим, кстати, бесят всевозможножные "алгоритмические интервью" — если интервьюирующий их давно не проходил, он не понимает, что за 20 минут невозможно написать ничего. А уж тем более под прессом "рассказывай ход мыслей"."
"Имхо путь роста это стараться попадать в хорошие команды с хорошими специалистами, от которых ты будешь перенимать много полезных качеств.Тк путь программиста это не только алгоритмы на литкоде(которые без практики уже через два года скорее всего забудешь как решать), а умения как - подходить к задачам, общаться с коллективом, искать решения, поглощать знания, оценивать задачи и понимать интуитивно слабые места и тд и тп. Сеньер может не знать алгоритм обхода дерева, но он узнает его за полчаса.
Собеседование в ФААНГ говорит только о том, насколько хорошо ты подготовился к собеседованию в ФААНГ, ну реально же, специальные курсы, книги, сайты для прохождения собесов, полгода затачиваешь себя под собес и потом вау я прошел, теперь я суперрогер?)"
Работа с базами данных MSSQL. Интеграция.
Имел ввиду любые вопросы связанные со знанием алгебры логики Буля.
Ясно.
А, вон как... А я то решил, что "контейнер" тоже что-то специфическое про Алгоритмы.
Раз 90% можно выкинуть, то не вопрос.
Тогда уж лучше прочесть книгу совсем без этих лишних 90%.
Неужели нет таких?
А вопросы по алгебре логики Буля есть там?
Программирую, но не в научной среде, и не использую ни статистику, ни всю остальную математическую муть.
Поиск в этой книге слова "контейнер" дал 0й результат, значит это не из этой книги. А из какой тогда?
Про сортировку есть целая глава (это без темы про статистику) стр. 173-243, т.е. 70 из 1328 стр. = 5%.
Сортировку использую конечно.
Но помнить все 1328 стр. ради 5% про сортировку как-то нерационально, не так ли?
"Просто поинт в том что этот фильтр в жизни обычно для опытного программиста не такой страшный, как его представляют. "
Так конечно не страшный, а очень даже смешной.
Это ж типа если бы спрашивали правила граматики русского языка. Именно правила, а не то как чел грамотно пишет.
Нет, не знаю, "что внутри std::map..." и т.д., и не интересно знать, ибо в работе не применял за 25 лет. Также как и знания по вышке и физике. Даже не понадобилось программировать решение квадратного уравнения из толи 4го толи 5го класса средней школы. Что уж говорить про дифференциальное и интегральное исчисление.
Зачем эти невостребованные знания?
Если кому интересно или нужно в работе, я не против.
Но другим то зачем навязывать в виде вопросов на FAANG?
Мне мой "максимум здравого смысла" подсказывает, что:
"университетского курса алгоритмов" у меня не было, ибо окончил универ в 1996г.
"прочитанного и разобранного в молодости Кормена" тоже нет, ибо гугл подсказал, что первое издание его книги было в 2000 г.
никогда НЕ была "интересна математическая и алгоритмическая база происходящего"
При этом учиться программированию я начинал на Си в 1988г, еще учась в школе, в универе был курс Паскаля.
На 4-5м курсах сам изучал по книгам ООП на С++ и кодил на нем программную часть дипломной работы.
В этих книгах не было тех алгоритмов, что даны в книге Кормана, только чистое программирование без математической мути.
Так и что получается, я плохой программист по версии упомянутого FAANG, ибо не смогу ответить на вопросы? ))))
Вообще хорошо бы, если б автомобиль с такой системой останавливался, если на пути попадается любой предмет, который может повлечь повреждение авто, а это может быть и небольшая сумка со взрывчаткой, например.
А уж если на пути ребенок - и тем более.
Даже если маленькая собачка.
Как вариант, сказать что-то типа: "ну значит в моих услугах вы не нуждаетесь".
Ну и разновидность этого принципа - фраза, рассказанная сисадмином:
"Ну какой же ты программист, если в кондиционерах не разбираешься".
Есть еще как минимум один "принцип, который используют для повышения эффективности эксплуатации трудовых ресурсов".
А именнно - понижение ценности:
например задают вопросы, на которые кандидат не может ответить, и говорят, типа, не получится претендовать на высокую зарплату.
Маленькое исследование.
Вакансии на Хабре
Ну и еще из всего многообразия алгоритмов приведены только 2 алгоритма поиска.
Может стоило начать со списка хотя бы "обязательных" алгоритмов?
Хотя мне не знакомы и эти 2 алгоритма...
И что? Я теперь "не настоящий" разработчик? )))
Вот именно с понятия "алгоритм" и стоило начинать автору статьи, а именно написать, что вкладывает в это понятие "алгоритм". Без этого может быть непонимание.
Например относительно понятия "программирование" сталкивался со следующим.
Я занимаюсь разработкой на 1С и пару раз мне говорили разработчики на других языках, что 1С - это не программирование. Как же не программирование, если я пишу текст программ (кодирую). И это при том, что начинал я знакомство с программированием на языке С в 1988 г., еще учась в школе, в универе был Паскаль.
А что же тогда есть программирование в их представлениях?