среда, 11 ноября 2009 г.

Как выбрать программиста

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

Очень много руководителей идут на удорожание содержания своей информационной системы, полагая, что повышение эффективности работы компании можно достичь, только переписав стандартную конфигурацию под себя. Они даже не представляют сколь широкий класс задач можно решать без единой строчки кода. Хуже того, этого часто не знают даже программисты. Удивительней всего как много программистов пытаются отождествить свою работу с работой, например такой огромной фирмы как 1С, и как много руководителей им это позволяют. В резюме программистов расхожая фраза «разработка конфигураций с нуля» - воспринимается с особенным шиком. На самом деле она означает «я самый умный, мне никто не указ».

ПАРАДОКС! Хорош тот программист, который будет программировать только в крайнем случае.

PS: Когда мне нужно найти программиста у меня в анкете есть пункт:

14. Если перед вами стоит задача вы скорее:
  • а. попробуете найти существующее решение;
  • б. запрограммируете все сами.
Вторых я отбраковываю сразу, не смотря на то, какое шикарное у них резюме. Такой ответ - признак незрелости.

3 комментария:

  1. эх.. мир к сожалению не идеален. Вечный вопрос о том что лучше - узкий специалист или универсал.

    Программист получает ТЗ в виде:
    "Поле А таблицы Н умножить на поле Б таблицы Х чтобы получить колонку номер 1 в отчете"
    и просто программирует. Он сосредоточен на оттачивании кода, изучении новых конструкций и т п.. Получаем конвеер :) все рады и довольны.

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

    Может быть стоит назвать вакансию иначе? ;)

    ОтветитьУдалить
  2. согласен с высказыванием, что хороший программист программирует в крайнем случае и старается выжать максимум из того, что есть, построить решение на универсальных и уже существующих механизмах...

    ОтветитьУдалить
  3. Угу. Автор забыл расскказать,что когда хороший программист взял крутой фреймворк и все сделал а потом ушел, у Заказчика появляется другая задача. Приходит другой хороший программист и говорит, что этот фреймворк для ее решения не подходит. Его изгоняют и тогда приходят третий и четвертый программисты и говорят тоже самое.

    В итоге "хороший" программист потратил деньги, создал проблему и ушел. А заказчик остался с носом.

    ОтветитьУдалить