The bad, the good and the Haskell

[kika]

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

ifp5 пишет:
Реально проблема есть только одна единственная (и она та же самая что препятствует использованию OCaml, Haskell, LISP и пр) - что решение выбора языка принимают люди (такие бывают толстые и важные начальники), которые уже решили, что проект будет на жабе. Никаких других проблем в использовании шарпа (или хаскеля) нет.

Ну это на самом деле далеко не так. Это черезвычайно распространенное мнение, которое на самом деле базируется на такой красивой гиковской картине мира, в которой есть good programmers and evil managers. И все плохое проистекает из менеджеров, а все хорошее пишется умными программистами, которые вникают в проблему с полувзгляда и выбирают идеальный инструмент.
Попробуйте написать полезную программу на лиспе и продать ее пользователям (продать в широком, хорошем, смысле - пусть даже и забесплатно). Чтобы она была как программа на С++/Win32 или там на сишарпе/дотнете. Чтобы у нее был гуй, какой модно в этом сезоне (совершенно необязательно, кстати, чтобы он был один в один стянут с последнего оффиса), чтобы у нее был нетворкинг, чтобы она работала с трехмерной графикой под DX9/10 и использовала многоядерные процессоры. По-моему я описал гамез, сам того не желая, ну да ладно. Пусть это будет не гамез, а САПР.

Ровно та же самая проблема у всех на свете "скриптовых языков, лучших чем Перл". Они все безусловно лучше чем Перл (трудно быть хуже с точки зрения среднего программиста), но у перла есть CPAN. End of story here.

P.S. Всех, кто напишет что у Автокада в пузе как раз лисп - сразу забаню. Настолько short minded тут не нужны :-)

Comments

[grundik.livejournal.com]

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

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

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

[kika.livejournal.com]

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

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

[grundik.livejournal.com]

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

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

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

[kika.livejournal.com]

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

[grundik.livejournal.com]

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

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

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

[kika.livejournal.com]

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

[grundik.livejournal.com]

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

[pzz.livejournal.com]

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

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

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

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