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

[metaclass]

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

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

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

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

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

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

Comments

[gineer.livejournal.com]

+1

[darkdrip.livejournal.com]

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

[metaclass.livejournal.com]

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

[theiced.livejournal.com]

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

[permea-kra.livejournal.com]

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

[nicka-startcev.livejournal.com]

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

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

[metaclass.livejournal.com]

У меня есть кофенапоминальник готовый.

А у меня к 3 строчкам на баше будет еще 100 строк инсталлятора, 200 документации, отдельный раздел в багтрекере и обучение пользованию этим жены и детей)

[darkdrip.livejournal.com]

мы недавно спорили: http://ru-programming.livejournal.com/1298279.html
bash не нужен

[fas-tm.livejournal.com]

>>объяснение клиентам, почему их требования не имеют смысла, где взять готовый продукт
Вычеркни ! :)
Выложив хуй во всю длину на стол, надо ответить
"О ! Да ! Мы сделаем это на лиспе, такого больше никто не сделает, вы будете первым долбоебом кто на это повелся"
И это прокатит, и будет новая история успеха :)

[golosptic.livejournal.com]

Основная проблема - это не собственно выполнение работы (по моему, если не лезть в реализацию совсем уж новых концепций программирования, типа "а теперь мы сделаем хаскель, на котором можно писать низкоуровневые драйвера", то все мыслимое и немыслимое уже придумано и сделано, достаточно разобраться, склеить и скомпилировать), а заставить себя взяться за эту работу

Отлито в граните.

[alll]

там отсутсвует ключевой этап: "обработать заусенцы драчёвым напильником до приобретения изделием требуемой формы"

[vit-r.livejournal.com]

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

[metaclass.livejournal.com]

Это да. В своем коде ошибки искать проще.

[theiced.livejournal.com]

то есть гопнет и цэскрестиками вжёппу сразу

[metaclass.livejournal.com]

гопнет, к ОЧЕНЬ БОЛЬШОМУ сожалению, не сразу. Он работает из коробки, а перестает работать, только когда ты добрался до середины проекта и решил заменить копипасту на обобщенный код.

[trabloid.livejournal.com]

все уже запрограммировано до нас (с)
нужно уметь его использовать ;)

[plumqqz.livejournal.com]

Ну да.

[sergiej.livejournal.com]

О! Ещё один понял что сам язык на десятом месте после кучи более важных вещей :)

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

[blackyblack.livejournal.com]

Клиент приходит и говорит следующее: "Хочу наблюдать за перемещением своей продукции (гаек М6) в реальном времени по всему миру".
И как, спрашивается, 20 лет опыта продаж гаек влияют на абсурдность требований к ИТ продукту?

[sorhed.livejournal.com]

Всё правильно сказал.

[teewoon.livejournal.com]

+1, губит людей не пиво, губит людей перфекционизм!

[thedeemon.livejournal.com]

Антитезисы:
-1) Выбор языка программирования очень важен и определяется задачей, ибо то, что у них на выходе имеет очень разные характеристики. Давайте напишите мне годный драйвер на джаваскрипте и эрланге, а webUI на дельфи.
-2) Если "все мыслимое и немыслимое уже придумано и сделано", значит ваша предметная область - говно и торф, или вы не способны придумать ничего лучше того, что уже придумано и сделано.
-3) Заниматься личными проектами имеет смысл теми, что развивают мозг, иначе он скоро превратится в тот же торф. Сделайте "хаскель, на котором можно писать низкоуровневые драйвера", и не станете целевой аудиторией телепрограмм "Аншлаг" и "Комеди Клаб".

[metaclass.livejournal.com]

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

[gds.livejournal.com]

> требования к ним в силу моего перфекционизма переросли порог "можно сделать в свободное время не напрягаясь"

в местном камлочятике в топике есть максима "release crap, enjoy NIH". как-то помогает жить.

Дао программирования

[pingback-bot.livejournal.com]

User schegloff referenced to your post from Дао программирования (http://schegloff.livejournal.com/550012.html) saying: [...] у их требования не имеют смысла, где взять готовый продукт, делающий нужное, и прочая и прочая. [...]

[eleon.livejournal.com]

Все правильно сказал.

[serbod.livejournal.com]

По основной работе пользую 1С, отличная платформа для задач автоматизации учета. Работать с ней - удовольствие.

Для разминки мозгов, почесывания ЧСВ и реализации бредовых озарений использую Delphi. Для кого-то это мертвая стюардесса, а мне нравится.

Для специализированных задач использую стандартный инструмент. Для веба - PHP, JS. Для геймдева - C/C++/ObjC (зависит от платформы). Для админства - bat и bash. Итд..

Для проектирования обычно использую голову, конструктор форм и объектно-классовую модель данных. То есть, сначала строю визуальный макет приложения (формочки, менюшки, кнопочки), а потом "оживляю" его логикой. Проектированием БД не парюсь, использую ORM - структура таблиц БД создается автоматом на основании полей хранимых объектов.

[gineer.livejournal.com]

оч рад узнать что для кого-то оно работает :)

[osdm.livejournal.com]

Мои тезисы:
1. Не у всех программирование занимает только 10%. На всех моих работах этот процент был существенно больше.
2. Выбор языка и фреймворка мало влияет на скорость решения задач типа "написать алгоритм сортировки", но напрямую влияет на задачи типа: сделай и переделай стопитьсот форм для ввода и редактирования какой-нибудь фигни. Вплоть до шестикратной разницы в скорости.
3. Если у тебя стоит задача типа "сделать стопитьсот формочек" и есть несколько джуньоров/подчиненных для ее решения, то можно позволить себе на месяц зарыться в документацию, лично пообщаться с автором тула, написать свой компонент грида и т.п., если потом на основании написанных тобой костылей и инструкций джуньоры смогут клепать формочки быстро, безболезненно и безошибочно, а ты сможешь отдохнуть.

[Шура Люберецкий (from livejournal.com)]

1. ЕМНИП, различные "гуру" всевозможных "методологий программирования" уверяют нас, что "в среднем" написание кода - это примерно 1/6 часть от всех усилий по реализации проекта.

[ihar hrachyshka (from livejournal.com)]

Ребе, если вы действительно тратите 90% своего времени на "общение с клиентами, писание требований, документирование, объяснение клиентам, почему их требования не имеют смысла, где взять готовый продукт, делающий нужное, и прочая и прочая", это печально, и нет фана жеж!

[Игорь Петров (from livejournal.com)]

> Язык программирования не должен мешать программированию

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

[metaclass.livejournal.com]

1C? Встроенные недоязыки других бухгалтерских систем?