5. Типа как VS Code remoting, но для JB. Запускается экземпляр среды разработки внутри виртуалки, в виртуалке и весь код и тулчейн лежит, а на настоящей машине - только тонкий клиент.
Тогда сразу и вопрос про VS Code - в случае WSL он сам всё автомагически подхватывает и не надо ничего настраивать. Можно тупо в консоли code . ввести и у тебя на хосте открывается окно, которое подключается к экземпляру в виртуалке.
Обоснуй.
А что в ней нормального то?)
Очень спорно.
Значит ли это, что фронтедер должен под каждый фреймворк учить использующийся для него шаблонизатор?
То есть я зря на изучение джанги время тратил? ну раз в бизнесе джанго чистый не используется, так и нахер его изучать было надо?
И по обращению window.q мы ее получаем с var и let одинаково или какой нюанс я упускаю?
var и let - это разные механизмы объявления переменных. Я же привел ссылку на мануал - там подробно все расписано. let не попадает в глобальную область видимости. var - изначальный механизм объявления переменных в JS, а let и const - более новые способы объявления переменных, предназначенные для решения новых задач. Так исторически сложилось.let a = 1;
{
let a = 2;
console.log('a 2 =', a);
}
console.log('a 1 =', a);<- a 2 = 2
<- a 1 = 1
FreeBSD же. Да, знаю про инструкции. Я просто не стал заморачиваться и дальше копать на тему можно ли её туда вкорячить и будет ли оно работать как надо, т.к. к этому моменту обнаружил несовместимость с VB. А в нем у меня все давно есть нужное и работающее - потому не увидел смысла и дальше возиться с WSL.
Собственно, на сайте мелкомягких пишут, что заплатки уже вышли и все вместе должно работать:
https://learn.microsoft.com/ru-ru/windows/wsl/faq#...
Ага, понятно. Тогда да, не так уж и плохо все, оказывается. Фичи пилят-то, да. Так то я WSL смотрел несколько лет назад и то, что увидел тогда - меня не устроило в первую очередь из-за отсутствия нужного и привычного функционала. Ну окк.