«большие», блин. SpamAssassin — один из самых кошмарных примеров софта.

Эти пути не пересекаются, потому что слабый программист не осилит "грязные хаки" в мощном и кратком языке, а сильному программисту сильно мешают работать искуственные ограничения -- языка, корпоративных стандартов, мнимая "простота поддержки" и прочее. [... (http://www.linux.org.ru/jump-message.jsp?msgid=2068951&cid=2071002)]

Сильный программист на Перле - это, видимо, "кремлинолог Мистер Паркер".

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

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

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

Ггггг

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

Саша, я очень извиняюсь, но даже в средних Корпорациях между ПМ и акционерами огромная пропасть, не говоря уже о кодерах.

Так именно поэтому и нет проблем.
Денежки-то чужие проебываются, акционерские.

проблемы быстро наступают, но чуткий ПМ умеет вовремя соскочить =)

По таким вопьесам отвечает обычно не ПМ, а CTO.
И их обычно не расстреливают.

Действительно важно, как это ни странно.

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

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

Это нормальная ситуация.

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

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

Ну, я говорил про бизнес вообще, а не про какие-то конкретные отрасли. Кроме упомянутой тобой энергетики есть ещё и бизнес по производству ПО, там, конечно, технические вопросы гораздо острее стоят, и мнение программиста гораздо более ценно.

Но в общем дела, боюсь, обстоят примерно так, как я описал.

Хотя про лаборатории и о том, что многое делается через жопу, ты абсолютно прав.

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

Методика «шести сигм» разработана в корпорации Motorola. Плановый показатель качества при использовании этой методики — не более 3,4 отклонения (дефекта) на миллион операций.

Дададада
Мне кажется, в Motorola уже поняли, что их методика никакого отношения не имеет к производству ПО.

А вы считаете, что неважно?

Не так важно, как принято считать. Есть и более важные факторы.

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

Но скоро прилетит комета.

Да, в марте, и я приложил к этому немало усилий.

Гы... Ну да, серьезный язык, не подкопаешься. Только вот почему-то SpamAssassin складывается от 300 ящиков с 20% активно используемых.

Да ну ладно.
http://mail1.sitedesign.net/cgi-bin/mailgraph.cgi
Это SpamAssassin, сколько там ящиков, я даже боюсь подумать.

Странно, если там максимум 15 сообщений в минуту, то да, жить можно. Только вот спаммеры этого не знают.

Кривые ручки? :)
1100 ящиков, 72% активно используемых, 8к писем в рабочий день. Работает годами.

Аналогично, только писем 80k за сутки. Перезапускаю только с выходом обновлений.

Наверное, таки кривые. Поставил из дистрибутива, настроил по инструкции - стопудова карма не та. Особено когда amavis начинает свистопляску.
Почему-то с DSPAM-ом таких проблем не возникало. Тоже ручки виноваты?

Как говорится "писать нужно уметь". Можно и на java и на Сях тормозное и несуразное чудовище породит а можно и на shell конфетку сделать :)

а можно и на shell конфетку сделать

Можно, но вот зачем?
В RedHat не самые тупые товарищи сидят, но их init scripts образца какого-нибудь 99-го года - это полный пэ в квадрате.
Да и сейчас, в общем, если и стало лучше, то не сильно. То initrd неправильно сгенерят, то еще какая-нибудь херня.

Про Shell это я образно. Я к тому, что качественность софта зависит от гамотности и "пряморукости" программиста(ов) а не языка реализации :)

PS: У шапок не только в initrd криво.. каждый раз как надо на RH-хосте что-то сделатб плююсь.

диалог меня и моего РП:

Я: А на чём писать-то?
PM: На C++
PM: А что, ещё какие-то языки есть? :-)

Неполный список свободно доступных программ на Perl: http://perl.net.au/wiki/Perl_applications
Одна из них - LiveJournal :)
А на тему производительности - SlashCode.

Так а при чем тут производительность?
На перле сделан, например, mail.ru.
Что не отменяет тот факт, что Perl - страшное чорное лесное говно.
Смасштабировать можно все, что угодно. Даже PHP.

+1

а что с перлом не так?

У некоторых аллергия на него. Поэтому всем, везде и срочно использовать мегакошерные Java, Python и Ruby!!!

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

С Ruby поигрался, еще когда не было массовой истерии по нему :) Язык вообщем понравился, и если бы пришлось выбирать между Python и Ruby, очень вероятно, что выбрал бы Ruby. Python последний раз использовал еще 1.5 :) Но слежу за прогрессом и Ruby и Python. На JavaME сделал несколько игр. Есть сертификат BrainBench Java 2 fundamentals. Так что, думаю можно сказать что эти языки я знаю поверхностно :). В Java ужаснули своей сложностью веб-фреймворки, так что для вебы у меня Java не прижилась :). А Вы Perl так давно не видели, что уже и о perldoc не помните? :)

perldoc помню, конечно, до сих пор вспоминаю не без содрогания.
Впрочем, когда есть Google, perldoc уже не нужен.
Замыкания в перле, впрочем, есть, как я быстро выяснил.
Все-таки, язык повыше уровнем, чем PHP. :)

Проще сделать на другом языке что-либо, чем понять, как это что-либо сделать на Perl, по-моему.
Да и не только по-моему, иначе я бы эту тему вообще не поднимал.

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

Не совсем.
Сама семантика Perl широка и эээ...разнообразна.
Необходимы хорошие толкования. Книжки там читать, статьи в блогах, и так далее.
Впрочем, это и для Java так. Тут видимо различие в сообществах, у Perl сообщество более пестрое. Генеральная линия тяжелее просматривается.

С этим трудно не согласиться :)