вот пример статьи

https://habrahabr.ru/company/edison/blog/315016/

видел, да

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

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

слава бгу мне везло обычно

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

This у меня на текущем месте работы примерно так и было

ошибка компиляции

В clang флаг есть для unsequenced modifications.

Так что они скомпилируется.

Так что они скомпилируется.

только в clang и только с флагом. И это надо знать на собеседовании))) А так-то да, все ок

треш

" i = i++ + 1"

уверен, у тех кто это спрашивает код выглядит примерно так

Если искать чувака на позицию "разработчик компилятора" то да вполне себе адекватный вопрос. Все ж относительно

+

В gcc тоже должно компилится, только этого варнинга нет и получишь ub просто. я последний раз год назад где-то тестил, clang слева-направо их просто обрабатывал и выдавал одинаковый ответ от запуска к запуску.

в моем случае это была позиция Intermediat software engineer. примерно. ключевое слово intermediate

https://m.vk.com/wall-45335258_616 в тему

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

Золотые слова

Такие вопросы много где, кстати. Я тоже встречал. И про устройство работы кэша, про работу вирт. функций с их таблицей, как можно подменить указатель на таблицу вирт. функций, как создать свою таблицу вирт. функций без виртуальных методов и т.д. вплоть до устройства табличной памяти в ОС, обработки прерываний и других прелестей.

какие-то неправильные у Вас собеседования

можно еще по линуксу помучать %)

Это еще не тир 1 конторы.

а в (int i=0; i<10; i++) и (.....; ++i) есть разница?

а в (int i=0; i<10; i++) и (.....; ++i) есть разница?

Компилятор сделает ++i из любого варианта.

что делать если мой код хоть и начал работать, но он делает это плохо

Такие вопросы много где, кстати. Я тоже встречал. И про устройство работы кэша, про работу вирт. функций с их таблицей, как можно подменить указатель на таблицу вирт. функций, как создать свою таблицу вирт. функций без виртуальных методов и т.д. вплоть до устройства табличной памяти в ОС, обработки прерываний и других прелестей.

Вот про таблицу вирт. Ф. Мне наверное на каждом из последних собеседований встречалось. Чо там как где там сколько байт аллоцируется и тд

что делать если мой код хоть и начал работать, но он делает это плохо

отругать его как следует. Чтобы работал лучше

Компилятор сделает ++i из любого варианта.

а как грамотнее писать, чтобы по башке не дали?

а как грамотнее писать, чтобы по башке не дали?

i = i + 1

i++

а как грамотнее писать, чтобы по башке не дали?

В ответ бейте, компилятор умнее программистов.

i++

++

а я лично приверженец ++i . Мне почему-то так больше нравится

как войти в функцию в gdb

а я i++. может это эффект утенка?

Такое надо у embedded девелоперов спрашивать. У них иногда старые и глупые компиляторы. Может там бывают случаи, что i++ в цикле будет временную переменную создавать.

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

упер в цитатник https://telegram.me/xthon

как войти в функцию в gdb

Через ide лiл

как войти в функцию в gdb

stepi

Такое надо у embedded девелоперов спрашивать. У них иногда старые и глупые компиляторы. Может там бывают случаи, что i++ в цикле будет временную переменную создавать.

Ембед ембеду рознь.

как войти в функцию в gdb

https://www.youtube.com/watch?v=713ay4bZUrw

Такое надо у embedded девелоперов спрашивать. У них иногда старые и глупые компиляторы. Может там бывают случаи, что i++ в цикле будет временную переменную создавать.

Все так. ++i более эффективный. Вот только новые компиляторы сами в этом "разбираются". А под новыми я понимаю компиляторы ну например 3-4-х летней давности

В случае встроенных типов i++ не уступает ++i с точки зрения перфоманса в современных компиляторах, вопрос что если i это экземляр пользовательского типа

Непонятно сможет ли компилятор соптимизировать i++ до ++i в случае пользовательского типа

https://www.youtube.com/watch?v=713ay4bZUrw

уже разобрался, step

Получается что ++i не может быть "медленее" i++ какой бы тип i не имел, это можно рассматривать как довод в пользу везде использовать ++i

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

Смотреть код - не работает. Начиная от того, что многие программисты через полгода уже не могут понять, что делает их код (а хорошие программисты просто смотрят на свой код с отвращением, потому что успели развиться дальше и их старый код кажется им детским), и заканчивая тем, что код писал не кандидат, а его друг Вася. У меня на скайп собеседованиях из 600+ раз было как минмиум 10 раз, когда я отчётливо слышал, как кто-то сбоку шепчет кандидату ответы на мои вопросы.

Смотреть код - не работает. Начиная от того, что многие программисты через полгода уже не могут понять, что делает их код (а хорошие программисты просто смотрят на свой код с отвращением, потому что успели развиться дальше и их старый код кажется им детским), и заканчивая тем, что код писал не кандидат, а его друг Вася. У меня на скайп собеседованиях из 600+ раз было как минмиум 10 раз, когда я отчётливо слышал, как кто-то сбоку шепчет кандидату ответы на мои вопросы.

ПРо шепчет ответы - это конечно весело :)

повод всегда вести onsite интервью :)

повод всегда вести onsite интервью :)

...и примерно 124 раза, когда кандидаты не смогли ответить на вопрос "сколько будет два в восьмой степени". Зачем таких onsite звать?

повод всегда вести onsite интервью :)

Пот с рук волнующегося кандидата пропитывает мел\маркер и он не может ничего написать на доске.

Пот с рук волнующегося кандидата пропитывает мел\маркер и он не может ничего написать на доске.

