VyusFire

Ничего плохого в этом нет. Ваша задача научиться программировать, на Ruby, Python или Erlang - это не важно, выучить новый язык программирования, фреймворк не составит труда, если у вас есть опыт работы с похожими технологиями.

Но все же, когда будет время, рекомендую поиграться с С/С++ или Java. Просто для расширения кругозора.

А что плохого в том, чтобы стать "заложником технологии"? Главное чтобы на ваши специализированные знания в каком-то фреймворке был спрос, вы были при работе и вас устраивала зарплата. Когда что-то измениться, то придётся осваивать что-то новое.
Просто смиритесь с тем, что выбрав сферу IT вам всю жизнь придётся учится.

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

Уточнили бы хотя бы железо.

Вообще линукс такая штука, что ее нужно сначала грамотно настроить, а уже потом кататься и никогда больше не лазать под капот.

зачем в одиночку "методология разработки"? мозг не забыть включить, хуяк-хуяк-и-в-продакшн, не?

если беда с мотивацией - декомпозировать задачу как следует и далее техника маленьких побед, обычно помогает

Бросил два вуза. Оба раза в начале первого курса. Программировать научился на курсе по питону на coursera.org. Потом пошел работать стажером и все заверте....

$namechat = "Маша0Саша";
 $arr = explode("0",$namechat);
 echo $arr[0];  // Маша
 echo $arr[1]; // Саша
 $num1 = $arr[0]; // присваиваем "Маша" переменной $num1
 $num2 = $arr[1]; // присваиваем "Cаша" переменной $num2

Поздравляем вы сто тысячный пользователь который задал этот вопрос. Вам полагается ПРИЗ!

Согласен с @doctordev, из предложенного Java болеее чем достойный вариант. GUI на ней тоже пишут, пример - почти все продукты JetBrains. У Java, имхо, на ближайшее десятилетие, более чем светлое будущее. Если она даже и загнется, в чем я сильно сомневаюсь, поддерживать продукты на Java тоже кому-то надо.
Плюс на Java пишут под веб и мобильные приложения (Android).
C/C++ хороший выбор, грамотные сишники всегда в цене, но область применения уже, порог вхождения выше.
С# не кросплатформенный, чтобы не говорили про Mono.
Go - перспективный, довольно простой, многие вещи сделаны изящно и понятно (прежде всего параллельные вычисления), но молодой. Пока не понятно что с ним будет.

Для начала посмотри что тебе интересней: работа в команде или в одиночку. От этого будет зависеть размер проектов. На уровне железа (программирование микроконтроллеров и т.п.) очень много проектов, которыми занимается один человек, начинаешь подниматься выше и размер команды начинает расти. Программирование - это всегда про общение с другими людьми, про создание общего, понятного всем образа разрабатываемой системы. Если нравится общаться с людьми, далекими от IT, иди во front-end. Если хочешь общаться с админами разных мастей, иди в back-end. По мне front-end или desktop скучнее серверного back-end, так как в них очень много однообразия из-за работы с пользователем. Но это мое субъективное мнение, тебе нужно самому попробовать и составить свое собственное мнение.

Ответы на твои вопросы:
1. Развивать лобные доли мозга, они отвечают за целеполагание и достижение целей. Медитация говорят очень помогает в этом.
2. Принять простой принцип: сомневаться и размышлять до того как начал действовать, начав действовать не сомневаться.
3. Больше общаться с другими людьми, рассказывать им про свои "грабли".
4. Больше пробовать! Участвуй в открытых проектах, например. Можно кучу всего перепробовать.

1) Что бы не терять стремление нужно решить вопросы прокрасстинации и замены ответственностей.
2) Как не сомневаться ?, - есть понятие карьерного плато. В любом случае сомневаться и перепроверять нужно. Технологии развиваются быстрыми темпами - проводить анализ существующих и мигрировать по потребности приходиться довольно часто.
3) Как не наступать на грабли ? Ловить себя на месте когда вопрос решается "методом втыка", а мозги начинают зацикливаться на чем-то одном и не выходят "за рамки".
4) Попробывать разного по чуть-чуть... лишним не будет да и места где можно реализоваться сами найдуться.

Начать можно с банального Codecademy.
От себя могу посоветовать Play2 и Grails.
Админить линуксы нужно уметь в любом случае.
С++ мне лично не пригодился, максимум это приложения на Qt.
Вот на чистом Си приходится писать довольно много
И под микроконтроллеры и ядерные модули линукса, но и от Gtk я не отмахиваюсь.

В общем переходить на Java однозначно стоит, и сейчас острая нехватка Scala разработчиков - есть хорошие курсы на coursera. Разберитесь с Typesafe Stack и Play2 фреймворком. Lift успел морально устареть. Всё что может erlang может Akka... только это scala/java со всеми последующими приемуществами и недостатками. Гляньте Apache Direct Memory и Stack Allocator для решения проблемы задержек сборки мусора.

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

Сейчас вэб плавно уходит в Java, так что и вакансий будет гораздо больше в перспективе.
Энтерпрайсы потиху оклямываются от Beraucracy Driven Development'ов, и J2EE сейчас вообще не в моде.

Go сейчас конкретно недостаёт хороших библиотек, фреймворков и ORM'ов, хотя runtime там довольно съедобный. Думаю как-то написать MVC фреймворк под Go.

С# - я не форточник, а mono дикий шлак. Xamarin туда же.

Модель жизненного цикла ПО описывает какие этапы проходит ПО от рождения до смерти и что с ним на этих этапах делают.
Методология разработки - это набор методов по управлению разработкой ПО, набор практических правил как нужно разрабатывать ПО.
Методологии разработки покрывают несколько первых стадий ЖЦ ПО.

Модель ЖЦ ПО нужно знать для общего развития, а вот Методологии разработки нужно практиковать, чтобы быть успешным разработчиком или командой.

История одного байта. Всего лишь рассказ, зато какой!

Уже второй год у моего клиента работает система информатизации производственных процессов на оконном производстве (евроокна). Задачи системы:
— демонстрация технологических карт изделий на участках конвейера;
— фиксирование операций с изделиями;
— предоставление в реальном времени данных о состоянии отдельных изделий и в целом состояния производства;
— аналитика выработки на участках и конкретными сотрудниками;
— учёт контроля качества;
— складской учёт готовых изделий и стеклопакетов;
— планирование графика отгрузки со склада;
— автоматическое уведомление клиентов о готовности заказа по SMS;

Все интерфейсы системы реализованы как реалтайм веб-приложения использующие Socket.io.

Система писалась на NodeJS версии 0.6, потом была переведена на 0.8 и сейчас уже на 0.10. С переходом проблем не было.
Максимальный аптайм NodeJS процесса системы который удалось наблюдать — 112 дней. Утечек памяти за это время не зафиксировано.

Для меня после разработки такого решения, вопрос о серьёзности NodeJS больше не стоит. Сам был убеждённым перлистом. Сейчас ни на чём кроме NodeJS писать нет желания.