В поисках Великих Разработчиков (Joel Splosky)

[gl00mie]

Цитата:

Сообщение от Logger

Кому нужны великие разработчики? О чем вы, коллеги? Нужно чтоб быстро, дешево и работало.

Мне кажется, дело в уровне сложности решаемых задач. Если задачи не особо сложные, но их много, то Великие разработчики не нужны, потому что их использование будет неоправданно дорогим для работодателя и скучным для разработчика. Кроме того, автор судит с точки зрения (владельца) компании, зарабатывающей исключительно за счет разработки и поддержки "ширпотребных", коробочных приложений. Джоэл всю свою сознательную программерскую и менеджерскую жизнь занимался только такими продуктами, и это надо всегда иметь в виду, читая его рекомендации. У него есть еще одна статья - Пять миров:

Цитата:

Я считаю, что в программировании есть пять миров, иногда пересекающихся друг с другом, а в основном нет. Это:

• Ширпотреб
• Внутреннее ПО
• Встроенное ПО
• Игры
• Одноразовое ПО

...
Когда Вам говорят о методологии, подумайте о том, как она согласуется с делаемой именно Вами работой. Подумайте, откуда говорящий. Стив МакКоннелл, Стив Магуайр и я все из одной песочницы: мира ширпотребных электронных таблиц, написанных в Редмонде, штат Вашингтон.

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

[Андре]

Цитата:

Если задачи не особо сложные, но их много, то Великие разработчики не нужны, потому что их использование будет неоправданно дорогим для работодателя и скучным для разработчика.

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

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

В качестве примера можно приветсти веб-фреймворки (Django, Ruby on Rails), многочисленные генераторы отчетности, ORM - ы (SqlAlchemy, Hibernate), средства метапрограммирования и прочее.

Естественно, в этом случае нужна готовность работодателя потрать больше времени сейчас, с целью отыграть это время после.