Сергей Vortoms

Минимум:
JavaScript (+ node.js) (и Jquery впридачу)
HTML/СSS
SQL

Быстро и просто:
RoR или Django - но потом все равно: JS/HTMS/CSS/SQL.

Если бы я мог выбирать, я бы выбрал JavaScript, и этому есть объективные причины:
-За хорошую frontend разработку платят хорошо, а это в 90% случаев JS и HTML
-Вы не ограничиваете себя backend технологиями и можете переходить из одной компании (или проекта) в другую достаточно легко
-Западный рынок для вас открыт (с backend php ситуация отличается)
-Есть прекрасные backend вещи, которые помогут вам при необходимости - NodeJS, MongoDB и т.д, так при необходимости вы напишите продукт с нуля
-JavaScript очень динамично развивается. Я был в шоке, когда увидел x86 эмулятор!

Удачи!

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

Советую Ruby on Rails. Скопирую свой старый ответ:

Я начинал с Django, но однажды наткнулся на рельсы и этот туториал , и влюбился в них.

Почему Rails?

— Быстрая разработка. В Rails это поставлено на первое место, и вместе с тем, рельсы неплохо масштабируются.
— Экосистема. Для рельсов целая туча гемов на все случаи жизни. Авторизация, аутентификация, шаблонизаторы, пагинаторы, работа с изображениями..
— Тестирование. Наверное, в экосистеме рельсов самое продвинутое тестирование:) Просто попробуйте такие гемы как RSpec, Capybara, FactoryGirl
— Язык. После более простого питона, я немного побаивался руби. Хорошо написанный код читается как текст на английском, в особенности при использовании DSL.

Я прожил в офисе лет так 6 и последние пару лет практикую работу фрилансером из дома. Я в тройне увеличил свою производительность, стал больше зарабатывать и больше отдыхать :)

Большими проблемами в офисе для меня были: - Бл**ские митинги - некоторые пытались посидеть чуть ли не каждый день по пол часа, какие-то собрание комманд, статус митинги (где тебе дают слово на 5 минут, а потом ты слушаешь еще какую-то чушь - которые и не запоминаешь даже) кто-то еще по какому-то вопросу и обязательно на час... Игнорировать митинги тяжело - люди не понимают. Я читал кучу книг про эффективные книги, но если этим интересуешься только ты - это бесполезная трата времени. - Я считаю, что знаниями надо делиться с людьми как можно чаще. Но некоторые люди злоупотребляют - сильно. Очень часто дергают по какой-то фигне. Мне крайне тяжело отказывать людям в помощи. - В некоторые моменты сосредоточенности я фигачу код как безумный, но опять же - часто отвлекают. Не обращают внимание даже на одетые наушники, которые как бы говорят "отвали - не видишь - я занят".

Я добавил некоторые правила для себя и мне получается отфильтровывать клиентов по их принципу. - Если клиент на просьбу показать документы или требования говорит "давай я тебе в скайпе позвони и всю объясню" - я сразу отказываюсь работать с таким человеком. - Я очень быстро объясняю, что если у меня занимает больше 5 минут ответ на письмо - то скорее всего я отвечу на него через неделю. И вообще, свожу всю переписку к минимуму, не планирую дольше недели вообще ничего. - Общаюсь с командой только в общем чате (скайп или irc) - опять же, реагирую с задержкой если нету каких то срочных дел. Часто люди сами находят выход, им нужно дать шанс подумать. - Почти каждый день описываю что я сделал, прошу клиента (или комманду) проверить сделанное. Часто это не большая часть функциональности, поэтому у людей не занимает больше 15-30 минут.

Как я обычно советую людям изучать веб-технологии:

1. Разобраться в принципах работы HTML и CSS, завести справочник по тегам/свойствам и больше к этому не возвращаться. С тонкостями разбираться лучше по мере возникновения необходимости. Вообще, всю теорию HTMLя можно уместить на двух листках А4 11м шрифтом.

2. Изучить какой-нибудь из серверных языков: PHP, Python, Ruby, можно и NodeJS, но тогда лучше сначала разобраться хотя бы с основами JS. Причем не стоит сразу использовать фреймворки — для начала написать что-нибудь простое, типа «4 странички с текстом из базы + комментарии на них». Затем попробовать реализовать MVC на том же проекте. Сделать авторизацию, админку и т. д.

3. Вернуться к фронт-энд части и сделать ее более динамичной — это сначала чистый JS, а потом и JQuery или Blackbone, или что вам еще понравится. Разобраться с AJAX, написать чат на нем, например. Попробовать фронт-фреймворки, LESS, SASS и т. п.

4. Опять бэк-энд. Ставим фреймворк, к которому душа лежит, и пытаемся сделать какой-либо сложный проект.

5. Тут вы уже сами поймете что делать ;)

как-то Вы заморочились на спецификации HTML — всё гораздо проще :)
Рекомендую попробовать связку PHP-fpm + PostgreSQL + Redis + Nginx + AngularJS + Twitter Bootstrap.
Ещё можно написать чат какой-нибудь, там слово «PostgreSQL» заменяете на NodeJS в этом уравнении и всё :)
Наверняка в комментариях высыпят фанаты модных трендов вроде рельс — я не против рельс, не против питона, но я не могу рекомендовать вещи, в которых сам не опытен :)

