kika

Когда задача позволяет брать не сильных программеров, то не имеет смысла брать сильных программеров.
А большинство задач позволяет-таки брать не сильных программеров

Как будто-бы есть выбор. Взать сильного программиста - удача. Набрать команду сильных программистов - большая удача.

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

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

From:

> Взать сильного программиста - удача

Можно взять посредственного и вырастить сильного, раз готовых сильных нету.

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

У каждой задачи есть бюджет. Сильные могут не влезть в этот бюджет (срок найма/взращивания сильного тоже сводится к бюджету). При этом вполне возможно, что эффект от сильного будет такой же, как от слабого (ну например если их посадить набивать текст с голоса, или там писать на PHP ;) ).

From:

Обычно из посредственных программистов вырастают только посредственные с апломбом :-) Типа меня, например.

Писать на ПХП тоже можно по разному и я легко могу себе представить когда применение сильного программиста даст вполне реальный выигрыш даже при создании чего-то весьма простого. Просто потому что продукт качественный, дырки какого нужно диаметра, четко где запланировано и не насквозь :-)

From:

Ну, пусть из посредственного вырастет не хороший in general, а хороший конкретно здесь, по-моему это вполне реально. Ну и всё же не стоит считать одинаково посредственными программистами людей, которым лисп сложно выучить и людей, которые на нём пишут. Это разные уровни посредственности :)

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

From:

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

From:

Опыт конечно нужен, но это же не хаскель :)
В лиспе можно писать в java-style, и будет работать.

From:

Это как на перле в C-style. Ну, на первое время может и сойдет.

From:

Можно взять посредственного и вырастить сильного, раз готовых сильных нету

Если заменить слово "посредственный" на слово "молодой", то я согласился бы, пожалуй. Если бы моя компания называлась бы IBM, Microsoft, или, на худой конец, RFMD. Т.е., я располагал бы неограниченным бюджетом и неограниченным временем.

У каждой задачи есть бюджет. Сильные могут не влезть в этот бюджет (срок найма/взращивания сильного тоже сводится к бюджету). При этом вполне возможно, что эффект от сильного будет такой же, как от слабого (ну например если их посадить набивать текст с голоса, или там писать на PHP ;) )

Не, ну мы говорим о программистских задачах, или как?

Что до программистских, то сильный программист обходится в конечном итоге дешевле, чем слабый. Если сильный выдает 10 тыс. строк кода в месяц, делая в среднем одну ошибку на 500 строк, и при этом сам себе еще и архитектуру придумывает, а слабый выдает в месяц пару тысяч строк, с ошибкой в каждой десятой строке, и требует к себе еще и архитектора (а то он такого накодирует), то кого выгоднее брать в плане бюджета? При том что их месячная зарплата у них вряд ли различается более чем в 3-4 раза?

From:

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

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

PS: 10 тысяч строк кода в месяц - это 500 строк каждый рабочий день. Мне почему-то кажется, что хороший программер тем и отличается от кодера, что не является машинисткой, и старается писать кода как можно меньше.

From:

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

Если хороший программист так сильно старается писать поменьше кода, что кода совсем не пишет - это плохой программист.

From:

Я пишу ~200 строк в неделю :)
Когда писал на PHP, писал по 700-900 в день.

Конечный результат явно говорит в пользу 200 строк в неделю.

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

From:

Вы когда слышите фразу "ядерный заряд мощностью сто килотонн" тоже возмущаетесь "что за бред, этот заряд максимум килограмм двести весит!" ?

From:

Мощность сто килотонн - устоявшийся термин.
По поводу LOC как метрики сложности проекта или там производительности программиста дебаты ведутся до сих пор.

Канер вот вообще говорит, что считать количество багов не только бессмысленно, но и
вредно. Я тоже считаю, что говорить "ой, проект всего на полмиллиона строк - фигня мелкая" есть некорректно (мне сразу же вспоминается mnesia и вообще erlang-овские проекты, а также xml-парсеры на ocaml).

Или я неправильно понимаю коммент?

From:

Я к тому что килограмм плутония и килограмм тротила - это немного разные вещи. Как и строка на перле, лиспе и на С. Даже строки на С и С++ в среднем имеют разную "тяжесть", что, к сожалению в конкретном случае с плюсами скорее минус, а не плюс.

From:

А, ещё по поводу "версию 1.0 со слабыми не создашь" - мои проекты напрямую связаны с обеспечением качества девятой версии продукта, первая версия которого была создана далеко не сильными программистами.

From:

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

К слабым нужен сильный архитектор, а его тоже еще поискать...

PS: 10 тысяч строк кода в месяц - это 500 строк каждый рабочий день. Мне почему-то кажется, что хороший программер тем и отличается от кодера, что не является машинисткой, и старается писать кода как можно меньше

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

From:

rblaze.livejournal.com

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

From: