Как найти хорошего разработчика?

Question

[Nikolay]

Искали работника по созданию сайтов, в основном стандартные проекты - И-магазин, корпоративный, визитка, портал.
Для теста давали на анализ сайт.
У всех разные решения, кто то говорит надо так переделать, другой эдак.
А сайт то работает и без доработок и изменений по сути.
В общем так никого и не выбрали.

Может есть какие то параметры или инструкции как должен выглядеть код?
Или может определить приоритетный язык и фреймворк для написания?

Comments

[trevoga_su]

> Может есть какие то параметры или инструкции как должен выглядеть код?

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

Answer 1

[Вячеслав Успенский]

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

Answer 2

[АртемЪ]

Вам вообще шашечки или ехать?

Может есть какие то параметры или инструкции как должен выглядеть код?

если вы участвуете в конкурсе на лучший код, то спросите это у организаторов.

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

Comments

[Sanes]

Особенно, когда у проекта есть перспектива развития...

[trevoga_su]

Бред не надо нести. Любой проект требует расширения и развития. Проект, созданный без архитектуры и с откровенным говнокодом рано или поздно скатится в говно. Разработчики уйдут. И будет заказчику счастье.

[Viktor Vsk]

trevoga_su: заказчику действительно должно быть очень глубоко наплевать на то, какой код. Несогласны? Почитайте, что автор вопроса пишет в комментарии к последнему вопросу. Или Вам нравится, когда ваш код оценивают по количеству символов ? :))

[trevoga_su]

Виктор Ablebeam: нет, не согласен. Я проработал в компании Мвидео 3 года, это один из крупнейших ИМ страны с огромными оборотами. Говнокод, написанный в 2004 году, для компании аукнулся в 2011. Проект было невозможно поддерживать, компания тратила огромные средства на штат программистов и в конечном итоге были потрачены миллионы на забугорное решение.

Заказчику должно быть ВАЖНО какой код. Код в проекте - это не абстрактная фигня, это такое же материальное имущество, как и все остальное. Бизнес следит за состоянием своего автопарка, складов, почему бизнесу должно быть наплевать на то, как и кто пишет ИМ - фактически, единственную или вторую по значимости торговую площадку?

[Viktor Vsk]

trevoga_su: заказчику - должно быть пофиг. Команде разработчиков и менеджерам - должно быть важно. Еще раз: заказчику - все равно, какой код. Его интересует результат. Почему? Потому что заказчик не может объективно оценить качество кода. Конечно, если заказчик является разработчиком или менеджером - вопрос другой (хотя, я тоже склоняюсь к тому, что заказчик не должен интересоваться этим вопросом).

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

[Nikolay]

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

В случае с врачами бывало много раз что приходится постоянно их менять т.к. не могут вылчить(далеко ходить не надо - сестру пол года лечили совсем не от того чего надо пока не съездили в питер в институт и только после целой коммисии поставили правильный диагноз).
Про другие профессии можно тоже примеры найти.

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

Answer 3

[Пума Тайланд]

Ну если говнокод работает то чего вы ожидаете то ?

Answer 4

[myfirepukan]

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

2. > Или может определить приоритетный язык и фреймворк для написания?
Это вообще непринципиально, но если он выберет редкий фреймворк по которому мало спецов, вы можете попасть в п#опу потом. В целом с технологической точки зрения чем проще всё устроено тем лучше ))

Comments

[Nikolay]

1. вот и я о том. Был один на удалёнке, потом ушёл. Теперь все кто приходит, говорят надо тут переделать и тут. Так можно постоянно переделывать, а не вперёд идти.

2. ну вот соответсвенно чем проще и популярность. А популярность меняется. Надо определить, какой самый середнепопулярный и простой получается и от этого тогда отталкиваться.
Если занете такие подскажите.

[myfirepukan]

Nikolaos: По 1 пункту совет: говорите "вот есть такая система переделывать её вам запрещено, только развивать и дорабатывать согласны - работаем, не согласны - свободен"

