Цитаты из книг автора «Юрий Дубровский»

«Необходимо разработать программу, выводящую результат деления числа 125 на введенное целое число, если введенное число четное, или деления 250 на введенное число, в противном случае.» «Не

Решение аналитических задач служит цели выявления основных профессиональных качеств и подходов кандидата без оглядки на знания предметной области. Именно так, потому что предметные области наращиваются, меняются от проекта к проекту, а методы работы остаются. Поэтому «шумы», связанные с предметом, нотациями, технологиями на этом этапе мы удаляем. Как? Очень просто – мы всегда предлагаем кандидату работать или в общепринятой предметной области (школьная арифметика, например), или в хорошо известной ему области, которую он назвал в своем опыте и которая понятна интервьюеру, или в бытовой (приготовление супа, чая, свойства карандаша или шариковой ручки, хранение продуктов и т.п.), которая понятна из повседневного опыта.

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

Базовые вещи, такие как жизненный цикл программного обеспечения, понятия требований, процессов, основы алгоритмов, несомненно, должны составлять тот базовый «гигиенический» уровень знаний, который имеет кандидат. Вряд ли в этой части мы можем обнаружить что-то интересное, поэтому цель – максимально быстро убедиться, что эта база есть

Сначала целесообразно узнать, как представляет себе кандидат позицию «аналитик», чего он ждет от работы, опираясь на имеющуюся у него информацию. По сути, это первое задание на анализ и изложение результатов: что мы написали в объявлении, что известно о компании, что говорят другие сотрудники, что в прессе и в Интернете, что показывает собственный опыт – все это и изложит кандидат в ответе на вопрос. Заданный в произвольном месте вопрос «а почему Вы так считаете?» отлично прояснит способность к логическому рассуждению и навыки ведения общего диалога. И не забываем про метапрограммы.

совет кандидатам : не стесняйтесь выяснять, когда откликаетесь на вакансию, или, когда Вам звонят и рассказывают о ней, какие из требований ключевые, а какие – опциональные или могут быть закрыты самообразованием в первые месяцы работы.

Примеры вопросов о требованиях 1. Что такое требование?2. Каким свойствами они должны обладать?3. Приведите пример требования и покажите, что оно обладает всеми необходимыми свойствами.4. Для чего собираются требования в проекте? Можно ли этого не делать (когда и к чему это приводит)?5. Сформулируйте функциональные/нефункциональные требования к карандашу/ ластику/линейке/листу бумаги А4.6. Зачем и как фиксируются требования?7. Какие виды требований существуют?8. Когда следует завершить процесс сбора требований?9. Может ли требование измениться, почему, и как действовать в этом случае? 10. Расскажите, что вносит в работу аналитика взаимное влияние требований и какие методы работы с этим Вами применяются?

о такой аналитик? Это человек, который общается с заказчиком, проектной командой, формирует и описывает требования к системе, проектирует, тестирует функции системы, обучает работать пользователей, работает с неопределенностью и решает противоречия

Это дает первичное понимание ключевых знаний предметной области, платформ, нотаций, инструментальных средств, методологий, которыми он должен владеть в идеале.

кроссплатформенных. 5. Что такое объектно-ориентированное программирование, смысл, достоинства и принципы? 6. Что такое распределенная база данных (БД)? Архитектура и принципы распределенной БД. Технологии реплицирования данных. 7. Что такое SOA-подход? Разговор об архитектуре систем вести с аналитиками следует осторожно: с одной стороны, опытный аналитик обычно имеет представление об архитектуре систем и понимает их особенности, с другой стороны, это профессиональная область архитектора, и существенных познаний в архитектуре от аналитика обычно не требуется для выполнения каждодневных обязанностей. Поэтому данный блок имеет смысл обсуждать с системными аналитиками, а также с аналитиками в ситуациях, когда пересечение областей архитектуры и анализа на проекте существенно в силу тематики проекта или способа организации команды. Разговор об архитектуре часто целесообразно дополнить вопросами: – А был ли практический опыт работы с таким решением? – Расскажите какой, что запомнилось? – Были ли какие-то трудности, как их преодолели? – Почему именно таким путем решали задачу? – Что особенно запомнилось в этой работе? Обсуждение таких вопросов – отличный способ детальнее погрузиться в опыт кандидата и на известных ему практических примерах понять сильные и слабые стороны, обсудить их и сформировать пути преодоления слабых сторон.