Или, если перефразировать: что у нас есть из готовых продуктов под онтопик, пусть даже проприетарных и платных - лишь бы эти пункты +/- выполнялись и позволяли открыть древо исходников и работать, а не познавать дзен конфигурации и пердолинга?

emacs, с одним лишь замечанием: прийдется под свои привычки (кей биндинги то бишь) написать списки, например (global-set-key [f2] 'save-buffer) у меня в конфиге живет с середины 90х, тк начинал я с всяких https://en.wikipedia.org/wiki/Borland_Turbo_C и тому подобных. а браузишь мышой - (global-set-key [S-mouse-2] 'browse-url-at-mouse) можешь и такое себе оставить. В целом я тебе могу сказать следующее - у меня в емаксе никогда не было сочетаний в стиле meta-rctrl-shift-f - это не удобно, но все очень просто пофиксить. Кстати, в виме с его долбанутыми двумя режимами это все мимо. Ну и для больших текстов (а у меня давно уже больше всего не C/C++/Scheme/Python а писанина документации и прочего в LaTeX) - так вот есть макросы, удобные, например, если в архитектуре решили с перепоя половину терминологии поменять.

Для того чтоб бродить по директориям - dired, если мало, то берешь ECB и там не только файлы, но и классы и прочая херня.

Встроенный терминал есть, цветовых схем хоть ж*й жуй. Не тормозит, с Gitом умеет (на выбор, но я привык его из терминала дергать). С мышью работает - я выше писал.

Пердолинг ... ну хз, когда то мне нравилось в этих конфигах ковырять - очень давно, сейчас - я их почти не меняю, а так многая конфигурационная хрень тянется с 90х - и все работает. При том что в emacs появилось за эти годы до фига всего (да иногда полезно git diff прям в нем смотреть).

Ну а коммьюнити - оно есть, просто не в модных слаках(я про угребищный мессенджер а не про дистр лялеха).

Я уже догадываюсь что из этого выйдет, но дабы не балаболить по пусту - сначала попробую, так и быть.

сустемдэ в винде всегда было, гноме3 на вяленде в общем-то тоже
поставить на десяточку bash
бороться с гноме
странно, но нужно

Унылый и убогий троллинг.

Вопрос спорный, но имхо за таким подходом будущее. Хотя, лично я за решения для браузера, т.к. более портабельно.

На лялих по ssh - vim норм пока, да. Хотя любви больше чем с тем же vsc, но и приятности имеются которые перекрывают обилие совокуплений. На лялих по ssh и в контейнере - тоже более/менее. Ручных телодвижений - много, можно автоматизировать, да, но можно ведь и не автоматизировать?

На винду по ssh? Ну тут с vim уже очень много любви, а ещё больше с тулчейном, в частности с lsp сервером(рабочих альтернатив под винду я не видел для плюсов и вима) и отладчиком. На винду по ssh в контейнере - тут я бы наверное недельку попросил на развёртывание окружения.

Нужен ide сервер и ide клиент, при таком разделении получаем прекрасную портабельность и годный ui, с гораздо более высоким временем отклика, чем даже vim/mosh. И более высоким качеством картинки.

оленюшки «ниасиливают»

Вот это - отдельно прокомментирую.

Оленюшки уже n( n>= 5 ) лет как разделяют морду к ide и само ide. Вот только кроссплатформенного окружения таки нет даже на уровне интерфейса.

Но хрен с ней с портабельностью. Рассмотрим отклик и юзабилити. И какие же варианты уготовил нам этот суровый мир?

• remote desktop, рисовать ui на сервере и гнать по сети - сдувается при пинге 40, при пинге 50 - начинает бесить (пробовал rdp, x2go, nomachine), если торчать везде голой попой(без vpn и прочих удобств) и сидеть в 20 километрах от сервера - терпимо, с мобилки - сосём лапку за пределами ДС и ДС2
• ssh/mosh + tmux + vim/emacs - лучше, можно работать при пинге 100 почти не получая дискомфорта, любовь с виндой, любовь с написанием конфигураций окружений вручную, можно с мобилки в поезде, ну разве что аппаратной клавы просят пальцы, т.к. менять ui как перчатки не выйдет, vim в терминале он и на мобиле vim в терминале
• асинхронный rpc с кэшем + агент в web/desktop. Можно работать на сервере в пиндостане (на восточном побережье), через ngrok туннель и 5 vpn’ов поднятых через tor. Передаётся только то что нужно и оно запаковано. Отрисовка в разы богаче чем в терминале. Терминал кстати тоже есть если уж ооочень надо, где можно поднять тот же tmux+whateweryouwant. Можно менять ui - например иметь пальцетыкательный интерфейс под мобилку, можно менять ui как перчатки, были бы они в наличии и будь протокол открытым.