По 2 пункту. Совет не для всех, но может быть не использовать фреймворк? Ведь все современные CMS не на фреймворках работают. CI и Kohana несколько лет назад были популярны, а сейчас их почти не используют. Yii был на 1 версии а теперь всё на второй. Вы должны определить платформу для разработчкиов, это может быть и самописная система просто с хорошим кодом и документацией.

[Viktor Vsk]

myfirepukan: только заказчик не должен определять платформу для разработки. Ее вообще не должен никто определять. Она сама должна определиться исходя из эффективности и необходимости проекта: или что б уложиться в ресурсы (большая посещаемость, необходимость в шаред хостингах) или из-за того, что уже есть хорошая команда, которая эффективнее всего работает на определенном стеке. Или когда менять стек нерационально.

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

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

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

[myfirepukan]

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

Answer 5

[Viktor Vsk]

Искали работника по созданию сайтов

Для теста давали на анализ сайт.

А сайт то работает и без доработок и изменений по сути.

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

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

Answer 6

[Inv3go]

Определите приоритеты что вам нужно от проектов красота кода/скорость работы/возможность работы с big data/безопасность и т.д.
От этого и зависит код и фреймворк, так как взависимости от того что вы попросите по приоритету, то вам в коде и сделают, и код для одной и той же задачи будет различаться из-за этих приоритетов.
Тот же jquery выигрывает по скорости разработки и удоству работы в сравнении с просто javascript, но проигрывает в скорости.
С языками, php выигрывает в скорости разработки на начальном этапе, простоте нахождения человека и его стоимости, но страдает безопасность и дальнейшая разработка с ростом проекта становится сложнее. А тот же ASP.NET даст проседание на начальном этапе, зато потом будет проще, безопасность у него повыше, но человека для этого найти посложнее и платить ему нужно будет больше. (Это мое мнение, с ним конечно же можно поспорить)
Давая код на анализ вы человека не найдете, потому что вы не говорите что хотите от него, один думает о скорости, другой о безопаности и оба они правы.
Красоту кода/количество строк(символов) тоже оценки не поддаются, потому что вы можете не задать правила написания (например что нельзя использовать лямбда выражения) и думать что человек вам пишет плохой код используя их.
Описанные вами проекты по сути дела простые вещи, их сможет без особых приоритетов сделать практически любой кодер уровня ниже-среднего.
Лично я считаю что лучше человека искать по другим качествам, по тому насколько подробно он пытается узнать от вас что вы хотите за проект, каким видите его дальнейшее будущее, а потом предлагает вам свое видение ваших слов. Потому что этап проектирования куда важнее чем написание кода, правильно спроектированный проект намного легче поддерживать и изменять, даже меняя разработчиков. Но и раз вы судя по всему ищите разработчика в одном лице (фрилансера), то важным параметром будет то как он ведет проекты и что вы от него хотите. Чтобы он каждую неделю вам давал небольшие порции сделанного или исчез на месяц и появился с готовым продуктом, тот кто скажет что сделает за неделю, а сам задержит на две, или того кто скажет что нужно 3 недели, а отдаст через две. Вообщем если вам нужен не чисто кодер, а именно разработчик, то код должен явно стоять не на первом месте при выборе человека.

Answer 7

[Nikolay]

А есть ли смысл за пример количество знаков кода можно брать. Допустим сказать сделать вот это и у кого код будет меньше на того и ориентироваться?

Comments

[Вячеслав Успенский]

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

[trevoga_su]

нет. никогда.

Answer 8

[Дмитрий Энтелис]

Я в целом согласен с ответами myfirepukan (отличный ник кстати хехе), Вячеслав Успенский , Виктор Ablebeam

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

На тех проектах что у Вас есть - выбор языка это чисто менеджерское решение.
По опыту выгоднее всего PHP - больше свободных разработчиков, ниже средний уровень зарплат.
Принципиальной разницы между скриптовыми языками по быстродействию/скорости разработки нет, а вот найти человека на Ruby/Python существенно дольше&дороже.

