Будущее программирование-2

[tonsky]

Интересно, что хоть я в своем предыдущем посте явно и написал, что работа в облаке и работа в браузере - две совершенно перпендикулярных оси, я все равно получил пару комментариев от людей, которым кажется, что ЕСЛИ ты хочешь чтобы IDE работала в облаке, НЕОБХОДИМО, чтобы она работала в браузере.

если у тебя браузер лишь отвечает за фронт, то

Comments

[vanxant]

Ну ещё есть третий вариант, когда в "местном облаке" собственно storage плюс то, что должно быть серверным, а у разрабов только "какие им удобно клиенты", но без всей этой фигни с babel watch и разворачиванием пачки докеров на каждом дохлом ноутбуке. Короче серверу серверное.
Правда, не смотря на гигабитные сети и SSD-рейды на серверах, те же поделия JetBrains при таком конфиге довольно жестоко тупят.
И тут возникает дилемма, когда оба хуже. Условный саблайм летает в смысле редактирования текстов, но когда доходит до раскопок при дебаге или рефакторинга, начинается боль и страдания. И наоборот, полноценные ИДЕ хорошо и быстро делают рефакторинг, позволяют летать по коду, но блин, какая же это боль ими пользоваться в процессе кодинга, когда оно тупит рандомное время на каждом вводимом символе...

[anonymous]

> Можно сделать облачную ИДЕ с нативным приложением. Примеров ИДЕ пока нет, но самому подходу сто лет, называется тонкий клиент, отлично себя зарекомендовал.

vscode работает в эту сторону https://code.visualstudio.com/docs/remote/remote-overview, в фейсбуке как раз такой сетап используют https://developers.facebook.com/blog/post/v2/2019/11/19/facebook-microsoft-partnering-remote-development/

[anonymous]

> чем браузер вам поможет?

Очевидно, кросс-платформенностью

[tonsky]

Хорошо, чем кросс-платформенность вам поможет?

[occam_aga]

Половина команды на маке, половина на винде, у всex VS Code. VS Code это не браузер, конечно, но вопрос про кросс-платформенность .

P.S.
Желаю всем побольше красивых за-катов в Новом 2020 году :)

[tonsky]

> у всex VS Code

Ну а было бы у половины X, у половины Y, и чего

[permea_kra]

>Можно сделать облачную ИДЕ с нативным приложением. Примеров ИДЕ пока нет, но самому подходу сто лет, называется тонкий клиент, отлично себя зарекомендовал.

Тонкий клиент отлично себя зарекомендовал, когда работа идет в пределах одной локалки. Если работа с удаленкой по интернету, начинаются проблемы. Черт с ним, что интернет может тупо отвалиться и трафик не всегда резиновый - если ИДЕ в облаке, то к ненулевой латентности приложений мы еще добавляем время пинга туда-обратно. Которая без использования распределенной инфраструктуры может составлять до 200 мс запросто - и это в предположении, что у нас канал с качеством, близким к идеальному. К таким задержкам можно привыкнуть, но продуктивность работы от этого не возрастает.

[tonsky]

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

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

[max630]

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

[filonov]

Это вопрос реализации. emacs-овый tramp зависит от задержек сети только во время сохранения файлов.

[worm_ii]

Я бы не назвал Visual Studio совсем уж прожорливой. Память, может быть, жрётся на гигантских проектах. Но необъяснимых тормозов не замечал. Ужас, но не ужас-ужас.
Кстати, а если я по RDP подключаюсь к своей рабочей машине, на которой всё физически расположено и у которой всё в порядке с производительностью, то это за "тонкий клиент" считается?

[tonsky]

да, конечно