Delphi XE: объявлена сертификация

Долгожданное свершилось. Одним из наиболее типовых вопросов к представителям Embarcadero на протяжении последних почти 2-х лет является следующее - "Когда же, наконец, появится сертификация?". Заметьте, сертификация нужна, прежде всего, программистам, а также их начальникам. Но почему её не было раньше? Если мы говорим о компании Embarcadero, то ответ здесь простой - слишком быстро прогрессировала технология Delphi, а для подготовки экзаменационных вопросов нужно было зафиксировать набор областей, знания в которых действительно отражают профессиональный уровень программиста.

Подробности

Опубликована очень подробная информация об уровнях сертификации, процедуре прохождения экзамена, списка тем и т.д. Кроме того, представлены "руководства по подготовке к экзамену", а также очень подробный раздел FAQ. Тут важно всё внимательно прочитать. Не стоит скрывать, что программисты привыкли читать справочную информацию "по диагонали", стараясь уловить суть, тогда как конкретные детали всё-равно приходится дорабатывать на уровне кодирования, т.е. самому. В случае с экзаменом придется поработать "компилятором", строчку за строчкой разбирая актуальный текст.

Оно мне надо?

Хорошо, давайте ответим на этот вопрос. Почему-то бытует мнение, что сертификация не нужна/вредна. Аргументы простые:

• Есть реальное программирование, а есть некие "зазубренные знания", и они не пересекаются в пространстве мышления разработчика;
• Куда я потом дену эту "бумажку"? На стенку повешу?
• Кому это надо? Начальнику? Коллегам? Что это изменит в моей жизни?
• Кто придумал эту сертификацию?

Оно мне надо!

Давайте начнем в обратном порядке. Принцип уровней квалификации принят везде, повсеместно, во всех областях человеческой деятельности. Воинские ранги, квалификации рабочих, ученые звания, спортивные разряды. В зависимости от этого людям платят деньги, распределяют обязанности и просто оказывают уважение. Такова человеческая природа, таковы основы нашей цивилизации. Принцип иерархии по формальным признакам строго соблюдается везде.

Я - программист

Да, я - программист. Мои знания - неформальны, не укладываются в шаблоны. Их нельзя проверить и оценить их уровень. Я не помню названия всех классов VCL/RTL, но я гарантированно смогу их найти и правильно ими воспользоваться. Я не пишу 100% безошибочный код, но я умею очень быстро найти и исправить ошибку. Как эти умения вообще можно измерить и оценить?

Ты - программист

А вот твои пользователи - нет. И твой начальник. Не всем же так везет, когда начальник разделяет твоё понимание специфики труда разработчика. Но у начальника есть свой начальник. А также часто постановку задачи тебе делает менеджер/бизнес-аналитик/просто пользователь. Если ты - начинающий программист, поверь на слово, это полезно.  А если у тебя есть опыт разработки, особенно систем для внутрикорпоративного использования, то следующие фразы приходилось слышать, причем неоднократно.

• Система глючит. Но это же наши программисты - что с них взять?
• От наших программистов толку никакого - понабрали бездельников!
• Вместо того чтобы решить задачу, программист тратит силы на поиск причин этого не делать.
• Программисты просто не знают, как это сделать, а нам рассказывают сказки. Я же видел другие системы, где это работает!
• За что мы тратим на программистов такие деньги? Они же ничего не умеют!
• Какой из Пети программист - он по образованию инженер-механик/учитель математики/физик-теоретик/проектировщик бумажных змеев!

Прием на работу

Задача распадается на две части: ты - опытный программист, ты - начинающий программист.

Начинающий: с тебя много не возьмешь. Тут в первую очередь оценивается "жажда знаний" и готовность их получать от более опытных коллег. Как доказать "жажду знаний"? Чем? Сертификат - лучшее средство. Просто нужно с в меру гордо поднятой головой сказать - я решил, что подготовка к сдаче экзамена поможет мне узнать как можно больше. Я знаю, что многие знания носят формальный характер, но по-любому начинающему желательно знать как можно больше и иметь кругозор как можно шире. Я отдаю себе отчет, что многие знания нужно закреплять практикой, но сертификат был для меня мощным стимулом читать книги, статьи и форумы.

