Андрей Титов

Конечно можно
Shift + Alt + Down или Shift + Alt + Up

P.S. Файл > Настройки > Сочетания клавиш

Там же можно добавлять свои клавиатурные команды. Для этого нужно нажать на ссылку keybindings.json и разместить свой код в правом окне, затем сохранить файл keybindings.json.

Например, так можно добавить возможность менять регистр символов с помощью клавиш CTRL+SHIFT+U и CTRL+SHIFT+L:

[
 {
    "key": "ctrl+shift+u",
    "command": "editor.action.transformToUppercase",
    "when": "editorTextFocus"
 },
 {
    "key": "ctrl+shift+l",
    "command": "editor.action.transformToLowercase",
    "when": "editorTextFocus"
 }
]

C MVC фреймворками все понятно, но они меня не интересуют. А что делать с инструментами, нацеленными больше на фронтенд (React, Angular) ?

Открою вам страшную тайну - MVC фреймворки как раз на фронтэнд и нацелены, а не на бэкэнд.

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

Angular - полноценный фреймворк, к которому можно подключить тот же React для вьюх. Используют его в основном при реализации Single Page Application-ов.

Были ли у вас практические задачи, с которыми мог справиться только js фреймворк? Какие?

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

Могут ли быть полезны данные инструменты в совместной работе с Rails, например?

Если брать ангуляр - я его использую только в контексте SPA. Это может быть не все приложение а только какая-то его часть но все же... А для SPA разницы нет вообще на чем бэкэнд реализован. От бэкэнда нужна только апишка.

Реакт же можно использовать в принципе для построения view на клиенте. Так что можно и его юзать. Зависит от задачи. Скажем если в задачи входит организация работы жирной формы - то лучше взять knockout.js. А если вам нужно рендрить какие-то данные в реалтайме - можно вооружиться реактом.

Нужно ли вообще тратить время и искать себе задачи, которые можно решить привычным jQuery, который в большей степени знают все (вопрос дальнейшей поддержки) ?

Куча народу знает jQuery но не знает JS. И это грусть и печаль. Скорее всего если у вас в задачах стоит реализовать слайдер какой или что-то такое то ни Angular ни React вам не нужны. Ну или в контексте сайтиков тоже не особо есть от них польза (только в специфических случаях). А вот если пишите приложения какие-то, можно уже задуматься ибо если вам придется реализовывать весь бойлерплейт, да еще и не будет DI то с высокой долей вероятности (все же нормальные разработчики существуют) вы получите шматок гуано дико связанный и приносящий боль при рефакторинге. А еще использование только jQuery это на 99% отсутствие каких-либо тестов на фронтэнде.

p.s. Я на ангуляре пишу админки к примеру для своих проектов. Ну и все все все что вписывается в концепцию SPA. Реакт планирую использовать как альтернативу phonegap (react-native вышел), поскольку он является слоем абстракции над формированием представления (за счет промежуточного виртуального DOM).

Зачем - понятно.
Либо кто-то хочет заработать на вашем контенте, либо помешать вам, как конкуренту.

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

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

Штатные программисты:
+ работают в долгосрочной перспективе (после разработки будет поддержка теми же людьми)
+ сидят у Вас в офисе (коммуникации в команде проще и больше)
- им нужно платить фиксированую зп (как правило, например в СПб Вам это обойдется от 50 (джуниор) до 150 (сеньер) тыс в месяц на человека)
- нужно предоставить рабочее место (стол, стул, комп и т.д.)
- редко работают больше рабочего дня (хотя если будете доплачивать за переработки, то будут)

Оутсорс:
+ может больше времени уделять Вашему проекту (как правило), так как не тратит время на дорогу и т.д., а так же работает на собственном оборудовании и тратит собственное электричество
+ Вы платите только за проделанную работу
+/- Сами строят свой рабочий график, тут с одной стороны могут работать в выходные, ночью и тд, с другой стороны могут устроить себе выходной скажем в среду
- После завершения проекта они от Вас уйдут, либо последующая поддержка будет стоить отдельных денег
- Командные коммуникации удаленные, к тому же если не нанимаете сразу готовую команду (что дороже), то команда скорее всего будет не сработанная и не будет к этому стремиться

Выбирайте