Здравствуйте, GUID, Вы писали:
GUI>Anatolix с моей точки зрения правильно написал, от себя еще добавлю, что когда я вижу резюме с таким набором навыков:
GUI>S>>С++ (среды разработки: Borland C++ Builder 5, Microsoft Visual C++ 6), С# (среда разработки: Microsoft Visual Studio 2003 .NET), Pascal (Borland Delphi 6), Fortran (средa разработки: Microsoft Visual Fortran 4), Clipper 5.2, FoxPro 2.6, CA-Visual Object 1.0.
S>>СУБД: настольные xBase и Paradox, MS SQL Server 2000, Firebird 1.5, MySQL 4.0.
GUI>я приглашаю на собеседование несколько специалистов, каждый из которых хорошо разбирается в одной-двух из этих технологий и выяснятеся, что реально кандидат владеет одной-двумя технолгиями (языками) из всего перечисленного, Что сильно снижает его цену (потому что написал то, чем реально не владеет). Идут ответы вида: "лет пят назад писал, сейчас забыл".
Вот такие "менеджеры" и вопят потом, что нет квалифицированных специалистов.
Владение технологией означает прежде всего умение
быстро и качественно применять ее на практике.
Для этого нужно:
1. Хорошо понимать и уметь объяснить в 2-3 фразах
концептуально основные идеи данной технологии и
для решения каких задач она применяется на
практике.
2. Знать, где можно быстро найти подробную информацию
о технологии (учебник, сайт, раздел MSDN и т.п.),
т.е. уметь пользоваться эффективно справочником.
3. Иметь достаточный набор шаблонов кода, написанного по технологии
(из своей практики, из учебников), понимать и уметь
внятно объяснить, что и как в этом коде происходит
4. Знать об узких местах технологии, с которыми всегда
сталкиваешься на практике при решении тех или иных
задач.
Если разработчик все это может, то сможет быстро и качественно
применить технологию на практике независимо от того,
сколько лет назад он написал последний код с ее
помощью.Время, которое он затратит на детальное
восстановление своих знаний, будет незаметно —
намного больше времени тратится на то, чтобы
понять постановку и почуствовать, какую практическую задачу
придется решать.
Когда Вы устраиваете экзамен с принимающим его узким
специалистом, то это означает всего лишь проверку того,
слушал ли претендент те же курсы лекций и помнит ли те
же учебники, что и экзаменатор.
Однажды я слышал, как такой "экзаменатор" спрашивал,
чем отличается виртуальный деструктор класса C ++ от
невиртуального. Ответы типа "виртуальный деструктор
переопеределяется в наследнике и используется для обеспечения
полиморфизма" с практическими примерами использования и
ситуаций, когда его использовать не стоит, его не удовлетворяли.
Он хотел, чтобы ему нарисовали на C эквивалент виртуальных таблиц
или рассказали, как якобы это должен кодировать компилятор
(он это вычитал в одном из учебников).
Хорошие профессиналы владеют технологией на "пальцах" и
применяют ее в разработке автоматически, не задумываясь ни
о синтаксисе языка, правилах и т.п. — также как все
мы пишем по-русски грамотно, но редко кто при этом
вспоминает правила русского языка. Бывает, что именно в
силу этого у них вызывает затруднение сдача "экзамена" — и
они показывают плохие результаты.
С другой стороны, я знаю человека, который блистательно
сдает экзамены по MFC и отвечает на вопросы по ней, но так и не знает,
как в течение 15 мин создать базовое приложение на MFC
в стиле MS Outlook или как реализовать MDI интерфейс с несколькими видами
шаблонов и переключающимся в зависимости от шаблона ToolBar.
Он, тем не менее, уверен,что владеет MFC GUI профессионально.
Любой разработчик на уровне ответов на вопросы к лекциям
владеет в лучшем случае 1 — 2 серьезными технологиями,
которые он использовал на практике последними.
Если Вы хотите реально проверить кандидата, то лучший способ —
попросить его прокомментировать фрагменты кода, реализованные
с использованием технологии — и Вы сразу все поймете — и уровень
его знаний, и уровень его понимания вопроса, и его культуру
разработчика и т.п.
Может быть, тогда Вам и не придется часто менять состав
разработчиков, и проводить много интервью.