Вообще, не увлекайтесь спецификациями. Марк Цукерберг как-то без них обошелся. Google тоже не следует строгим стандартам.

Если вы хотите «эффективно» изучить матеиал, тогда вы должны читать статьи «для чайников» (которые вы с вашим опытом, наверняка освоите за кратчайшее время). HTML/CSS так устроены, что даже если вы сделаете 100 ошибок на странице, он все равно как-нибудь да отобразится. Ну если вы хотите более солидные знания, то параллельно смотрите непонятные моменты в спецификациях, это в общем-то полезно. А сэкономленное время посвятите практике. Она тут очень важна.

Вот, что стоит изучить (в любом порядке):

1) Начните с основ HTTP (только ради бога, не читайте спецификацию целиком, хватит общего представления о методах запросов, заголовках и теле запроса, кодах ответа 403/404/500/200/300)
2) Изучите основы HTML (есть раздел на сайте htmlbook). SGML вам хватит в том объеме, в котором он упоминается в спецификации HTML. PCDATA не упоминается в ней и потому знать про отличия от CDATA вам не нужно (ну если так хотите узнать, найдите спецификацию SGML и почитайте).

Обратите внимание, в некоторых (некачественных) статьях вы можете увидеть штуки вроде [br /] — самозакрывающиеся теги. Это ошибочный синтаксис, который употребляют авторы, путающие HTML и XHTML. В HTML такого синтаксиса нет (хотя в силу своей толерантности к ошибкам в HTML такой код как-то работает).

3) Изучите CSS и позиционирование элементов. Вот хороший учебник, разъясняющий тонкости всяких флоатов: softwaremaniacs.org/blog/category/primer/ А спецификацию CSS2.1, думаю, вы нагуглите сами, она довольно понятно написана.

4) Изучите яваскрипт (да, включая замыкания и прототипы) и DOM. Обратите внимание, jQuery — лишь обертка над DOM и не зная DOM, вы не сможете нормально пользоваться jQuery, вы лишь научитесь копипастить скрипты из интернета, не понимая, как они работают. После этого можете изучать jQuery, заодно советую заглянуть в исходный код, а не только читать документацию.

5) Изучите один из серверных языков, хотя бы основы

6) Изучите основы SQL

7) Начинайте что-нибудь делать, так как в этот момент у вас будет очень много теоретических знаний и очень мало практических. Можете сделать простое веб-приложение, можете улучшить какое-нибудь существующее.

8) Изучите ООП

9) Изучите какой-нибудь серверный MVC-фреймворк

В общем, я думаю, стоит изучить базовые технологии, и приобретать практические навыки, а дальше неизвестно, понадобится ли вам HAML или что-то еще. Большинство упомянутых вами технологий изучать необязательно. Изучать надо то, что вам нужно для решения задачи, а не все подряд (иначе на это могут уйти года).

> А есть ещё и XHTML, который тоже имеет свои отличия…

Его уже нет, его никто не будет развивать и использовать, более того, и раньше многие использовали не XHTML, а лишь похожий на XHTML синтаксис (в частности самозакрывающиеся теги), а на деле писали HTML. Вы можете изучить его, но только ради любопытства, а не ради практической пользы.

> Клиентская разработка нынче редко обходится без всяких шаблонизаторов типа HAML/SASS

Вы еще Coffescript забыли упомянуть. Это очень спорные вещи, есть мнения как за, так и против. Но в любом случае, согласитесь, как-то странно изучать SASS, не изучив вначале CSS, верно? Начинающему это не нужно.

> а для эффективной серверной разработки всё и того сложнее: фреймворки, ORM, continuous integration, очереди задач и прочая-прочая.

Для приложения из 3 страниц все это не нужно. Сложные технологии нужны в больших и огромных проектах, начинать можно и без них. И более того, не имея определенного опыта работы с кодом, вы вряд ли поймете, зачем это нужно. А когда понадобятся, тогда и изучите.

По вопросу, где брать информацию: авторитетные источники (для поиска ответа во всех подробностях) — это спецификации W3C, официальная документация фреймворков, неофициальные источники вроде htmlbook, stackoverflow или Хабра — для того, чтобы быстро получить представление о тех или иных возможностях HTML. Еще можете какую-нибудь книгу почитать, только не старую.

www.postroika.ru/html/ — учебник для самых маленьких.
Эрик Мейер «CSS — Каскадные таблицы стилей. Подробное руководство»

Сейчас на рынке труда больше востребована Java. Не только сейчас, но и в прошлом, и в будущем данная платформа будет популярна и будет продолжать пользоваться спросом.
Вопрос в том, чего ты хочешь: работать на большую фирму, где джава применяется для определённого проекта и продолжать работать с ней ИЛИ устроиться в небольшую «контору», в которой ты можешь быть выше «рангом», разрабатывать средние и небольшие проекты.
Во втором случае однозначно пайтон, при этом не джанго, а Pyramid или Pylons. Моё личное мнение — применение Java на средних и небольших(малых) проектах — зло, а джанго не самый удачный веб-фреймворк.
Холиворщикам: всё это моё личное мнение, на личном и не только опыте, и переубеждать меня не надо.