Поэтому - всё мы осиливаем, но за шоткаты, лично я даже заплатить готов, просто vsc - первое, где появилось за что платить. Пока eclipse che онанировали на ui и пытались честно спионерить инфраструктурные плюшки vscode(особенно отладчик, ха) - мелкомягкие всё отточили на локалхосте и джунах, и спокойно приделали масштабируемое удалённое окружение. Кроме как поаплодировать им - ничего на ум не приходит.

vscode тоже под рутом не запускается

Его уже можно запустить в текстовом режиме?

EDIT: В смысле, без иксов и вяленда.

Так уже и не надо…

Я не увидел сорцов. Их нет? Их нет и не будет? Я так и не понял суть опенсурсности VSCode…

А они есть

И даже бинарные сборочки с MIT лицензией без телеметрии, пакетом для Arch и ибилдом для Gentoo

Кому не надо?

Учится от силы за неделю в ненапряжном режиме

И толку что он учится? От этого он не перестает быть сранью. Плюс плугинный API отвратительный

Ну да, это не lua

lua срань не лучше VimL. Слаботипизированный недоязычок без абстракций и стандртной либы. Для написания плугинов плохо подходит

А сорцы этих дополнений гиде?

Каких дополнений? Это исходники самого редактора.

А, понял. Понятия не имею.

Как обычно — это местные унылые клоуны срут одним и тем же в комментах ни грамма не стараясь вести себя так, чтобы их мнение уважали.

для неосиляторов emacs есть хороший стартовый конфиг

А чем CudaText не угодил, или Lime Text?

Их нет, они под этим идут

для неосиляторов emacs есть хороший стартовый конфиг

А осиляторам что делать?

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

самому писать свой конфиг // кэп

Я не увидел сорцов. Их нет? Их нет и не будет? Я так и не понял суть опенсурсности VSCode…

Это же мелкомягкие. Тут сразу всё понятно.

Ну, если они не откроют эти дополнения(ну, или протокол хотя бы) а народ продолжит хавать, будет очередной win. Эклипс и так еле телится, а больше аналогов я что-то не видал пока-что.

Вы с какой-то целью 4.2 нарушаете или чисто из любви к искусству?

pon4ik th3m3 Идёте по ссылке из новости например Remote WSL, кликаете на Repository и попадаете на GitHub.

А чем sshfs не угодил?

мелкомягкие всё отточили на локалхосте и джунах, и спокойно приделали масштабируемое удалённое окружение

есть такая компания Sourcegraph, так вот у них (судя по github) уже пару лет такая инфраструктура. Выделенная мощная машина, на которой LSP-сервера индексируют коммиты в репах. Далее к этим серверам подключаются разрабы со своих ноутбуков, бесплатно получая go to declaration и т.п. хоть в виме, хоть в vscode, хоть где угодно

Почему в МС не выбрали Qt для vscode, а предпочли электрон?

Можешь объяснить в чём сокровенная цель твоего выблёвывания нинужно под каждой второй новостью здесь и на опеннете? Хобби такое интересное?

Не перепишут и не выкинут. Смирись.

А ты в этот репозиторий сморел? Сорцы покажешь там?

Ну это довольно сложно, по сравнению с domain oriented rpc для gui.

А в общем и целом - молодцы, за этим подходом будущее. Толстые клиенты экономичнее тонких в плане трафика.

Не перепишут и не выкинут. Смирись.

Да и фиг с ним. Полно отличный редакторов на адекватных технологиях. В этом УГ, нет ничего особенного, кроме тормозов. Если его закроют, я буду даже рад - одним УГ на электроне меньше станет.

Про каждую вторую новость - это очень притянуто за уши. Есть всем известная аксиома ненужности всего, что сделано на электроне.

потому что:

• стоимость разработки и поддержки у Qt существенно выше
• скорость разработки как правило ниже
• специалистов, знакомых с Qt существенно меньше

и это несмотря на QML, который основан на том же JS

