Alexander Litvinenko

А зачем вам вообще какой либо фреймворк? Нет фреймворки конечно нужны, но у вас уже код без фреймворка, а нативный JS сейчас умеет все что умеет jQuery и даже больше.

тихо сползаю под стул с вопроса. равносильно "где подучится включать вилку в розетку", тот же уровень сложности.

nvd3.org

Как вариант запросить список с апи ютуба и не запускать само видео пока не нажмут плей,

ни JS, ни jQuery так понимаю не владеете.
Используйте бутстреповские вкладки тогда

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

Нет никакой крутизны в переходе на Angular или тем более Backbone, второй так и вовсе прост как два пальца.
Почему на беке использовать фреймворк норм а на фронте нет? 21 век на дворе как вы сказали, JS включен и все такое.

Тем более Angula\Ember\Backbone и подобные в первую очередь организовуют роутинг страниц + дата билдинг и шаблонизацию, виртуальный DOM в конце концов, проблемы организации кода пожалуй только Ember как то из них решает, но в целом, с этого я делаю вывод что с ними вы не знакомы.

А чтоб лапшы не было - генераторы и проминесы это наше всё.

Также как и на обычном сервере.
Ставите какой то фреймворк, express например, а далее

router.get('/events', function(req, res, next) {
// ..
});

expressjs.com/en/4x/api.html#router

Вот вы задали вопрос, а любой разработчик смотрит и понимает что это как 2+2=4 и учебники на такие простые вещи пистаь просто лень.

А еще спрашивают "откуда дефицит фронтендщиков?".

learn.javascript.ru

Это приоритеты, типо
я "Mozilla/5.0 (Windows NT 6.3; WOW64)"
не знаешь такого? тогда я "AppleWebKit/537.36 (KHTML, like Gecko)"
не знаешь такого? тогда я "Chrome/49.0.2623.91"
не знаешь такого? тогда я "YaBrowser/16.4.0.6174 (beta)"
не знаешь такого? тогда я "Safari/537.36"

Яндекс браузер использует движок чужого браузера, потому что работает там - работает и в яб. Но большинство программ ничего не слышали про яб, потому он сам себя им презентует как "я Mozilla/5.0 (Windows NT 6.3; WOW64)"

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

В jQuery нету ни роутов, ни дата билдинга, ни ватчеров, ни всего остального.
Хотя лично мне больше нравиться в этом плане Ember, хоть у него и выше порог вхождения, зато он может все тоже что и Angular, но в придачу его код намного легче потом поддерживать.

JS отключен такое еще бывает? ну кроме захода через тор и прочих нетипичных случаев.

Современные боты поисковых систем используют модули вроде Phanton.js. Они чудесно исполняют js, кликают по кнопкам/ссылкам а потому запросто ориентируются и в js навигации, особенно если ты используешь стандартную навигацию из Angular, Ember, Backbone или подобного.

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

Почти в любом редакторе можно свернуть лишние строки.

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

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

Это вопрос больше философский и зависит от виденья структуры вашей программы.
Можно сделать например только каркас MVC, где будет два M,
- Где первый будет валидировать данные
- а второй производить базовые арифметические расчеты.
C будет осуществлять общую логику приложения а V итак понятно.
Итого 4 класса.

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

И при этом, эти классы могут содержать другие классы, например история изменений может быть отдельным классом.

Добавить сюда также абстрактные классы.

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

Смотря чего он юниор.
Гляньте программы тут BootCamp полностью в любом случае.
Далее если пхпист, то пхп курс полностью, если фронтендщик, то хотябы лвл 1 фронтенда.