а зачем?

Пот с рук волнующегося кандидата пропитывает мел\маркер и он не может ничего написать на доске.

Кстати да. Половину собеседования приходится заниматься тем, чтобы успокоить кандидата, перевести его из режима "экзамен жизни" в режим "поболтать о работе". Только после этого можно трезво оценивать его как специалиста.

...и примерно 124 раза, когда кандидаты не смогли ответить на вопрос "сколько будет два в восьмой степени". Зачем таких onsite звать?

Да, уровень вопросов зашкаливает. Если бы мне стали задавать подобные, я бы сразу встал и ушёл ибо пустая трата времени общаться с таким интервьювером.

Да, уровень вопросов зашкаливает. Если бы мне стали задавать подобные, я бы сразу встал и ушёл ибо пустая трата времени общаться с таким интервьювером.

Да, я понимаю, сложный вопрос. Ничего, ещё лет пять практики, и вы сможете на него отвечать, Виталий.

Да, я понимаю, сложный вопрос. Ничего, ещё лет пять практики, и вы сможете на него отвечать, Виталий.

Ну вот, ещё одно подтверждение сказанного мною выше.

Кстати, есть интересный вопрос. Было бы Вам неуютно, если бы Вас собеседовал чувак, который заметно моложе Вас?

а зачем?

На onsite обычно несколько интервью, до 5-6. Одно из них, как правило, алгоритмическое с маркером у доски. В большинстве тир 1-3 конторах так. На старшие должности еще больше гнут. И правильно делают.

я слушал у нас в конторе цифра около 1 из 100

На onsite обычно несколько интервью, до 5-6. Одно из них, как правило, алгоритмическое с маркером у доски. В большинстве тир 1-3 конторах так. На старшие должности еще больше гнут. И правильно делают.

В смысле одно?

На onsite обычно несколько интервью, до 5-6. Одно из них, как правило, алгоритмическое с маркером у доски. В большинстве тир 1-3 конторах так. На старшие должности еще больше гнут. И правильно делают.

Ну маркером классно порисовать же. Но волнение всё таки есть, это да

и видимо далеко не 99 доходят до onsite

В гугле 4 из 5)

В смысле одно?

На одно иногда ноут дают. Чтобы написать, показать, оддебажить и т.д.

И одно архитектурное с маркером у доски

Кстати, есть интересный вопрос. Было бы Вам неуютно, если бы Вас собеседовал чувак, который заметно моложе Вас?

Собеседования для нормального человека всегда некомфортны. Но люди с опытом начинают понимать, что "чуваки, заметно моложе..." бывают вполне нормальными специалистами.

Собеседования для нормального человека всегда некомфортны. Но люди с опытом начинают понимать, что "чуваки, заметно моложе..." бывают вполне нормальными специалистами.

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

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

и это не отменяет того факта, что их собеседовать выйдет школота :)

и это не отменяет того факта, что их собеседовать выйдет школота :)

Лично для меня возраст не имеет никакого значения.

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

HR не может по резюме определить, стоит ли человека звать на собеседование. И дело не в том, что HR плохие, а в том, что область сложная.

HR не может по резюме определить, стоит ли человека звать на собеседование. И дело не в том, что HR плохие, а в том, что область сложная.

Вы точно HR?

Я точно НЕ HR :)

Я точно НЕ HR :)

Фух, ну хоть так. А то я уж за вашу компанию стал беспокоиться... ?

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

то чувство когда код работает не так как ожидалось, но результат тот же

У программистов вместо резюме часто достаточно глянуть профиль на GitHub, чтобы сделать вывод о его уровне.

хз, я в фейсбуке трижды собеседовался и ни разу там не было никакго HR =)

На 3 раз прошли?

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

неа, не прошел

И вообще, в России нет такого HR, как в развитых странах. Это всего лишь кадровики и ничего больше.

а вот потом только инженеры, два по телефону

в развитых странах я не видел HR =)

и далее 5 в onsite

и ни единого HR ;)

В большинстве случаев первая линия кадровиков в России (особенно не в МСК/СПБ) оценивает совсем не скиллы соискателя, а его внешний вид.

Гугл также, связывается кто-то типа Sourcer, не знаю что это за роль :)

У программистов вместо резюме часто достаточно глянуть профиль на GitHub, чтобы сделать вывод о его уровне.

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

потом кидают на телефонные с инженерами

и кодируешь в гуглокоде наживую :)

В большинстве случаев первая линия кадровиков в России (особенно не в МСК/СПБ) оценивает совсем не скиллы соискателя, а его внешний вид.

Вам не везло с HR. В РФ есть настоящие профессионалы.

так что никаких HR западных я не видел

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

Скилл работника как специалиста отлично видно про его вкладу на GitHub.

И вообще, в России нет такого HR, как в развитых странах. Это всего лишь кадровики и ничего больше.

Если HR не по найму, а штатный сотрудник IT конторы, то все нормально. Даже если он не шарит и спрашивает по листку, то понимает это и задает уточняющие вопросы.

Да, уровень вопросов зашкаливает. Если бы мне стали задавать подобные, я бы сразу встал и ушёл ибо пустая трата времени общаться с таким интервьювером.

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

так что никаких HR западных я не видел

Те люди, которые договариваются с вами по поводу времени проведения интервью, билетов, виз, координируют, пишут о результатах - это HR

Вам не везло с HR. В РФ есть настоящие профессионалы.

В крупных компаниях есть, я не спорю. В МСК/СПБ.

это координаторы :)

А ещё как то меня вырубили на собеседовании первым же вопросом что такое бит