Как пройти собеседование?

[Alexandr]

это и к шарпам относится

[OtherSide]

для тех, кто претендует на серьезный уровень server-side, этот вопрос является затравкой для тем:
-pipeline процессора и bottleneckи в нем
-трансляция виртуальных адресов в физические, paging unit процессора и боттелнеки в нем
-как устроен и работает кеш процессора
-атомарность и видимость этой операции
-как работает физическая память DRAM и боттлнеки в ней
-что меняется, если префикс lock добавить
-что меняется, если включен hyperthreading

Вы действительно не видите дальше своей кочки. Как будто другой работы, кроме глубокой системщины и не бывает.
Нафига мне знать на уровне, выше факультативного, как работает DRAM и кеш процессора, если я не разрабатыаю железо.
Может быть мой код вообще на кофемолке будет работать, для меня железо - абстракция, и я не должен о нем думать вообще,
именно ранняя оптипизация заставляет увязнуть в деталях и выдать на гора говнокод.
Если у пользователя код работает слишком медленно, пусть не жлобится, а купит сервер на 100(или 1млн) долл дороже.
На порядок важнее качество кода - возможность масштабирования и поддержки .

p.s. Вот именно такие интервьюеры как Вы меня и бесят на собеседованиях. Какого черта я вообще должен это знать? Как будто все последние 18 лет (а я начинал с бейсика в 12) я занимался тем же самым, что и Вы. Ну давайте я вас "для затравки" погоняю по вопросам о BSP деревьев, попрошу на листике написать алгоритм Брезенхейма или декодирование по Хафману.

[Alexandr]

для тех, кто претендует на серьезный уровень server-side, этот вопрос является затравкой для тем:
-pipeline процессора и bottleneckи в нем
-трансляция виртуальных адресов в физические, paging unit процессора и боттелнеки в нем
-как устроен и работает кеш процессора
-атомарность и видимость этой операции
-как работает физическая память DRAM и боттлнеки в ней
-что меняется, если префикс lock добавить
-что меняется, если включен hyperthreading

Вы действительно не видите дальше своей кочки. Как будто другой работы, кроме глубокой системщины и не бывает.
Нафига мне знать на уровне, выше факультативного, как работает DRAM и кеш процессора, если я не разрабатыаю железо.
Может быть мой код вообще на кофемолке будет работать, для меня железо - абстракция, и я не должен о нем думать вообще,
именно ранняя оптипизация заставляет увязнуть в деталях и выдать на гора говнокод.
Если у пользователя код работает слишком медленно, пусть не жлобится, а купит сервер на 100(или 1млн) долл дороже.
На порядок важнее качество кода - возможность масштабирования и поддержки .

а причем тут разработчик железа?
100K problem - термин слышали такой? ну так в него входит все что я перечислил + вопросы по сетям не менее глубокого уровня

Вы действительно не видите дальше своей кочки. Как будто другой работы, кроме глубокой системщины и не бывает.

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

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

[OtherSide]

а причем тут разработчик железа?
100K problem - термин слышали такой? ну так в него входит все что я перечислил + вопросы по сетям не менее глубокого уровня

Ничего в ваших вопросах особенно глубокого нет. Ну есть какой-то там алгоритм кеширования процессора. Нафига мне это держать в голове? Книжек по программированию я перечитал огромное кол-во, еще будучи подростком. Повзрослев, понял что не это в жизни и профессии главное.
Как раз я видывал конторы, в которых куча "кибермозгов" постоянно что-то оптимизирует, улучшает, использует какие-то суперхитрые методы пересылки, кеширования, считывания. В результате продукт на выходе получается дерьмо. Потому как не понятно, как с этим человеком работать в команде, что делать если его придется заменить, как разобраться в его коде и т.д.
Код должен быть простым и понятным, даже если он будет работать несколько медленней. Именно таким, что бы его легко мог прочитать и обслужить средний программист, со средним опытом, без особого знания каких-то хитрых кишок системы.
Какие-то критичные к производительности секции нужно заизолировать и не выделываясь на писать на Си с asm вставками, а не размазывать это говно по всему коду, для поддержки которого надо набирать других кибермозгов.

