[Moscow.pm] Сертификация perl программистов

[Andrew Shitov]

> А для чего ещё нужны сертификаты?

Боюсь еще дальше отдалить обсуждение от исходного вопроса, но тем не
менее. У сертификата на мой взгяд, две задачи: 1) доказать себе, что
твой уровень знания соответствует некой планке, и 2) показать
потенциальному работодателю его наличие.

Но ни первая, ни вторая задача не дает ничего, потому само наличие
сертификата фиксирует знания на какой-то момент в _прошлом_
(предполагается, что он получен честно, а сами тесты полно охватывают
область знания). Поэтому из первой задачи вытекает простое
самоутешение: "я уже знаю эту тему", но не способствует желанию
узнавать что-либо дальше. А из второй - тоже не лучшие последствия.

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

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

Наличие сертификата - это примерно как окно для выбора браузера в
клиенте ВТБ-24: куча наворотов для повышения безопасности соединения с
интернет-банком, но при этом свежескаченная(!) программа предлагает
выбрать браузер из списка "MS Internet Explorer", "Netscape
Communicator 4.x" или "Netscape Navigator 3.x". Других вариантов нет.
А ведь такая программа обязательно прошла кучу проверок и
сертифицирований.

В перле, хоть он развивается и не слишком бурно, изменения происходят
настолько часто, что на потенциальное собеседование можно не только
прийти с сертификатом на знание Perl 5.6, но и сама процедура
сертификации может оказаться устаревшей. Актуальности не прибавится,
даже если тесты будет составлять "официальная" организация типа The
Perl Foundation.

К примеру, вышла недавно книга Best Perl Practices, и все уже должны
ее знать. Но она не относится ни к TPF, ни к создателю языка (5-й
версии), ни к какому-то порту интерпретатора. Кто будет включать это в
задачи, неясно. Или появлися сайт perldesignpatterns.com, но при этом
кто-то, не упомянув о нем, начал показывать, как он сам эти паттерны
переносит на перл. Нельзя же сказать, что раз этот человек без
сертификата, то результат надо умножить на ноль.

Все это не относится к "сертификату", если он выдан после прохождения
некоторого курса. Но и в этом случае документ подтвеждает (да и то, с
какой-то вероятностью) лишь факт, что человек посещал эти курсы, а
вовсе не знание.

-- 
Andrew Shitov
______________________________________________________________________
andy на shitov.ru | http://shitov.ru