Помогите выбрать язык программирования

Вольным обращением с типами переменных. Конечно, это обалденно, особенно после плюсов. Но вот наоборот с пыха на плюсы будет ещё то развлечение.

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

Нет не заработок - так как есть работа и достойная оплата труда (программистом я точно больше не заработаю, даже если стану очень хорошим)

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

Склоняюсь к ruby - но он не лишен недостатков да и сомневаюсь по поводу его универсальности. Стоит ли его изучать или все таки изучить стандартные языки, типа С++

Для этого нужно знать программирование в принципе, можно без привязки к языку. Все таки 85% задач можно решить на любом языке

Нужно знание регулярок. Язык - любой. Без регулярок - это трудный и нудный мартышкин труд.

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

любой язык.

Учить программирование, а ЯП это 1-2 недели на изучение синтаксиса.

На PHP весь интернет держится

У каждого языка масса своих особенностей. За 1-2 недели можно будет познакомиться только с базовыми вещами, что бы как то понимать что и как в чужом коде. Да и сферы у языков могут быть совершенно разные.

ох и "веселая" жизнь ожидает наемников-программеров у топик стартера :)

веселая = Адова :) ТС - готовьтесь к дикой текучке кадров. :)

я вот руководил как-то группой программеро в довольно сложной теме, и понял так, мне как руководителю нафиг не нужно было насиловть умы наемников своим знанием prolog,

наоборот мне нужны были только начальные знания по php-js и обзорные (энциклопедические) знания библиотек и пакетов, навязывать путь решения проблемы на каком-то экзотическом языке

наемным программерам - ставить проект под удар, правильно - четко ставить задачу, ТЗ, и пресекать поползновения наемников (и свои собственные) выпендриться на каком-нить супер модном языке типа немерле/раби/и т.д, быстро направлять их в русло php-gnu-C :) (ну или ява или дот-нет)

Знать, что уже реализовано из подобных - надо. А как - руководителю НЕ надо, а надо знать на чем, с применением каких библиотек, и как те готовые решения грузят сервера.

Например, изучив рынок тим лидер видит, сделано N подобных систем на пхп, и тут програмер кричит, эврика, делаем на раби, надо жестко осадить програмера, и четко указать - делаем на пхп (ява/.Net)или ты делаешь на раби, но уже в другой фирме :) Ну и самому не надо тоже кидаться на новье - иначе тоже будешь наслаждаться новьем но уже в другой фирме :) Задача как прввило - выкатить полностью работающую версию 1.0 к такому-то числу, пусть медленно работающую, с багами и не всеми фичами, оно гарантировано должно работать к такому-то числу. Использование проверенного миллионами инструментария на котором уже есть аналоги,

гарантирует значитеьно меньший геморой и головняк.