Не только Ализар, таких тут несколько. Обычно они переводят желтуху, либо непроверенные данные, либо что-то заурядное, но с зазывающим заголовком. Мн лично не нравится терять кучу времени на отсеивание подобных топиков (не интересно, а для новостей есть специализированные издания) — пришлось писать фильтры для rss. Но это дело вкуса и gtd.)
Уж не говоря о том, что бонусы компании тут для всех профессий одинаковы, т.к. в метод getBonus() не передается никаких параметров, а класс XXXXXGames никак не связан с вакансией (в коде, который представлен читателю).
Кстати говоря, если результатом собеседования был отказ, то значение «результата» — 0, а зарплата получается 0 + company.getBonus();, что ещё интереснее. :)
Немного занудства. :)
Неплохо, но качество архитектуры вызывает вопросы. Почему игры бывают только двух типов: mmorpg и все остальные? Здесь сразу смешивается мультиплеер (техническая характеристика) и ролевка (дизайн игры) — даже из этих двух составляющих можно сгенерировать 4 варианта типов игр. Видимо, такой захаркорденный параметр добавили, т.к. нужны люди, которые умеют работать на ниве мморпг, а все остальное составителей класса не волнует. Для другой вакансии придется переписывать. :(
Не понятно, почему результатом интервью является исключительно сумма зарплаты. Логичнее, что результат — «приняли/не приняли», а если подумать чуть дольше, то это структура с полями, содержащими всю необходимую информацию, в т.ч. ежемесячные бонусы.
Не понятно, почему бонусы только денежные и выражаются сразу в зарплате за период. Кстати, за какой период времени работы функция getSalary() рассчитывает зарплату? В какой валюте?
По вакансии:
ТК? ДМС? Доп. бонусы (обучение, конференции, ноут на руки?)? какие ещё технологии используются в рабочем процессе?
P.S. Не уверен до конца, но по-моему, текущая игра (aka проект) должна быть связана с компанией, т.е. currentGame должна получаться откуда-то из класса company.
Вы добавили Тех! Отлично! :)
Программа полезная, но к её использованию надо привыкнуть — она позволяет хорошо структурировать информацию, но вся структура летит к чертям, если лениться записывать все на постоянной основе. :)
код:
ок, 11
Ещё интересно, как давно вам приходилось соединять 100 000 строк в цикле?
Кстати говоря, если результатом собеседования был отказ, то значение «результата» — 0, а зарплата получается
0 + company.getBonus();, что ещё интереснее. :)Неплохо, но качество архитектуры вызывает вопросы. Почему игры бывают только двух типов: mmorpg и все остальные? Здесь сразу смешивается мультиплеер (техническая характеристика) и ролевка (дизайн игры) — даже из этих двух составляющих можно сгенерировать 4 варианта типов игр. Видимо, такой захаркорденный параметр добавили, т.к. нужны люди, которые умеют работать на ниве мморпг, а все остальное составителей класса не волнует. Для другой вакансии придется переписывать. :(
Не понятно, почему результатом интервью является исключительно сумма зарплаты. Логичнее, что результат — «приняли/не приняли», а если подумать чуть дольше, то это структура с полями, содержащими всю необходимую информацию, в т.ч. ежемесячные бонусы.
Не понятно, почему бонусы только денежные и выражаются сразу в зарплате за период. Кстати, за какой период времени работы функция getSalary() рассчитывает зарплату? В какой валюте?
По вакансии:
ТК? ДМС? Доп. бонусы (обучение, конференции, ноут на руки?)? какие ещё технологии используются в рабочем процессе?
P.S. Не уверен до конца, но по-моему, текущая игра (aka проект) должна быть связана с компанией, т.е. currentGame должна получаться откуда-то из класса company.
Программа полезная, но к её использованию надо привыкнуть — она позволяет хорошо структурировать информацию, но вся структура летит к чертям, если лениться записывать все на постоянной основе. :)