Philippe Rigovanov

Языки:
ClojureScript. Быстро просто и удобно.
TypeScript. Если нужны типы и вы привязаны к семантике JS(В команде много JS разработчиков не готовых учить нормальные языки).
------
Ractive.JS если вам нужна типичная(живая) страничка с большим количеством зависимостей от состояния.
Плохая композабельность, однако прекрасно работает в модели серверного рендеринга(вам не придется учить новые концепты). Т.е. У вас есть шаблон(mustache). К нему применяется состояние, рендерится вьюшка.
Плохая композабельность потому-что mustache в mustache вы не вложите так-же красиво как компоненты в реакте.
-------
React. Сильно продвигаемый и довольно удобный. Если используете React, то смотрите сюда https://react.parts/web
очень много готовых компонентов
-------
Скажем так
SPA: ClojureScript/React/TypeScript
Оживленная страничка: es6/Ractive

Мне очень понравился курс Алгоритмы и структуры данных на stepic.org

Столько комментариев не видел ни в одном ответе.
Сразу напрашивается вывод о соотношении урезанного перфекционизма к профессионализму.

Сам прокристинатор со стажем, поэтому не буду давать советы, а приведу цитаты:
Кот ежедневно вылизывает свое хозяйство, а профи сразу делает хорошо. Если сделано нехорошо, значит не профи, возможно, опыт этого проекта сделает тебя профи на следующем проекте. (старый препод по проектированию микропроцессоров, никогда не знал его фамилию)
Опыт сын ошибок трудных, а гений - парадоксов друг. (А.Пушкин)
Лучшее - враг хорошего, давно сказано (народная мудрость)
А хорошее всегда полезно (т.е. работает) - давно замечено, нужное всегда просто, непростое - не нужно. (Михаил Калашников). И того же источника: простое сделать всегда сложнее, а сложное сделать гораздо проще.
Профессионала отличает выбор инструмента и отношение к нему. (А. Макаренко)
Правильно организованный процесс - хороший повод для успеха. (Генри Форд) и того же источника самую знаменитую фразу про цвет автомобиля переделаем: Рефакторинг может быть любой величины, главное, чтобы это был 0.
Хорошее дело браком не назовут (немного не в тему, но в нашем случае - подойдет)

В основном согласен с остальными специалистами по перфекционизму и прокристинации: главное следование цели в установленные сроки. Это наука, а как это сделать - уже исскуство, для которого нужны воля и талант. :)

Успехов всем и не вешать нос!

Попробуйте Total.js, уже достаточно долгое время работаю с этим фреймворком. Очень многое уже есть в коробке и покрывает на 100% необходимые задачи. Автор достаточно оперативно решает проблемы, если такие находятся. Единственный минус перед express, это примерно процентов на 30-40% меньше производительность в сравнении с тем же express (проводил нагрузочное тестирование Яндекс.Танком на версии 1.9), с другой стороны если на express реализовать весь тот же функционал, то думаю они сравняются.

p.s. На этом фреймворке уже год несколько проектов в продакшене, полет стабильный.

Koa.js и Total.js посмотрите. Думаю Koa вам подойдет больше даже

Последовательность главное
Вначале html5 потом css3 потом js
Иначе будет каша
Книжка намного лучше будет, а по js на javascript.ru есть полноценный справочник.
htmlbook.ru тоже никто не отменял.
Если теги уже знаете то можно посмотреть несколько видео sorax на ютубе, но лучше поэксперементировать с div и float left создавая столбики.
Так же часто используется position.
Раздел адаптивной верстки в этот момент подойдет лучше всего для изучения.
Табличную верстку лучше не использовать.
Видео уроки крутят в школе программирования, вполне вероятно кто то уже сли все на торрент.

Прям для вас писал: frey.su/should-i-learn

Добавлю еще, что как только вы займетесь Ruby, вы услышите о нем столько, сколько не слышали за всю жизнь. Также и с любым другим инструментом, не только с языками. Работы на Ruby и Ruby on Rails навалом.

devdocs.io неплохая вещица чтобы подсмотреть что-нибудь
fitztrev.github.io/shuttle - и его аналоги на других платформах для быстрого создания шорткатов в консольке.

Учитель нейропсихологии говорил нам: "Интеллектуальное развитие - это устранение ошибок"...
Чтобы не страдать от бессмысленного перфекционизма, во-первых, поставьте своему мозгу конкретную задачу и решите её. А после, если у вас ещё есть на эту работу желание и время, можете и заниматься перфекционизмом - это не плохо, а наоборот даже полезно.
Что касается временных рамок... любая задача требует ровно столько времени, сколько требует. Ставьте конкретные задачи, концентрируйтесь только на них и тормозите любую деятельность, которая не относится к поставленной задаче.

Если для себя пилите, то пихать 40кб кода для небольшой фичи - перебор. Такими темпами проект скатится в говно и будет тормозить. С другой стороны если в итоге не взлетит, то все эти оптимизации будут упущенным временем.

По своему опыты могу сказать одну важную вещь - если пилите для себя и тема интересна именно вам. То можно делать оптимизации и страдать перфекционизмом. Даже если не взлетит вначале, то всё равно будете копаться в этом проекте и потихоньку допиливать.

Но делайте такой проект с мыслью, что в итоге будете все переделывать. И это действительно так, будете переделывать. Что фичи, на которые вы ставили - не взлетят, а фичи которым не уделили внимания будут приносить 80% дохода.

Если же делаете ради денег, кто-то там сказал или где-то там прочитали, что здесь можно поднять баблосов. То пилите как попало - 90% что не взлетит, а если взлетит - потом переделаете )

Разделять перфекционизм и глупость.

Переименовывать по 100 раз названия внутренних переменных - это глупость. Хватит и 3-х раз.
А вот идеально конструировать публичное API, к которому потом еще годами будут обращаться другие программисты - это перфекционизм.

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

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

Цените свое время и деньги.
За перфекционизм не платят, платят за работу, которая соответствует требованиям заказчика, а не вашим личным.

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

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

Короче. Правильно ставьте приоритеты.

https://github.com/addyosmani/grunt-uncss
https://github.com/giakki/uncss

Всё отдельно - Nginx, php-fpm, Node.js. Каждый контейнер имеет свой публичный API, в данном случае это порт, на котором он слушает. Потом контейнеры общаются между собой, к примеру, Nginx перенаправляет запросы на php-fpm или Node.js если нужно.