Опыт необходим, но недостаточен

Данная проблема существует практически во всех областях. Многие работодатели не всегда рады очень опытным сотрудникам. Да, конечно, свои задачи они умеют решать. Но как ими управлять? А эта задача вдвойне актуальна в случае с программистами. Они очень умные.
Программисты в среднем умнее, чем менеджеры. Они часто умнее, чем их начальники (которые не были никогда программистами). И что совсем плохо - они быстро думают, просчитывают варианты, и материальные стимулы не всегда для них главное . Вот как ими управлять?
Но если ты ищешь работу, то нужно играть по правилам. Хорошо, сейчас не ищешь, но, возможно, рано или поздно нужно будет больше денег, более масштабный проект, более высокая позиция. Готовься сейчас. Покажи своему потенциальному работодателю, что ты - управляем.
Прими систему ценностей "обычных" людей. Ты можешь ходить с бородой, длинными волосами, в майках с надписью "delete", сидеть за компьютером, сползши вниз под стол… Ты можешь игнорировать аттестацию сотрудников компании… Ты можешь на корпоративе сидеть в углу с банкой пива и загадочно смотреть на всех…  Но есть обязательные правил, которые ты должен принять.

Правила игры

Часть корпоративных правил ты уже принял. По крайней мере, такая формальность как зарплата тобой полностью приемлется. Прими и другую часть, покажи, что ты управляем. Что для тебя валидны общечеловеческие правила управления. Это выгодно тебе. В конфликтных ситуациях "программист - менеджер" всегда побеждает менеджер, когда включается начальство. Менеджер понятен, управляем - понятно, как его мотивировать. Он мыслит понятными категориями. Его всегда проще понять. Ты тоже стань "понятным".
Я не предлагают ходить на работе в костюме, делать вежливый взгляд при появлении начальства и сыпать комплименты помощнице шефа. Будь собой, иначе не сможешь программировать. Но ты же не отказываешься от денег? Ты приемлешь субординацию? Покажи, что ты - в системе.
А теперь уж совсем наглядно. Допустим, хочет твой начальник (в прошлом - программист) поднять тебе зарплату. Дай ему пас. Когда грянет "новый год", он придет уже к своему начальнику со словами "Миша прошел сертификацию и показал свой класс, надо "поднять" парня, а то на сторону начнёт смотреть".

Предпоследний аргумент

Мы говорим начистоту. Да, ты - герой, разработал систему, сто человек ей пользуются. Но начальника твоего понять тоже можно. Его посещают сомнения. Сработай на упреждение. Не жди, когда к тебе подойдут и скажут: "Ша, гангстеры клавиатуры! Все на аттестацию!". Вот я бы точно своим разработчикам в приказном порядке заставил пройти сертификацию "Developer". 49 долларов за удовольствие построить разнузданных программистов - цена небольшая. А если бы сдали, завтра же сам бы в рамочку вставил бы своих орлов и на стенку повесил. Да, я бы гордился достижениями своих бойцов.
Резюме: не жди, когда сертификация тебя застанет врасплох. Уж мы-то постараемся, чтобы твой начальник узнал о наличии такой возможности.

Последний аргумент

Пользователи, пользователи, пользователи. Они нас кормят, они нас ругают. Они дают нам поле деятельности, они критикуют нас за ошибки. В этом противостоянии у нас должны быть веские аргументы. Аргументы, которые принимаются в споре непосвященными. Смейтесь-смейтесь, но фраза "это тебе сертифицированный разработчик говорит" действует безотказно.

Пирожок

Если в наличии есть зарегистрированная копия Delphi или RAD Studio XE, то до 31 июля есть возможность получить код на однократное прохождение сертификации Developer бесплатно. Сделай это сегодня, введи серийный ключ по адресу: http://certification.embarcadero.com/redeem. Запомни полученный код. Пройти экзамен можно чуть позднее.
Кстати, экзаменационные вопросы действительно интересные. Если есть опыт работы, то больших трудностей не будет. В этом плане именно данная сертификация максимально объективно оценивает знания. Здесь нельзя "зазубрить". Большинство вопросов подразумевает именно наличие реальных навыков, которые нельзя получить как-нибудь "по-лёгкому".