Что касается холивара в плане существующий framework / самодельный framework - единого ответа нет.
Если у Вас будет самодельный - будет оверхед для новых людей на изучение технологии (+ в ситуации когда нет однозначно квалифицированного персонала - велик шанс нарваться на говновелосипеды в коде), но зато для тех кто его разрабатывал - нет blackbox в коде.
Если использовать существующий - можно просто формулировать вакансию на уровне "требуется опыт с laravel/yii2/...".

В целом я бы вам рекомендовал связку php+массовый фреймворк.

PS Сейчас перечитал вопрос - мы тут что то все начали обсуждать на каком языке работать, а Вы то спрашивали как найти разработчика.
Если технических компетенций не хватает что бы оценить человека на примере тестового задания - найдите живой не срочный проект, завысьте сроки в 2-3 раза перед заказчиком, отдайте проект исполнителю. Уложится в сроки - значит он Вам подходит :-)

Comments

[Nikolay]

А стоит ли вообще рассматривать людей которые используют фреймворки? может тогда просто остановится на php и всё. и найти легче и недорого.

[Антон]

Nikolaos: Дмитрий Энтелис в третьем абзаце сказал про их использование. "Без фреймворка" - это и есть таковой самодельный.

[Дмитрий Энтелис]

Nikolaos: либо вы используете существующий фреймворк, либо вы пишите свой велосипед.
последнее может быть оправдано только если в команде есть люди способные сделать специфический велосипед который удовлетворяет вашему решению лучше чем массовые фреймворки. Если бы такие люди у автора были - он бы на задавал этот вопрос.

[Nikolay]

Дмитрий Энтелис: В общем тогда давайте теперь сузим рамки. Будем искать php+yii . в этом случае можно как то отследить профессионализм от дилетанта?

[Viktor Vsk]

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

Просто вспомните, как вы выбираете врачей, юристов, бухгалтеров ... Чем программисты (и дизайнеры и маркетологи и много других профессионалов в интеллектуальной сфере) отличаются ?

Почему каждый норовит назвать себя экспертом в области, которую в глаза не видел ?

[Дмитрий Энтелис]

Nikolaos: я полностью согласен с комментарием Виктор Ablebeam . От себя добавлю что выбирать человека нужно не по качеству кода который он пишет, а по внешне измеримому результату, научить кодить можно почти кого угодно,- а вот если человек безответственный и туповатый - это уже навсегда.
Смотрите на опыт людей в резюме, смотрите на живые проекты которые они делали.
Давайте им первое живое задание испытательное и смотрите что оно сделано в срок, все требования заказчика учтены.
Иначе в Вашем случае никак.

Answer 9

[index0h]

Может есть какие то параметры или инструкции как должен выглядеть код?

Существуют конечно, но их огромное количество + они противоречат друг другу + они ориентированы на РАЗНЫЕ задачи.
Не программист, не сможет оценить программиста, увы и ах. Дело в том, что многие не имеют ни малейшего понятия, чем занимаются программисты, мы как кузнецы из средневековья, это магия.
Прикол в тому, что любой программист может решить любую задачу, а разница между ними в том, что синьйор сложную задачу сделать продуманно и так, что "все сломалось" вы не скажете (в крайнем случае 1 раз), а юниор - сделает быстрее (или на порядки медленнее), "ничего не работает" будет звучать довольно часто. Со стороны это будет выглядеть еще забавнее: синьйор будет выглядеть как бездельник но работать все будет, юниор будет потеть, вкалывать но постоянно будут вылазить косяки.

> Или может определить приоритетный язык и фреймворк для написания?
Это определяется ТЗ, а не вашим желанием.
Вот представьте, что собеседуете ядерного физика, и скажете: в общем нам нужна эл. станция на 1ккккВт, но мы работаем на дровах...

Answer 10

[Konstantin Lekh]

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

По формальным признакам вы не сможете отличить хорошего программиста от плохого.