Языки программирования? По барабану.
По мотивам срачей с ребе айседом на тему "LISP/Clojure vs Java vs C++ vs Ruby vs Haskell" запишу свои тезисы, чтобы не забыть:
0) Выбор языка программирования - по сараю. Код никто не пишет. 90% работы - это общение с клиентами, писание требований, документирование, объяснение клиентам, почему их требования не имеют смысла, где взять готовый продукт, делающий нужное, и прочая и прочая.
Ход мысли не программиста-фанатика, мыслящего категориями "как и на чем писать", а категориямии руководителя-менеджера "зачем писать, какие ресурсы использовать для этого, какая будет прибыль и какие дальнейшие прибыли или убытки это за собой потянет".
1) Язык программирования не должен мешать программированию и не отправлять стричь яка. Т.е. если мне для реализации проекта внезапно оказывается необходимым общаться лично с автором виндового рунтайма хаскеля - извините, в продакшен непригодно.
2) Основная проблема - это не собственно выполнение работы (по моему, если не лезть в реализацию совсем уж новых концепций программирования, типа "а теперь мы сделаем хаскель, на котором можно писать низкоуровневые драйвера", то все мыслимое и немыслимое уже придумано и сделано, достаточно разобраться, склеить и скомпилировать), а заставить себя взяться за эту работу. Если язык при этом лезет под ноги всяким тупизмом, т.е. в 2012 году ВНЕЗАПНО не работает "искаропки" - отправляется в утиль.
Есть только одно неприятное следствие вышеуказанного: если так думать, заниматься "личными" проектами становится крайне затруднительно. Прибыли от них нет, приобретенное умение программировать уже НЕ НУЖНО, сделать что-то действительно новое и полезное - 90% будет не код, а анализ рынка, реклама, общение с коллегами, клиентами, заказчиками, опен-сорсным комьюнити и прочая.
А писать в стол всякое уныние, коего готового 100500 вариантов - нет вообще никаких стимулов.
Последнее время эта тема напрягает, т.к. я привык постоянно заниматься какими-то "интересными проектами", но постепенно требования к ним в силу моего перфекционизма переросли порог "можно сделать в свободное время не напрягаясь".
0) Выбор языка программирования - по сараю. Код никто не пишет. 90% работы - это общение с клиентами, писание требований, документирование, объяснение клиентам, почему их требования не имеют смысла, где взять готовый продукт, делающий нужное, и прочая и прочая.
Ход мысли не программиста-фанатика, мыслящего категориями "как и на чем писать", а категориямии руководителя-менеджера "зачем писать, какие ресурсы использовать для этого, какая будет прибыль и какие дальнейшие прибыли или убытки это за собой потянет".
1) Язык программирования не должен мешать программированию и не отправлять стричь яка. Т.е. если мне для реализации проекта внезапно оказывается необходимым общаться лично с автором виндового рунтайма хаскеля - извините, в продакшен непригодно.
2) Основная проблема - это не собственно выполнение работы (по моему, если не лезть в реализацию совсем уж новых концепций программирования, типа "а теперь мы сделаем хаскель, на котором можно писать низкоуровневые драйвера", то все мыслимое и немыслимое уже придумано и сделано, достаточно разобраться, склеить и скомпилировать), а заставить себя взяться за эту работу. Если язык при этом лезет под ноги всяким тупизмом, т.е. в 2012 году ВНЕЗАПНО не работает "искаропки" - отправляется в утиль.
Есть только одно неприятное следствие вышеуказанного: если так думать, заниматься "личными" проектами становится крайне затруднительно. Прибыли от них нет, приобретенное умение программировать уже НЕ НУЖНО, сделать что-то действительно новое и полезное - 90% будет не код, а анализ рынка, реклама, общение с коллегами, клиентами, заказчиками, опен-сорсным комьюнити и прочая.
А писать в стол всякое уныние, коего готового 100500 вариантов - нет вообще никаких стимулов.
Последнее время эта тема напрягает, т.к. я привык постоянно заниматься какими-то "интересными проектами", но постепенно требования к ним в силу моего перфекционизма переросли порог "можно сделать в свободное время не напрягаясь".
no subject
Нужен какой-нибудь кофенапоминальник - пишем три строчки на авке/баше и добавляем в хоткеи шоб через 5 минут после нажатия выскакивало 'кофе готов'. Ну итд итп по аналогии.
no subject
А у меня к 3 строчкам на баше будет еще 100 строк инсталлятора, 200 документации, отдельный раздел в багтрекере и обучение пользованию этим жены и детей)
no subject
А что, в винде до сих пор нет вменяемых пакетных менеджеров с зависимостями? :)
А остальное - просто ужоснах.
no subject
<troll>
ClickOnce?
</troll>
он, кстати, вполне рабочий
no subject
no subject
bash не нужен
no subject
В руках программиста shell scripting становятся оружием массвого уничтожения мозга.
Я видал _ПРОДУКТЫ_ написанные на KSH и Perl, больше не хочу.
no subject
no subject
У нее были уши
И большие глаза
И цепочка на шее
И обрубленный хвост
И из зада торчало
Что-то очень похожее
На безысходность
И не лаяла даже
А тихо смеялась
И я засмеялся
А потом вдруг заплакал
И собака завыла
Смертельно и страшно
А потом я свернулся
Калачиком рядом
А собака подохла
И даже из зада
Перестала торчать
У нее безысходность.
no subject
no subject
no subject
no subject
no subject
no subject
а заведомо трехстрочную непродакшн мелочь лучше делать на том, что в данный момент под рукой.
например, суперскоростные весы, которые бы влезли даже в мелкую тиньку, я сделал на подручной меге8 и съэкономил часа три и рублей сто на поездку до магазина, а это явно дороже разницы цен.
ага, задача заведомо одноразовая. не продакшн на стопицот экземпляров в месяц.
no subject
Кстати, для ТС, если всё мыслимое уже написано, но его нет на маркете, то еще не всё потеряно.
no subject
1) задачки, типо эйлера
2) «три строчки на авке»
3) три строчки на хаскеле или на октаве, для всякого матана
Фух, оказывается, нет повода жутко комплексовать :)
no subject
а) квалификацию не терять
б) осваивать новые инструменты
в) в перспективе сделать нечто полезное