а еще Qt не доступен под пермессивными лицензиями, что возможно тоже сыграло второстепенную роль

Откройте любую папку в подсистеме Windows для Linux (WSL),

О! Еще и кино показывают!!!

Сколько раз нужно повторить нинужно, чтобы полегчало?

И еще один немаловажный пункт: все ненавидят C++

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

а у Qt ЕМНИП есть коммерческая версия, которую можно использовать под какой угодно лицензией

Почему в МС не выбрали Qt для vscode, а предпочли электрон?

Что думает Трамп об оленях?

P.S. У MC и спрашивай.

И еще один немаловажный пункт: все нормальные люди ненавидят JavaScript.

В vscode нет JavaScript

Не. Не к тому дело идёт...

Хотя, лично я за решения для браузера, т.к. более портабельно.

Да, у нас тоже есть заказчики, которым ни в какую ssh. Для таких случаев shell in a box это то, что доктор прописал.

На лялих по ssh - vim норм пока, да. Хотя любви больше чем с тем же vsc, но и приятности имеются которые перекрывают обилие совокуплений. На лялих по ssh и в контейнере - тоже более/менее. Ручных телодвижений - много, можно автоматизировать, да, но можно ведь и не автоматизировать?

Не, ну конечно линукс изначально это не консоль. И конечно на удалённом сервере без Хов нам жизнь не мила. Раз грамотно настроить доступ и не париться мы же не умеем... =)

На винду по ssh?

А вот это вот зачем? Ну пусть подходы, специфичные для оффтопа в оффтопе и остаются. Можно на винды и bash натянуть. А смысл? PowerShell куда как нативнее там и смотрится и работает. Ну ведь не ставят же PowerShell в Linux (в массе своей)? Зачем эта маргинальщина-то? Есть для оффтопа терминальный сервер, есть RDP, ... чего-то там ещё. Отлично! Пользуйтесь! Вы же хотели виндов? Получите, не жалко... =))) А! Пользоваться как-то хреново... Ну да, ну да. Соболезную.

Нужен ide сервер и ide клиент, при таком разделении получаем прекрасную портабельность и годный ui, с гораздо более высоким временем отклика, чем даже vim/mosh. И более высоким качеством картинки.

Зачем? Linux сам по себе и «IDE» и сервер и клиент и что угодно.

Вопрос спорный, но имхо за таким подходом будущее.

Не. Мы получим просто массу оленюшек, которым надо чтобы было «как в виндах» и не более. Которые не понимают что vim это всего-навсего редактор, который можно доточить до состояния IDE, но под вопросом как именно это сделать. Да как угодно, так и делай. Как к душе больше ляжет. Конфигурируется всё и нет единого рецепта. Меня, например, не обламывает если мне нужна страница ман, нажать «K» в vim и получить нужную страницу. «F1» мне для этого не нужен. Но можно поставить расширение и получать ман не в том же терминале, а в отдельном буфере и по «F1». В общем, как хочется, так и делай.

Они уже сейчас испытывают стресс от попыток выйти из vim, дальше без пары гектар памяти на сервак зайти не смогут. Сейчас стресс от того, что они не знают как им подготовить свою среду для работы, надо чтобы им выдали Единственно Правильную инсталляцию, с Единственно Правильными средствами и тогда они ого-гооо... Всем покажут...

Не понимаю. Зачем для этого ставить Linux, если честно. Тут нет Единственно Правильного ничего. Ну есть некий набор стандартов под общим названием POSIX, ну и что с того?

