что же может быть интереснее, чем она. И читателям наверняка не терпится эту всю нудоту почитать.
Открылась у нас новая вакансия в отделе Разработки программного обеспечения, которое в принципе занимается вопросами оптимизации цепи поставок.
Я решила связаться непосредственно с нанимающим менеджером и узнать, какой уровень кодинга им требуется, т.к. по описанию все звучит очень вольно и размыто обобщенно. Менеджер вполне доступно все пояснил, написал, какого типа задачи решаются ежедневно и сказал, что хард кодить не нужно. Мол, тут нужны другие умения и таланты. К письму приложил пример тестового задания, которое раздается всем тем кандидатам, которые могут потенциально попасть на личное интервью.
Вопроса два. Оба просты и элегантны. Если кому интересно потренироваться с ответами, то велкам, как говорится.
Первый. У вас есть таблица с проданными наименованиями. Что-то в таком роде:
Товар Кол-во Дата Прогноз/Фактич.
Яблоко 20 1 января Фактич
Яблоко 50 1 января Прогноз
Требуется написать код в SQL, который бы показал, насколько прогноз и фактические продажи соотносятся друг с другом.
Второй, гораздо интересней и элегантней первого.
У вас две машинки А и Б. Машина А приезжает с 12 до 14, машина Б - с 13 до 15. Определить вероятность того, что машина А прибудет раньше.
Если кандидат (цитирую менеджера) "чувствует себя комфортно при решении таких задачах", то подавайтесь ради бога. В случае успешного прохождения письменного теста, аналогичные задачки нужно будет решать прямо на интервью. Я конечно мысленно впала в кому, потому что на интервью я и таблицу умножения с трудом вспоминаю, а куда уж в такие дебри лезть!
Если с первой задачей я вполне могу справиться, то вторая точно не для решения во время интервью, тут надобно думы думать.
Да, если что, претендентов на эту позицию совсем не
стотыщмильйонов, а на данный момент около 30-40.