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

[Logger]

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

[ZVV]

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

[mazzy]

Цитата:

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

Блин. Я уже 4 места работы сменил. А мне только 25.
Придется теперь на этом месте сидеть до конца жизни, только чтоб иметь шанс попасть в категоризацию Спольски?
Что-то не прав Джоел, хотя обычно его писанина мне нравится

Цитата:

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

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

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

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

Но это утверждение работает только в одну сторону. Так если человек редко/часто появляется на рынке, то это не значит, что он сильный/слабый.

[gl00mie]

Цитата:

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

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

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

Цитата:

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

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

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

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

[Андре]

Цитата:

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

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

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

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

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