Общение с программистом - хочу соприкоснуться душой.

[ds.Dante]

Raskrutchik, оценить программиста стороннему человеку очень тяжело. Вам тут не знания нужны, а связи: исполнители, с которыми вы давно работаете, либо эксперт, с которым вы знакомы лично, и которому вы доверите подбор исполнителей.

Сообщение от Joel Spolsky

Смотреть, как непрограммисты управляют софтверными компаниям, это как смотреть на человека на сёрфе, не знающего как сёрфить.

«О, всё в порядке! У меня есть отличные советники, стоящие на берегу и рассказывающие мне что делать!», — скажут они и грохнутся с доски ещё и ещё раз. Стандартный лозунг MBA, который верит, что менеджмент — универсальная функция. Собирается ли Балмер стать очередным Джоном Скалли, который чуть не ликвидировал Apple, потому что совет директоров решил, что продажа Пепси — это хорошая подготовка для управления компьютерной компанией? Культ MBA, похоже, верит в то, что вы можете управлять организацией, которая делает вещи, которые вы не понимаете.

[crazy horse]

Подпишусь под каждым словом.

[Raskrutchik]

Сообщение от ds.Dante

Raskrutchik, оценить программиста стороннему человеку очень тяжело. Вам тут не знания нужны, а связи: исполнители, с которыми вы давно работаете, либо эксперт, с которым вы знакомы лично, и которому вы доверите подбор исполнителей.

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


Оценить программиста невозможно - надо пытаться оценивать его возможности выполнить конкретную задачу.
Т.е, грубо говоря, человеку, который занимается парсерами не стоит доверять создавать новый модуль для ЦМС и наоборот. Вопрос даже не в том дороже ли мне обойдется работа, вопрос в качестве выполнения.
Или пофигу что прогить, если умеешь?

[crazy horse]

Не вполне верна, хотя и есть ограничения по языкам/платформам. А такими подходами можно дойти до подобного маразма:

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

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

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

[Raskrutchik]

Понятно. То есть задача поиска хорошего программиста сводится к тому, чтобы найти другого программиста, который поможет мне выбрать этого. Всё элементарно!

[crazy horse]

Понятно. То есть задача поиска хорошего программиста сводится к тому, чтобы найти другого программиста, который поможет мне выбрать этого. Всё элементарно!

Не надо сарказма. Вам пытаются донести, что просто необходимо сначала обрасти каким-то кругом людей, которым можно доверить подбор кадров. В любом случае, вам так и так придется с чего-то начинать. Так что мешает попутно присматриваться к людям, как к будущей возможной составляющей проектов, которые снимут с вас часть подобного веса? Ну и, конечно, ничто не мешает для начала воспользоваться услугами компетентных в этой области специалистов, пусть даже рекрутинговых агенств. Вполне нормальная практика, даже для попроектной работы. Решения же вопроса позадачного найма, в условиях отсутствия сильного лида, попросту не существует. Другими словами: даже с хорошо поставленным процессом, контролировать банду аутсорсеров - головная боль.

[ds.Dante]

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

Т.е, грубо говоря, человеку, который занимается парсерами не стоит доверять создавать новый модуль для ЦМС и наоборот. Вопрос даже не в том дороже ли мне обойдется работа, вопрос в качестве выполнения.

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

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

[Человек_Борща]

Человек_Борща, вы мне вот что скажите...

1) с одной стороны программирование не сложно - с ваших слов
2) с другой стороны при любой нестандартной задаче очень сложно найти программиста, который ее решит. Это не только мой опыт, но и опыт знакомых, никто не хочет копаться в чужом коде.

Т.е либо 1) Программист спокойно ждет задач с той спецификой к которой привык (обсуждали выше- вы сказали что это не так), либо
2) Всё не так просто как вы представляете со стороны.

Самая большая ошибка заказчиков, думать что задача неизменна, а варианты реализации придумывает программист.

На самом деле, отношение не 1:∞ а ∞:∞, т.е. если вас не понимают значит надо попробовать изложить задачу ещё проще, раскрыть больше информации, растолковать чтобы найти взаимопонимание.

В особенности это касается чего-то совершенно нового.

Для этого приходится обычно пытать заказчиков, выдать больше информации.
Просто потому что "Хочу себе такой же сайт как тут http://*******, с раскруткой и баблом через месяц. Сколько по цене и срокам?" и начинается переписка киломатрами о чем же сайт. И оказывается не совсем такой, и не совсем с раскруткой и не через месяц а вчера и за 100 р.

Т.е, грубо говоря, человеку, который занимается парсерами не стоит доверять создавать новый модуль для ЦМС и наоборот. Вопрос даже не в том дороже ли мне обойдется работа, вопрос в качестве выполнения.
Или пофигу что прогить, если умеешь?

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

Что вам мишает обратится в поддержу CMS и спросить, какие языки нужно использовать для написания модуля?

[Raskrutchik]

crazy horse, решение обратиться в рекрутинговое агентство для подбора программистов для позадачного найма нетривиально. Хочу услышать мнения других.


Теперь по поводу отбора. Возможность отбирать программистов в определенной мере у меня есть даже на данном этапе. Правда это всего один текстовый вопрос, состоящий из двух частей. 4-го из 5-ти не отвечают. Вопрос в том, должны они знать эту элементарщину заранее или нет. В любом случае всегда можно придумать способ отбора причем по сумме качеств, гарантирующий приближение к успеху - в этом я уверен

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

[Raskrutchik]

ds.Dante, отдельное спасибо за цитату, интересно было почитать, коме того напомнило о времени, когда я учился на visual basic программировать Правда ни этот подход, ни второй подход в 2005, когда изучив html я решил перейти к программированию оказались напрасными.
Ну не моё это - ленив Сорри за оффтопик.