"программирование" есть много разных вещей. Я получил свою первую работу программиста в 1967 году, так что я видел много языков приходят и уходят. На работе у нас было "языковые войны" обычно. В конце концов, я преподавал программирование на различных языках и наблюдали студенты идут через "язык войны" цикл. Рискуя карикатуру: рано, свой любимый язык является языком один узнал первый - второй язык и третий взять один за пределами зоны комфорта. Через некоторое время, скажем, четвертый язык, это общее, чтобы выбрать один из четырех в качестве своего любимца и начать прозелитизм его. Через некоторое время после этого, один может стать измученным и начать наблюдение, что "все блочные структурированные языки являются одинаковыми", "выбрать один лучше всего подходит для выполнения этой задачи", "Ваш работодатель выбирает язык"... прагматические вопросы такого рода, и, как правило, "только у начинающих есть любимый язык", Много лет спустя, можно было бы найти себя говоря "Я знаю, что все эти вещи, и мой любимый язык является бла-бла." Кто-то спрашивал о языковых проблемах должны стараться быть в курсе, где респондент на опыте спектра языка для того, чтобы помочь разобраться в каких-либо ответов. "правильно" Ответ на одного человека не "правильно" ответить на другой.

Где-то по пути, один может столкнуться функциональный язык, как LISP. Две вещи, как правило, бывает. Либо один получает неуклюжий введение в нее, которая скрывает свои сильные стороны и один берет на пренебрежительное отношение "EWW, это старое и полный смешных CARs и CDRs - как немое это?" - или - один прорывается старой коры и находит его силу. Это отличный язык для написания мета-языков, так что если вам не нравится функциональность, как она выходит из коробки, вы просто медленно трансформироваться его в свой личный язык любимого. Вы можете сделать то же самое с Assember или C ++, если вы бесконечно терпеливы, и, конечно, вы можете опираться на библиотеки терпеливо построенные сообщества. Раньше я люблю свои дни в качестве программиста Ассамблеи, но я вырос нетерпелив. Это может быть возраст вещи.

Можно также столкнуться PROLOG по пути. Это действительно хорошо для растягивания своего ума, я думаю, и может быть очень эффективными для некоторых приложений. Он отлично подходит для строительства метаязыков также, если вы знаете, что вы делаете. Из коробки, она способна дедукции и абдуктивного рассуждения (большинство людей не), но если вы хотите, чтобы привести его вниз пути многозначные логики или стохастических логик или ... какой бы система логики вы можете пофантазировать, то ... он будет сотрудничать. Отладка в PROLOG может быть очень неприятным, хотя. Это долгий долгий путь от работы на уровне машины. Все языки ультра-высокого уровня, как правило, производят очень неэффективный код машины. Когда я первый запрограммированный, мы считаем его хорошие дни работы, если мы брили несколько байт или несколько инструкций из программы - миллионы долларов мэйнфреймы были 64K байт памяти (не шучу). Программисты были дешевыми и машины были дорогими. Отношение замерз, чтобы соответствовать этой парадигме. Теперь, конечно, аппаратные абсурдно дешево и программисты (относительно) дороже. изменения отношений имеют тенденцию отставать аппаратные изменения.

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

В конце концов, что ... У меня есть любимый язык программирования, но я не буду говорить, что это (на самом деле!) - найти свой собственный любимый, чтобы соответствовать вашим потребностям, это где-то там, и вы будете любить его, когда вы его найти , Если вы потертости на то, что вы используете, то вы не нашли еще.