Актуальность Delphi программистов

Это дополнение к этому посту.

Многие люди заметили, что у Delphi, похоже, есть проблемы с популярностью: мало возможностей устроиться на работу, небольшой выбор вакансий и т.п.

Хочу поделиться своими соображениями.

Если вы откроете любой источник вакансий, вы действительно увидите гораздо больше предложений по C-подобным языкам или, скажем, .NET. Некоторые высказывают опасения насчёт "остаться без работы". Воображение так и рисует в уме картину: толпы программистов Delphi не могут найти работу. Голодая и проклиная впустую потраченное время, они судорожно обучаются владению другими языками. Оставим в стороне вариант самостоятельной или удалённой работы (вам обязательно нужен "дядька", чтобы на него работать?).

В общем, я хотел сказать, что эта картина противоречит моим наблюдениям. Не знаю, может в глобальном масштабе так и есть, но то, что видел я, это не подтверждает. На всех моих предыдущих местах работы (это всё в городах Тверь и Москва) мне нужно было найти кого-то на замену меня после ухода. Что я понял: Delphi программистов найти ой как тяжело! Это несколько противоречит картине дефицита рабочих мест для Delphi программистов.

Например, при проведении собеседования (что я ещё понял) лучше всего в самом начале попросить соискателя написать самый простой фрагмент кода. Простой, но не слишком типичный (чтобы они показали, что код они написали вот прямо сейчас сами, а не воспользовались "предыдущим опытом"). Как показывает практика: большинство соискателей на нём заваливаются! Всё, интервью можно завершать.

Например, простая задача: поменять в текстовом файле первую и последнюю строки. Без каких либо ограничений. Как угодно. Как угодно неэффективно.

Навряд ли такая задача была у них на практике, поэтому обезьяны-копировальщики не смогут просто написать уже ранее написанное решение. Само решение пишется на бумаге всего в несколько строк, тут даже не надо думать. Тем не менее, большая часть кандидатов просто не в состоянии это написать. Например, кандидат выбирает неудачный подход: использование AssignFile/Reset/ReadLn/WriteLn вместо TStringList. Они пишут монстроидальный код и в итоге запутываются. 80% тех, кто пишет с TStringList, не освобождают объект. Практически никто не ставит обработку исключений или иной вид проверок.

Само по себе это не говорит ничего: может кандидат не слишком знаком с TStringList (ну, а вдруг?!) или посчитал, что для примера можно и не подчищать код. Для первого случая можно дать любую другую задачу подобного же толка, а для последнего - просто попросить соискателя указать на ошибки в коде. Для совсем клинических случаев можно начать подсказывать: "а что будет, если файл пустой?" или "нет ли в коде утечек памяти?". Если кандидат хоть что-то понимает, то он вам укажет сразу. Если нет - то он будет сидеть, уставившись на вас непонимающим взглядом, или вопрёт свой взгляд в листочек, ожидая вашей подсказки.

Такой вот простой тест позволяет отсеять большую часть народа. Вам не надо тратить своё и его время.

К чему я всё это сейчас говорил? Да к тому, что "батонокидателей" на Delphi - сколько угодно. Программистов - ещё поискать (и не факт, что найдёшь). Так что без работы программист Delphi не останется в любом случае ;)