[Alexandr]

Ничего в ваших вопросах особенно глубокого нет. Ну есть какой-то там алгоритм кеширования процессора. Нафига мне это держать в голове? Книжек по программированию я перечитал огромное кол-во, еще будучи подростком. Повзрослев, понял что не это в жизни и профессии главное.

вы просто не понимаете, что нет какого-то большого единого главного в профессии, а есть куча маленьких строительных блоков, на которых и держится SDE
если часть этих блоков выкидываем (алгоритмы, нормальное знание языка), то здание потихоньку косить начинает
о каких кибермозгах идет речь, когда вы противитесь, чтобы банальную сортировку написать на листочке?

[brrdrr]

Как тут пишут: садитесь, два. Выше я уже писал правильное решение и оно совсем не очевидно

Двойку та вообще-то вам поставили. Я бы на такой простой задачке, даже с пропущенной строкой, не спотыкнулся бы.

А так конечно дело не в кодировании, Вам с самомнением надо что-то делать. Тут уже советовали делить его на три. А то целых 15 страниц слёзных истерик о недооценённом гении. Скромней надо быть!

[Easbayguy]

Если у пользователя код работает слишком медленно, пусть не жлобится, а купит сервер на 100(или 1млн) долл дороже.
На порядок важнее качество кода - возможность масштабирования и поддержки .

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

[dotcom]

Интересно, как тут образовалась связь между крутизной кодеров и падучестью системы? У моего соседа сломался красный биммер. То ли биммер такой ломучий, то ли красные машины ломаются чаще. Ума не разложу.

А сосед этот красный бимер сам кодировал?
Отдельно - а что такое "крутизна"?

Вы не по адресу обращаетесь. Я сам хотел выяснить, чем так круты так российские программисты, у которых все падает в трейдинг системах, и что такое крутизна в данном контексте. И больше всего меня интересовало, почему крутизна была повинна в падеже систем. А чтобы понять разговор про бимер, то надо прочитать предыдущие 14 страниц.

[VovaK98]

Если у пользователя код работает слишком медленно, пусть не жлобится, а купит сервер на 100(или 1млн) долл дороже.
На порядок важнее качество кода - возможность масштабирования и поддержки .

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

Ну всё, заклевали мужика совсем.
Я считаю, что софт оптимизировать тоже можно до какого-то предела. Иногда железо лучше купить побыстрее, чем задержать проект на еще полгода, или вообще потерять клиента.

[nightmare2]

а причем тут разработчик железа?
100K problem - термин слышали такой? ну так в него входит все что я перечислил + вопросы по сетям не менее глубокого уровня

Ничего в ваших вопросах особенно глубокого нет. Ну есть какой-то там алгоритм кеширования процессора. Нафига мне это держать в голове? Книжек по программированию я перечитал огромное кол-во, еще будучи подростком. Повзрослев, понял что не это в жизни и профессии главное.
Как раз я видывал конторы, в которых куча "кибермозгов" постоянно что-то оптимизирует, улучшает, использует какие-то суперхитрые методы пересылки, кеширования, считывания. В результате продукт на выходе получается дерьмо. Потому как не понятно, как с этим человеком работать в команде, что делать если его придется заменить, как разобраться в его коде и т.д.
Код должен быть простым и понятным, даже если он будет работать несколько медленней. Именно таким, что бы его легко мог прочитать и обслужить средний программист, со средним опытом, без особого знания каких-то хитрых кишок системы.
Какие-то критичные к производительности секции нужно заизолировать и не выделываясь на писать на Си с asm вставками, а не размазывать это говно по всему коду, для поддержки которого надо набирать других кибермозгов.

Зато они выглядят незаменимыми и неприкасаемыми.
Иногда даже кажется, что им эти интервью нужны чтобы очередной раз показать начальству как они круты.
А нанимать никто никого не собирается.
Как можно по полгода искать программиста, если он действительно нужен?
При этом утверждают, что учить некогда и все жудко заняты.
За это время можно уже было весь С++ с библиотеками выучить.

