Ну сказал бы, что фильм Аватар. Что в восторге от работы коллег по IT в этом фильме. Заодно спросил бы, любит ли она кино.
Страну позоришь. Для неё услышать от тебя, что GPS новинка, это как для нас от таджика услышать, что он открыл для себя бинокль и теперь в горах он дальше видит.
Здравствуйте, SergeyT., Вы писали:
ST>Есть пара интересных статей, которые описывают, что есть SDET и сравнивают эту позицию с другими.
Я работал в MS в течении некоторого времени в роли SDE, поэтому могу внести свою лепту.
Принципиальное различие SDE и SDET заключается в том, что SDE занимаются разработкой программного продукта, а SDET занимаются тестированием этого программного продукта. Из этого вытекают все остальные различия. Как например, для SDE характерны следующие вещи:
* прямой вклад в разработку продукта. SDE может при желании и наличии времени повлиять на любой аспект разработки.
* строгий контроль кода, обязательные code review, рассылаемые всем (иногда даже и SDET).
* дизайн перед написанием кода, SDE постоянно пишут дизайн документы и устраивают для них review.
* юнит тесты (или если команда следует TDD, то тесты вперед. Но это не характерно в MS, иначе SDET остались бы без работы .)
* SDE отлаживают продукт и фиксят баги, которые находят SDET. Обычно в конце каждого milestone выделяется некоторое время специально для фиксов багов, которые накапливаются пока SDE занимается написанием нового кода.
* коллективно SDE называются словом "dev", а SDET называются словом "test" (например, "dev organization/process/goals/code" и "test organization/process/goals/code").
Для SDET характерны будут следующие вещи:
* нет прямого влияния на продукт.
* продукт работы SDET это либо тесты к продукту, либо инфраструктура для тестирования.
* код SDET живет отдельно от кода продукта (разные ветки в репозитории). Характерна ситуация, когда SDET сабмитят все подряд, включая бинарники, и создают dependency mess. Поэтому девелоперы не дают им сабмитить в основную ветку.
* code review возможно есть. Но качество кода ниже, чем у кода продукта. Во всяком случае, я никогда не видел и не принимал участия в code review для SDET людей.
* дизайн процесс отсутствует как таковой. SDET не пишут дизайн документов.
* SDET пишут test plan документы, где они описывают, что и как они собираются тестировать.
* основная цель и результат работы SDET это баги. Чем больше багов нашел и открыл, тем лучше. Код, который пишут SDET рассматривается как средство для достижения основной цели, багов.
* SDET в большинстве своем в основном коде продукта разбираются плохо, потому что это не нужно им для основной работы. Когда SDET находит баг, он практически никогда не может сказать, где в коде продукта находится этот баг. Что и логично, потому как иначе они бы сами начали фиксить баги. Если же такое начинает происходить с отдельно взятым SDET, то он постепенно перетекает в роль SDE, о чем подробнее ниже.
ST>Интересно, откуда информация о том, что тестеры затем становятся девелоперами?
Да, такое бывает. SDET может начать интересоваться продуктом, разбираться в коде продукта, девелоперов "доставать" и, вообще, тусоваться побольше с девелоперами. В таком случае, когда в команде девелоперов открывается позиция, то SDET может интервьюироваться на нее наравне со всеми остальными. А так как человек уже знакомый среди девелоперов, шансы получить эту позицию у него очень большие. Я видел несколько таких случаев, кода SDET начинали сечь код продукта и в конце концов становились SDE в той же группе.
>>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что.
AD>Чет я не понял. Ну вот достали из каждой по одному. С неповторяющимся фруктом (пусть я блоко) все понятно — это они и есть. AD>В двух других коробках фрукты совпадут (апельсины) — с ними работаем, но как? Можно ж долго выгребать апельсины из обоих коробок, пока не вытащим яблоко, или коробка не опустеет. Может я что-то в задании не понял?
Фича тут этикетки не совпадают те информация на этикетке ложь -> один раз.
Здравствуйте, TMU_1, Вы писали:
TMU>Мне всегда интересно наблюдать, как разные люди по-разному воспринимают один и тот же текст Мне вот, например, такая трактовка и в голову не пришла, как-то сразу был уверен, что а) подписаны коробки, а не фрукты, б) подписаны все три коробки, в) неправильно подписаны все коробки.
Я вот пункт в) понял так: этикетки перепутаны и им просто нельзя верить.
Пока не прочитал всю ветку сильно удивлялся фразе про одно вытаскивание. -)
Давеча меня нашли какие-то рекрутеры импортные и давай меня сватать в Микрософт... в Париж.
Не то, чтобы я хотел в Микрософт и в Париж, но пособеседоваться было интересно.
Общались скайпом, голосом, без видео.
Девушка с понятным мне английским, в профиле "Washington, US", что намекает на её работу в Редмонде, а не где-то ещё.
Спросила над чем работаю, что как вообще, "за жизнь".
Ещё вопросы:
1. Есть usb-чашка. Обычная такая, но с USB, чтобы продукт тёплым был. Есть USB-шнурок, выключатель на чашке и светодиод работает/не работает. Вопрос был -- как бы я этот продукт тестировал.
2. Плюсы и минусы plain C.
3. Отличия linked list и array
4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что.
5. Как компиляторы работают с виртуальными функциями?
6. Что такое перегрузка функций?
7. Чем switch отличается от многих if'ов?
8. Какая технология удивила меня больше всего за последнее время (назвал GPS)
кещё вспомню — расскажу.
Щас уже понял, что на один вопрос точно ответил неправильно (английский подвёл, не понял, про что речь).
Не возьмут, наверно.
Но было интересно
Здравствуйте, alexeiz, Вы писали:
A>Принципиальное различие SDE и SDET заключается в том, что SDE занимаются разработкой программного продукта, а SDET занимаются тестированием этого программного продукта. Из этого вытекают все остальные различия.
Это точно!
Я ниже добавлю свои пять копеек
A>Как например, для SDE характерны следующие вещи:
A>* прямой вклад в разработку продукта. SDE может при желании и наличии времени повлиять на любой аспект разработки.
Да. Единственное, надо учитывать, что какую-то новую (кульную/любимую) технологию может быть в продукт впихнуть от сложно до практически невозможно.
A>* строгий контроль кода, обязательные code review, рассылаемые всем (иногда даже и SDET).
Здесь "строгость" и необходимость рассылки _всем_ будет зависеть от группы. Хотя конечно же везде чем ближе к релизу, тем строже контроль.
A>* дизайн перед написанием кода, SDE постоянно пишут дизайн документы и устраивают для них review.
Так уж и постоянно!? Еще есть PM'ы — вот у тех бумаготворчество — это основная деятельность.
A>* юнит тесты (или если команда следует TDD, то тесты вперед. Но это не характерно в MS, иначе SDET остались бы без работы .)
В целом да. В разных группах философия юнит тестирования может различаться.
A>* SDE отлаживают продукт и фиксят баги, которые находят SDET. Обычно в конце каждого milestone выделяется некоторое время специально для фиксов багов, которые накапливаются пока SDE занимается написанием нового кода. A>* коллективно SDE называются словом "dev", а SDET называются словом "test" (например, "dev organization/process/goals/code" и "test organization/process/goals/code").
Это да.
* Надо добавить, что SDE еще учавствуют в сопровождении продукта (может быть и достаточно много лет). Зависит от группы. У кастомера случается баг. Девелоперу требуется в максимально краткий срок исследовать проблему и предложить решение (workaround или fix).
A>Для SDET характерны будут следующие вещи:
A>* нет прямого влияния на продукт.
Да. Но зато вот здесь свободы в использовании новейших технологий/инструментов на порядки больше чем у SDE.
A>* продукт работы SDET это либо тесты к продукту, либо инфраструктура для тестирования.
Да. A>* код SDET живет отдельно от кода продукта (разные ветки в репозитории). Характерна ситуация, когда SDET сабмитят все подряд, включая бинарники, и создают dependency mess. Поэтому девелоперы не дают им сабмитить в основную ветку.
Лучше сказать, что SDET код не включается в билд продукта. То есть располагаться они могут рядом и даже собираться совместно при полном билде, но собараться так, что код теста не оказывает влияние на компоненты продукта.
A>* code review возможно есть. Но качество кода ниже, чем у кода продукта. Во всяком случае, я никогда не видел и не принимал участия в code review для SDET людей.
Тут я бы сказал, что критерии качества кода другие. Ведь по сути качественно то, что хорошо выполняет свои функции, в частности поурытие кода продукта тестами будет важнее, чем сопровождаемость/расширяемость/эффективность кода теста. Девелоперы поменяли код продукта, тестерам надо быстро добавить новые тесты, при этом чистить неактуальный код не так важно. В итоге с девелоперкими критериями, качество кода теста конечно же ниже.
A>* дизайн процесс отсутствует как таковой. SDET не пишут дизайн документов. A>* SDET пишут test plan документы, где они описывают, что и как они собираются тестировать.
Да.
A>* основная цель и результат работы SDET это баги. Чем больше багов нашел и открыл, тем лучше. Код, который пишут SDET рассматривается как средство для достижения основной цели, багов.
Все таки нахождение багов — это само по себе средство. Цель — продукт к заданному сроку удовлетворяет заданным критериям качества, сценарии работают, test pass успешно пройден. Я это к тому, что не всякие баги будут полезны (пойдут в зачет), особенно ближе к релизу.
Мне кажется SDET в такой же мере мог бы написать "Цель SDE — нахерачить как можно больше кода", что было бы в такой же степени верным, как и твое замечание
A>* SDET в большинстве своем в основном коде продукта разбираются плохо, потому что это не нужно им для основной работы.
Да, есть такая особенность. По моему опыту девелоперу чаше приходится заглядывать в код теста, чем наоборот. С другой стороны, есть некоторые виды тестов которые предполагают достаточно хорошее ориентирование в коде продукта, как например, для отлова всяких там deadlocks или race conditions. Но это редкие случаи.
A>Когда SDET находит баг, он практически никогда не может сказать, где в коде продукта находится этот баг. Что и логично, потому как иначе они бы сами начали фиксить баги. Если же такое начинает происходить с отдельно взятым SDET, то он постепенно перетекает в роль SDE, о чем подробнее ниже.
Да, хороший тестер точно описывает, как баг воспроизвести, сопровождает баг полной информацией которая поможет быстро выявить суть проблемы. Совсем хороший сразу направляет баг правильному девелоперу и может даже дать машину воспроизводящую баг (не в когда то в прошлом словившую баг, а именно воспроизводящую).
Плохой просто открывает баг "я тут чего-то делал-делал и вот эта штука перестала работать".
Здравствуйте, WeCom, Вы писали:
WC>Здравствуйте, Denis, Вы писали:
D>>кроме вас никто не решит этого. но были случаи, когда люди были _сильно_ расстроены насколько я знаю. особенно, когда был архитект в маленькой фирме, где мог принимать решения, а попал в тестеры в большую корпорацию с известной долей бюрократии. на интервью уже можно многое выяснить, слова HR лучше пропустить мимо ушей
WC>Это точно. С другой стороны, мне кажется, позитивных историй все таки больше. WC>Да, светлые головы приезжают и попадают на позиции несколько ниже того, что они реально заслуживают. Да, более склонные к SDE получают предложение на SDET. WC>Тем не менее они, вместо того чтобы расстраиваться, просто начинают хорошо работать. WC>Работают упорно. Выполняют и перевыполняют "план", получают хорошие фидбэки, ревью и как результат промоушены, переходят в другие группы и/или дисциплины, улучшая тем самым как свое общее удовлетворение от работы, так и материальную составляющую оной. WC>У каждого свой путь.
WC>PS Прошу не рассматривать вышеприведенный текст, как отрицание того, что в любом случае стоит пробовать продать свои мозги подороже (в самом общем смысле этого слова)
я согласен, я просто к тому написал, что не надо кидаться в омут "аааа Майкрософт аааа заграцница". Нужно трезво спрашивать, что предстоит делать. У меня тоже таски плавают, но для этого есть и свой проект и желание посмотреть по сторонам, когда ну совсем тухляк надо прикручивать . Еще не маловажный момент — разница в отношении себя к чему-то и начальственные. Если до этого был спец и на дуде игрец (аля архитектор, пм и дев в одном флаконе), то нужно будет через себя переступать. В МС все достаточно разделено в общем и целом. И до уровня GM будет сложно Плюс часто такие "комбайны" имеют некоторую свободу со стороны начальства, а в МС придется отчитываться и загонять себя в рамки Review. При граммотном менеджере это неочень сложно. Но не всем нужно и не все могут.
D>>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что.
sch>Имеется в виду что всего три этикетки (яблоки, апельсины, яблоки и апельсины) или две этикетки (яблоки, апельсины)?
Тот же вопрос. Если этикетки на коробках — это одно дело. А если они на каждом фрукте? А если они не совпадают только в третьей коробке (именно так я и понял задачу )?
Здравствуйте, andrey.desman, Вы писали:
AD>В двух других коробках фрукты совпадут (апельсины) — с ними работаем, но как? Можно ж долго выгребать апельсины из обоих коробок, пока не вытащим яблоко, или коробка не опустеет. Может я что-то в задании не понял?
Да че вы паритесь, вытаскивать вообще ничего не надо. Достаточно понюхать.
Здравствуйте, ArtemGorikov, Вы писали:
AG>Зачем меня повторять? Вот что гугл выдает на Washington US http://www.google.ru/search?rlz=1C1CHNG_ruRU351RU351&aq=f&sourceid=chrome&ie=UTF-8&q=washington+us. Т.е. я не вижу преступления в том, чтобы подумать про город, а не штат.
Какая разница, что гугл выдаёт? Американцы почти никогда не называют город без указания штата, посему вышеназванная фраза однозначно интерпретируется как "страна — США, штат — Вашингтон". Ваше незнание этого факта ситуации не меняет...
AG>Обратите внимание на границы штатов. А вот читать я, к сожалению, разучился, но так как Вы, очевидно, эту самую историю читали, не могли бы привести исторические факты, которые бы опровергали мою мысль про границы "под линейку". http://en.wikipedia.org/wiki/United_States#Political_divisions
Здравствуйте, Dair, Вы писали:
ARM>>они многих приглашают в Париж, но на SDET, что не очень интересно. D>Ну, мне было интересно пособеседоваться — тестером в парижский микрософт я не поеду, конечно
Это не тестер.Это Software Development in Test.Такие позиции кроме Microsoft есть еще помоему только в Intel и Amazon.Это нормальная девелоперская позиция. В Microsoft паралельно с основной групой разработчиков существует група разработчиков которые тестирует основную групу.Но тестируют они разработкой програм.То что тебе предложат работу в основной групе маловероятно так как обычно после 3-х лет в тестирующей группе люди переходят в основную.
Подъезжайте. Будет веселее. Нас тут уже четверо (русскоязычных)
D>Давеча меня нашли какие-то рекрутеры импортные и давай меня сватать в Микрософт... в Париж. D>Не то, чтобы я хотел в Микрософт и в Париж, но пособеседоваться было интересно.
Y>В каком режиме проходил опрос? Т.е. сколько времени вы думали, начинали ли отвечать сразу и развивали мысль или сначала обдумывали? Оговаривалось ли время на размышление в начале или подразумевался моментальный вопрос?
Только про ящики она сказала "думайте сколько хотите", на остальные не обговаривала никак, я отвечал сразу, вопросы-то простые.
Здравствуйте, Dair, Вы писали:
D>С ума сойти. Ты в Микрософте работаешь? Если нет, то -- это сколько в понятных единицах после налогов?
Не надо с ума сходить Да, работаю. Зарплату всем выдают в долларах, левел просто указывает насколько далеко ты продвинулся по карьерной лестнице. Предыдущим постом я просто хотел сказать, что к "зарплатообразованию" SDET и SDE подходят одинаково.
Здравствуйте, vyach, Вы писали: V>Ну и товарищи инсайдеры, а как оно вообще там работается? Стоит ли менять Sr.SDE Intel здесь (РФ) на SDET Microsoft там (Франция) в случае чего? Как там цены, как зряплаты, как с иммиграцией вообще дела обстоят?
кроме вас никто не решит этого. но были случаи, когда люди были _сильно_ расстроены насколько я знаю. особенно, когда был архитект в маленькой фирме, где мог принимать решения, а попал в тестеры в большую корпорацию с известной долей бюрократии. на интервью уже можно многое выяснить, слова HR лучше пропустить мимо ушей
Здравствуйте, Dair, Вы писали:
D>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что.
Чет я не понял. Ну вот достали из каждой по одному. С неповторяющимся фруктом (пусть я блоко) все понятно — это они и есть.
В двух других коробках фрукты совпадут (апельсины) — с ними работаем, но как? Можно ж долго выгребать апельсины из обоих коробок, пока не вытащим яблоко, или коробка не опустеет. Может я что-то в задании не понял?
D>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что.
минимум: можно узнать за 4 попытки
максимум: если количество фруктов в ящике ограничено n и в третьем ящике смесь пополам, тогда n + 3 попыток
D>>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что.
B>минимум: можно узнать за 4 попытки
Здравствуйте, _FRED_, Вы писали:
_FR>Вытягиваем один фрукт из ящика, на котором написано, то в этом ящике смесь. Дальше размышляй сам — как результат подскажет, что в данном ящике на самом деле и что в других ящиках.
Дело в том, что я как и некоторые, упустил информацию об этикетках из виду.
Здравствуйте, Dair, Вы писали:
D>Общались скайпом, голосом, без видео. D>Девушка с понятным мне английским, в профиле "Washington, US", что намекает на её работу в Редмонде, а не где-то ещё.
Ну какбэ отличить на слух британца от американца также просто, как отличить на слух украинца или южанина от московита. Далее- если английский был все-таки понятен, значит это именно что Washington, а не Redmond- люди из Сиэтла как-то особенно сильно тянут слова, так что тяжело понимать. Это все мои личные ощущения.
Здравствуйте, Dair, Вы писали:
D>Спасибо, но меня уже забраковали
D>что неудивительно — никакого MS-related background у меня нет и не предвидится. Не по религии, а так получилось.
Наоборот, удивительно если забраковали просто за отсутствие MS-related опыта.
Как пример, даже в команду пишущую на C++, могут взять толкового кандидата, который не имел никакого опыта с С/С++.
Судя по резюме, образование у тебя "незаконченное высшее". Если это значит, что "Bachelor Degree" нет, то это более вероятная причина, почему ты не подходишь ...
Здравствуйте, andrey.desman, Вы писали:
AD>Здравствуйте, Dair, Вы писали:
AD>Чет я не понял. Ну вот достали из каждой по одному. С неповторяющимся фруктом (пусть я блоко) все понятно — это они и есть. AD>В двух других коробках фрукты совпадут (апельсины) — с ними работаем, но как? Можно ж долго выгребать апельсины из обоих коробок, пока не вытащим яблоко, или коробка не опустеет. Может я что-то в задании не понял?
очевидно, минимум потребуется — 4 вытаскивания, максимум — 2 вытаскивания + колл. элементов в каком-то из ящиков.
Насколько я себе представляю рекрутинговый процесс майкрософта, девушка проводила самый простой базовый скрининг после первичного просмотра резюме. Ваше резюме на этот этапе, скорее всего, еще не попало в конкретную команду...
Здравствуйте, Dair, Вы писали:
D>Давеча меня нашли какие-то рекрутеры импортные и давай меня сватать в Микрософт... в Париж. D>Не то, чтобы я хотел в Микрософт и в Париж, но пособеседоваться было интересно.
D>Общались скайпом, голосом, без видео.
D>Но было интересно
В каком режиме проходил опрос? Т.е. сколько времени вы думали, начинали ли отвечать сразу и развивали мысль или сначала обдумывали? Оговаривалось ли время на размышление в начале или подразумевался моментальный вопрос?
D>8. Какая технология удивила меня больше всего за последнее время (назвал GPS) D>Щас уже понял, что на один вопрос точно ответил неправильно (английский подвёл, не понял, про что речь).
Первый спутник вышел на орбиту в 1973 году, а полная готовность системы — 1995 год. Ты что думал, что тебе эта девушка из прошлого звонила?
TSP>Первый спутник вышел на орбиту в 1973 году, а полная готовность системы — 1995 год. Ты что думал, что тебе эта девушка из прошлого звонила?
Извини, для меня это первые приёмники в конце XX века и нормальные девайсы уже в этом.
С историей не знаком.
B>Если не секрет, как ваше резюме попало к рекрутеру из Microsoft, она случайно не делилась — через каких посредников?
Сначала со мной через LinkedIn связался один человек, спросил, не хочу ли я посмотреть на вакансию в Осло.
Я сказал "хочу" и отослал ему резюме.
Он сказал "не, Осло не подойдет, а вот Париж..." и связал меня с другим человеком, который обговорил со мной дату и время телефонного (скайп) собеседования. А звонил уже, вот, третий человек.
Ну извини, я не специально
Я говорил о том, что совместили компактный девайс и GPS-приёмник и это типа у всех теперь есть.
Мобильной связи тоже много лет, однако нормальной и доступной она стала только последние лет типа 10.
Девушка, кстати, и про GPS поделилась, что вот, купила машину с навигатором и как это типа круто.
А так я вообще сказал что за последние пару лет ничего нового не появилось.
А стерео кино я ещё в 1988 смотрел в к/т "СтереоКино" на Невском Было круто.
В "Аватаре" — только терафлопсы и работа художника. Хороший фильм, мне нравится.
Здравствуйте, Dair, Вы писали:
B>>Если не секрет, как ваше резюме попало к рекрутеру из Microsoft, она случайно не делилась — через каких посредников? D>Сначала со мной через LinkedIn связался один человек, спросил, не хочу ли я посмотреть на вакансию в Осло. D>Я сказал "хочу" и отослал ему резюме. D>Он сказал "не, Осло не подойдет, а вот Париж..." и связал меня с другим человеком, который обговорил со мной дату и время телефонного (скайп) собеседования. А звонил уже, вот, третий человек.
D>Так что это LinkedIn во всём виноват, думаю.
они многих приглашают в Париж, но на SDET, что не очень интересно.
Здравствуйте, Sni4ok, Вы писали:
AD>>Чет я не понял. Ну вот достали из каждой по одному. С неповторяющимся фруктом (пусть я блоко) все понятно — это они и есть. AD>>В двух других коробках фрукты совпадут (апельсины) — с ними работаем, но как? Можно ж долго выгребать апельсины из обоих коробок, пока не вытащим яблоко, или коробка не опустеет. Может я что-то в задании не понял?
S>очевидно, минимум потребуется — 4 вытаскивания, максимум — 2 вытаскивания + колл. элементов в каком-то из ящиков.
вы прикалываетесь что ли все?
избитая задачка, одно вытаскивание необходимо и достаточно.
мне кстати тоже задавали в свое время по скайпу в микрософт. но четко ограничили — думать не больше 2х минут. Я тогда не знал этой задачи, но нарисовав на бумажке ящики через минуту дал ответ.
к сожалению тогда в команду Xbox Live не взяли, опыта сетевого программирования не было. Но сватали 2 раза потом в Париж и Осло, я стал отвечать.
Во первых ни Musiwave ни Microsoft Enterprise Search не вдохновляют (я к тому же не знаю что это такое), во-вторых это SDET, а не SDE, ну и в-третьих "не Редмонт"
Здравствуйте, ARMSoft, Вы писали:
ARM>Здравствуйте, Dair, Вы писали:
B>>>Если не секрет, как ваше резюме попало к рекрутеру из Microsoft, она случайно не делилась — через каких посредников? D>>Сначала со мной через LinkedIn связался один человек, спросил, не хочу ли я посмотреть на вакансию в Осло. D>>Я сказал "хочу" и отослал ему резюме. D>>Он сказал "не, Осло не подойдет, а вот Париж..." и связал меня с другим человеком, который обговорил со мной дату и время телефонного (скайп) собеседования. А звонил уже, вот, третий человек.
D>>Так что это LinkedIn во всём виноват, думаю.
ARM>они многих приглашают в Париж, но на SDET, что не очень интересно.
А что есть этот sdet?
Здравствуйте, Dair, Вы писали:
D>Ещё вопросы: D>1. Есть usb-чашка. Обычная такая, но с USB, чтобы продукт тёплым был. Есть USB-шнурок, выключатель на чашке и светодиод работает/не работает. Вопрос был -- как бы я этот продукт тестировал.
меня вот больше интересует как на этот вопрос ответить, чем про апельсины.
У меня был вопрос про тестирование пульта управления телевизором, а также про то, что такое качественный код.
Народ, кто бы что ответил на этот вопрос?
D>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что.
одна попытка
Здравствуйте, shapovalov, Вы писали:
S>Здравствуйте, Dair, Вы писали:
D>>Ещё вопросы: D>>1. Есть usb-чашка. Обычная такая, но с USB, чтобы продукт тёплым был. Есть USB-шнурок, выключатель на чашке и светодиод работает/не работает. Вопрос был -- как бы я этот продукт тестировал. S>меня вот больше интересует как на этот вопрос ответить, чем про апельсины. S>У меня был вопрос про тестирование пульта управления телевизором, а также про то, что такое качественный код. S>Народ, кто бы что ответил на этот вопрос?
D>>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что. S>одна попытка
Точно одна? Вот вытащил ты из коробки яблоко, а на нём этикетка апельсина. В какой из двух других коробок яблоки?
Здравствуйте, shapovalov, Вы писали:
S>Здравствуйте, Dair, Вы писали:
D>>Ещё вопросы: D>>1. Есть usb-чашка. Обычная такая, но с USB, чтобы продукт тёплым был. Есть USB-шнурок, выключатель на чашке и светодиод работает/не работает. Вопрос был -- как бы я этот продукт тестировал. S>меня вот больше интересует как на этот вопрос ответить, чем про апельсины. S>У меня был вопрос про тестирование пульта управления телевизором, а также про то, что такое качественный код. S>Народ, кто бы что ответил на этот вопрос?
Цель тестирования — определить работоспособность за минимум времени:
1. Выключаем. Наливаем сначала холодную воду. Ожидается, что светодиод не горит. Наливаем горячую воду. Ожидается, что светодиод не горит.
2. Включаем. Наливаем сначала холодную воду. Ожидается, что светодиод горит. Наливаем горячую воду. Ожидается, что светодиод не горит.
3. Далее одно из двух:
— если знаем температуру, которая должна поддерживаться, то наливаем воду чуть холоднее. Ожидается, что светодиод горит. За несколько доливов доводим температуру до чуть теплее. Ожидается, что светодиод погаснет.
— если температуру, которая должна поддерживаться, не знаем, то можем порезвиться в бинарный поиск . Сменяя воду разной температуры, находим ту температуру, при которой светодиод гаснет.
4. И чуть не забыл... Нужно удостовериться, что чашка греет: пальцем там попробовать, языком, локтём, градусником .
Я прошёл пункт тестирования?
Сообщение заговорено потомственным колдуном, целителем и магом в девятом поколении!
Модерирование или минусование сообщения ведет к половому бессилию, венерическим заболеваниям, венцу безбрачия и диарее!
Здравствуйте, Mishka, Вы писали:
D>>>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что. S>>одна попытка
M>Точно одна? Вот вытащил ты из коробки яблоко, а на нём этикетка апельсина. В какой из двух других коробок яблоки?
А нефига тащить из коробки где этикетка апельсина Я вот тоже тормозил, а у меня подруга сразу решила.
Пускай будет предметы А — апельсины, Я — яблоки и С — смесь.
Сначала тащим из коропки где написанно С — там должны быть либо яблоки, либо апельсины. Допустим достали А. Т.е. там точно апельсины. Далее возьмем коробку где написанно Я — там должны быть либо А либо С. Но где А мы уже определили, следовательно там С. Собственно все.
Здравствуйте, Mishka, Вы писали:
M>Точно одна? Вот вытащил ты из коробки яблоко, а на нём этикетка апельсина. В какой из двух других коробок яблоки?
Я так понимаю, важно то, что этикетки на коробках заведомо ложные. То есть если мы вытащим из коробки с надписью "Яблоки" яблоко, то в ней на самом деле смесь, значит, в коробке с надписью "Яблоки-Апельсины" находятся апельсины, а в "Апельсинах" яблоки.
Достаточность пока не понял. То есть если вытащим апельсин, то нужно тянуть еще раз.
D>>>1. Есть usb-чашка. Обычная такая, но с USB, чтобы продукт тёплым был. Есть USB-шнурок, выключатель на чашке и светодиод работает/не работает. Вопрос был -- как бы я этот продукт тестировал. S>>меня вот больше интересует как на этот вопрос ответить, чем про апельсины. S>>Народ, кто бы что ответил на этот вопрос?
Помимо банального "включили — работает" предложил включать пустую чашку, чашку в ёмкости с водой (сечь короткие замыкания), чашку в холодильнике или, наоборот, сильно нагретом помещении.
ARM>они многих приглашают в Париж, но на SDET, что не очень интересно.
Ну, мне было интересно пособеседоваться — тестером в парижский микрософт я не поеду, конечно
D>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что.
Имеется в виду что всего три этикетки (яблоки, апельсины, яблоки и апельсины) или две этикетки (яблоки, апельсины)?
D>>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что.
B>минимум: можно узнать за 4 попытки B>максимум: если количество фруктов в ящике ограничено n и в третьем ящике смесь пополам, тогда n + 3 попыток
На пальцах, как я эту задачу понимаю. Этикетки заведомо не совпадают — ключ к решению.
Берем ящик, на котором написано "Смесь" (значит там либо яблоки, либо апельсины). Вытаскиваем фрукт. Если яблоко — значит это ящик с яблоками. Тогда в ящике, на котором написано "Апельсины" — смесь, а в ящике с надписью "Яблоки" — апельсины.
Если же на этикетки не смотреть — то да, 4 попытки минимум. Если сильно повезет. Более вероятно, что придется опустошить пару ящиков
D>>>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что.
sch>>Имеется в виду что всего три этикетки (яблоки, апельсины, яблоки и апельсины) или две этикетки (яблоки, апельсины)?
M>Тот же вопрос. Если этикетки на коробках — это одно дело. А если они на каждом фрукте? А если они не совпадают только в третьей коробке (именно так я и понял задачу )?
Мне всегда интересно наблюдать, как разные люди по-разному воспринимают один и тот же текст Мне вот, например, такая трактовка и в голову не пришла, как-то сразу был уверен, что а) подписаны коробки, а не фрукты, б) подписаны все три коробки, в) неправильно подписаны все коробки.
Здравствуйте, Mephisto666, Вы писали:
M>вы прикалываетесь что ли все? M>избитая задачка, одно вытаскивание необходимо и достаточно.
Из каждого ящика или одно из любого вообще?
Хотелось бы цепочку рассуждений.
Здравствуйте, eagersh, Вы писали: E>То что тебе предложат работу в основной групе маловероятно так как обычно после 3-х лет в тестирующей группе люди переходят в основную.
Так вот почему ПО уних такое дырявое и корявое. Мало уважающих себя хороших разработчиков пойдет кним работать тестерами, поэтому нанимают скорей всего посредственных и индусов.
Здравствуйте, techgl, Вы писали:
M>>вы прикалываетесь что ли все? M>>избитая задачка, одно вытаскивание необходимо и достаточно. T>Из каждого ящика или одно из любого вообще? T>Хотелось бы цепочку рассуждений.
Вытягиваем один фрукт из ящика, на котором написано, то в этом ящике смесь. Дальше размышляй сам — как результат подскажет, что в данном ящике на самом деле и что в других ящиках.
Help will always be given at Hogwarts to those who ask for it.
Здравствуйте, eagersh, Вы писали:
E>Это не тестер.Это Software Development in Test.Такие позиции кроме Microsoft есть еще помоему только в Intel и Amazon.Это нормальная девелоперская позиция. В Microsoft паралельно с основной групой разработчиков существует група разработчиков которые тестирует основную групу.Но тестируют они разработкой програм.То что тебе предложат работу в основной групе маловероятно так как обычно после 3-х лет в тестирующей группе люди переходят в основную.
Да, я так понимаю это распространенное заблуждение (СДЕТ = тестер). Они собсно и пишут в письмах:
..who will be responsible for writing and executing test plans and cases, and designing and developing test tools and test automation. This is not about regression or manual testing it’s about development in test!
The SDET position is one of the three core engineering positions at Microsoft, along with program manager and software development engineer. All three positions leverage strong computer science engineering skills, with SDETs leveraging their technical and analytical skills as the primary drivers of quality—no small task! Good SDET candidates help shape our products by:
· Participating in design and code inspections.
· Writing infrastructure tools and code to exercise our products.
· Understanding in exquisite detail how customers will use the product.
Not everyone is cut out to be an SDET; you need to be structured enough to make sure nothing is missed, creative enough to think like millions of customers, technical enough to write code and design algorithmically beautiful solutions, and articulate enough to let people know what you think!
Вроде с RSDN достаточно народа в МС работает, наверняка и SDET, может расскажет кто в чем ваша работа заключается? "Один день SDET-инженера Васи"
Здравствуйте, TMU_1, Вы писали:
D>>>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что.
B>>минимум: можно узнать за 4 попытки B>>максимум: если количество фруктов в ящике ограничено n и в третьем ящике смесь пополам, тогда n + 3 попыток
TMU>На пальцах, как я эту задачу понимаю. Этикетки заведомо не совпадают — ключ к решению. TMU>Берем ящик, на котором написано "Смесь" (значит там либо яблоки, либо апельсины). Вытаскиваем фрукт. Если яблоко — значит это ящик с яблоками. Тогда в ящике, на котором написано "Апельсины" — смесь, а в ящике с надписью "Яблоки" — апельсины. TMU>Если же на этикетки не смотреть — то да, 4 попытки минимум. Если сильно повезет. Более вероятно, что придется опустошить пару ящиков
Одну коробку мы определим с первой выборки. В остальных двух, там где смесь может оказаться единственный отличный от других фрукт, и есть вероятность что он вытащится последним. Потому нельзя ничего сказать о количестве попыток не зная количества фруктов в коробке где смесь. Ну, или раньше опустошится коробка без смеси. Что тоже позволит сделать вывод. Т.е. если задача без надписей, то число необходимых выборок равно минимуму из количества фруктов из оставшихся неопределенными после первой попытки двух коробок.
Здравствуйте, TMU_1!
D>>>>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что.
sch>>>Имеется в виду что всего три этикетки (яблоки, апельсины, яблоки и апельсины) или две этикетки (яблоки, апельсины)?
TMU>...уверен, что а) подписаны коробки, а не фрукты, б) подписаны все три коробки, в) неправильно подписаны все коробки.
В условии опущена информация о числе видов этикеток. Два вида этикеток удовлетворяют правилам а) б) в).
В таком случае маркировка, допустим, Я, А, А.
Там, где написано Я — апельсины (если бы смесь, то апельсины были бы в одном из А, что нарушает условия).
Берём фрукт из любого ящика А. Оказалось — яблоко. Что же в этом ящике — яблоки или смесь?
Здравствуйте, TMU_1!
D>>>>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что.
TMU>Мне всегда интересно наблюдать, как разные люди по-разному воспринимают один и тот же текст ... уверен, что а) подписаны коробки, а не фрукты, б) подписаны все три коробки, в) неправильно подписаны все коробки.
В условии опущена информация о классе принадлежности этикеток. Например, этикетки "Груша" (на каждом из трёх ящиков) удовлетворяют условиям а) б) в).
TMU>>Мне всегда интересно наблюдать, как разные люди по-разному воспринимают один и тот же текст ... уверен, что а) подписаны коробки, а не фрукты, б) подписаны все три коробки, в) неправильно подписаны все коробки.
SC>В условии опущена информация о классе принадлежности этикеток. Например, этикетки "Груша" (на каждом из трёх ящиков) удовлетворяют условиям а) б) в).
Мой здравый смысл трактует условия так, как написано выше
Здравствуйте, eagersh, Вы писали:
E>Это не тестер.Это Software Development in Test.Такие позиции кроме Microsoft есть еще помоему только в Intel и Amazon.Это нормальная девелоперская позиция. В Microsoft паралельно с основной групой разработчиков существует група разработчиков которые тестирует основную групу.Но тестируют они разработкой програм.То что тебе предложат работу в основной групе маловероятно так как обычно после 3-х лет в тестирующей группе люди переходят в основную.
В первой статье очень понравилось сравнение SDE и SDET:
When I think about SDE vs SDET, what I tell folks is that:
* You are better suited to be an SDE if
o you like to get really deep in one technology space for long stretches
o you don’t stop until you write the perfect algorithm, or the most elegant code
* You are better suited to be an SDET if
o You like system integration type work:
+ you take the technology that this team did, make use of it and tie it to this other piece of technology, etc.
o You may have been a TA and graded other peoples code, or were the guy in group projects who enjoyed and was good at poking holes in other peoples designs
o You have strong big picture thinking, and are focusing your energy on solving the whole problem.
+ You find yourself coming up with “good enough” solutions to problems. Your solutions may or may not be elegant or perfect, but you are happy with it and you’ve moved on to the next part of the problem.
Интересно, откуда информация о том, что тестеры затем становятся девелоперами?
Во второй статье говорится как раз обратное:
Dispelling myths
There are three common myths that I hear about the SDET position when I am speaking with candidates:
SDETs are junior positions so someone with more than 3 years of experience wouldn’t be right for the position.
Absolutely not! Just as with the SDE and PM role we hire SDETs at various experience levels. We have to in order to provide a great product to our customer. In my experience recruiting for this position, I have hired people into this role with 1 year of experience all they way up to 10+ years of experience. I hope that is clear in the career portion of this post.
The SDET is a stepping stone for an SDE position – a way to get your foot in the door.
If you are talking to me about the SDET role (or any position for that matter) please, please, please do not tell me that you only are interested in the SDET position to get your foot in the door for an SDE role. We encourage movement within Microsoft to better align to your career goals and sometimes is make sense for people to move to different disciplines. However, I would highly encourage you to NOT to take an SDET role if you feel that you will want to move to a SDE position in a year or less. You would be doing yourself and the team a disservice. I feel pretty passionately about this and already have another post queued up to address this topic
All SDETs do is testing and the work is not interesting or challenging.
Again, I hope of I have dispelled this myth as a general part of the overall post. Just to reiterate, we require the same level of development ability for the SDET role as we do for the SDE position. Part of the job is testing, but that is not the only job responsibility you have. In terms of challenges, I think it is fairly easy to say that trying to figure out a way to ship the highest quality product possible is pretty challenging.
Пожалуйста, уважайте коллег и не допускайте излишнего цитирования. Для неуважающих напомню, что есть правила форума и ресурса + санкции за несоблюдение оных. Модератор
О-о-о, я понял ответ, на самом деле нужно 0 вытаскиваний. Поскольку условиями не оговаривается освещение и как сделаны коробки, то достаточно просто заглянуть внутрь и увидеть где и что лежит. Вопрос про "сколько нужно вытащить" — это просто обманка
M>О-о-о, я понял ответ, на самом деле нужно 0 вытаскиваний. Поскольку условиями не оговаривается освещение и как сделаны коробки, то достаточно просто заглянуть внутрь и увидеть где и что лежит. Вопрос про "сколько нужно вытащить" — это просто обманка
А если в ящике со смесью единственный апельсин закопан под грудой яблок ?
Впрочем, можно покопаться там, ничего не доставая
M>>Тот же вопрос. Если этикетки на коробках — это одно дело. А если они на каждом фрукте? А если они не совпадают только в третьей коробке (именно так я и понял задачу )?
TMU>Мне всегда интересно наблюдать, как разные люди по-разному воспринимают один и тот же текст Мне вот, например, такая трактовка и в голову не пришла, как-то сразу был уверен, что а) подписаны коробки, а не фрукты, б) подписаны все три коробки, в) неправильно подписаны все коробки.
А я почему-то тоже подумал именно про наклейки на фруктах, и задачка меня немного подвесила.
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Здравствуйте, SergeyT., Вы писали:
ST>Здравствуйте, eagersh, Вы писали:
ST>Интересно, откуда информация о том, что тестеры затем становятся девелоперами?
ST>If you are talking to me about the SDET role (or any position for that matter) please, please, please do not tell me that you only are interested in the SDET position to get your foot in the door for an SDE role. We encourage movement within Microsoft to better align to your career goals and sometimes is make sense for people to move to different disciplines. However, I would highly encourage you to NOT to take an SDET role if you feel that you will want to move to a SDE position in a year or less. You would be doing yourself and the team a disservice. I feel pretty passionately about this and already have another post queued up to address this topic
Я в Microsoft не работал но был там на интервью.Интервировался как раз на SDET.Беседовал приблизительно с 10 людьми.Кроме того что мне задавали вопросы я спрашивал тоже много.Хотелось узнать больше об этой професии.По ответам у меня сложилось впечетление что со стороны в основном набирают SDET.Позже если себя хорошо зарекомендуешь можешь перейти в SDE.Зарплаты в SDET как правило ниже чем в SDE.Такая ситуация в Windows kernel group.Про другие группы я не знаю.Но наверное кто работает в Microsoft лучше раскажут.
Здравствуйте, eagersh, Вы писали:
E>Я в Microsoft не работал но был там на интервью.Интервировался как раз на SDET.Беседовал приблизительно с 10 людьми.Кроме того что мне задавали вопросы я спрашивал тоже много.Хотелось узнать больше об этой професии.По ответам у меня сложилось впечетление что со стороны в основном набирают SDET.Позже если себя хорошо зарекомендуешь можешь перейти в SDE.Зарплаты в SDET как правило ниже чем в SDE.Такая ситуация в Windows kernel group.Про другие группы я не знаю.Но наверное кто работает в Microsoft лучше раскажут.
Зарплаты не ниже.
Зарплаты в майкрософте полностью определяются твоим левелом, левелы для SDET и SDE одинаковые — начинаются с 59 и до ~64,65, дальше уже нетехнические позиции (есть исключения, но они единичные для MSFT).
Здравствуйте, umnik, Вы писали:
U>Зарплаты в майкрософте полностью определяются твоим левелом, левелы для SDET и SDE одинаковые — начинаются с 59 и до ~64,65, дальше уже нетехнические позиции (есть исключения, но они единичные для MSFT).
Здравствуйте, Spender, Вы писали:
S>Здравствуйте, umnik, Вы писали:
U>>Зарплаты в майкрософте полностью определяются твоим левелом, левелы для SDET и SDE одинаковые — начинаются с 59 и до ~64,65, дальше уже нетехнические позиции (есть исключения, но они единичные для MSFT). S>Это в чем и за сколько?
Это левелы. Конкретные суммы зарплат, в зависимости от левела, меняются и зависят от рынка.
AG>Ну какбэ отличить на слух британца от американца также просто, как отличить на слух украинца или южанина от московита. Далее- если английский был все-таки понятен, значит это именно что Washington, а не Redmond- люди из Сиэтла как-то особенно сильно тянут слова, так что тяжело понимать. Это все мои личные ощущения.
Я небольшой знаток штата Вашингтон, но википедия подсказала мне, что именно в нём находятся города Сиэтл и Рэдмонд.
Акцент Рэдмонда отличается от акцента штата Вашингтон?
Здравствуйте, ArtemGorikov, Вы писали:
AG>Ну какбэ отличить на слух британца от американца также просто, как отличить на слух украинца или южанина от московита. Далее- если английский был все-таки понятен, значит это именно что Washington, а не Redmond- люди из Сиэтла как-то особенно сильно тянут слова, так что тяжело понимать. Это все мои личные ощущения.
AG>>Ну какбэ отличить на слух британца от американца также просто, как отличить на слух украинца или южанина от московита. Далее- если английский был все-таки понятен, значит это именно что Washington, а не Redmond- люди из Сиэтла как-то особенно сильно тянут слова, так что тяжело понимать. Это все мои личные ощущения.
То, что называют "британский" английский — это акцент кокни, с которым говорят на юге Англии. На севере говорят с акцентом джорди, разница между ними такая же как если бы говорил учитель русского языка и армянский торгаш на рынке
Здравствуйте, koandrew, Вы писали:
K>Здравствуйте, ArtemGorikov, Вы писали:
K>Пацталом Вы на карту-то смотрели?
Кстати, вопрос не в тему, —
1) как живется в наши дни канадскому программисту ?
2) на каком диалекте/с каким акцентом говорят в Канаде, он больше редмондский, или, скажем, техасский или нью-йоркский?
3) как на карте найти городок Вашего проживания?
4) насколько холодно или тепло в этом городке?
Здравствуйте, Dair, Вы писали:
D>Я небольшой знаток штата Вашингтон, но википедия подсказала мне, что именно в нём находятся города Сиэтл и Рэдмонд. D>Акцент Рэдмонда отличается от акцента штата Вашингтон?
Без понятия. Но мне кажется, что
1) городок Washington DC находится в штате Columbia, East Coast, в то время как Seattle- в штате Washington, West coast.
2) официальные границы штатов не влияют на то, как люди говорят- судя по карте, границы провели, пользуясь линейкой.
Можете и дальше читать википедию и считать себя самым умным.
Здравствуйте, Mishka, Вы писали:
M>То, что называют "британский" английский — это акцент кокни, с которым говорят на юге Англии. На севере говорят с акцентом джорди, разница между ними такая же как если бы говорил учитель русского языка и армянский торгаш на рынке
Я не в курсе про такие подробности т.к. там не был. Британским называю лондонский акцент. Говорят, сильнее акцент в East Side районе Лондона — где живут пролетарии.
Прикольный акцент у валлийцев.
Здравствуйте, ArtemGorikov, Вы писали:
AG>Кстати, вопрос не в тему, - AG>1) как живется в наши дни канадскому программисту ?
Отлично живётся AG>2) на каком диалекте/с каким акцентом говорят в Канаде, он больше редмондский, или, скажем, техасский или нью-йоркский?
На всяком, ибо тут много народу со всех уголков света AG>3) как на карте найти городок Вашего проживания? http://maps.google.com/?ie=UTF8&ll=43.446655,-80.493122&spn=0.001264,0.00283&t=h&z=19 Это дом, где я живу AG>4) насколько холодно или тепло в этом городке?
Летом до +40, зимой изредка бывает и -25. Как правило, зимой температура 0..-10, зима тут с середины ноября по середину марта. Летом обычно бывает пара-тройка недель, где температура не опускается ниже +30, в основном +20..+30, лето тут с мая по сентябрь.
Если хотите — расскажите что ответили на вопросы, попробуем разобраться почему забраковали.
На самом деле СДЕТ в Париже — весьма неплохая специальность как мне кажется (сам я СДЕ).
D>Спасибо, но меня уже забраковали
D>что неудивительно — никакого MS-related background у меня нет и не предвидится. Не по религии, а так получилось.
Здравствуйте, Dair, Вы писали:
D>1. Есть usb-чашка. Обычная такая, но с USB, чтобы продукт тёплым был. Есть USB-шнурок, выключатель на чашке и светодиод работает/не работает. Вопрос был -- как бы я этот продукт тестировал. D>2. Плюсы и минусы plain C. D>3. Отличия linked list и array D>4. Три коробки, в одной — яблоки, в другой — апельсины, в третей — помесь того и другого. Этикетки заведомо не совпадают, можно брать фрукты по одному и смотреть, что получилось. Сколько минимум надо вытащить, чтобы понять, где что. D>5. Как компиляторы работают с виртуальными функциями? D>6. Что такое перегрузка функций? D>7. Чем switch отличается от многих if'ов? D>8. Какая технология удивила меня больше всего за последнее время (назвал GPS) D>кещё вспомню — расскажу.
Второй вопрос: плюсы и минусы plain C — это подразумевается "в сравнении с С++"?
А какие плюсы у plain C? И они вообще есть? С минусами понятно (исключения, шаблоны, разные варианты наследования и т.д.)
Насколько я знаю — одно из основных требований к С++ как таковому — быстродействие не хуже, чем у plain C.
По удобству и всему с этим связанному С лучше не может быть — т.к. грубо говоря, С это подмножество С++.
Сам начинал сразу с С++, plain-С code приходилось только читать, но не писать, так что кое-что о plain C могу и не знать.
_>Второй вопрос: плюсы и минусы plain C — это подразумевается "в сравнении с С++"?
Неа, в сравнении со всем остальным миром.
_>А какие плюсы у plain C? И они вообще есть? С минусами понятно (исключения, шаблоны, разные варианты наследования и т.д.)
Моё мнение (щас уйдём в КСВ ), что это не минусы C, а плюсы C++/Java/C#/итп
_>По удобству и всему с этим связанному С лучше не может быть — т.к. грубо говоря, С это подмножество С++. _>Сам начинал сразу с С++, plain-С code приходилось только читать, но не писать, так что кое-что о plain C могу и не знать.
Ну, как бы наоборот, это C++ "расширение" C
Про плюсы C я сказал, что язык "близок к железу" и компиляторы C есть подо что угодно, в отличие от даже C++.
Про минусы — меньшая масштабируемость (это и отсутствие поддержки ООП, и исключения в том числе) приложений C по сравнению со всем остальным.
Здравствуйте, koandrew, Вы писали:
K>Здравствуйте, ArtemGorikov, Вы писали:
AG>>Кстати, вопрос не в тему, - AG>>1) как живется в наши дни канадскому программисту ? K>Отлично живётся AG>>2) на каком диалекте/с каким акцентом говорят в Канаде, он больше редмондский, или, скажем, техасский или нью-йоркский? K>На всяком, ибо тут много народу со всех уголков света AG>>3) как на карте найти городок Вашего проживания? K>http://maps.google.com/?ie=UTF8&ll=43.446655,-80.493122&spn=0.001264,0.00283&t=h&z=19 Это дом, где я живу AG>>4) насколько холодно или тепло в этом городке? K>Летом до +40, зимой изредка бывает и -25. Как правило, зимой температура 0..-10, зима тут с середины ноября по середину марта. Летом обычно бывает пара-тройка недель, где температура не опускается ниже +30, в основном +20..+30, лето тут с мая по сентябрь.
Со всем согласен, разве что добавил бы, что сейчас +16 (уже на начала недели! Красота!!!)
Здравствуйте, koandrew, Вы писали:
K>Здравствуйте, ArtemGorikov, Вы писали:
AG>>Кстати, вопрос не в тему, - AG>>1) как живется в наши дни канадскому программисту ? K>Отлично живётся AG>>2) на каком диалекте/с каким акцентом говорят в Канаде, он больше редмондский, или, скажем, техасский или нью-йоркский? K>На всяком, ибо тут много народу со всех уголков света AG>>3) как на карте найти городок Вашего проживания? K>http://maps.google.com/?ie=UTF8&ll=43.446655,-80.493122&spn=0.001264,0.00283&t=h&z=19 Это дом, где я живу AG>>4) насколько холодно или тепло в этом городке? K>Летом до +40, зимой изредка бывает и -25. Как правило, зимой температура 0..-10, зима тут с середины ноября по середину марта. Летом обычно бывает пара-тройка недель, где температура не опускается ниже +30, в основном +20..+30, лето тут с мая по сентябрь.
Waterloo/Kitchener одно из самых лучших мест для программиста в Канаде.Цены на недвижимость гораздо ниже чем в больших городах как Toronto или Ottawa, но вместе с тем всего час езды до Toronto.И достаточно хороших компаний. Хотя мне больше нравиться Waterloo, чем Kitchener где ты живешь.
Здравствуйте, ArtemGorikov, Вы писали:
AG>Без понятия. Но мне кажется, что AG>1) городок Washington DC находится в штате Columbia, East Coast, в то время как Seattle- в штате Washington, West coast. AG>2) официальные границы штатов не влияют на то, как люди говорят- судя по карте, границы провели, пользуясь линейкой.
AG>Можете и дальше читать википедию и считать себя самым умным.
Насколько я знаю (американцы меня поправят, если что), столица называется Washington и находится в федеральном округе Колубмия (District of Columbia), потому "полностью" название места пишут город, штат, отсюда и выходит Washington, DC.
Сиэтл, Редмонд находятся в штате Washington и "по-американски" пишутся Seattle, WA и Redmond, WA.
По поводу границ вы тоже зажгли — хоть бы историю чтоли почитали...
Здравствуйте, eagersh, Вы писали:
E>Waterloo/Kitchener одно из самых лучших мест для программиста в Канаде.Цены на недвижимость гораздо ниже чем в больших городах как Toronto или Ottawa, но вместе с тем всего час езды до Toronto.И достаточно хороших компаний.
Компаний в Tri-City хватает, но в Торонто платят существенно больше. Вот я и езжу E>Хотя мне больше нравиться Waterloo, чем Kitchener где ты живешь.
Ну это дело личное
Здравствуйте, Dair, Вы писали:
S>>>Это в чем и за сколько? U>>Это левелы. Конкретные суммы зарплат, в зависимости от левела, меняются и зависят от рынка.
D>С ума сойти. Ты в Микрософте работаешь? Если нет, то -- это сколько в понятных единицах после налогов?
1) налоги зависят от штата
2) налоги зависят от семьи
3) чистая сумма зависит от того сколько ты кладешь в пенсию, в стоки
вывод: чистая сумма в Штатах понятие сугубо индивидуальное
Здравствуйте, WeCom, Вы писали: WC>Наоборот, удивительно если забраковали просто за отсутствие MS-related опыта. WC>Как пример, даже в команду пишущую на C++, могут взять толкового кандидата, который не имел никакого опыта с С/С++.
обычно за такое не бракуют, хотя всё зависит от группы
WC>Судя по резюме, образование у тебя "незаконченное высшее". Если это значит, что "Bachelor Degree" нет, то это более вероятная причина, почему ты не подходишь ...
это скорее причина в том, что рабочую визу будет сделать близко к нереальному
AG>Без понятия. Но мне кажется, что AG>1) городок Washington DC находится в штате Columbia, East Coast, в то время как Seattle- в штате Washington, West coast.
Здравствуйте, CppManNsk, Вы писали:
CMN>Кстати, а что надо сделать для привлечения к себе внимания рекрутеров крупных компаний?
У крупной компании обычно есть сайс на котором можно найти список открытых позиций и куда можно послать свое резюме.
У Микрософта, например, это здесь
Так что привлекать внимание можно прямым методом отправки своего резюме в интересующие компании.
Здравствуйте, Dair, Вы писали:
D>Давеча меня нашли какие-то рекрутеры импортные и давай меня сватать в Микрософт... в Париж. D>Не то, чтобы я хотел в Микрософт и в Париж, но пособеседоваться было интересно.
Те же вопросы практически, та же дама. Собеседование прошел, 23-го апреля лечу в Париж на F2F собеседование.
Нас много таких, кто еще летит 23-го апреля? Кто уже успел заполнить все бумажки и оформить все — расскажите, всё ли ок, может какие-то "подводные камни" встретились?
Ну и товарищи инсайдеры, а как оно вообще там работается? Стоит ли менять Sr.SDE Intel здесь (РФ) на SDET Microsoft там (Франция) в случае чего? Как там цены, как зряплаты, как с иммиграцией вообще дела обстоят?
Здравствуйте, vyach, Вы писали:
V>Здравствуйте, Dair, Вы писали:
D>>Давеча меня нашли какие-то рекрутеры импортные и давай меня сватать в Микрософт... в Париж. D>>Не то, чтобы я хотел в Микрософт и в Париж, но пособеседоваться было интересно.
V>Те же вопросы практически, та же дама. Собеседование прошел, 23-го апреля лечу в Париж на F2F собеседование. V>Нас много таких, кто еще летит 23-го апреля? Кто уже успел заполнить все бумажки и оформить все — расскажите, всё ли ок, может какие-то "подводные камни" встретились?
V>Ну и товарищи инсайдеры, а как оно вообще там работается? Стоит ли менять Sr.SDE Intel здесь (РФ) на SDET Microsoft там (Франция) в случае чего? Как там цены, как зряплаты, как с иммиграцией вообще дела обстоят?
V>Спасибо заранее ))
Меня тоже приглашают, на 22-е. Полечу или нет, пока неизвестно, из-за личных обстоятельств, но услышать ответы от инсайдеров было бы интересно.
Здравствуйте, Denis, Вы писали:
D>кроме вас никто не решит этого. но были случаи, когда люди были _сильно_ расстроены насколько я знаю. особенно, когда был архитект в маленькой фирме, где мог принимать решения, а попал в тестеры в большую корпорацию с известной долей бюрократии. на интервью уже можно многое выяснить, слова HR лучше пропустить мимо ушей
А тоже слышал о таких случаях.
Я думаю, ответ прежде всего зависит от того, хотите ли вы переезжать жить в другую страну и устраивает ли вас зарплата.
HR и hiring manager будут конечно рассказывать вам как у них хорошо работается и какие карьерные перспективы, но решать все равно вам.
Здравствуйте, techgl, Вы писали:
T>Дело в том, что я как и некоторые, упустил информацию об этикетках из виду.
Упустили потому, что камрад написал только "этикетки заведомо не совпадают" — не очевидно, что непременно есть этикетки, что это за этикетки, а также не вполне четко указано, что никакая этикетка не указывает содержимое верно: я, например, подумал, что это означает, что ими можно пренебречь, потому что информации не дают (понял как "может, и есть какие-то этикетки, но все равно не факт, что они совпадают с содержимым, поэтому можно ими пренебречь).
Апостериори, конечно, можно сказать, что надо было додумать самим, но при первичном восприятии задачи корректность постановки играет важную роль, особенно для программиста. Нам и так часто приходится фильтровать несущественные детали, приезжающие от пользователей или внедренцев, поэтому то, что не распознано мною как существенное, я, например, отметаю как несущественное.
В корректной постановке, вероятно, прозвучало бы, что на ящиках есть этикетки, описывающие содержимое, причем они обязательно не совпадают с настоящим содержимым.
Копетан очевидность.
Slicer
Специалист — это варвар, невежество которого не всесторонне :)
Здравствуйте, Slicer [Mirkwood], Вы писали:
SM>Здравствуйте, techgl, Вы писали:
T>>Дело в том, что я как и некоторые, упустил информацию об этикетках из виду. SM>Упустили потому, что камрад написал только "этикетки заведомо не совпадают" — не очевидно, что непременно есть этикетки, что это за этикетки, а также не вполне четко указано, что никакая этикетка не указывает содержимое верно: я, например, подумал, что это означает, что ими можно пренебречь, потому что информации не дают (понял как "может, и есть какие-то этикетки, но все равно не факт, что они совпадают с содержимым, поэтому можно ими пренебречь).
SM>Апостериори, конечно, можно сказать, что надо было додумать самим, но при первичном восприятии задачи корректность постановки играет важную роль, особенно для программиста. Нам и так часто приходится фильтровать несущественные детали, приезжающие от пользователей или внедренцев, поэтому то, что не распознано мною как существенное, я, например, отметаю как несущественное. SM>В корректной постановке, вероятно, прозвучало бы, что на ящиках есть этикетки, описывающие содержимое, причем они обязательно не совпадают с настоящим содержимым.
SM>Копетан очевидность. SM>Slicer
Как бы одним из критериев оценки ответа кандидата и является то, уточнил ли он такие "очевидные" детали, поскольку в деле анализа постановки задачи Капитан Очевидность — плохой помощник.
Здравствуйте, deniszb, Вы писали:
D>Здравствуйте, Kh_Oleg, Вы писали:
K_O>>Здравствуйте, vyach, Вы писали:
V>>>Здравствуйте, Dair, Вы писали:
D>Я буду сегодня собеседоваться.
В общем прошло сегодня телефонное собеседование, весь процесс занял больше часа. Вопросов на тестирование и сообразительность не было совсем.
Было:
чем поток от процесса отличается (долго объяснял ей, она делала пометки просила говорить помедленее, некоторые слова по буквам пришлось)
что такое переключение контекста
разница между массивом и списком
как отсортивать массив — разные виды сортировок со сложностью
плавное перешли на быструю сортировку, объяснял её на пальцах
бинарное дерево поиска
стек очередь
deadlock
race condition — я не вспомнил
напоследок критические секции, хотя я про них говорил в начале
что-то ещё уже и не помню
В конце за жизнь поговорили, почему я люблю майкрософт и как узнаю о новых технологиях. Девушка часто повторяла, что не технических специалист и записывала ключевые слова У меня сложилось стойкое впечатление что она меня едва понимала — ещё работать и работать над произношением.
Обронила что в середине Апреля будет живое собеседование в Париже уже французской командой.
Здравствуйте, sto, Вы писали:
sto>Как бы одним из критериев оценки ответа кандидата и является то, уточнил ли он такие "очевидные" детали, поскольку в деле анализа постановки задачи Капитан Очевидность — плохой помощник.
В данном конкретном случае не могу согласиться: когда звучит фраза вроде "этикетки не совпадают с содержимым", подавляющее большинство людей, мне кажется, все-таки поймут это так, что этикетки попросту не описывают содержимое. Мало ли, что там на них написано — это могут быть просто марки фирм вроде Lacoste (которые, кстати, как раз и не будут совпадать с содержимым, но это не поможет решить задачу).
Совсем другое дело, если акцентировать хотя бы только пункт про наличие надписей: известно, что на каждой из коробок написано, что в ней должно лежать. Тогда пункт о том, что надписи не соответствуют содержимому, уже нужно воспринимать как уточнение, и вот тут уже горе тому, кто это пропустил.
Кстати, если этикеток нет, то одну из коробок можно точно вычислить за 2 или 3 выемки, а вот указать все три за известное наперед количество выемок — нельзя =)
Slicer
Специалист — это варвар, невежество которого не всесторонне :)
Здравствуйте, vyach, Вы писали:
V>Те же вопросы практически, та же дама. Собеседование прошел, 23-го апреля лечу в Париж на F2F собеседование.
Поздравляю!
Когда обратно? Надеюсь будет время погулять по Парижу.
V>Ну и товарищи инсайдеры, а как оно вообще там работается? Стоит ли менять Sr.SDE Intel здесь (РФ) на SDET Microsoft там (Франция) в случае чего? Как там цены, как зряплаты, как с иммиграцией вообще дела обстоят?
Как то рановато об этом заморачиваться. Настрой себя, что готов менять, если предложение будет стоящим и вперед — к успешному результату интервью.
Дадут оффер — будет время подумать и хорошенько все взвесить.
К тому же тогда вариантов уже будет больше двух.
V>Спасибо заранее ))
Здравствуйте, Denis, Вы писали:
D>кроме вас никто не решит этого. но были случаи, когда люди были _сильно_ расстроены насколько я знаю. особенно, когда был архитект в маленькой фирме, где мог принимать решения, а попал в тестеры в большую корпорацию с известной долей бюрократии. на интервью уже можно многое выяснить, слова HR лучше пропустить мимо ушей
Это точно. С другой стороны, мне кажется, позитивных историй все таки больше.
Да, светлые головы приезжают и попадают на позиции несколько ниже того, что они реально заслуживают. Да, более склонные к SDE получают предложение на SDET.
Тем не менее они, вместо того чтобы расстраиваться, просто начинают хорошо работать.
Работают упорно. Выполняют и перевыполняют "план", получают хорошие фидбэки, ревью и как результат промоушены, переходят в другие группы и/или дисциплины, улучшая тем самым как свое общее удовлетворение от работы, так и материальную составляющую оной.
У каждого свой путь.
PS Прошу не рассматривать вышеприведенный текст, как отрицание того, что в любом случае стоит пробовать продать свои мозги подороже (в самом общем смысле этого слова)
Здравствуйте, WeCom, Вы писали:
WC>Здравствуйте, Denis, Вы писали:
D>>кроме вас никто не решит этого. но были случаи, когда люди были _сильно_ расстроены насколько я знаю. особенно, когда был архитект в маленькой фирме, где мог принимать решения, а попал в тестеры в большую корпорацию с известной долей бюрократии. на интервью уже можно многое выяснить, слова HR лучше пропустить мимо ушей
WC>Это точно. С другой стороны, мне кажется, позитивных историй все таки больше. WC>Да, светлые головы приезжают и попадают на позиции несколько ниже того, что они реально заслуживают. Да, более склонные к SDE получают предложение на SDET. WC>Тем не менее они, вместо того чтобы расстраиваться, просто начинают хорошо работать. WC>Работают упорно. Выполняют и перевыполняют "план", получают хорошие фидбэки, ревью и как результат промоушены, переходят в другие группы и/или дисциплины, улучшая тем самым как свое общее удовлетворение от работы, так и материальную составляющую оной.
А бывает и другое. Попал на SDET невысокого уровня в каннадское отделение майкрософта один человек, у которого работа раньше было гораздо интереснее чем SDET. Потыкался, помыкался он там, с людьми поговорил. Выяснил, что работа будет примитивная тестерная на неопределенное будущее. Его manager в Редмонде, кстати. В другую группу переместиться нельзя. Для тех, кто только нанялся в компанию, нужно год проработать в одной группе, чтобы потом получить разрешение на интервью в другую. В MS в то время установили также обширный hiring freeze, т.е. очень мало групп нанимало из других групп майкрософта (хотя они могли нанимать извне). И потом из Vancouver в Redmond не так то уж и просто перейти.
Человек захотел уйти. Но и это было непросто. Майкрософт, требует чтобы ему возвратили деньги за оплаченный переезд. (В контракте написано, что если уходишь раньше какого-то срока, деньги обязан возвратить.) Да еще и переезд обратно за свои, естественно. Но потом он, по-моему, как то все-таки договорился с менеджером. Так что в конце концов он на этом предприятии больше потерял, чем заработал.
Здравствуйте, vyach, Вы писали:
V>Ну и товарищи инсайдеры, а как оно вообще там работается? Стоит ли менять Sr.SDE Intel здесь (РФ) на SDET Microsoft там (Франция) в случае чего? Как там цены, как зряплаты, как с иммиграцией вообще дела обстоят?
Так как это Франция, то я думаю, серьезной девелоперской работы там не будет. В MS product development делают либо в Redmond, либо в Китае, Индии или сейчас еще что-то в Канаде. Даже элементарно зайди на https://careers.microsoft.com/Search.aspx и поищи позиции типа "Software Engineering: Development" во Франции. Находятся всего 2 (две).
Никаких приемуществ для иммиграции в Америку из другой страны, если работаешь в MS, нет. Если ты хочешь в какую-нибудь другую группу внутри MS, то во первых там такая политика, что нужно год в одной группе проработать, если тебя только наняли. Во-вторых, интервью в другую группу ты будешь проходить практически как external hire, если группа за пределами Франции. Но есть приемущество в том, что тебе будет доступна внутренняя база данных по позициям.
Если ты сейчас работаешь на Интел, я бы попытался в Интеле по внутренним каналам поискать девелоперские позиции в Америке.
Еще такой момент. Если ты очень хочешь был девелопером, а не SDET, и ты четко выразишь своё намерение, когда будешь интервьюироваться во Франции, то тебе могут не предложить позицию SDET. Есть такое негласное правило, что если работодатель чувствует, что человек может отклонить предложение, то предложения вообще не будет. Но, если ты очень хорошо пройдешь интервью, то они информацию о тебе зашлют в Redmond, и тобой могут заинтересоваться уже от туда.
Полезно также иметь знакомства с людьми, которые уже работают в MS. Тогда они могут сделать тебе referral.
Здравствуйте, IT, Вы писали:
IT>Здравствуйте, WeCom, Вы писали:
WC>>Это точно. С другой стороны, мне кажется, позитивных историй все таки больше.
IT>Куль! Но вот только почему от "позитивности" так сильно прёт индусятиной?
Я не знаю. Я не замечал, чтобы мои успешные соотечественники, как то _специфически_ неприятно пахли.
Здравствуйте, alexeiz, Вы писали:
A>А бывает и другое. Попал на SDET невысокого уровня в каннадское отделение майкрософта один человек, у которого работа раньше было гораздо интереснее чем SDET. Потыкался, помыкался он там, с людьми поговорил. Выяснил, что работа будет примитивная тестерная на неопределенное будущее. Его manager в Редмонде, кстати. В другую группу переместиться нельзя. Для тех, кто только нанялся в компанию, нужно год проработать в одной группе, чтобы потом получить разрешение на интервью в другую. В MS в то время установили также обширный hiring freeze, т.е. очень мало групп нанимало из других групп майкрософта (хотя они могли нанимать извне). И потом из Vancouver в Redmond не так то уж и просто перейти.
A>Человек захотел уйти. Но и это было непросто. Майкрософт, требует чтобы ему возвратили деньги за оплаченный переезд. (В контракте написано, что если уходишь раньше какого-то срока, деньги обязан возвратить.) Да еще и переезд обратно за свои, естественно. Но потом он, по-моему, как то все-таки договорился с менеджером. Так что в конце концов он на этом предприятии больше потерял, чем заработал.
Бывает по всякому.
Как я понял, именно эту историю вспомнил Денис и в общем то на это я и отвечал — некоторые "расстраиваются", а некоторые успешно выходят из не менее сложной ситуации.
Пожалуйста, уважайте коллег и не допускайте излишнего цитирования. Для неуважающих напомню, что есть правила форума и ресурса + санкции за несоблюдение оных. Модератор
A>Человек захотел уйти. Но и это было непросто. Майкрософт, требует чтобы ему возвратили деньги за оплаченный переезд. (В контракте написано, что если уходишь раньше какого-то срока, деньги обязан возвратить.) Да еще и переезд обратно за свои, естественно. Но потом он, по-моему, как то все-таки договорился с менеджером. Так что в конце концов он на этом предприятии больше потерял, чем заработал.
Насколько я в курсе в этом случае человек не пытался делать то, про что говорит WeCom. Родина знала только взгляд с одной стороны, который в данном случае не был репрезентативным. Менеджер был скорее всего прав. Зато знаю примеры людей, которые прошли по пути описываемому WeCom и очень довольных в настроящий момент времени (хотя вначале настоение было скорее грустным).
Здравствуйте, WeCom, Вы писали:
WC>Поздравляю! WC>Когда обратно? Надеюсь будет время погулять по Парижу.
Спасибо. В Париже буду с утра четверга до полудня субботы, так что день на изучение достопримечательностей будет
WC>Как то рановато об этом заморачиваться. Настрой себя, что готов менять, если предложение будет стоящим и вперед — к успешному результату интервью. WC>Дадут оффер — будет время подумать и хорошенько все взвесить. WC>К тому же тогда вариантов уже будет больше двух. WC>Успешного интервью!
Да я и не заморачиваюсь пока, просто интересно. В штатах был, более менее ситуацию представляю, а вот европа для меня еще не открыта. Посмотрим-с
Здравствуйте, vyach, Вы писали:
V>Спасибо. В Париже буду с утра четверга до полудня субботы, так что день на изучение достопримечательностей будет
Мне дама написала, что MS оплачивает, при необходимости, только одну ночь. Вторая, получается, за свои?
Здравствуйте, Kh_Oleg, Вы писали:
K_O>Здравствуйте, vyach, Вы писали:
V>>Спасибо. В Париже буду с утра четверга до полудня субботы, так что день на изучение достопримечательностей будет K_O>Мне дама написала, что MS оплачивает, при необходимости, только одну ночь. Вторая, получается, за свои?
У меня такое расписание получилось потому, что из моего города прямые рейсы летают редко, так что это был единственный вариант. Так что у меня отель оплачен на 2 ночи с соотв. расходами. Всё за их счёт. Хорошо иногда жить в провинции
Здравствуйте, deniszb, Вы писали:
D>Здравствуйте, deniszb, Вы писали:
D>>Здравствуйте, Kh_Oleg, Вы писали:
K_O>>>Здравствуйте, vyach, Вы писали:
V>>>>Здравствуйте, Dair, Вы писали:
Зовут на 22 или 23. Я честно говоря сомневался после того как девушка попросила проспелить pointer в вопросе про линкед листы.
Здравствуйте, Dair, Вы писали:
D>Щас уже понял, что на один вопрос точно ответил неправильно (английский подвёл, не понял, про что речь). D>Не возьмут, наверно. D>Но было интересно
Здравствуйте, Slicer [Mirkwood], Вы писали: SM>Кстати, если этикеток нет, то одну из коробок можно точно вычислить за 2 или 3 выемки, а вот указать все три за известное наперед количество выемок — нельзя =)
SM>Slicer
Если этикеток нет, 1 коробка 100% вычисляется при первом вытягивании.
Из условий задачи — вытянуть вы можете либо 2 яблока и 1 апельсин, либо 2 апельсина и 1 яблоко. Вытянуть 3 яблока или 3 апельсина вы не можете, т.к. 1 коробка только с яблоками, и 1 только с апельсинами.
В первом случае коробка, откуда вытянули апельсин и есть коробка с апельсинами. Во втором случае коробка, откуда вытянули яблоко — и есть коробка с яблоками.
Здравствуйте, deniszb, Вы писали:
D>Здравствуйте, deniszb, Вы писали:
D>>Здравствуйте, deniszb, Вы писали:
D>>>Здравствуйте, Kh_Oleg, Вы писали:
K_O>>>>Здравствуйте, vyach, Вы писали:
V>>>>>Здравствуйте, Dair, Вы писали:
D>Зовут на 22 или 23. Я честно говоря сомневался после того как девушка попросила проспелить pointer в вопросе про линкед листы.
должен лететь завтра, собеседование назначили на 19-е, но из-за извержения вулкана непонятно когда откроется аэропорт в Париже.
из MS написали, что какая-то девушка будет специально работать в выходные, чтобы смогли перенести собеседование, если не долечу.
+ написали, что собеседование, конечно, постараются перенести, но не факт, что получится.
A>А бывает и другое. Попал на SDET невысокого уровня в каннадское отделение майкрософта один человек, у которого работа раньше было гораздо интереснее чем SDET. Потыкался, помыкался он там, с людьми поговорил. Выяснил, что работа будет примитивная тестерная на неопределенное будущее. Его manager в Редмонде, кстати. В другую группу переместиться нельзя. Для тех, кто только нанялся в компанию, нужно год проработать в одной группе, чтобы потом получить разрешение на интервью в другую. В MS в то время установили также обширный hiring freeze, т.е. очень мало групп нанимало из других групп майкрософта (хотя они могли нанимать извне). И потом из Vancouver в Redmond не так то уж и просто перейти.
A>Человек захотел уйти. Но и это было непросто. Майкрософт, требует чтобы ему возвратили деньги за оплаченный переезд. (В контракте написано, что если уходишь раньше какого-то срока, деньги обязан возвратить.) Да еще и переезд обратно за свои, естественно. Но потом он, по-моему, как то все-таки договорился с менеджером. Так что в конце концов он на этом предприятии больше потерял, чем заработал.
Я думаю, что знаю, о ком вы говорите, и поверьте, не все так однозначно в этой истории
Здравствуйте, green.nsk, Вы писали:
GN>Я думаю, что знаю, о ком вы говорите, и поверьте, не все так однозначно в этой истории
я думаю о нем знает почти все русскоязычное население МС . Alexeiz, кстати, помойму вполне близко к тексту написал (если убрать все личностные эпитеты).
Здравствуйте, Denis, Вы писали:
D>Здравствуйте, green.nsk, Вы писали:
GN>>Я думаю, что знаю, о ком вы говорите, и поверьте, не все так однозначно в этой истории
D>я думаю о нем знает почти все русскоязычное население МС . Alexeiz, кстати, помойму вполне близко к тексту написал (если убрать все личностные эпитеты).
Часть просто работает (работало) из MCDC, поэтому знают немного больше
К>Цель тестирования — определить работоспособность за минимум времени: К>1. Выключаем. Наливаем сначала холодную воду. Ожидается, что светодиод не горит. Наливаем горячую воду. Ожидается, что светодиод не горит. К>2. Включаем. Наливаем сначала холодную воду. Ожидается, что светодиод горит. Наливаем горячую воду. Ожидается, что светодиод не горит. К>3. Далее одно из двух: К>- если знаем температуру, которая должна поддерживаться, то наливаем воду чуть холоднее. Ожидается, что светодиод горит. За несколько доливов доводим температуру до чуть теплее. Ожидается, что светодиод погаснет. К>- если температуру, которая должна поддерживаться, не знаем, то можем порезвиться в бинарный поиск . Сменяя воду разной температуры, находим ту температуру, при которой светодиод гаснет. К>4. И чуть не забыл... Нужно удостовериться, что чашка греет: пальцем там попробовать, языком, локтём, градусником .
К>Я прошёл пункт тестирования?
Как то длинно все у вас...
ответ же очевиден — берем USB градусник и....
Сегодня прилетел в Минск. Позже отпишусь подробнее, а так я прибыл на собеседование к двум часам пятницы. Таких как я набралось пять человек — один земляк из минска, из украины и карелии. на человека было по пять собеседований — три технических (комбинаторика, скл и простенький валидатор скобок) сдобренных вопросами как тестировать плюс собеседование с проджект менеджером американцем и тест менеджером (предполагаемый начальник, женщина). Эти два собеседования самые трудные для понимания какое ты произвёл впечатление IMHO. Набирать планируеться вроде бы восемь человек. Zune будет запускаться в пяти европейских странах и набраных специалистов кинут на амбразуру.
Доброго всем времени суток. Сейчас попытаюсь востановить хронологию. 22-го числа получив паспорт во французском посольстве в Минске рванул в аэеропорт и через Прагу добрался в Париж. Потом оказалось что украинцем надо около полчаса на получение шенгенское визы а не восемь суток как у беларусов. Оказалось потом что отель у меня был не как у всех собеседовавшихся 23-го (я кстати пропустил день рождение сына 23-го апреля) а немного дальше от резиденции майкрософт. Сразу же меня парижские арабы пытались развести на 75 евро за такси, сторговались за 50. В итоге словил негритянку с кучей мусора на переднем сиденье и приехал за 40 евро с условием что она минут 10 смотрела сериал в пробке и крутанулась возле отеля пару раз. Видимо что бы я рассмотрел его лучше. Впечатления от Парижа — куча народу разных национальностей и все куда-то спешат.
Прибыл на собеседование к двум, уже был один русский из корелии и потом подтянулось ещё людей. Все из украины/беларуси. Поскольку мы были под давлением времени и учитывая что у них 7-ми часовая рабочая неделя то запустили карусель по 45 минут на человека и потом обсуждение. Лично у меня было
задача на комбианторику — хотел изящно решить, в итоге кое-как родил алгоритм. Есть пять чисел надо составить все возможные комбинации (на выбор или уникальные или с дубликатами). Принимало два человека, француз и американец. Вполне доброжелательно. В конце ещё задачка была интересная: две таблицы User и UserGenres, два доступных метода Getuser/Genre надо за O(n) сгенерить репорт по ним. задачку принмал человек с индускими корнями. Надо было провалидировать строку на предмет валидности по кавычкам (открывающим/завершающим). Я предложил вариант на C++. потом рассказывал как я бы тестировал эту ф-цию. Трудность была в том что он только слушал и записывал. Потом был проджект менеджер — американец, рассказал немного о планах. И потом предложил потестировать веб сервис. Всё было достаточно абстрактно и трудно оценимо по сравнению с техничскими частями
Собесдования по скл и как бы я тестровал банкомат. Принимала пара рускоязычный и американец. Самоя комфортная часть интервью.
Предпологаемый руководитель проекта. Женщина американка/англичанка. В взгляде чувствовалось сталь. Говорили за жизнь. тоже трудно оценить какое впечатление на её произвёл.
Прибежала в конце HR подарила игральные карты и сказала досвидания. Поскольку все остальные с ней успели поговорить, я насторожился. Она ответила что со мной смысла разговаривать нет, ибо по телефонному интерьвью все мне рассказали. Я на неё надовил по поводу предпологаемой зарплаты и реалокешйн пакадже. всё что из неё выдавил, возможно будет оплата курсов французского. Почему бы сразу не сказала что не будет разглашать подробностей? в итого сказала что до пятницы пришлют письмо с результатом собеседования.
Летел обратно через чехию. Пришлось в пять утра вставать, и по повышеному тарифу за 50 евро в аеропорт доехал. Злые там таксисты.
Здравствуйте, deniszb, Вы писали:
D>Доброго всем времени суток. Сейчас попытаюсь востановить хронологию. D>Летел обратно через чехию. Пришлось в пять утра вставать, и по повышеному тарифу за 50 евро в аеропорт доехал. Злые там таксисты.
Спасибо, интересный рассказ. MS обещала возместить все расходы на поездку. Если не секрет, как это они реализуют и что оплачивают (визы, авиа, такси, отель), а что — нет?
Здравствуйте, deniszb, Вы писали:
D>Доброго всем времени суток. Сейчас попытаюсь востановить хронологию. 22-го числа получив паспорт во французском посольстве в Минске рванул в аэеропорт и через Прагу добрался в Париж. Потом оказалось что украинцем надо около полчаса на получение шенгенское визы а не восемь суток как у беларусов. Оказалось потом что отель у меня был не как у всех собеседовавшихся 23-го (я кстати пропустил день рождение сына 23-го апреля) а немного дальше от резиденции майкрософт. Сразу же меня парижские арабы пытались развести на 75 евро за такси, сторговались за 50. В итоге словил негритянку с кучей мусора на переднем сиденье и приехал за 40 евро с условием что она минут 10 смотрела сериал в пробке и крутанулась возле отеля пару раз. Видимо что бы я рассмотрел его лучше. Впечатления от Парижа — куча народу разных национальностей и все куда-то спешат. D>Прибыл на собеседование к двум, уже был один русский из корелии и потом подтянулось ещё людей. Все из украины/беларуси. Поскольку мы были под давлением времени и учитывая что у них 7-ми часовая рабочая неделя то запустили карусель по 45 минут на человека и потом обсуждение. Лично у меня было
D> D>задача на комбианторику — хотел изящно решить, в итоге кое-как родил алгоритм. Есть пять чисел надо составить все возможные комбинации (на выбор или уникальные или с дубликатами). Принимало два человека, француз и американец. Вполне доброжелательно. В конце ещё задачка была интересная: две таблицы User и UserGenres, два доступных метода Getuser/Genre надо за O(n) сгенерить репорт по ним. D>
второй метод GetGenre? или GetUserGenre?
D> D>задачку принмал человек с индускими корнями. Надо было провалидировать строку на предмет валидности по кавычкам (открывающим/завершающим). Я предложил вариант на C++. потом рассказывал как я бы тестировал эту ф-цию. Трудность была в том что он только слушал и записывал. D>
D> D>Потом был проджект менеджер — американец, рассказал немного о планах. И потом предложил потестировать веб сервис. Всё было достаточно абстрактно и трудно оценимо по сравнению с техничскими частями D>
D> D>Собесдования по скл и как бы я тестровал банкомат. Принимала пара рускоязычный и американец. Самоя комфортная часть интервью. D>
по скл что-нить необычное спрашивали? или стандартные вопросы по синтаксису?
D> D>Предпологаемый руководитель проекта. Женщина американка/англичанка. В взгляде чувствовалось сталь. Говорили за жизнь. тоже трудно оценить какое впечатление на её произвёл. D>
D>Прибежала в конце HR подарила игральные карты и сказала досвидания. Поскольку все остальные с ней успели поговорить, я насторожился. Она ответила что со мной смысла разговаривать нет, ибо по телефонному интерьвью все мне рассказали. Я на неё надовил по поводу предпологаемой зарплаты и реалокешйн пакадже. всё что из неё выдавил, возможно будет оплата курсов французского. Почему бы сразу не сказала что не будет разглашать подробностей? в итого сказала что до пятницы пришлют письмо с результатом собеседования.
D>Летел обратно через чехию. Пришлось в пять утра вставать, и по повышеному тарифу за 50 евро в аеропорт доехал. Злые там таксисты.
Здравствуйте, Kh_Oleg, Вы писали: K_O>Спасибо, интересный рассказ. MS обещала возместить все расходы на поездку. Если не секрет, как это они реализуют и что оплачивают (визы, авиа, такси, отель), а что — нет?
Всё оплачивают кроме гамблинга и WiFi. Делают только банковский перевод, после которого надо будет отстегнуть налоговой процент
D>> D>>задача на комбианторику — хотел изящно решить, в итоге кое-как родил алгоритм. Есть пять чисел надо составить все возможные комбинации (на выбор или уникальные или с дубликатами). Принимало два человека, француз и американец. Вполне доброжелательно. В конце ещё задачка была интересная: две таблицы User и UserGenres, два доступных метода Getuser/Genre надо за O(n) сгенерить репорт по ним. D>>ВБ>второй метод GetGenre? или GetUserGenre?
Genres
UserID _|_ Genre
1 _|_ POP
1 _|_ ROCK
4 _|_ LIVE
5 _|_ ROCK
D>> D>>Собесдования по скл и как бы я тестровал банкомат. Принимала пара рускоязычный и американец. Самоя комфортная часть интервью. D>>ВБ>по скл что-нить необычное спрашивали? или стандартные вопросы по синтаксису?
Ну как сказать, подзапросы с группировками и генерация репортов по месяцам. Структурку базы по картинке с Визио показывали, три или четыре таблички
D>Прибежала в конце HR подарила игральные карты и сказала досвидания. Поскольку все остальные с ней успели поговорить, я насторожился. Она ответила что со мной смысла разговаривать нет, ибо по телефонному интерьвью все мне рассказали. Я на неё надовил по поводу предпологаемой зарплаты и реалокешйн пакадже. всё что из неё выдавил, возможно будет оплата курсов французского. Почему бы сразу не сказала что не будет разглашать подробностей? в итого сказала что до пятницы пришлют письмо с результатом собеседования.
Пришёл отказ на группу сегодня ночью. Не зря видимо HR со мной не захотела разговаривать. Попросили также чтобы как минимум год я их не беспокоил больше.
Здравствуйте, deniszb, Вы писали:
D>Пришёл отказ на группу сегодня ночью. Не зря видимо HR со мной не захотела разговаривать. Попросили также чтобы как минимум год я их не беспокоил больше.
А что значит "отказ на группу".
Послали одно письмо нескольким кандидатам и при этом так, что каждый видит кому еще отказали?
.)
Если нам не помогут, то мы тоже никого не пощадим.
)?
Американцы почти никогда не называют город без указания штата, посему вышеназванная фраза однозначно интерпретируется как "страна — США, штат — Вашингтон". Ваше незнание этого факта ситуации не меняет...
У меня сложилось стойкое впечатление что она меня едва понимала — ещё работать и работать над произношением. 
