Vsc

По архитектуре приложений ничего дельного нет. Все что мне доводилось видеть - это описание того или иного подхода, рассморение его достоинств. Общего обзора по этой теме нет (я не встерчал). Чтобы разбраться в вопросе архитектуры ПО, начинайте читать отсюда и дальше по ссылкам из блока see also. Это, пожалуй, будет самый быстрый способ. Если что-то непонятно по тому или иному вопросу - подчитывайте статейки по этой теме (их много даже на русском на всяких хабрах и подобных ресурсах).

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

Я сам так сделал когда-то. Весьма неплохо разобрался :)

Книги по архитектурам:
The Architecture of Open Source Applications
aosabook.org/en/index.html
Аналога на русском языке не встречал

Есть два варианта работы backend части:
1. Работает в жесткой связке в фронтом. При каких-либо действиях в браузере информация передается в backend, который формирует новые отображения для браузера. Почти все современные web-framework из коробки работают в таком режиме.
2. Back отдает информацию в json/xml виде. REST - запрос информации скопом, т.е. в одном запросе может возвращаться информация о разных частях системы. RESTfull API - работа с конкретным объектом через http запросы (GET - получение, POST - создание, PUT -изменение, DELETE - удаление).

То что во втором пункте называется API, может быть несколько уровней доступа, например внутреннее API и внешнее(внутреннее - сами используем, внешнее - отдаем сторонним разработчикам).

Backend мобильного приложения чаще всего работает по 2 варианту.
Backend сервиса может работать по обоим вариантам, если в проекте сложный frontend, то в последнее время наблюдается смещение в сторону второго вариант работы (SPA - single page application работают через API).

Ядро приложения - некая часть кода + база данных, которые могут быть перенесены в другой проект с такой-же бизнес логикой. Ядро не должно быть привязано к конкретным фреймворкам, чтобы можно было сменить какие-то конечные части системы(php фреймворк, javascript фреймворк) с минимальными потерями.

Я рекомендую изучать JS примерно таким путем:
– чтение learn.javascript.ru (чтение и, естественно, практика);
– параллельное прохождение модулей по JS на codeschool;
– держите перед глазами актуальные вопросы для собеседования JS-разработчика (habrahabr.ru/post/239065/), стараясь на них ответить;
– читайте хороших авторов: Дуглас Крокфорд, Джон Рейзиг, Стоян Стефанов;
– найдите на GitHub людей, которые согласятся ревьюить Ваш код, я серьезно!

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

Желаю успеха!

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

Для начала заходите на любой каталог плагинов для JavaScript или jQuery. Находите интересный, не очень сложный на вид плагинчик (например карусель, лайтбокс, слайдер и т.п.) и пытаетесь сделать похожий, только лучше. Поначалу будет выходить черти что, но, это будет уже реальная задача, где вы начнете сталкиваться с реальными особенностями языка. Вот тут то знания и начнут обретать какую-то структуру у вас в голове.

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