В рамках проекта VSCodium (https://vscodium.github.io/) развивается сборка редактора кода Visual Studio Code (http://code.visualstudio.com/) (VSCode), содержащая только свободные компоненты, почищенная от элементов бренда Microsoft и избавленная от кода для сбора телеметрии. Сборки VSCodium подготовлены для Windows, macOS и Linux, и поставляются со встроенной поддержкой Git, JavaScript, TypeScript и Node.js. По функциональности VSCodium повторяет Visual Studio Code и обеспечивает совместимость на уровне плагинов (через плагины доступна поддержка C++, C#, Java, Python, PHP и Go.
Visual Studio Code развивается компанией Microsoft как открытый проект, доступный (https://github.com/microsoft/vscode) под лицензией MIT, но официально предоставляемые бинарные сборки не тождественны исходных текстам и включают компоненты для отслеживания действий в редакторе и отправки телеметрии. Сбор телеметрии объясняется желание оптимизации интерфейса с учётом реального поведения разработчиков. Кроме того, бинарные сборки распространяются под отдельной несвободной лицензией. VSCodium предоставляет готовые для установки пакеты, поставляемые под лицензий MIT и позволяющие сэкономить время на собственноручной сборке Visual Studio Code из исходных текстов.Напомним, что редактор Редактор построен с использованием наработок проекта Atom (https://www.opennet.dev/opennews/art.shtml?num=43233) и платформы Electron (https://github.com/atom/electron), основанной на кодовой базе Chromium и Node.js. Редактор предотавляет встроенный отладчик, инструменты для работы с Git, средства рефакторинга, навигации по коду, автодополнения типовых конструкций и контекстной подсказки. Поддерживается более 100 языков программирования и технологий. Для расширения функциональности Visual Studio Code предоставляется возможность установки дополнений (https://code.visualstudio.com/docs/editor/extension-gallery).
URL: https://itsfoss.com/vscodium/
Новость: https://www.opennet.dev/opennews/art.shtml?num=50499
Что так электрон, что этак…
>> которые подарили миру skypeДикий бред. Вы либо не это хотели написать, либо одно из двух
вероятно следует читать как "подаривших миру новые версии скайпа, основанные на электроне". Хотя наброс удался.
>vscode - это электрон курильщикаДа ничего подобного. Электрон в VSCode допилен по сравнению с ванильным, который юзается в Atom. Иначе ты бы сам не отметил, что
>это быстрый редактор (особенно по сравнению с Atom
Избавляйся от взаимоисключающих параграфов, анонимус.
>>vscode - это электрон курильщика
> Да ничего подобного. Электрон в VSCode допилен по сравнению с ванильным, который
> юзается в Atom. Иначе ты бы сам не отметил, чтоЭто такая ирония, или же изначально хотели написать "электрон здорового человека".
В приложениях на электроне обычное дело писать глюкодромные помойки, ну. То что не соответствует этому - очевидно не нормальное веяние и раковая опухоль на теле идеальных приложений, которые не страдают высокой производительностью.
> Сбор телеметрии объясняется желание оптимизации интерфейса с учётом реального поведения разработчиков.У него ведь есть настройки отключения сбора телеметрии. Или они на самом деле не работают, телеметрия продолжает отправляться? А что по этому поводу говорят разработчики? Очевидный баг, не?
странно у человека не далекого от ИТ ожидать какую-то о связь между нажатием кнопки и тем что происходит на самом деле
> связь между нажатием кнопки и тем что происходит на самом делеСколько раз происходило не совсем то, что написано на кнопке. И как надпись не относилась к содержимому в башке у надписавшего кнопку. Ага.
Русская не родной?
А если и не родной то что? Сразу канделябрами или метлой поганой?
>Или они на самом деле не работают, телеметрия продолжает отправляться?А ты сообразительный.
> У него ведь есть настройки отключения сбора телеметрии.У Adblock Plus тоже была/есть настройка отключения вайтлиста. Но это не помешало появиться свободному форку Adblock Edge без вайтлиста по дефолту, в этом была его суть (пока его не дропнули в пользу юблока). Видимо и тут одна из основных причин отсутствие телеметрии по дефолту, вместе со свободными установочными пакетами.
> Или они на самом деле не работают, телеметрия продолжает отправляться? А что по этому поводу говорят разработчики? Очевидный баг, не?
Была отправка пинга об отключении телеметрии, без данных. Это зарепортили в 2016 https://github.com/Microsoft/vscode/issues/16131 и исправили. Новой инфы не вижу.
>Очевидный баг, не?not a bug
Не отправляется телеметрия, если в настройках отключена. Внезапно (для кого-то) Microsoft не врёт.Собственно смысл в этом VSCodium только один - удовлетворить религиозные потребности носителей шапочек из фольги.
> удовлетворить религиозные потребности носителей шапочек из фольги.Срезал как б-женька.
Вообще-то отправляется. Но они там типа когда парсят, "как-бы" пропускают, если она "отключена".
В винде телеметрия не отключается, если кнопочку в настройках нажать. Как думаешь, мелкомягкие поступили с этим куском УГ под названием vscode? То же самое.
Зачем мне заниматься гаданиями и конспирологическими изысками, если я могу проверить сетевые соединения софтины?
Молодец. А я просто выберу - не пользоваться всяким гoвнoсофтом от мелкомягких. Уже больше 10 лет пользуюсь этим правилом и с тех пор, жить стало лучше и веселее)
> Молодец. А я просто выберу - не пользоваться всяким гoвнoсофтом от мелкомягких.
> Уже больше 10 лет пользуюсь этим правилом и с тех пор,
> жить стало лучше и веселее)Это говорит о том, что выводы твои подвержены стереотипам. Неспособность проверить и отделить ложь от истины. Эффект толпы.
Я конечно же тестировал этот ваш vscode. Плевался, но пробовал. Когда после него открыл Sublime - как будто пересел на космический корабль. Зачем мне это тормозное УГ, когда есть нормальные редакторы? Нет никакого эффекта толпы, есть здравый смысл.
> Я конечно же тестировал этот ваш vscode. Плевался, но пробовал. Когда после
> него открыл Sublime - как будто пересел на космический корабль. Зачем
> мне это тормозное УГ, когда есть нормальные редакторы? Нет никакого эффекта
> толпы, есть здравый смысл.Речь то шла не о вашем восприятии к тому или иному редактору, который может действительно вам не нравится, а конкретно о телеметрии:
> Как думаешь, мелкомягкие поступили с этим куском УГ под названием vscode? То же самое.
Конкретно о телеметрии, были отзывы, что она продолжает работать после якобы отключения. Всё в стиле мелкомягких.
> продолжает работать после якобы отключения.Вот это "якобы" сейчас является истиной или этот баг уже закрыли?
>> продолжает работать после якобы отключения.
> Вот это "якобы" сейчас является истиной или этот баг уже закрыли?Хорошая отмазка говорить, что это баг :)
Sublime просто текстовый редактор, Code - IDE. Первый для школьников, второй для разработчиков.
> Sublime просто текстовый редактор, Code - IDE. Первый для школьников, второй для
> разработчиков.Нет. Зайди на packagecontrols.io для начала. Sublime и VSCode при необходимости ОБА превращаются в легковесные IDE засчёт расширяемости плагинами, которых дофига и больше.
В саблайме есть отладчик?
https://packagecontrol.io/search/debugger
Цитирую себя - "зайди на packagecontrols.io". А как отладчик по-английски, чтобы в поиске по сайту набрать - найдёшь в Google.
> Sublime просто текстовый редактор, Code - IDE. Первый для школьников, второй для
> разработчиков.Что ещё за Code? Или речь про vscode? Да они по сути, практически одинаковые. У всех есть дофига плагинов. Только vscode более тормозной(и с зондами от мелкомягких, непонятно отключаются полностью или нет), а Sublime летает. Вот и вся разница для меня. Естественно, я выбираю Sublime для работы и для жизни. Раз в год качаю этот ваш vscode, но он всё так же тормозит, ничего не меняется.
Вы знаете, мы очень рады, что вам хватает Sublime. Но, как бы вам ни хотелось, для вскода плагинов больше и они хотя-бы обновляются. А причина очень проста - в вскоде всем известный жеес, а в саблайме - непонятный бидон. А для эффективного зарабатывания денег тухлый софт не очень подходит.
> для вскода плагинов большеКоличество != качество. И даже если они все будут качественными, они будут тормозить экспоненциально, такая у VS Code архитектура.
Для эффективного зарабатывания денег, важна скорость и стабильность. Sublime предлагает всё это. Чего там обновлять и как часто, каждый день? Если всё работает и так хорошо, прилетать могут только фиксы. Так работает нормальный готовый софт. А не куча гoвнокода на js, который обновляется каждый день и всё больше тормозит. Этот ваш vscode, чуть большой файл - уже зависнет в усмерть или будет работать со скоростью черепахи, а то и вообще упадёт.Куда это годится? Или сейчас важно, чтобы была куча плагинов непонятного качества на js, чтобы текстовый редактор жрал гигабайты памяти, нагружал процессор, не мог открыть файл, если он внезапно весит больше 100 мб? Для зарабатывания денег на таком УГ, это тот ещё мазохизм.
Не, ну, если вам нравится. Пользуйтесь. Это ваш выбор. Но сравнивать этот буллшит от мелкомягких с нормальными продуктами - это уже ни в какие ворота.
> не мог открыть файл, если он внезапно весит больше 100 мб?Это что вы там такое пишите, что у вас исходник одного файла более 100 мб? Что за исходники такие, что в них миллион строк в одном файле? И кто их читает?
Он как та стенографистка и 300 символов в минуту из анекдота...
К примеру, логи им удобно фильтровать регэкспами. Сначала одно вхождение удаляется парой кнопок со всего файла, потом второе, третье, пока не останется искомое. В тех случаях, когда ищется иголка в стоге сена и точно не знаешь, что именно найдешь. Не знаю больше альтернатив, которые на полугиговых файлах работают настолько быстро. VS Code такой тупо не откроет. Саблайм еще и синтаксис подсвечивать будет, при желании (хотя лучше, конечно, без этого обходиться).
> К примеру, логи им удобно фильтровать регэкспами.
> Code такой тупо не откроет.Для этого есть grep, делает всё тоже самое + чуточку больше и при этом жуёт свободно гигабайты. Быстрее него не встречал альтернатив и по удобству просмотров логов тоже.
Никогда бы не догадался, что люди смотрят гигабайтные логи в IDE )))
Sublime не IDE. А как вы предлагаете использовать grep - переключаясь между вьювером, копипастя из него подстроки мышкой в консоль? Это не меньший изврат. Допустим, мне надо из access.log определенные юзерагенты удалить - набить их в консоль вручную и не ошибиться не получится. На файлах такого объема хороши все средства повышающие удобство хотя бы на немного.
> Допустим, мне надо из access.log определенные юзерагенты удалить - набить
> их в консоль вручную и не ошибиться не получится.grep'ом исключаются нужные юзерагенты, из оставшихся выбираются "определенные юзерагенты" и удаляются из исходного access.log. Всё делается через pipe, никаких вбиваний в консоль не требуется. Выделение в консоли = копирование (у меня так настроено), ПКМ = вставка из буфера.
Преимущества этого метода огромны. Что, если лог располагается на удаленной машине? В вашем случае, как я понял, придется вытягивать гигабайтный файл, потом загружать его целиком в оперативку редактора для того, чтобы просто грепнуть?
Более того, можно грепнуть, отсеяв основное и ненужное, а затем остаток, явно не гигабайт загрузить в свой любимый редактор.
> Выделение в консоли = копирование (у меня так настроено), ПКМ = вставка из буфера.А СКМ сломал?
// мимокрокодил, юзаю vim и бед не знаю
Как ни странно, с Sublime итоговый результат достигается быстрее. Несмотря на время загрузки файла в оперативку (оно ограничено лишь скоростью чтения с SSD. Редактор не подвисает, в любой момент можно прервать/переключиться на другой таб, и визуализируется прогрессбаром). Двойной клик по какому-нибудь UUID, пара нажатий клавиш - и вот строчек с ним уже нет в файле. Без пересохранений в другие файлы, без переключений контекстов, без бесконечных попыток выделить мышкой строго с начала по конец этого UUID (далеко не все консоли такие интеллектуальные).Остальные методы, тот же grep, который мы обсуждаем, не исключаются, но дополняют Sublime.
Это может быть что угодно - какой-то json, дамп бд в .sql и т.д. Любая поделка на Электроне, не сможет выполнить эту задачу - зависнет, упадёт, либо будет очень сильно тормозить. Возможно, как всегда бонусом, ещё и всю память выжрет.
> Это может быть что угодно - какой-то json, дамп бд в .sql
> и т.д. Любая поделка на Электроне, не сможет выполнить эту задачу
> - зависнет, упадёт, либо будет очень сильно тормозить. Возможно, как всегда
> бонусом, ещё и всю память выжрет.Не соответствует действительности. Прямо сейчас открыл CSV файл на 803 mb с ~4 млн строк.
1) Занимаемая память увиличилась на ~900 mb
2) Открытие файла заняло ~5 секунд
3) Перемещение по строкам мгновенное, ползунок minimap можно хватать и переносить в любое место
4) Поиск по файлу практически мгновенный (субъективно задержка 0,3 секунды при поиске подстроки в конце файла)
5) Кроме этого файла были открыты другие. Переключение по вкладкам - мгновенное.Ощутимых (значимых) тормозов не обнаружил, кроме как при открытии файла. Не обнаружил совсем "выжратую всю память", падения и зависания.
Что-то не верится. Вот например, парень тестил: https://devpew.com/vim/ Там правда Atom, но та же фигня на Электроне. И видео там у него есть. Сразу видно какие нормальные текстовые редакторы для людей, а какие полное УГ.
> Вот например, парень тестил: https://devpew.com/vim/Какой-то виртуальный парень, и графики у него виртуальные.
Хороший и сильный аргумент в пользу vscode и прочего УГ на электроне :)
Да в гробу я видал этот электрон. Но это же не повод оценивать программу по тому, сколько она отжирает виртуальной памяти.
> Там правда Atom,Ну видимо в этом дело. Перемерял память, чтобы были точные цифры:
Размер файла на диске (804 Mb):
$ du -h test.txt
804M test.txtВ файле содержится более 4 млн вот таких строк (JSON):
{"id":152227, "album":5191, "name":"IMG_6119.JPG", "status":1, "category":1, "modificationDate":"2019-02-17 11:19:51", "fileSize":1958480, "uniqueHash":"8e54f1c56e8c6522c13050830a24f06e", "manualOrder":0}
До загрузки файла виртуальная память одного из процесса VSCode:
$ cat /proc/19676/status | grep ^Vm
VmPeak: 1757300 kB
VmSize: 1724416 kBПосле загрузки:
VmPeak: 2705960 kB
VmSize: 2688648 kBИз "после" вычитаем "до" и получаем: 2688648 - 1724416 = 964232 kb или ~940 mb что примерно соответствует размеру файла на диске. Да, не идеально, но и нет здесь ни падений, ни "выжратую всю память".
Поиск по открытому файлу с результатом более 20000 совпадений и выделений подстрок в открытом файле почти мгновенный. А вот с заменой подстроки с совпадением более 20000 раз оказалось не всё так просто. VSCode просто не справился, после 30 секунд выпало окошко с заголовком "The window is no longer responding" и тремя кнопками, Переоткрыть, Подождать и Закрыть. "Подождать" не даёт никакого эффекта, CPU молчит, а процесс перешёл в режим zombie.
Тогда так можно подвести итог - открывать большие файлы открывает, можно листать и просматривать быстро, однако с заменой подстроки действительно не справляется.
> Для эффективного зарабатывания денег, важна скорость и стабильность. Sublime предлагает всё это.И... всё. Дебаггер в нём есть? Такой, чтобы с брейкпоинтами по условию. Я часто дебажу nodejs бекенды, мне он нужен как воздух.
> Чего там обновлять и как часто, каждый день? Если всё работает и так хорошо, прилетать могут только фиксы. Так работает нормальный готовый софт. А не куча гoвнокода на js, который обновляется каждый день и всё больше тормозит.
Например, новые версии реакта, ангуляра и прочих вуежс выходят регулярно. Для них есть плагины с автодополнениям и подсветкой синтаксиса, которые нужно регулярно обновлять (не раз в день, конечно). И очень часто, эти плагины пишутся самими авторами фреймворков. Вышла новая версия фреймворка или тайпскрипта какого-нибудь - на следующий день уже плагин есть.
> Этот ваш vscode, чуть большой файл - уже зависнет в усмерть или будет работать со скоростью черепахи, а то и вообще упадёт.
Самый большой файл, что я открывал в вскоде именно поработать, а не для прикола "упадёт или нет" - на 7000 строк легаси JS кода, без аннотаций, с 50 импортами внешних файлов. VSCode индексирует проект после открытия этого файла секунд 15. В процессе индексирования спокойно даёт менять код, после индексации работает автодополнение и вывод типов из внешних файлов. Меня вполне устраивает.
> Куда это годится? Или сейчас важно, чтобы была куча плагинов непонятного качества на js, чтобы текстовый редактор жрал гигабайты памяти, нагружал процессор, не мог открыть файл, если он внезапно весит больше 100 мб? Для зарабатывания денег на таком УГ, это тот ещё мазохизм.
Мазохизм - это пользоваться нотепадом, который написан на бидоне, и в котором нет ничего, кроме поля для набора текста. Спокойно открывал CSV в VSCode и в нём даже колонки разными цветами красились.
> Не, ну, если вам нравится. Пользуйтесь. Это ваш выбор. Но сравнивать этот буллшит от мелкомягких с нормальными продуктами - это уже ни в какие ворота.
А какие есть нормальные продукты? На ум приходит только Jetbrains - но он ещё тормознее, ещё и платный. Всякие эклипсы, нетбинсы - про них лучше никак.
И да, поскольку я зарабатываю деньги - я не экономлю на инструментах. Обновился в декабре на 9700К и 16 гигов оперативки. Думаю добить до 32, ибо не все нужные докеры помещаются. Заодно после работы на компе и поиграть можно.
>> Только vscode более тормозной(и с зондами от мелкомягких, непонятно отключаются полностью или нет)А чем, простите, зонды от "мелкомягких" отличаются от зондов "не от мелкомягких"? VSCode хотя бы самому без зондов собрать можно (что и демонстрирует проект из топика)... А от Sublime вам, видимо, исходники показали, что вы уверены, что там зондов нет? Или просто сказали "Зондов нет, написанному верить"?
vscode тоже текстовый редактор. Плагины не делают его IDE, иначе можно считать, что vim и emacs - тоже IDE.
Смотрел на Sublime в Fedora под виртуалкой - открыл терминал хотел написать go run main.go случайно выделил кусок терминала он его сам отправил на ввод, из-за чего терминал так расфигачило что исправилось только перезапуском. Никакого понятия workspace я в нем сразу не нашел. Плагин для Go на их сайте отсутствует - он куда-то "пропал" так как они решили продвигать плагин GoSublime прямо выкачивая git репозиторий. Никакой подписи плагинов по видимому нет, любой кто может взломать аккаунт автора так же может загрузить тебе майнера. Спасибо на такой редактор тем более за деньги нам не нужен.
Твои проблемы, твои тараканы.
Лучшее, что они могут сделать - это полностью оффлайновый VS Live Share. Сейчас требуется авторизация через Github/MS Account и соединение через интернет (после соединения можно уйти в оффлайн)
https://www.opennet.dev/opennews/art.shtml?num=47853
Кто на работе VSCode использует, признавайтесь. Все ведь NDA подписывали. А тут сам редактор ваш код сливает в микрософт, NSA и ещё не пойми кому.
у нас открытый код, пусть сливает
Он имел ввиду разработку, например, для МО и др. госов, где проект может содержать сведения, составляющие гостайну.
Разработка для МО для работы с гостайной должна вестись в изолированной среде. Если следовать всем предписаниям, конечно. А если не следовать, то и телеметрия побоку.
Я с ним в код ядра иногда залезаю. Не жалко, пусть читают, просвещаются.
Еретик!
Только Vim, Emacs
> А тут сам редактор ваш код сливает в микрософтПруфы будут? Или это уровень сплетень?
Если нет кода, с которого производилась сборка, невозможно сделать повторяемую сборку, то считай, что на самом деле так.
При чемздесь сборка? Факт отправки кода кем зафиксирован? Тот кто зафиксировал и должен предоставить факты которые можно было бы проверить. А так это всё что угодно можно выдумать и принять за веру несуществующее.
Держи, можешь сам проверить.strace -f -e trace=network -s 10000 PROCESS ARGUMENTS
> Держи, можешь сам проверить.
> strace -f -e trace=network -s 10000 PROCESS ARGUMENTSСпасибо конечно, но я не спец в этом, знаний и времени у меня не хватит разобраться в этом потоке сообщений и зафиксировать "отправку кода". Если возьмётся спец, разжует и покажет - тогда другое дело.
Никому не интересно "убеждать" какое-то левого трепло в тырнетов. Достаточно факта, что код телеметрии НЕДОСТУПЕН, а значит вполне правомочно предполагать, что ЛЮБОЙ вид данных может быть передан, вплоть до списка файлов с диска.
главное - шапочку из фольги не забудьте поправить, достаточно ей съехать чуть-чуть набекрень - и проклятые рептилоиды из microsoft считают ваш код прямо из мозгов!
>Все ведь NDA подписывали. А тут сам редактор ваш код сливает"Файервол, настройки интрасети организации? Не, не слышал!"
Может поделишься настройками "как надо"?
> Может поделишься настройками "как надо"?Как надо - просто отключи телеметрию в настройках VSCode. А как убедиться, что отключение сработало - учись сам.
Наступить себе на яйца и аккуратно подкладывать под ногу подушечку? Чего ради? Есть SciTE, vim, emacs наконец! Полно редакторов, которые работают _и_развиваются_, СЮРПРИЗ, без телеметрии! И все довольны.
>Наступить себе на яйца и аккуратно подкладывать под ногу подушечку?Сколько воплей из-за ничтожной по объему, вполне анонимной и штатно отключаемой(!) за меньше чем минуту телеметрии...
>SciTE, vim, emacs
Кому нравится арбуз - а кому свиной хрящик (с) народное
> Кто на работе VSCode использует, признавайтесь. Все ведь NDA подписывали. А тут
> сам редактор ваш код сливает в микрософт, NSA и ещё не
> пойми кому.Пришёл как-то один к нам с vscode, больше я его не видел.
Не редактор, так что-то другое сольёт. Например, зарубежным заказчикам плевать - у них там и так везде прослушка всего и вся. Они там не беспокоятся из-за открытой форточки в доме без одной стены.
Это под какой юрисдикцией ваши заказчики живут? Не КНР случаем?
воображаемые заказчики
У меня в арче есть "Code - OSS" (имя пакета - code), вроде бы такая же сборка из исходных кодов. В тексте новости пишется, что телеметрия только в официальных бинарных сборках, а в сорцах ее нет. Собственно, назревает вопрос: чем сабж лучше обычного пакета, собранного мейнтейнерами дистрибутива?
У вендузятнеков и яблочников нет добрых мейнтейнеров, вот и мучаются.
Это у вас постоянные душевные боли, а мы отключаем отправку телеметрии в настройках и проверяем, что ничего не отправляется с помощью файрвола.
Зонд ввели? Ничего страшного, заткнём всё пробкой!
Тем, что они собирают помимо этого для Windows и Mac OS.
И, например, используемый дистрибутив может не содержать бинарных сборок для открытого code, а самому конпелировать не хочется.
Бинарных сборок чего, электрона?)
причем в этом пакете нет вообще ничего бинарного - только картинки и тонны джаваскрипта, запускаемые стандартным системным /usr/bin/electron.Как-то читал issue в репе vscode на гитхабе, где мейнтейнеры рача предлагали так сделать, на что разрабы из MS чесали головы, спрашивали "а зачем собственно вам это надо", и говорили что их жизнь к такому не готовила. Закрыл issue и перестал им интересоваться, а потом внезапно обнаружил этот пакет в community. Чудеса случаются, да.
>только картинки и тонны джаваскриптаСпасибо, посмотрел список файлов. Сначала ужаснулся, потом задумался. Ведь это чудо тормозит на у меня на арче меньше, чем официальная бинарная сборка на windows 10! Причем комп с виндой раза в 2 производительнее, если не больше. Магия какая-то, не иначе.
Ждём UnmozilledFirefoxium.
Давно есть. Причём как минимум в четырёх форках.
Icecat?
> но официально предоставляемые бинарные сборки не тождественны исходным текстам, так как включают компоненты для отслеживания действий в редакторе и отправки телеметрииВ приличном обществе так не принято себя вести.
> В рамках проекта VSCodium развивается сборка редактора кода Visual Studio Code (VSCode), содержащая только свободные компоненты, почищенная от элементов бренда Microsoft и избавленная от кода для сбора телеметрии.
Благое начинание. Как же всё-таки хорошо, когда есть исходный код программы.
>> но официально предоставляемые бинарные сборки не тождественны исходным текстам, так как включают компоненты для отслеживания действий в редакторе и отправки телеметрии
> В приличном обществе так не принято себя вести.Забудь уже про приличное общество.
> Поддерживается более 100 языков программирования и технологий. Для расширения функциональности Visual Studio Code предоставляется возможность установки дополненийС чем связано такое огромное число поддерживаемых языков программирования? Может быть с тем, что на JavaScript легко и быстро добавить поддержку того или иного языка?
> С чем связано такое огромное число поддерживаемых языков программирования?Количеством контрибьюторов? Их более 800.
С Language Server Protocol. Те же языки поддерживаются в любом редакторе с LSP. Напр. в Qt Creator. Только есть нюанс - большинство серверов написано на интерпретируемых языках (а основная часть из них - на одном конкретном языке, не сказал бы что язык плох, но менеджер и репозиторий пакетов и консенсус в сообществе относительно них у него такие, что пользоваться ими нет никакого желания) с использованием гуанопакетов из гуанорепозиториев.
> С чем связано такое огромное число поддерживаемых языков программирования?С тем, что во всех этих языках используются одни и те же наборы символов (ASCII или Unicode в инкарнациях UTF-8 либо UTF-16LE).
Скорее с тем, что "поддержка" на уровне бестолковых регэкспов языковых конструкций. Т.е. "в целом" как бы работает, но случить нестандартное форматирование, всё летит к чертям.
Не бывает "быстро" и написано на уродливой хипстоте вроде пестона или жабоскрипта.
А может кто перепишет или возьмет на поддержку Electron и перепишет. Вон были же всякие XML подобные приблуды для всех платформ вроде XUL. Уже давно нужно решить вопрос кросплатформенной платформы для всех языков уже брались и не раз и wxWidget и Qt и кто только не брался а воз и ныне там все ваяют приложения на браузере.
> А может кто перепишет или возьмет на поддержку Electron и перепишет. Вон
> были же всякие XML подобные приблуды для всех платформ вроде XUL.
> Уже давно нужно решить вопрос кросплатформенной платформы для всех языков уже
> брались и не раз и wxWidget и Qt и кто только
> не брался а воз и ныне там все ваяют приложения на
> браузере.Уже пилят Васяна.
> Уже давно нужно решить вопрос кросплатформенной платформыСначала нужно решить вопрос мультипарадигменной парадигмы.
Браузер рендерит одинаково на всех платформах. Сейчас из такого емнип есть только QML но никто на нем не будет упариваться писать такой тяжелый софт, тем более коммерческое применение стоит не хило так.
> Браузер рендерит одинаково на всех платформах.на обоих двух - windows ix64 и linups ix64, ага.
А на каком-нибудь вашем устаревшем linux 32bit - он никак не рендерит. Потому что нипаддерживаеминебудем.
Все равно ненужно, т.к. на Электроне.
всем тем кому "ненужно на электроне"можно еще посмотреть в сторону cuda text, бесплатный аналог sublime text
- Homepage: http://uvviewsoft.com/
- SourceForge downloads: http://cudatext.sf.net
- GitHub repository: https://github.com/Alexey-T/CudaTextIt has builds for Windows, Linux, Linux ARM (for Raspberry Pi 3), macOS, FreeBSD.
Посмотрел.
~ $ cudatext
Fatal Python error: _PyMainInterpreterConfig_Read: memory allocation failed
ValueError: character U+75002f is not in range [U+0000; U+10ffff]
Зачем это непонятное когда есть саблим под который куча плагинов.
вы его купили ?
Кстати заодно про : sublime text
Я так и не понял его для чего покупают ? Вроде его недавно сделали фрии ...
от куда информация ?https://www.sublimetext.com/buy?v=3.0
Sublime Text may be downloaded and evaluated for free, however a license must be purchased for continued use.
Мда, за форк Scintilla еще и деньги просят (я знаю, что автор отрицает корни Scintilla, но в старых версиях Sublime они торчали отовсюду).
> за форк Scintilla еще и деньги просят (я знаю, что автор отрицает корни ScintillaДопустим даже и форк.
И что с этой Scintilla делать?
Открыл скрины — страшно, аж жуть.
Дистрибуция тоже слабее на порядок хуже чем у SublimeText.
В итоге бесплатно, и сильно хуже.
Так что к чему ты это писал вообще.
Scintilla - это движок для редакторов, ты бы хоть в Wiki сначала посмотрел.
Отлично. И что?
Что с ним делать то?
> Я так и не понял его для чего покупают ?Хм. Почему покупают весьма неплохой прокаченный кроссплатформенный редактор?
А почему нет? Кому нравится, тот бывает покупает.
Удивительно, да...
> Cross-platform text editor, written in Lazarus
>> written in Lazarus
и ? у вас фобия ? вы хотите поговорить о ней (них) ?
Ну страшно же
Коммюнити Lazaurs/FPC ныне мертво чуть менее чем полностью. Как давний пользователь Double Commander, могу сказать, что проекты на L/FPC если не умирают, то медленно отходят в иную реальность - туда же, где сейчас Trinity Desktop/Qt3.
> cuda text, бесплатный аналогТы сделал 7 ошибок в слове "свободный".
> можно еще посмотреть в сторону cuda text, бесплатный аналог sublime textСпасибо за наводку. Довольно интересный проект. Странно, что инфы о нем как-то мало
Посмотрел, пока выглядит сыро - за пол-часа нашел несколько неприятных багов и подлагиваний на ровном месте. Написал автору, посмотрим, что он ответит.
Хоть кто-то где-то про него сказал, зато кукарекают про свободу
> Напомним, что редактор Visual Studio Code построен с использованием наработок проекта AtomНа самом деле - нет. Code изначально написан на electron, не используя наработки Atom.
> На самом деле - нет. Code изначально написан на electron, не используя наработки Atom.Это не так
а наработки атом разве не создали электрон?
> обеспечивает совместимость на уровне плагиновИ толку-то. Сам не сливает - на то есть плагины. Или их тоже "освободили". Не нужно.
Пробовал. И до сих пор не могу понять, зачем эти атомы электроны и т.д.
На ноуте стоит громадное количество разных IDE и редакторов.
Но зачем нужен редактор текста который тормозит систему? Странный выбор.
В итоге из любимого так и остались vim и сублайм.
ИМХО: Каждой технологии своё место и место редакторов не для этой технологии.
Только вот VSCode не просто редактор, а практически полноценная IDE. Если бы было достаточно редактора, то и пользовались бы Kate, Mousepad, Notepad++ и что там у нас ещё нативное бывает.
VS Code:
Бесплатно
Шустро
Куча плагинов
Много коллег на работе используют
Цифровой подписи нет, даже MD5 блэт!
Интересно, хоть кто-то из фанов саблайма здесь купил его, или юзает с краденым ключиком?
vscode бесплатен, пригоден для работы из коробки. Но тормозной, по сравнению с саблайм, да. Но на современном железе не особо критично.
> Но тормозной, по сравнению с саблайм, да. Но на современном железе не особо критично.Вот я тоже не могу понять в чём тормознутость vscode? Хотелось бы узнать конкретику в реальных задачах, ибо в тех что я использую - тормозом являюсь я сам, так как не могу впечатывать изменения в текст с той скоростью в которой бы vscode задыхался. Нет, для бенчмарка возможно я смогу организовать синтетический тест и завалить vscode, но в реальности не ощущаю никаких тормозов на современном железе, кулеры в системнике работают на минимуме, децибелы на уши не давят и по счетам за электричество не парюсь )))
> но в реальности не ощущаю никаких тормозов на современном железеключевое тут - соверменное железо. На компе с 64бит убунтой и 4 гб + core2 quad открываем небольшой проект html+css и несколько файлов на редактирование - ощутимо тормозит все - переключение вкладок, набор и пр. Саблайм просто летает.
> ключевое тут - соверменное железо. На компе с 64бит убунтой и 4
> гб + core2 quad открываем небольшой проект html+css и несколько файлов
> на редактирование - ощутимо тормозит все - переключение вкладок, набор и
> пр. Саблайм просто летает.Скорее всего дело в оперативке (что не удивительно). У меня Arch 64, core2quad (4 gen), но 16 гиг ОЗУ, тормозов не ощущаю для вэб проектов (Python+html+css). В таком случае встаёт дилема для тех у кого тормозит, либо оперативки добавить за $$, либо 80$ за Саблайм выложить. Так как не знаю Саблайм в чём его приемущество, то предпочёл бы 80$ вложить в железо.
Ключевое слово тут - убунту (с её 12309 у меня и на 8 гигах всё колом встаёт с поражающей регулярностью, а если запретить оверкоммит, то наоборот зависания пропадают, но проги вроде firefox крешатся в первые же секунды работы) и RAM, а не core2quad.Просто есть люди, которым нужны шашечки такси, в смысле отсутствие телеметрии и опенсорс, а есть люди, которым ехать - такие и зонды стерпят, и в США съёздят, предъявив на американской таможне китайский телефон фирмы ЖёлтыйЧекист для досмотра и установки бекдоров. К сожалению, Линукс - отвратительное ядро, чьи разработчики за 20 лет не смогли реализовать правильные алгоритмы работы со свопом, которых не было как минимум в XP, а скорее всего их не было даже в 98.
Можно чуть потоньше? Обвинять 12309 во всех проблемах вселенной - это плохой тон для _комментаторов_
(а уж с упоминанием шашечек что-то совсем захлебнулся)
Действительно, позорит честное имя Анонима!
Я купил, еще в бете 3 версии. Правда, уже не использую: подписка на Intellij IDEA (поскольку жабист), а для мелочевки Vim.
> кто-то из фанов саблайма здесь купил его
> $80Я конечно понимаю, что всяко и по разному может быть. И это не крохотная сумма.
Но тулить по поводу того, что "экая невидаль отдать 80 долларов за софт", по моему глупо.
Опрос на stackoverflow - ваша IDE (https://proglib.io/p/stack-overflow-2018/)Visual Studio Code 35%
Visual Studio 34%
Notepad++ 34%
Sublime 29%
Vim 25%На мой взгляд VSC удался. Не все идеально, но развитие бурное и плагины радуют. Для меня "тормознутость" IDE - это когда код, скажем, на Python, в ней работает в режиме отладки в 5 раз медленнее, чем готовый скрипт в консоли. В случае с VSC это разница не превышает 3-х раз.
>> Visual Studio Code 35%
>> Visual Studio 34%
>> Notepad++ 34%
>> Sublime 29%
>> Vim 25%Круто, 157% "итого". И это не считая "прочих" в виде всяких там IntelliJ.
Когда опрос допускает множественный выбор - сумма %% будет превышать 100%. Это нормально.
Не, то что развиваются свободные средства для разработки - это только плюс, и я очень рад этому. И то, что сабж делают полностью открытым - можно только приветствовать. И это вне зависимости электрон он там или нет.Но вот что касается применения свободных средств профессионально, и в частности применения сабжа - тут уже сложнее. По прочтению новости, мне стало любопытно, я скачал сабж что бы посмотреть и сравнить с PyCharm (я разрабатываю на питоне), и теперь могу сказать, что, к сожалению, сабж пока конкурировать с этом лидером индустрии не может. Очень уж многие инструменты, начиная с профилирования, просто отсутствуют.
Из плюсов сабжа - открытость, плагины, отладка, вменяемый механизм темизаций, сглаживание шрифтов, поддержка python, django, шаблонов jinja и даже кое-что для flask из коробки. В общем, всем изучающим питон (за другие ЯП говорить не берусь - не в теме) и пишущим непрофессионально или эпизодически - сабж великолепно подойдет, я бы сказал.
> всем изучающим питон (за другие ЯП говорить не берусь - не в теме) <...> сабж великолепно подойдетВсем изучающим любой ЯП нужно брать предельно тупой текстовый редактор, ну разве что с подсветкой синтаксиса и нумерацией строк. Иначе никогда ничему не научатся.
Не смущайте новичков. Тупой текстовый редактор нужен для обучения слепой десятипальцевой печати. И то VerseQ лучше.А современное обучение программированию - немыслимо без поддержки IntelliSens, интроспекции, автопроверки орфографии, окном контрольных значений, пошаговой отладкой итд.
Кстати, во многих ли хваленых IDE, как в VSC, есть автопроверка кода и комментариев на 2-х языках одновременно? Так ли, как в VSC, легко в них, в два клика, менять среду, интерпретатор, отладчик и виртуальное окружение?
Кстати VSC для автодополнения использует ML. Кто еще может этим похвалиться?
> Современное обучение вождению немыслимо без системы автономного экстренного торможения, адаптивного круиз-контроля, системы предупреждения о сходе с полосы, автопарковщика итд.
> Кстати, во многих ли хвалёных автомобилях, как в Tesla, есть поддержка обновления OTA?
> Кстати автопилот Tesla использует ASIC. Кто ещё может этим похвалиться?Новички окончательно смутились и убежали.
О, конечно можно изучать пилотирование космического корабля с детального и обстоятельного изучения "подсистем" планера. Можно, да.... И старые пердуны, начинавшие именно с планеров, и дожившие до эпохи космических кораблей в таком возрасте, что не только в космический корабль, а и на толчок садишься с трудом, именно так и будут делать, и будут хором вещать с преподавательского амвона что это единственный и верный путь покорения космоса... А новички, _как бы_ смущенно покивав им, станут травить анекдоты о старых мамонтах и их планерах после каждой такой лекции...Стесняюсь спросить, вам что, так хочется записаться в школу старых пердунов, и услышать свежий анекдот о себе? А если - нет, то, поверьте, не стоит людей приучать к морально устарелым инструментам, только потому что ты сам с них начинал. Инструмент для обучения, ИМХО, должен быть максимально приближен к "боевому".
> Стесняюсь спросить, вам что, так хочется записаться в школу старых пердунов, и услышать свежий анекдот о себе?Мне хочется, чтобы кандидат, пришедший на собеседование, понимал, как работают используемые им инструменты, а не просто умел нажимать кнопочки как дрессированная обезьянка. Но что-то такие встречаются крайне редко. Большинство не может ни назвать стадии компиляции кода, ни объяснить, что делают самые часто употребляемые команды git. Если требовать такого — значит записаться в старые пердуны, ок, я согласен, это лучше, чем работать с недоучками.
> Мне хочется, чтобы кандидат, пришедший на собеседование, понимал, как работают используемые
> им инструментыВам шашечки или ехать? Если кандидат может "выращивать яблоки" которые вы успешно продаете на рынке, то какое вам дело до того, как эти яблоки выращиваются? Осознание это дело такое.
Некоторые КВС вообще не понимают как управлять самолётом, выясняется это уже постфактум после крушения лайнера, не смотря на то, что они "знают" и сдают на экзаменах "все стадии компиляции" и помнят "часто употребляемые команды", а в сложившейся некомфортной ситуации как дети не могут ничего сделать, целый экипаж (команда). И толку то от их знаний какой, если весь "проект - рейс такой-то" губится целиком?
Да, важно знать часто употребляемые команды, но только тогда, когда это действительно нужно и необходимо. На крайний случай есть справочник всегда под рукою, главное, чтобы голова умела открывать этот справочник, если возникла НЕОБХОДИМОСТЬ. Если нет такой необходимости, то и не зачем забивать голову всяким "мусором".
> Вам шашечки или ехать? Если кандидат может "выращивать яблоки" которые вы успешно продаете на рынке, то какое вам дело до того, как эти яблоки выращиваются? Осознание это дело такое.Может выращивать, да. Пока всё идёт как надо. Но как бороться с болезнями и вредителями яблонь — уже не знает. А значит, придётся в случае чего привлекать другого человека или разбираться с проблемами самому.
> Да, важно знать часто употребляемые команды, но только тогда, когда это действительно нужно и необходимо.
Ты вообще не понял, о чём я писал. Можно не помнить команды, фиг с ними, в мане найти несложно. Но надо понимать, как они работают, что делают. Только тогда от мана будет польза.
Все просто - образованием это называется. Когда у человека есть, внимание, кругозор! Когда он в своей отрасли разбирается и знает как и что делать. Когда присутствует энтузиазм, интерес, внимание, и, внезапно, метод познания! Такой человек справится с большей вероятностью в любой нештатной ситуации.А тот, что все тесты зазубривал как попугай, тот, кому нужно гуглить, т.к. без справочника ничего сделать не может. Все эти люди мне напоминают тех, кто в школе не мог формулу самостоятельно вывести.
Учитель говорил - забыл? Вспоминай. Выводи формулу! Сам, самостоятельно. Включай мозги. И это ценилось гораздо больше туп0го зазубривания.
А сейчас? А сейчас такое ощущение, что вокруг лентяи одни, которые знать ничего не хотят, туп0рылые роботы, которые могут выполнять одну функцию, на которую их зад...ли.
Поэтому да, собирать яблони будут роботы скоро. Вот уже новости были. А вот лечить? А вот лечить роботы не будут
> А вот лечить? А вот лечить роботы не будутпочему это не будем? Будем!
Научить робота отрубать голову (и всегда или почти всегда отличать ее от жопы) даже проще сбора яблок.
А еще ж можно электрошок использовать...
И залогом знания стадий компиляции и git-команд является использование "тупого текстового редактора" на старте? Дизайнеру надо начинать с Paint? Экономисту с Калькулятор??Ни один знаменитый дизайнер не даст вам определения цветовых моделей HSB/Lab/CMYK, а ведь все основано на них. Видимо все они миновали стадию собеседования.
> И залогом знания стадий компиляции и git-команд является использование "тупого текстового редактора" на старте?Таки да. Самому писать мейкфайлы, ручками вбивать команды. Без этого не будет понимания, как работают более высокоуровневые обёртки в IDE.
> Дизайнеру надо начинать с Paint? Экономисту с Калькулятор??
Графические редакторы не являются обёрткой над paint, а бухгалтерские программы — над калькулятором. А IDE — это именно обёртка над сборочной системой, тулчейном, отладчиком, VCS и прочим. Если ты не знаешь, как они работают сами по себе, ты не знаешь, как работает IDE, не сможешь разобраться, в чём причина возникшей ошибки, починить, казалось бы, безнадёжно запоротый проект.
Есть мнение (не мое, в Беркли эксперимент проводили), что глубина знаний никак не коррелирует с удобством IDE. Скорость написания и качество кода - коррелирует, причем не в пользу "блокнота". А глубина познаний в предметной области связана, чаще всего, с личностными качествами программирующего субъекта.
> Есть мнение (не мое, в Беркли эксперимент проводили), что глубина знаний никак не коррелирует с удобством IDE.А можно пруф? Интересно почитать.
> Скорость написания и качество кода - коррелирует, причем не в пользу "блокнота".
Скорость на этапе обучения никакого значения не имеет. А специалист волен выбирать среду, в которой ему удобнее работать, сам, на то он и специалист.
jOKer, скажите, чего нет такого в VS Code и в Eric, что есть в свободной версии PyCharm?
Ну, прямо скажем что немного.Сравнение даже, может быть, не совсем в пользу PyCharm, потому что (если я все правильно помню), в свободной версии нет поддержки питонячьих фрейворков.
Правда уже в свободной версии есть профилирование, индексация контента (и соотвественно быстрый поиск родителя класса и мест кода где используется объект), рефакторинг по проекту, полу-автоматическое создание перегруженных методов класса ну и так далее. По-моему, уже даже в свободной версии есть поддержка работы с реляционной БД, генерация диаграмм (в том числе и диаграмм сущностей БД и диаграмм классов), есть поддержка pylint'ера, поддержка отчетов о покрытии тестами (можно смотреть участки кода покрытые/не покрытые тестами). Имеется хорошая поддержка git, из которой можно отметить аннотации, позволяющие быстро судить кто именно автор той или иной строчки кода.
Вообще-то пропирасты бьют свободно-проектников именно вниманием к деталям и их тщательной проработкой. И прямо скажем, тут они правы, потому что при профессиональной разработке отсутствие тех или иных "мелочей" в IDE иной раз вылазит сорванными спринтами.
> Сравнение даже, может быть, не совсем в пользу PyCharm, потому чтоВсе его возможности затмеваются отвратительным рендерингом шрифтов. Просто вообще с никакими Джава приложениями не смог настроить попиксельное сглаживание в Linux. Никакие туториалы не помогают. Радужные ореолы вокруг символов, либо грэйскале сглаживание но отвратительное, неравномерное по всему кеглю. Если под Windows это еще нормально, в целом особо не выделяется на фоне системы где повсеместно ужасное сглаживание шрифтов, то в Linux разница сразу заметна и очевидна, глаза болят переключаясь с одного приложения на другое. В браузере, т.е., в VSCode со шрифтами нет проблем, рендеряться они идеально.
У вас явно проблемы с настройкой шрифтов в жабе.
Попробуйте поиграться с переменной _JAVA_OPTIONS. К примеру, сделайте так: export _JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=gasp'
> У вас явно проблемы с настройкой шрифтов в жабе.
> Попробуйте поиграться с переменной _JAVA_OPTIONS. К примеру, сделайте так: export
> _JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=gasp'Точно сейчас не вспомню опцию, но опцию с рендерингом в JVM передавал, но это не сильно помогало. Но за совет спасибо, будет время попробую, может что изменилось.
Спасибо за ответ, но в VS Code есть и поддержка Git, и поддержка не только Pylint. В свободной версии разве есть покрытие кода? А что насчет Eric?
>Спасибо за ответ, но в VS Code есть и поддержка GitЯ и не говорил что его там нет. Я написал что нет т. н. механизма аннотаций. А это очень удобная штука, потому что позволяет там же, где показываются номера строк, показывать и кому эти строки принадлежат. Кто их автор то есть. В проектах с большим количеством авторов - это очень нужный инструмент, позволяющий сэкономить кучу времени.
>и поддержка не только Pylint.
Возможно я его просто не нашел. Ну, значит тут у них паритет.
>В свободной версии разве есть покрытие кода?
Вроде как - да. А вот поддержка диаграмм и работы с БД - только в платной, я в предыдущем посте ошибся. Соррян.
>А что насчет Eric?
Я с ним дело почти не имел. Пару-тройку раз запускал - и это все.
> позволяет там же, где показываются номера строк, показывать и кому эти
> строки принадлежат. Кто их автор то есть. В проектах с большим
> количеством авторов - это очень нужный инструмент, позволяющий сэкономить кучу времени.В VSCode это умеет делать расширение GitLens
И еще как минимум в одном.
>построен с использованием наработок проекта Atom и платформы Electron, основанной на кодовой базе Chromium и Node.js:_( Ну за что нам всё это!?!?
Сколько ему нужно памяти? 4 гигабайта?
Выше писали, что с 4-мя притормаживает, а вот с 16-ю норм.
Это если "хром" сожрал всю память..
VSCode на 4gb живет отлично. Вы намеренно дезинформируете людей.
Я правильно понял что копипастеры сделали следующее Chromium -> Atom -> Visual Studio Code -> clean Visual Studio Code ...... через какое-то время -> Chromium
Телеметрия отключается так
"telemetry.enableTelemetry": false
"telemetry.enableCrashReporter": falseа вообще не всегда она зло