Да, кстати, vi, который в стандарте (https://pubs.opengroup.org/onlinepubs/9699919799/utilities/vi.html) отличается от современного нам vim, но как-то ближе чем VSCode... Но это мелочи. Это же не как в винде... =)))

Да хрен с нею, с кроссплатформенностью, чесслово...

Уже надоело. Все рассказывают о «кроссплатформенности», «портируемости без проблем» и т.д. и т.п., как будто это основная функция любого проекта.

Тут бы задать вопрос что кроме оконного интерфейса является портируемым без этих самых проблем? И с каким качеством. Работа с портами? Лучше не надо. Сетевые приложения? Да ну на фиг! Сервисы (демоны)? А что, там важен оконный интерфейс и структура демона в Linux абсолютно эквивалентна сервису в оффтопе и наоборот? С каких это пор, спросить стесняюсь...

Всё это россказни по кроссплатформенность. Ни о чём, если честно. Потому что как только лезешь в систему, становится несколько не до кроссплатформенности.

У меня вообще нет отдельно стоящих виндов. Есть пара виртуалок на локалхосте под чисто выделенные задачи, да и всё. Я не вижу этих проблем с виндами. Открыл gnome-boxes, запустил десяточку, сделал что надо, тормознул её, закрыл. И то потому, что есть софт у тех же TI, который с Qt написан, но в wine не идёт и версии под Linux просто нет, проверял и не я один проверял. Ага, кроссплатформенный тулкит, но они задобаются его переписывать под Linux в силу специфики самого по себе софта. Это SmartRF Studio и Sensor Controller Studio, например, из-за них и приходится виртуалки держать. Зачем мне трахаться с удалённой работой на виндах на постоянной основе, я в упор не понимаю.

Просто, довольно давно я пришёл к выводу что на постоянной основе я винды не использую. Да, пришлось потратиться немного на полный переход, с тех пор проблемы виндов для меня параллельны в общем и целом.

В остальном я даже и не спрашиваю нафига мне отладчик или терминал в IDE. Открыть терминал и там организовать сессию, видимо, мне позволяет религия в отличие от. Специальный софт типа того же Code Composer Studio это специальный софт. Там и подходы другие и работа строится по-другому. Но зачем в IDE терминал или отладчик? Может, туда ещё операционку зафигачить всю и целиком? Чего скромничать-то? =)

Угу...

То говно, это говно... А с чем работать? Что наиболее идеологически правильно использовать?

Боюсь, если назовёте IDE или редактор, то тут же в тред вломится кто-то, кто скажет что названный Вами редактор или IDE полное дерьмо. Ни чуть не удивлюсь.

На мой непосвящённый взгляд, надо не идеологически правильную Единственно Верную Серебряную Пулю искать, а просто использовать что есть. И, желательно, грамотно. Люди, не осиливающие инструментальщину в своей системе просто вызывают улыбку.

Все орали дескать, autotools тяжелы в применении, дайте нам CMake... Нате CMake. Но и он не кузяв оказался. Завезли теперь meson. На питоне. Всё? Полегчало? Стало идеологигчески правильным? Что радикально изменилось? Система сборки она система сборки и есть. /me, правда, как использовал autotools, так и использую, но мне можно. Я старпёр-старовер... Ага... =)))

Тссс... Не спугните. =)))

А чем sshfs не угодил?

Скоро они ещё и davfs заново откроют... Для себя. =))) Пройдёт пара лет и нате Вам здрасьте, можно будет по davfs...

Ну в отличии от вас я в репозиторий смотрел, там только readme, и все. Так что 4.2 далеко не я нарушаю.

Не тормозит

На больших файлах/репозиториях еще как тормозит.

Сетевые приложения? Да ну на фиг!

Изи же.

с тех пор проблемы виндов для меня параллельны в общем и целом

Как будто, что-то хорошее…

В остальном я даже и не спрашиваю нафига мне отладчик или терминал в IDE. Открыть терминал и там организовать сессию, видимо, мне позволяет религия в отличие от.

Я этим уже переболел. Да можно, да смотрите как я могу, хоть gdb, хоть lldb, хоть cdb, да даже pdb - не проблема. Но вот пердолиться с окружением, держать в голове лишний контекст - ну если кодировать, то можно конечно. А вот если вникать в суть вопросов, то это всё забивает стэк доступных контекстов.

Что VimL, что lua объективно говно. На них не написать сложных плагинов, состоящих из разных компонентов от разных людей. Точнее написать, но с болью

Писать на lua это все равно что писать на ES3, да еще и с урезанной на порядок стандартной библиотекой. Боль и страдание в чистом виде. Про VimL я вообще молчу

Зачем вы едите это окаменелое мумиё, я не могу понять. Есть несколько IDE на Java если msvscode по идеологическим причинам не устраивает. Хоть язык более-менее адекватный

И дело не в электроне. Атом, например, говно, т.к. там отовсюду торчит CoffeeScript, который срань уровня Lua или даже хуже. Как я и говорил выше, появится что-то нативное на замену электрону — его выкинут и забудут как страшный сон. QtQuick на эту роль видимо не годится. Я так понял, он больше про верстку и стили, а логику по большей части приется пилить на плюсах