[nightmare2]

Как тут пишут: садитесь, два. Выше я уже писал правильное решение и оно совсем не очевидно

Двойку та вообще-то вам поставили. Я бы на такой простой задачке, даже с пропущенной строкой, не спотыкнулся бы.

А так конечно дело не в кодировании, Вам с самомнением надо что-то делать. Тут уже советовали делить его на три. А то целых 15 страниц слёзных истерик о недооценённом гении. Скромней надо быть!

Ну гений тут у нас только вы один.
Кто ж спорит.

[dotcom]

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

Вы таких людей видели в реальной жизни? И точно понимали, что их имплементация была waste of time and resources? Если так, то почему вы там работали и там терпели таких людей? Или все-таки эти Си++ гуры существуют у вас в фантазиях и приходят в виде страшынх демонов во сне?

[Интеррапт]

За что я люблю С++ - как раз за его сложность и перегруженность - что бы писать на нем (а тем более проходить собеседования), нужно иметь изощренный мозг, и конкуренция при приеме на работу меньше.

Гхм. Разве топик не начался с того, как вы провалили кучу интервью по С++? Или не вы жаловались, что нафиг не нужно помнить перегрузку new/delete и т.п. операций. А разве не за это мы любим С++ - за сложность и перегруженность?

[OtherSide]

За что я люблю С++ - как раз за его сложность и перегруженность - что бы писать на нем (а тем более проходить собеседования), нужно иметь изощренный мозг, и конкуренция при приеме на работу меньше.

Гхм. Разве топик не начался с того, как вы провалили кучу интервью по С++?

Абсолютно нет!
Суть вопроса не в том, что я не знаю с++, а в том, что вопросы на интервью совершенно не раскрывают его знание кандидатом. Да в общем-то это и не проблема. Для того, что бы уметь отвечать на каверзные вопросы нужно примерно дня 4 подготовки. И еще неделя, что бы пролистать справочник по паттернам и STL, что бы выглядеть и вовсе гуру.
Проблема в другом - мало где требуется знаниче чистого С++, а еще и кучу других технологий. И не смотря на весьма широкий опыт, использовать свои преимущества на собеседовании не получается. Т.к. если на каждую позицию из резюме взять 3-4 дня для повторения, нужно уже месяцы интенсивной подготовки.

[Alexandr]

а причем тут разработчик железа?
100K problem - термин слышали такой? ну так в него входит все что я перечислил + вопросы по сетям не менее глубокого уровня

Ничего в ваших вопросах особенно глубокого нет. Ну есть какой-то там алгоритм кеширования процессора. Нафига мне это держать в голове? Книжек по программированию я перечитал огромное кол-во, еще будучи подростком. Повзрослев, понял что не это в жизни и профессии главное.
Как раз я видывал конторы, в которых куча "кибермозгов" постоянно что-то оптимизирует, улучшает, использует какие-то суперхитрые методы пересылки, кеширования, считывания. В результате продукт на выходе получается дерьмо. Потому как не понятно, как с этим человеком работать в команде, что делать если его придется заменить, как разобраться в его коде и т.д.
Код должен быть простым и понятным, даже если он будет работать несколько медленней. Именно таким, что бы его легко мог прочитать и обслужить средний программист, со средним опытом, без особого знания каких-то хитрых кишок системы.
Какие-то критичные к производительности секции нужно заизолировать и не выделываясь на писать на Си с asm вставками, а не размазывать это говно по всему коду, для поддержки которого надо набирать других кибермозгов.

Зато они выглядят незаменимыми и неприкасаемыми.
Иногда даже кажется, что им эти интервью нужны чтобы очередной раз показать начальству как они круты.
А нанимать никто никого не собирается.
Как можно по полгода искать программиста, если он действительно нужен?
При этом утверждают, что учить некогда и все жудко заняты.
За это время можно уже было весь С++ с библиотеками выучить.

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

так о чем ваш коммент?