Здравствуйте, __kot2, Вы писали:
__>Здравствуйте, snaphold, Вы писали: __>во-первых у нас полным-полном людей годных к армии. они до 27 не могут уехать, насколько я знаю (или это очень сложно)
а в чем сложность-то?
Здравствуйте, Denis, Вы писали: __>>Здравствуйте, snaphold, Вы писали: __>>во-первых у нас полным-полном людей годных к армии. они до 27 не могут уехать, насколько я знаю (или это очень сложно) D>а в чем сложность-то?
точно не знаю, я-то не годен, но ходили какие-то страшилки на эту тему среди моих знакомых.
а если ты бегаешь от армии и у тебя нет заграна или он кончается, то оформить его не получится, например. нужна справка из военкомата, где тебя сразу побреют налысо на входе
к тому же помню в анкете в микрософт надо было раньше заполнять eligible или не eligible для службы в армии. то есть с их стороны тоже могли какие-нить вопросы возникнуть
Здравствуйте, shark7, Вы писали:
S>Может хоть вы детали оффера поведаете ?
Совсем уж детали поведать воздержусь. Предложили SDE II, а денег чуть больше, чем я рассчитывал получать на senior позиции. Жирнейший социальный пакет, включая медстраховку на всю семью, практически полную оплату переезда. Кота, кажется, за свой счет придется везти. В общем я весьма доволен.
Здравствуйте, hokkaido, Вы писали:
S>>У них сейчас принципала реально получить, правда пару часиков надо поготовится. H>Да че уж там — сразу партнера. Хотя нет, лучше сразу VP
Здравствуйте, __kot2, Вы писали:
__>Здравствуйте, Denis, Вы писали: __>>>Здравствуйте, snaphold, Вы писали: __>>>во-первых у нас полным-полном людей годных к армии. они до 27 не могут уехать, насколько я знаю (или это очень сложно) D>>а в чем сложность-то? __>точно не знаю, я-то не годен, но ходили какие-то страшилки на эту тему среди моих знакомых. __>а если ты бегаешь от армии и у тебя нет заграна или он кончается, то оформить его не получится, например. нужна справка из военкомата, где тебя сразу побреют налысо на входе __>к тому же помню в анкете в микрософт надо было раньше заполнять eligible или не eligible для службы в армии. то есть с их стороны тоже могли какие-нить вопросы возникнуть
это про их армию само собой и нас это никак не касается
Здравствуйте, TheBeard, Вы писали:
TB>Здравствуйте, Dfg5, Вы писали:
D>>Значит скоро коллегами будем Ты кому репортить будешь?
TB>Рад познакомиться Начальником у меня вроде будет Ситарам Ланка.
Буду рад поделиться информацией о том, Кого мы ищем в Bing.AdCenter (увидел несколько колких замечаний про strcmp и решил написать).
Ну во-первых, Никогда Никому не говорите (тем более на phone screen), что Вы не готовились к интервью. Я это слышу все чаще и чаще. Во-вторых, я беседовал с несколькими людьми, занимающими довольно высокие позиции в крупных отечественных компаниях, которые почему-то очень хотят претендовать на SDE(T) позиции. Господа — это Технические позиции, поэтому на всех интервью будут задавать Технические вопросы. Не хочу обсуждать тему "как же так? я ведь занимаю позицию CEO/Fellow/etc в компании XXX, почему же Вы меня спрашиваете про рекурсию?". Потому, что Вы хотите занять позицию разработчика. Вот почему. Идем дальше: нам не важно на каких языках и платформах Вы работаете или работали. Вообще не важно. Важно то, как глубоко Вы думаете и как Вы решаете проблемы. Ваш, что называется — mindset. Ну и конечно — Мотивация. Было бы здорово, если бы Вы определились — чего именно Вам хочется, прежде чем пускаться в процесс... Ну, конечно, не все так плохо!
И вот собственно темы, на которые Вы можете подумать перед сном:
1. Представьте себе облако, в котором, скажем, 10000 серверов. Облако работает исправно, решая поставленные задачи. Вы — программист — Bing.AdCenter, и написали новую версию функции (про которую тут язвили) — strcmp. И вот, вам нужно обновить strcmp.dll на обозначенном облаке. Никто не ждет от Вас конкретного решения — просто поделитесь своими соображениями. Это реальная задача, в которой нужно понимать все сложности возникающие в этом процессе. Насколько глубоко Вы сможете погрузиться?
2. Краеугольный камень любых облаков — обмен различными данными между нодами в облаке. Как согласовывать форматы передаваемых данных? Как обеспечить обратную совместимость данных в случае изменения формата? Что если облако неоднородное, включает в себя разные платформы... Есть о чем поговорить.
3. Хороший пример задачи на multithreading, особенно понравится программистам C/C++: допустим, Вы написали написали собственную реализию Стека. Вас просят сделать функции Push/Pop — thread safe. 90% кандидатов начинают болтать про мьютексы. Остальные 10% понимают, что мьютекс здесь не лучший вариант, но решить задачу быстро не могут. Тогда кандидату показывают страничку в MSDN с описанием функции WINAPI — InterlockedExchange. Опытному программисту достаточно 5-10 минут, чтобы прочитать эту страничку и _применить_ ее в своем коде.
Здравствуйте, TheBeard, Вы писали:
TB>Здравствуйте, Dfg5, Вы писали:
D>>Значит скоро коллегами будем Ты кому репортить будешь?
TB>Рад познакомиться Начальником у меня вроде будет Ситарам Ланка.
У меня Chad Verbowski. Когда едешь?
Здравствуйте, modev, Вы писали:
M>Тебя развели как лоха. Меньше в пенсионный ты отдавать не стал, а вот серую зарплату получил
Под "пенсионным фондом" я имею в виду всю группу налогов, которые платит работодатель при "отмывании" моей зарплаты, начиная от денег, полученных от заказчика и заканчивая моим кошельком.
Здравствуйте, TheBeard, Вы писали:
TB>Здравствуйте, 8086, Вы писали:
8>>Народ, кто этой осенью едет в Редмонд, давайте сделаем маленький "клуб по интересам".
TB>Давайте сделаем, я только не знаю, как
Создал гугл группу, шлите сообщение мне на мыло — я пришлю Invite.
Мыло: laktunkin <at> mail <dot> ru
со всем согласен, но вот пункт 3...
почему mutex хуже, чем interlocked?
экранировать операции pop и push через scoped lock, что в этом плохого? performance?
и как там с exceptions в interlocked?
Здравствуйте, THESERG, Вы писали:
THE>SemiCoder,
THE>со всем согласен, но вот пункт 3... THE>почему mutex хуже, чем interlocked? THE>экранировать операции pop и push через scoped lock, что в этом плохого? performance? THE>и как там с exceptions в interlocked?
конечно перфоманс, стоимость инициализации/освобождения мьютекса (объекта ядра) несравнима с атомарными операциями, выполняющимися напрямую на процессоре. Даже в случае с критическими секциями, если очередь/стек используется тяжело, и идут тысячи push/pop в секунду, оверхед будет большим.
Конечно, мьютексы — универсальное решение, но это не значит что оно оптимально. Поинтеры-то мы можем перекинуть без локов.
THE>[skip]