Что лучше atom или visual studio code
Обновлено: 07.07.2024
Итак, недавно вышло обновление Sublime Text 3. С одной стороны, можно порадоваться за них, что они еще живы. Но с другой стороны, уже заметно что проект угасает. Будто наблюдаешь замерзшее озеро, видна только ледяная корка, но где-то глубоко таится жизнь.
Кроме исправления бага для multiselection на Ctrl+D при открытом поиске в Linux, да нового оформления ничего не заметил (сравниваю с бетой). До сих пор нет лигатур (а просят их уже два года)*.
Поэтому решено переходить на другой текстовый редактор. Который к тому же будет бесплатен и не будет требовать покупки при сохранении (хотя наверное многие уже наловчились вовремя нажимать клавишу Escape).
По функционалу, в принципе, Atom и Visual Studio Code наследуют функционал Sublime.
Есть карта (minimap) при прокрутке, многое можно настроить не касаясь мышки и пользуясь только клавиатурой. Поэтому выделю минусы конкретных редакторов, из-за которых работа показалась некомфортной.
Недостатки Atom
- Дурацкие черные скобки в тегах HTML
- По дефолту нельзя прокрутить дальше конца документа, утыкаешься в тупик. Однозначный минус.
- Еле заметные обозначения открывающей и закрывающей скобок.
- Автодополнение с избыточным описанием и менее интеллектуальное, нежели в VS Code.
- Выделение текста некрасивое: целыми блоками во всю ширину страницы, как это раньше было в Chrome.
- Переключение вкладок перекрывает все серой пеленой
- Ошибки можно посмотреть только в новом окне
- Блеклые шрифты (Fira Code + Tomorrow Theme) в сравнении с Sublime и VS Code
Недостатки VS Code
- Microsoft
- Стремные значки: стетоскопы, жуки.
- Уродливый скроллбар как в браузере Edge (а я, напомню, сижу под Ubuntu со своей кастомной темой под XFCE, хотя можно сделать его тоньше). Стремный статусбар, синий как в MS Word (тоже меняем).
- Дурацкие анимации, точнее почти их полное отсутствие. Интерфейс работает как в Windows 98. Нет плавности, будто тугие тумблеры переключаешь.
Плюсы обоих редакторов
- Менеджер для установки дополнений уже встроен в редактор*
- Emmet из коробки
- Более четкие вертикальные отступы (важно для Sass и Python)
- Встроенная поддержка Git
В итоге, Atom больше похож на клон Sublime, но кое-что в нем хуже оригинала. VS Code местами лучше продуман. Но дизайн просто убивает. Однако его можно доработать напильником. Вот конфиг, чтобы сделать из г-на конфетку:
Тесты скорости работы
В редакторе открыт один файл, из плагинов установлена только тема и подсветка синтаксиса, подгружен маленький проект. В следующем тесте было открыто 5 небольших файлов — результаты те же.
При попытке открыть огромный файл Sublime Text и VS Code справились с задачей (хотя разумнее его вообще не открывать, а использовать grep). Atom выдал предупреждение, что открывается большой файл, однако не смог «прожевать» его. Удивительно, что при поиске по данному файлу VS Code показал большую стабильность, нежели Sublime.
Зато Sublime Text уверенно лидирует по минимальному количеству потребляемой памяти. Его конкуренты, написанные на Electron потребляют по 600-700 МБ ОЗУ.
Пока еще рано подводить итог, сначала нужно проверить в бою. Но пока в рейтинге лидирует VS Code.
Update
* Поддержка лигатур всё же появилась в майском обновлении ST. Package Control теперь можно установить прямо из редактора (команда install), без копирования строки скрипта-установщика с сайта.
Я думаю, каждый согласится, что есть одна вещь, которая программисту абсолютно необходима (и это не компьютер – это было бы уж слишком очевидно). Я говорю о программном обеспечении – редакторе кода. Он может быть консольным или с графическим интерфейсом, это может быть целая IDE или что-то попроще, но он всегда необходим!
Что касается меня, я в основном занимаюсь веб-разработкой, так что мне не нужно ничего особенного. В экосистеме JS все инструменты достаточно интуитивны и легки в использовании, поэтому у меня нет необходимости в какой-то особенной IDE. Но когда речь заходит о комфорте работы, это совсем другая история. То, что мне не нужна IDE, не помешало мне перепробовать больше десятка редакторов кода – простых, IDE, VIM-образных и т. д. – просто чтобы найти самый удобный для меня. И на это у меня ушло порядочно времени…
Короче говоря, я остановился на VS Code, но у меня также установлены три других редактора кода, понравившихся мне больше всего, – WebStorm, Sublime Text и Atom. Поскольку первые два из них платные, а функционал у них примерно такой же, как у VS Code и Atom, большинство людей будут выбирать между последними.
Небольшое предисловие
Раз вы читаете этот пост, могу поспорить, что вы уже что-то знаете об Atom и VS Code. Но если кто-то слышит о них впервые, вот небольшая справка.
Оба этих редактора кода являются программным обеспечением с открытым исходным кодом. VS Code это детище Microsoft, а Atom – разработка GitHub. В основе обоих этих редакторов лежит Electron – фреймворк для создания «нативных» десктопных приложений с помощью веб-технологий (HTML, CSS, JS) и Node.js. Под «нативными» я подразумеваю заранее подготовленную связь с Chromium – чем больше Chromium-ов, тем лучше, верно? Предполагается, что эти редакторы кода подходят для использования с различными языками программирования, но в том, что лучше всего они подходят для веб-разработки, вообще сомневаться не приходится (особенно с учетом того, как они сами были созданы).
Оба редактора имеют современно выглядящий пользовательский интерфейс, продвинутую подсветку синтаксиса и хорошо разработанные системы расширений и тем. Сейчас мы сравним эти два редактора, но сначала…
Немного истории
С исторической точки зрения, первым появился Atom. Его релиз состоялся в 2014 году. Atom был первым ПО, построенным при помощи Electron (который в то время назывался Atom Shell). Собственно, для него сам Electron изначально и создавался. Вскоре после выхода в свет этот редактор начал приобретать все большую популярность. Atom стал полностью опенсорсным, включая Electron (поначалу открытый исходный код имели только некоторые части Atom).
То, что исходный код Electron стал открытым, привело к созданию множества различных приложений, которые в наше время ежедневно используются многими людьми. И одно из таких приложений (да, вы угадали!) – VS Code. Редактор кода, который изменил опыт разработки в целом.
Несмотря на то, что в основе своей эти два редактора очень схожи, VS Code заслуженно занимает первое место, особенно, если в расчет берется производительность. С течением времени все больше и больше пользователей выбирали не Atom, а VS Code. Вследствие этой популярности VS Code может похвастаться отличным сообществом и солидной пользовательской базой.
Согласно опроса Stack Overflow за 2018 год, VS Code является самым популярным инструментом разработки во всех категориях. Вместе с тем, Atom тоже довольно широко используется.
Но после того как Microsoft приобрел GitHub положение редактора Atom ухудшилось. Несмотря на то, что это опенсорсное ПО, разрабатываемое сообществом, вклад создателей GitHub составлял существенную часть всей его кодовой базы. И хотя в последнее время Microsoft становится более открытой компанией, поддерживающей свободное ПО, кажется не слишком целесообразным поддерживать два похожих инструмента, если один из них лучше другого, не так ли? Поживем – увидим. По состоянию на данный момент Atom по-прежнему живет и здравствует, так что сравнение его с VS Code имеет смысл.
Дизайн
Давайте начнем наше сравнение с наиболее «противоречивой» категории – дизайна. Я знаю, что в этой сфере личные предпочтения могут играть большую роль, но попытаюсь изложить собственное мнение на этот счет.
Итак, оба редактора – Atom и VS Code – выглядят хорошо изначально, сразу после установки. Такой эффект легко достигается использованием под их капотом HTML и CSS. Они оба имеют приятный минималистичный дизайн (темный или светлый), а также широкий выбор тем. Опять же, благодаря CSS, вы можете легко создавать свои собственные темы для обоих редакторов или использовать те, которые предусмотрены в реестре расширений – их множество!
По моему мнению, хорошо спроектированный пользовательский интерфейс не должен вас отвлекать или заставлять лишний раз задумываться. Вот почему, пользуясь Atom или VS Code, я всегда использую похожие темы на основе Material Design от Google. Такую тему несложно найти: лучшие варианты для обоих редакторов наиболее популярны и имеют наибольшее количество скачиваний.
Но вместе с тем, мне всегда казалось, что Atom Material UI выглядит приятнее (для меня), чем Material Theme для VS Code. В сочетании с общим макетом интерфейса Atom-а эта тема имеет более чистый вид даже в сравнении с VS Code, который тоже очень привлекателен. Также, хотя это больше касается тем, чем самих редакторов, в Atom Material UI разработчики куда лучше поработали с контрастностью, особенно в светлой версии, которую я очень часто использую.
Впрочем, напоминаю, что все это дело вкуса и вы можете вообще со мной не согласиться. Но в любом случае, в этой категории очки уходят к Atom.
Производительность
Разные люди по-разному отзываются о производительности приложений на базе Electron. Говорят, что они медленные, потребляют много памяти и т. д. И хотя я не могу отрицать что в этих суждениях есть доля правды, не все приложения непременно имеют одинаковые проблемы с производительностью. Конечно, если вас интересует производительность в чистом виде, я бы порекомендовал вам платный Sublime Text: в настоящее время это один из самых быстрых редакторов кода на рынке (но поскольку здесь мы обсуждаем Atom и VS Code, можете считать это лирическим отступлением). В целом, оба наших редактора проигрывают в производительности Sublime Text и WebStorm (IDE). Но каковы они в сравнении друг с другом?
Даже с учетом того, что Atom появился первым, каждый, кто хотя бы немного использовал оба этих редактора, должен согласиться: VS Code попросту быстрее. Все, что касается VS Code, работает быстро, гладко и с высокой производительностью. Как же Electron может быть быстрее, чем… Electron?
Все дело в оптимизациях и расширениях. Для обоих редакторов есть огромное количество сторонних расширений, тем и инструментов, благодаря которым вы можете все настроить в соответствии с вашими нуждами. И хотя эти расширения очень массово используются, они определенно влияют на производительность редактора в целом. Лучшим примером могут служить маленькие пометки в центре расширений Atom, показывающие количество времени, на которое увеличится время загрузки при установке этих расширений. Люди, стоящие за VS Code, просто лучше справились с задачей, сделав все эти расширения (или скорее архитектуру за ними) менее прожорливыми.
Естественно, разработчики Atom признают наличие этой проблемы и постоянно улучшают свой продукт. В последнее время они работали над просмотрщиком файлов в Atom и достигли впечатляющих результатов! Они сильно улучшили время поиска (это особенно заметно в крупных проектах) при помощи regex-библиотеки на базе Rust. В общем, я лишь могу надеяться, что работа над улучшением производительности будет продолжаться, и в конце концов производительность Atom выйдет на уровень, предлагаемый VS Code.
Экосистема
И VS Code, и Atom имеют собственные системы расширений и тем. Давайте вкратце пробежимся и по ним! Если вам интересна сухая статистика, я думаю, вы будете рады услышать, что оба эти редактора имеют примерно по 11-12 тысяч опубликованных расширений и тем. При этом лишь немного лидирует VS Code.
Реестры расширений доступны через редакторы и на сайтах (вот для Atom, а вот для VS Code). Вы можете легко установить любое расширение, кликнув по кнопке. Вам даже не понадобится перезапускать редактор (это касается как Atom, так, с недавних пор, и VS Code). Удалять расширения так же просто.
Как видите, с точки зрения пользователя система расширений максимально проста. Но как насчет разработчиков расширений? Документация обоих редакторов кода (вот для Atom, а вот для VS Code) предоставляет подробные и глубокие руководства. Но если их сравнить, я думаю, документация Atom более дружественна к начинающим, чем документация VS Code. Может, это потому, что у VS Code более сложная архитектура в том, что касается расширений. В общем, если вы хотите создать свое первое расширение, пожалуй, лучше начать с Atom. Так вы сможете разобраться, что к чему, прежде чем перейти к VS Code.
Настройка
Большое количество расширений и кастомизаций предполагают большое количество конфигурационных настроек. И можете со мной не согласиться, но я считаю, что в редакторах кода это важная часть пользовательского опыта.
Конфигурация VS Code включала лишь простой JSON-файл… до недавних пор. Теперь, где только возможно, есть GUI-интерфейс. Он очень прост, но справляется со своими задачами, притом хорошо. Это лишь небольшая абстракция поверх того, что у нас уже было с JSON и автозаполнением на базе TS.
Что касается Atom, дела обстоят несколько иначе. Вместо того чтобы редактировать единичный JSON-файл, у вас повсюду графический пользовательский интерфейс! Настройки самого редактора полностью отделены от расширений, каждое из который имеет собственную страницу. Я считаю, что это довольно хороший подход. К сожалению, многие пользователи сообщают о лагах и прочих проблемах с производительностью в ходе процесса конфигурации. Может, у них просто установлено слишком много расширений? Лично я с такими проблемами не сталкивался, возможно, потому что у меня расширений довольно мало, хотя кто знает?
Пользовательский опыт
А теперь давайте еще раз проанализируем уже сказанное (с небольшими дополнениями), чтобы понять, каковы в целом ощущения от использования каждого из этих редакторов.
Хотя Atom великолепно выглядит благодаря своему минималистичному UI (по крайней мере, мне так кажется), производительность VS Code одним хорошим дизайном не побьешь. А ведь VS Code тоже приятен на вид! Оба редактора имеют огромные коллекции расширений и очень простые способы настройки.
Но я до сих пор не говорил о «комфорте разработки» в целом. Под этим понятием я имею в виду то, насколько приятно писать код при помощи данного редактора. Поскольку я не могу судить о языках помимо JavaScript, вот мое мнение как веб-разработчика: VS Code круче!
Думаю, это ни для кого не сюрприз. Поскольку и этот потрясающий редактор кода, и TypeScript, расширяющий возможности JavaScript, созданы одной компанией (Microsoft), эти продукты просто обречены хорошо работать вместе! И они действительно отлично сработались, поскольку TS обеспечивает автозаполнение и все так называемые функции «intellisense», о которых без TS вы можете только мечтать. У Atom есть собственные расширения для этих задач, но им еще предстоит пройти долгий путь, прежде чем они смогут достичь тех же результатов, которые в настоящее время предлагает VS Code.
Но и у Atom есть пара тузов в рукаве. Самый важный, как по мне, это интеграция с GitHub. Этот функционал довольно предсказуем, с учетом того, что именно эта компания разрабатывала Atom. До сих пор VS Code имел достаточное количество расширений, связанных с GitHub, но ни одно из них не могло повторить то, что предлагает Atom. Тем не менее, в связи с тем, что Microsoft приобрел GitHub, все может начать меняться.
Процесс принятия решения
Это было мое субъективное и объективное мнение об Atom и VS Code. Для разработчика, особенно начинающего, выбор может быть довольно затратным по времени процессом, так что я советую вам просто попробовать оба редактора, чтобы в итоге остановиться на каком-то одном из них. И даже после этого помните, что ваш выбор не обязательно должен оставаться неизменным.
С таким количеством текстовых редакторов текста как сегодня, казалось бы, простая задача выбора одного редактора кода внезапно становится сложной.
Хотя прямой ответ на вопрос: «Какой лучший текстовый редактор для разработчика?» просто не существует, в этом посте я поделюсь с вами моим сравнением Atom’a с тремя наиболее популярными редакторами: Sublime, Visual Studio Code и Vim.
Прочитав список плюсов и минусов, я надеюсь, что у вас будет достаточно информации, чтобы сделать выбор, который наилучшим образом соответствует вашим потребностям.
Отказ от ответственности: как и при любом сравнении, некоторые из этих взглядов являются субъективными и в основном основаны на моих личных предпочтениях. Я — тот, кто пишет для Интернета (JS, CSS, HTML и т.д. ), Используя долгое время NotePad++, поэтому моя перспектива немного искажена в отношении того, к чему я привык. Тем не менее, я старался быть максимально объективным.
Стоимость: бесплатно (лицензия MIT)
Разработчик: GitHub
Платформы: OSX, Windows, Linux
Все дополнения которые нужно установить сразу после установки Atom:
Atom описывается как:
Текстовый редактор с хаками для 21-го века
Atom — относительный новичок в мире текстовых редакторов, но он получил огромный импульс, с тех пор как был впервые выпущен в 2014 году. Давайте начнем с рассмотрения его основных функций:
Пакеты
Возможность добавления дополнительных функций в редактирование очень важна, и это область, в которой Atom просто не повторим. Менеджер пакетов установлен по умолчанию и делает редактирование еще лучше, все пакеты размещены в Github.
На момент написания этой статьи было всего около 6 500 пакетов и доступных тем! Пакеты настолько фундаментальны для Atom, что основные функции, такие как Tree View и Settings View, — это просто предустановленные пакеты.
Редактирование и рабочий процесс
В общем, все в Atom довольно гладко. Самая большая болевая точка? Выяснение того, какие дополнительные пакеты необходимо установить при запуске с нуля.
Например, мне нравится миникарт, чтобы помочь мне визуально пропустить части файла. Мне также важно автозаполнение с помощью Autocomplete + .
Я часто работаю с несколькими файлами одновременно, поэтому необходимо настроить редактирование разделенной панели что весьма не плохо реализовано в Atom.
Еще одна приятная особенность Atom, которая скорее всего взаимствована из Sublime, — это поддержка файлов / папок, drag / drop в древовидном представлении — это настоящее удовольствие!
Наконец, интеграция git великолепна … это сделано GitHub в конце концов!
Настройка
Важное значение имеет возможность настройки редактора в соответствии с потоком и стилем разработки. Лично мне всегда нужно включить такие вещи, как «обрезку пробеов при сохранении», «сохранить потерянный фокус файла», которые легко настроить и переопределить в Atom.
В целом, мне нравятся, возможности настроек в Atom — возможность переопределять настройки для каждого типа файлов — это здорово! Например, разные отступы для JS или для CSS, HTML очень просты с Atom.
Заключение
Но все таки и в Atom’е есть свои недостатки, основной из них это время от времени, медлительность обработки файла. Иногда при открытии файла или переходе между вкладками происходят запаздывания, что чувствуется весьма болезненным (особенно когда вы находитесь в действии с полным размахом). Я пробовал Atom, когда он был впервые выпущен, производительность была проблемой. С тех пор он, безусловно, стал лучше, но проблема с “тормозамми” все еще существует.
Решение суда
Atom — отличный инструмент, особенно для тех, кто хочет легко настраивать свой редактор под себя и под все свои нужды. Веб-разработчикам, доступны свобода в настройке, добавление и расширение редактора, что дает невероятное чувство силы. Мне также нравятся его документы. Руководство Atom Flight Manual является отличной отправной точкой для новых пользователей.
Наибольший недостаток для меня все равно будет проблемой производительности, но для бесплатного редактора Atom мега крут и бесподобен!
Стоимость: $ 70 лицензионный сбор с бесплатной пробной версией
Разработчик: Джон Скиннер, бывший инженер Google
Платформы: OSX, Windows, Linux
Sublime был выпущен еще в 2007 году, так что уже почти десятилетие он радует своей работой программистов и другой “кодерский” люд. Согласно опросу разработчиков Stackoverflow 2016, это 3-я самая популярная среда разработки .
V3 Beta — это его последняя версия, и, хотя она уже давно находится в бета-версии, не позволяйте этому беспокоиться. Продукт на самом деле очень стабилен.
Пакеты
Любой пользователь Sublime скажет вам, что первый пакет, который они устанавливают, является плагином Sublime Package Control. Я думаю, мы все тайно надеемся, что Sublime 3 добавит это по умолчанию, но пока вам просто нужно перейти на страницу установки и скопировать какой-то непонятный Python и … Presto! Теперь вы можете легко установить любой пакет из Sublime.
Подобно Atom, у Sublime много пакетов и тем! Для меня важными являются:
-
: без этого переименование / перемещение / дублирование файлов не поддерживается. : добавить линт для разных языков — показывает статус git на левой стороне рядом с номерами строк.
Есть еще много на выбор. В целом, поддержка пакета Sublime очень хорошая, просто стыдно, что вам нужно перепрыгнуть через этот обруч в начале, чтобы даже начать с него.
Редактирование и рабочий процесс
Для меня использование проектов имеет решающее значение при работе в Sublime — это помогает мне сосредоточиться на соответствующих файлах для того, что мне нужно. Возможность поиска файла и файлов осуществляется быстро и просто. Мне часто приходилось выполнять поиск по сотням файлов, чтобы найти фрагмент кода, и скорость Sublime меня никогда не подводила.
Как и в случае с Atom, реальная власть приходит, когда у вас установлены некоторые ключевые плагины. Получение правильной подсветки синтаксиса, форматировщиков JSON, линтеров и т.д. Занимает некоторое время, но как только они будут установлены и настроены, их больше не нужно трогать.
Настройка
Опять же, Sublime очень похож на Atom. Доступна возможность управления такими аспектами, как «сохранить потерянный фокус», «обрезать пробелы» и т.д. Конфигурационные файлы — это простой JSON, и для вас есть целый набор скрытых настроек.
Заключение
Sublime превосходит Atom — в таких процессах как открытие, закрытие, поиск и т. д., еще он работает очень гладко и быстро. Единственная супер производительная программа, с которой я когда-либо сталкивался.
Решение суда
Как я уже упоминал в начале, я долгое время возвышенный пользователь, поэтому мое мнение здесь, вероятно, будет слегка предвзятым, но в целом, Sublime — это гибкий и быстрый редактор. По этой причине он по-прежнему занимает верхнюю 3-ю среду разработки в 2016 году.
Visual Studio Code
Стоимость: Бесплатно
Разработчик: Microsoft
Платформы: OSX, Windows, Linux
Visual Studio Code (VSCode) — является относительным новичком в мире текстовых и кодовых редакторов. Он был выпущен в апреле 2015 года, но он уже набирает обороты. Microsoft проделала огромную работу по созданию мощного и гибкого кроссплатформенного редактора, который вызывает большой интерес со стороны разработчиков.
Пакеты
Как и в случае с нашими другими редакторами, VSCode имеет приятную экосистему плагинов (расширений). Управление расширением встроено, и доступно уже несколько тысяч! Как и в случае с Atom, некоторые из них устанавливаются по умолчанию.
Вам нужно будет потратить некоторое время на сбор плагинов, которые лучше всего подходят для вашего рабочего процесса. Один из моих любимых (я тоже пользуюсь VSCode) — это отладчик для Chrome . Он позволяет устанавливать точки остановки что бы отлаживать JS из VSCode.
То же самое можно сделать и с Node.js -становкой контрольных точек в VSCode и пошаговым, пока процесс узла работает в терминале.
Редактирование и рабочий процесс
Хотя VSCode построен аналогично Atom, используя Electron, Node и HTML / CSS, он на самом деле намного быстрее Атома и работает без каких-либо реальных задержек.
Я провел неделю с с данным редактором, и в целом, я был довольно доволен. Он очень приближен к Sublime и Atom. Особенностью отладки, упомянутой выше, было удовольствие. Я также установил некоторые из нововведений IntelliSense, которые (хотя и болезненные для настройки на начальном этапе) начали демонстрировать свои преимущества через день или около того. Я уже мог видеть имя функции только начиная её вводить, не задумываясь о аргументах (или их типах).
В качестве дополнительного бонуса интеграция с Git очень удобна. Для обычных операций, таких как commits и diffs, программа оказалась идеальной и ускорила мое время разработки.
Настройка
Как и предыдущие два редактора, ожидаемые функции настройки — все необходимые обертывания, отступы, тематические, языковые настройки и т.д.
Заключение
Как упоминалось ранее, хотя VSCode (как и Atom) построен на Node.js, Electron, HTML и CSS, программа определенно работает быстро (в отличие от Atom). При открытии / изменении файлов я не испытывал никаких задержек. Поиск был также быстрым. Я считаю, что одна из отличий между Atom и VSCode заключается в том, что редактор пользовательского интерфейса построен на Monaco (из Visual Studio Online), что может быть объяснением разницы в производительности. В любом случае, производительность, безусловно, соответствует уровню Sublime.
Решение суда
В целом меня очень впечатлил VSCode, до такой степени, что я подумал о том, чтобы переходить к нему на более постоянной основе. Интеграция Git и отладчик в редакторе — отличные возможности, с которыми я боролся в Sublime, но как ни странно почти сразу же работали в VSCode.
VIM
Стоимость: Бесплатная лицензия GPL
Разработчик: Bram Moolenaar
Платформы: OSX, Windows, Linux
Я чувствую, что все разработчики должны в какой-то момент пройти «обряды прохода» и использовать Vi или Vim для проекта. Возможность редактирования или просмотра файла на удаленном сервере через терминал является чрезвычайно продуктивной и важной задачей. Я видел, как многие разработчики перескакивают через все виды огненных обручей, используя SFTP, или скаичивая а затем редактируя, и повторно загружая файлы обратно на сервер.
Однако я также признаю, что явное упоминание о Виме приносит дрожь к некоторым и даже праведное негодование другим. Если бы я опустил его, я бы боялся серьезного удара от опытных пользователей Vim. Честно говоря, ?для тех, кто потратил время на его освоение, это невероятно продуктивная среда!
Пакеты
Под капотом более чем 14 000 пакетов у Vim есть одно для всего! Исследователи деревьев, подсветки синтаксиса, тематика, интеграция Git и т.д. Все это существует в нескольких версиях. Vim невероятно гибкий и мощный. Однако, как и во всех других редакторах, упомянутых выше, знание лучших плагинов для установки требует некоторых знаний и рекомендаций для инсайдеров.
Редактирование и рабочий процесс
Во-первых, для тех, кто не знаком с Vim, это текстовый редактор командной строки. Поэтому это не приложение, которое вы дважды щелкаете и используете мышь для перемещения. Управление открытием, закрытием, редактированием и сохранением — это все сочетания клавиш.
Если вы действительно хотите стать пользователем Vim, это требует реальных моральных вложений, но я уверен, что к концу первой недели вы почувствуете себя как абсолютный гений!
Честно говоря, причина, по которой я нахожу работу в Vim менее эффективной, заключается в том, что я недостаточно знаю сочетания клавиш. Я могу легко редактировать отдельные файлы, искать, заменять и т.д., Но при работе с несколькими файлами я начинаю теряться. Так что для меня, Vim слишком керут.
Настройка
Вим удивительно настраиваемый. Если вы поищите в Google, “vimrc” вы найдете множество примеров предварительно сконфигурированных файлов конфигурации Vim. Короче говоря, в Vim все возможно.
Заключение
Единственный блокиратор производительности в Vim — это пользователь … другими словами, вы! Вся его скорость зависит в первую очередь от того как быстро вы можете вводить свои команды и перемещаться между ними! Если вы являетесь пользователем Power Vim, это на самом деле невероятно быстро!
Решение суда
Программа Vim может быть невероятно быстрой, еще это эффективная среда разработки, если вы имеете терпение, чтобы изучить нужные или все команды.
Окончательный вердикт
Все вышеперечисленные редакторы имеют свои плюсы и минусы. Лично я бы сказал, что в Вашей карьере разработчика Вы должны дать каждому из редакторов свой шанс хотя бы на неделю, чтобы убедиться в том, что работает и что не работает для вас. Надеюсь, что подведение итогов этих четырех самых популярных текстовых редакторов станет хорошей отправной точкой при рассмотрении вопроса об изменении редактора.
В этом переводе расскажем про альтернативные редакторы кода, которые ничуть не уступают VS Code, а при грамотном подборе расширений даже превосходят его.
Редактор Visual Studio Code, также известный как VS Code работает на Linux, Windows и macOS. Он занимает промежуточное положение между простым текстовым редактором исходного кода и интегрированной средой разработки (IDE), которая управляет всей вашей кодовой базой. Функциональность VS Code можно расширить с помощью плагинов. Это надёжный редактор кода, который может достойно побороться с проприетарными конкурентами.
Изначально VS Code был создан как open source продукт. Однако его готовые сборки распространяются под проприетарной лицензией Microsoft. Но не всё так плохо.
Использование VS Code как open source
Исходники VS Code доступны на GitHub. Тем не менее, когда вы загружаете готовую сборку, в игру вступает Лицензия Microsoft. И тогда ваш VS Code резко перестаёт быть open source продуктом. Оказывается, в данном случае решает процесс сборки.
На практике различия между VS Code и Code-OSS минимальны. В частности, в VS Code работает телеметрия: то есть, Microsoft собирает данные об использовании продукта. Справедливости ради нужно отметить, что в наши дни существует множество продуктов, которые собирают такие данные.
Если вам нравится VS Code, но вы хотите рассмотреть «true» open source альтернативы, то вам определённо стоит читать дальше.
VSCodium
Самая очевидная альтернатива VS Code — это VS Code без фирменных дополнений Microsoft. Проект VSCodium содержит только свободные компоненты, построенные на основе кодовой базы VS Code. Разработчики VSCodium сделали всё возможное, чтобы мы имели возможность отключить телеметрию. Они подготовили чистую сборку исходного кода VS Code, которую вы можете скачать, не создавая её самостоятельно.
Разработчики напоминают, что VS Code включает в себя некоторые проприетарные инструменты, которые не могут поставляться с открытым исходным кодом. Если они вам нужны, существуют документированные способы решения этих проблем. Но если вам нужна очень специфичная функция из VS Code сборки Microsoft, вы должны убедиться, что она работает в VSCodium.
Кроме того, нужно проверить, что вся телеметрия отключена.
Code-OSS
Если вы не хотите использовать сборку VSCodium, вы можете самостоятельно скомпилировать VS Code из исходного кода и в итоге получить то же самое. Исполняемый файл называется Code-OSS, а не VSCode. Условия лицензирования и способы решения проблем с использованием проприетарных функций — те же, что и у VSCodium.
При первом запуске нужно проверить, что телеметрия отключена.
Atom — это IDE-подобный текстовый редактор с открытым исходным кодом, который Microsoft приобрела вместе с GitHub. Как и VS Code, вы можете расширить редактор Atom с помощью плагинов, добавить темы и собрать свою комбинацию дополнительных инструментов. Это кроссплатформенный продукт, который имеет встроенную интеграцию с GitHub. Короче говоря, Atom — это идеальный вариант, если необходимые вам расширения уже существуют или вы готовы их написать.
Как и VS Code, Atom по умолчанию использует телеметрию. Её можно отключить, и в отличие от VS Code, нет никаких ограничений на расширения, поэтому вам не нужно менять рабочий процесс из-за требований конфиденциальности. Atom, безусловно, полезный инструмент для разработчиков. Более того: он в принципе подходит для всех, кто использует компьютер. Если вы ищете хороший текстовый редактор общего назначения, можете попробовать Atom.
GNOME Builder
Geany
Geany — мощный, надёжный и лёгковесный редактор с полезными функциями, которые помогут вам написать хороший код на Bash, Python, Lua, XML, HTML, LaTeX и так далее. Он поддерживает 50 различных языков программирования и скриптовых языков, а также языки разметки и файлы (таких как .diff и .po). Geany как минимум обеспечивает сопоставление скобок и подсветку синтаксиса, а обычно предлагает гораздо больше.
С помощью плагинов вы можете добавить такие функции, как обозреватель проекта, проводник, отладка, терминал и так далее. Вы можете продолжать расширять его функциональность и в какой-то момент он превратится в настоящую IDE. Если вы не можете запустить VS Code на компьютере из-за ограничений ЦП или ОЗУ, Geany может стать хорошей альтернативой. Он быстро запускается, и потребляет малый объём памяти. Хотя Geany работает медленнее, чем Vim в терминале, он не тормозит даже на Raspberry Pi.
Brackets
Brackets — это текстовый редактор и IDE для веб-разработчиков. Он имеет мощную поддержку HTML, CSS, JavaScript, PHP и даже Python. У Brackets богатая экосистема расширений, поэтому с подходящими плагинами он позволит писать практически на любом современном языке.
Существуют расширения, помогающие анализировать, запускать скрипты и даже компилировать и выполнять код прямо в окне редактора. Brackets имеет традиционный интерфейс, который может понять практический каждый, кто выходил за пределы блокнота. Если вы потратите немного времени на добавление соответствующих расширений и знакомство с ними, Brackets с помощью автозаполнения и линтера поможет избежать глупых ошибок при наборе текста. И если вы пишете код, это ускорит процесс тестирования и отладки.
Если вам нравится быть впереди планеты всей, то стоит попробовать Che. Это облачная IDE, она работает по модели SaaS. Тем не менее, это полноценный open source проект. Если у вас есть экземпляр Kubernetes, можете полностью перенести её к себе.
Che — не просто IDE, которая живёт в облаке. Это IDE, созданная для облачной разработки. Она не пытается что-либо хранить на вашей локальной файловой системе. Если у вас есть Git-сервер, вы можете рассматривать его как файловую систему и работать над проектом непосредственно из его репозитория. Конечно, вы также можете скачать любой проект, над которым работаете, если хотите иметь локальную резервную копию.
Но его главная особенность, которой восхищаются разработчики облачных решений, заключается в том, что Che — это полнофункциональная среда разработки с открытым исходным кодом, ориентированная на Kubernetes. Если вы создаёте приложения, сайты или контейнеры (или их комбинацию) для облака, то вам стоит попробовать Che.
А чем пользуетесь вы?
Вы используете одну из этих альтернатив VS Code? Или может быть, пока ещё думаете о том, чтобы попробовать одну из них? Поделитесь своим опытом в комментариях?
На правах рекламы
Встречайте! Впервые в России — эпичные серверы!
Мощные серверы на базе новейших процессоров AMD EPYC. Частота процессора до 3.4 GHz. Максимальная конфигурация — 128 ядер CPU, 512 ГБ RAM, 4000 ГБ NVMe!
Заморочился тут я в поиске хорошего и оупенсорсного универсального рабочего инструмента для себя, и начать поиски решил с самого нового и популярного. Все впечатления от Atom и Visual Studio Code развернуто расписаны расписаны здесь, если кратко:
- Atom делает 70-80% нужного мне функционала, скорее всего покопавшись в плагинах я смогу найти остальное. НО: в итоге потреблять ресурсов он наверное тогда станет как полноценная IDE на Java
- Visual Studio Code оказался типичным софтом от Microsoft - много шума и пиара, но мало дела. Изкоробочных возможностей мало, плагинов тоже.
Итак, куда податься? Выбросить кучу времени на освоение GNU Emacs или есть другие альтернативы? Было бы очень хорошо обойтись без holy wars, но на лоре такое врядли возможно.
P.S. В конце моего опуса 19 человек проголосовали за VSC, видимо им кто-то пользуется.
Выбросить кучу времени на освоение GNU Emacs
ЯП какие нужны? А то какая-то сферическая задача в вакууме.
Использую атом для многих задач - пока жив.
в итоге потреблять ресурсов он наверное тогда станет как полноценная IDE на Java
Так же долго и непосильно нажать пару кнопок, что бы в место предрассудков заиметь обоснованное мнение?
Выбросить кучу времени на освоение GNU Emacs или есть другие альтернативы?
Да нет там кучи времени. После туториала можно работать работу. То же самое касается и вима.
Про кучу времени - ты загнул. Но лично я не спрыгнул на emacs из-за низковатого уровня кроссплатформенности (под оффтопик оно плохо заходит, можно, но хуже чем [g]vim).
А чего ты кстати sublime не упомянул? Вроде как многие с него тащатся или это уже не модно?
под оффтопик оно плохо заходит, можно, но хуже чем [g]vim
У меня прямо противоположный опыт - года 3-4 назад ставил vim на оффтопик, бинарная сборка была собрана без поддежки python, которая мне была нужна. Собирать под оффтопик мне было лень, а с emacs таких проблем не возникло.
Ну, я пробовал относительно недавно, полгода назад гдет.
Заморочился, сделал себе переходный вариант со злом, под линухом было терпимо и даже лучше в gui моде (субьективно), под оффтопиком половина плагинов на лиспе не завелась, сервер не завелся, а т.к. надо было ехать а не шашечки я забил.
Скорее всего не осилил, но как минимум шг под оффтопиком уже сильно демотивировало, а т.к. частый кейс для меня приехать на чистый бокс и максимально быстро там освоиться, то например таскать шрифты ещё за собой - неохота. Хотя сам пакетный менеджер изкоробочный меня сильно радовал по началу, идея вери кул.
Допускаю, что если не ходить по сервакам а что то пилить конкретно в одном, двух окружениях, я бы таки перелез со временем.
С питоном и прочей фигнёй в стандартной сборке, даже в portable сейчас всё вроде норм (притом ставил я на основную виндовую тачку 7.3 года два назад наверное, потом ток конфиги с линуха полил), даже ycm вполне себе заводится под виндой если собрать его.
я вижу безотносительно emacs.
частый кейс для меня приехать на чистый бокс и максимально быстро там освоиться, то например таскать шрифты ещё за собой - неохота
запили уже себе dotfiles на каком-нибудь гитхабе. Новая машина - git pull и вперёд.
Почему не использовать просто терминальный vim?
- vim-mode
- ex-mode
- vim-mode-visual-block
- vim-mode-clipboard-plus
- vim-surround
это из того, что было на 4 месяца назад, одна из лучших вим-управлений, что доводилось пробовать (активно).
Менеджер пакетов, настройка. но не могу я так же эффективно работать на атоме, как на виме.
Все остальное в виме есть.
Brackets для Web, GNOME Builder для обычных проектов или саблайм, если не понравился билдер
Ну или лепи плагины на VSCode/Atom - от плагинов не так уж и сильно толстеют
Или ставь Vim/Emacs и изучай
Лично я Vim использую как редактор для скриптов и для написания текстов, которые позже оформляю в LibreOffice :-)
под оффтопиком половина плагинов на лиспе не завелась, сервер не завелся
Ну хз, я на винде сервер не пробовал, а те плагины, что были - работали. Сейчас, к счастью, у меня нет необходимости работать под оффтопиком.
в итоге потреблять ресурсов он наверное тогда станет как полноценная IDE на Java
2015 год, а все плачут
1ГБ ОЗУ сожрет? Ну и хрен. 2? Ну и хрен с ним тоже. 4? Ну и хрен с ним тоже. Мне вот раму некуда тратить, а вы все экономите.
Читайте также: