четверг, 25 июля 2013 г.

Типа лирика. У меня есть перед глазами пример

У меня есть перед глазами пример. Моего коллеги. Который вообще учился на "гуманитарной" специальности.

Он не знает и не слышал про такую "чушь" как принцип максимума Понтрягина. Он недавно только узнал про "нормальные формы". Он вряд ли слышал про "теорию управления" и "устойчивые многочлены".

Но он - ОЧЕНЬ хороший программист.

Он ВДУМЧИВ, усидчив. Внимателен к деталям. Знает, что такое "поставитm break-point" и зачем это нужно. Знает как трассировать код. И опять же - зачем это нужно.

Но вряд ли - хороший математик.

Но он - ХОРОШИЙ программист.

Он читает "правильных" людей. Практиков. Он понимает объяснения с полу-слова.

И он ГОТОВ к осознанию и восприятию чужих мыслей и "инструкций".

Он "въехал" в UML - "за пол-дня". А также в шаблоны кодогенерации. И не "ныл" как некоторые.

Ещё раз убеждаюсь, что программирование это - не наука. И тем более - не творчество. Это - ремесло.

То программирование, которым мы занимаемся.

Это - вдумчивость, усидчивость, самодисциплина, готовность следовать инструкциям. И готовность воспринимать чужой опыт.

Надеюсь, что никто не обидится, если узнает себя. Я - только хорошее сказал.

P.S. программирование это - умение долго и нудно складывать маленькие вещи в большую картины. Хотя "пазлы" - я не люблю.

5 комментариев:

  1. Наверное, изучить и использовать UML - это ремесло. А творчество - это придумать UML :) С уважением, Д.С.

    ОтветитьУдалить
    Ответы
    1. "Напялю шляпу гуру" :-)

      Ну положим "авторов" UML я не считаю такими уж хорошими программистами :-) Особенно если взглянуть на Rational Rose ;-)

      Передёргиваю конечно.

      Удалить
    2. Они - хорошие математики, евангелисты, гуру, даже может быть конструктивисты. Но - не программисты. Я об этом.

      Удалить
  2. У Макконнелла в "Совершенном коде" есть отличные главы 33(Личность) и 34(Основы мастерства). Может, с них надо начинать обучение программированию? :)

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