metaclass | Языки программирования? По барабану.

По мотивам срачей с ребе айседом на тему "LISP/Clojure vs Java vs C++ vs Ruby vs Haskell" запишу свои тезисы, чтобы не забыть:

0) Выбор языка программирования - по сараю. Код никто не пишет. 90% работы - это общение с клиентами, писание требований, документирование, объяснение клиентам, почему их требования не имеют смысла, где взять готовый продукт, делающий нужное, и прочая и прочая.
Ход мысли не программиста-фанатика, мыслящего категориями "как и на чем писать", а категориямии руководителя-менеджера "зачем писать, какие ресурсы использовать для этого, какая будет прибыль и какие дальнейшие прибыли или убытки это за собой потянет".

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

2) Основная проблема - это не собственно выполнение работы (по моему, если не лезть в реализацию совсем уж новых концепций программирования, типа "а теперь мы сделаем хаскель, на котором можно писать низкоуровневые драйвера", то все мыслимое и немыслимое уже придумано и сделано, достаточно разобраться, склеить и скомпилировать), а заставить себя взяться за эту работу. Если язык при этом лезет под ноги всяким тупизмом, т.е. в 2012 году ВНЕЗАПНО не работает "искаропки" - отправляется в утиль.

Есть только одно неприятное следствие вышеуказанного: если так думать, заниматься "личными" проектами становится крайне затруднительно. Прибыли от них нет, приобретенное умение программировать уже НЕ НУЖНО, сделать что-то действительно новое и полезное - 90% будет не код, а анализ рынка, реклама, общение с коллегами, клиентами, заказчиками, опен-сорсным комьюнити и прочая.
А писать в стол всякое уныние, коего готового 100500 вариантов - нет вообще никаких стимулов.

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

Flat | Top-Level Comments Only

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

XSLT и вообще диалекты XML это да. А шуму ж по их поводу было, капец.

это говно _используют_. один раз встроили продукт, и не могут от него избавиться. теперь пачками набирают студентов из рти

о, забыл. PL/SQL и встроенные птичьи языки аля 1С. в ваши требования оно вписывается

PL/SQL не знаю, один раз прочел по нему книжку, но ни разу не использовал.
1C приходилось, гной редчайший.

govnokod.ru/6226
govnokod.ru/7190
govnokod.ru/565
govnokod.ru/5979
govnokod.ru/6315

вы каждый день вызываете подобного рода хранимки, даже не не догадываясь об этом

Херня, я такое и сам написать могу :)

А при чём здесь PL/SQL?
Это же автозек-SQL вроде?

ну не кидать же код с работы. я тонны PL/SQL каждый день вижу. кстати в этих примерах хранимки есть. не совсем PL/SQL, но есть

эти недорогие студеты из РТИ, которые не могут нанести урон, работая в xslt - business advantage для владельца продукта.

Я использую XSLT. Ибо кое-где из одних и тех же данных получить разные по виду документы иначе затруднительно. Ну и как вариант - кастомизация и шаблонизация исходящих данных.

нет покоя жеж. xslt болядь. xml головного моска.

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

Плейнт-текст шаблоны с подстановками? Пишутся не приходя в сознание :)

подсказка: в одном случае надо сделать список номенклатуры-табличку (емайл), в другом не надо (SMS/счет на оплату).

плайнтексты дольше будет пилить, чем написать это же на XSLT.

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

(no subject)

npocmu.livejournal.com - 2012-01-23 16:18 (UTC) - Expand

veter-r-r.livejournal.com - 2012-01-23 20:56 (UTC) - Expand

YAML! ;-)

http://juick.com/dmz/1705546 ?

nivanych.livejournal.com - 2012-01-24 16:20 (UTC) - Expand

Что не так с xslt ?

Поддерживаю. XSLT удобен.

в итоге тебе ОДНОМУ не хватает зп на еду. быгыгы.

я уже почти исправился. в любом случае меня в это говно силой затащили. не виноватая я

Вранье! Похапешники работают за еду, поэтому на еду им должно хватать всегда

так они так работают что не хватает!

мне на еду нужно 500$

А что не так с xslt ?