Комментарии 70
Астрологи объявили неделю консольных редакторов. Количество постов о emacs и vim удвоилось.
А ты пользуйся готовенькими рецептами — и развивайся.
Статья уже определенное время лежала в черновиках, и только сегодня появилось время выложить. Все остальное — просто совпадение

Эдак вы в скором времени с такой цветовой схемой редактора слепым станете...

Распространенное заблуждение, мне очень комфортно работать, особенно на 2-х 24 дюймовых мониторах

А что конкретно в ней у вас вызывает опасения? Вроде бы наоборот все хвалят светлый текст на темном фоне, не?

«Все» — это кто? Мне не удалось найти ни одного исследования, подтверждающего, что тёмная цветовая схема лучше светлой. Наоборот, все исследователи приходят к выводу, что тёмный текст на светлом фоне гораздо легче читается и меньше напрягает глаза во всех случаях, за одним-единственным исключением: когда яркость фонового света в комнате существенно меньше яркости монитора. Т.е. если вы работаете в темноте — ставьте тёмную схему, но не проще ли включить в комнате свет?

А можно ссылки на результаты исследований? Я вот вообще ни одного официального исследования не встречал, а по личному опыту и опыту знакомых, темный фон не так долбит по глазам. Тут разве что соглашусь с коментарием товарища Antelle о том, что неплохо бы текст сделать более контрастным.

Кстати на эту тему, в emacs есть неплохая стандартная тема tango-dark, с более контрастным текстом.

НЛО прилетело и опубликовало эту надпись здесь

Раньше я пользовался Visual Studio и QtCreator со светлой темой и вполне нормально работалось, потом перешел на emacs, но в нем светлые темы дерьмовые и долбят по глазам, а вот темные очень приятны)

Лет 15 назад попадалась статья, где некие исследователи из военных отраслей пришли к заключению, что лучшая для восприятия\уставаемости глаз комбинация — темно-серый текст на светло-сером фоне.
Вот, например. Там ещё в конце библиография есть.
Таких статей на самом деле много — исследовали всё. И для мониторов с электронно-лучевыми трубками, и для LCD, и для разных размеров экранов (в т.ч. для смартфонов), и с фоновым освещением экспериментировали. И практически всегда, кроме использования в полной темноте, светлая цветовая схема гораздо лучше тёмной.
НЛО прилетело и опубликовало эту надпись здесь
Раза 3 пробовал перейти на светлую тему — ужасно уставали глаза в темноте. Мне так намного комфортнее
НЛО прилетело и опубликовало эту надпись здесь

Это не светлый, а тёмный текст на тёмном фоне. Всегда использую тёмную схему (darcula в idea), но это — боль: здесь всё, что надо внимательно читать, неконтрастно, в то время как всякие ненужные var и func — контрастно. Whitespace вообще рисовать надо еле заметно, а тут аж розовые. Бррр.

Не знаю почему, но на екране и на скриншоте очень большая разница, может при редактировании скриншота hotshots сжимает, с потерей качества.
Новичкам, а так же любителям попробовать (а так же тем кто предпочитает vim стиль редактирования текста) — spacemacs.org
В spacemacs есть концепция слоев (https://github.com/syl20bnr/spacemacs/tree/master/layers), это те плагины которые упоминает автор статьи только сгруппированы и уже кем-то настроены, по «дефолту» так сказать, для большинства пользователей.
С удовольствием прочитал бы еще про emacs for java, но с другой стороны — тут же набегут любители и ненавистники от vim и emacs и «да начнется битва!», что уже порядком поднадоело =)
Я пытался настроить, но джава создана специально для IDE, поэтому пришлось от нее отказаться.
Я использовал eclim-emacs и впечатления вполне положительные. Пришло оно изначально из vim, поэтому можно без битвы обойтись.
Для Java на данный момент нет ничего лучше IntelliJ IDEA, эти средства рефакторинга и профилирования ничем не заменишь.
Да, я сам фанат продуктов JetBrains, но временами приходится и в консоли через ssh поработать (какой-нибудь hotifx или еще какая беда). Хотелось бы немного больше дружелюбия — хотя бы авто-импорты да какой-нибудь code completion.

Вы имеете ввиду visualvm profiler plugin или какое-то иное профилирование в идее?

Не смог настроить древовидное отображение внутренних директорий и файлов в них, а также отображение измененных(и других видов) файлов в репозитории, если поделитесь конфигом, буду вам очень благодарен.
Сделал сегодня через dired-tree, работает вполне сносно: https://www.youtube.com/watch?v=z26b8HKFsNE ставится через пакет dired-subtree, потом биндишь dired-subtree-toggle и собственоо все =)
Большое спасибо за статью. Иногда использование консольного редактора это необходимость. Вимом пользуюсь с тех пор, как это принято считать, первый раз зашёл и не смог выйти. После этого прочтения, пожалуй, и начну знакомство с emac.
А на холиварщиков не обращайте внимание. Конечно очень странно в профессиональном сообществе видеть тех, для кого важнее инструменты, а не задачи, которые решают люди, но что поделать.

Имхо, emacs в своей консольной ипостаси так себе… его с гуевиной пользовать надо, да и не все хоткеи работают в консоли.
А для SSH'ных дел все равно Trump есть )

Чем сложнее структура тем легче маленькому багу вывести все из строя. Почему не тянутся к простоте и минимализму? Неужели все те функции используются на полную?
Изначально у меня был простой емакс «из-коробки», по мере изучения я добавлял только нужные мне функции и плагины. Не могу сказать, что прям уж на 100% использую все, но до 90% думаю дотягивает. Вся прелесть емакса — можно использовать только то, что нужно

Странно, кстати, что вы evil не используете, вроде бы многие ex-Vim'еры от него в восторге)

Не вижу в нем большой необходимости, наоборот я настроил так, как мне удобно, ужасно напрягало в виме переключение режимов, постоянно нужно было смотреть на статусную строку.
Встречал рекомендацию, чтобы не надо было следить за режимом, постоянно находиться в дефолтном. Надо ввести чуть-чуть текста — перешёл в insert, ввел и машинально переключаешься обратно в базовый режим. Насколько это помогает — не знаю, мне вим как-то, в целом, плохо зашёл…
Я знаю, но когда решаешь сложную задачу, трудно следить за рекомендациями, просто нужно работать и не думать, в каком ты режиме
Если вас в виме напрягало переключение режимов, что тогда сподвигло вас им пользоваться?

Я пробовал им пользоваться, но после года пользования так и не смог привыкнуть к различным режимам. После этого попробовал Емакс и он мне очень понравился, особенно возможность менять все под себя, используя elisp, простой и понятный язык программирования, в отличие от VimL. У вима безусловно множество достоинств, но мне он не подходит

Мой вопрос в том, как вы пользовались вимом год на постоянной основе, при этом испытывая неприязнь к режимам. Если нерегулярно, то более менее понятно.

А пока не попробовал Емакс, не понимал, что постоянно вызывает неудобство при работе с вимом

Но вы же по какой-то причине выбрали не Notepad++, не nano, не Emeditor не Sublime Text, а именно vim. И при этом явно не из за режимов. Так из каких же соображений вы предпочли vim этим редакторам?

Я когда выбирал редактор остановился на емаксе (деталей уже не помню, но думаю потому что там нет режимов и потому что редактор кода должен быть написан на высокоуровневом языке, а не на системном), но потом оказалось что вокруг вимеры, на серверах везде вим, пошёл путём непротивления и стал юзать вим, но недавно (после 10 лет использования вима) возникла задача по редактированию в которой у меня вим слишком часто всё портил и я вернулся на емакс, так я и не привык к идее многорежимности.
Спасибо, интересный обзор.
А почему используете meld, а не встроенный ediff?

В meld есть отличная возможность перекидывать куски текста из одного файла в другой. Изначально использовал его как difftool для git

НЛО прилетело и опубликовало эту надпись здесь

Есть gvim — gtk версия вима, а емакс изначально gtk но есть возможность запустить в консоли через команду emacs -nw

Ну вы хоть гугл немного почитали бы, прежде чем утверждать что «emacs изначально gui». То что у вас стоит пакет emacs вместо emacs-nox ещё ничего не значит.

Есть и гуи и консольный вариант. Вот, например, как у меня выглядит


GUI версия

консольный вариант

Из минусов: в консольной версии не работают комбинации кнопок начинающиеся на Alt


Для Vim тоже есть GUI-версия GVim

> в консольной версии не работают комбинации кнопок начинающиеся на Alt

Например какие? у меня всё нужное работает, например переход по номеру строки Alt g g
Или вы путаете со случаем когда надо Shift добавлять — типа чтобы нажать подчёркивание надо прибавить Shift т.к. без этого это минус.
Или у вас что-то с консолью, как у меня было когда не работали Ctrl+End, перешёл на Konsole и стало гут.
Как по мне, то если уж пользоваться vim/emacs, то следующем шагом должно быть использование аккордовой клавиатуры. По моему они созданы друг для друга. Сам пробовал симулятор такой клавиатуры — поначалу сложно, но в целом освоить не сложнее того же vim.
Чем делаются форматирование кода? В статье первый пример кода идут отступы до "#".
Я не про питоновский под, я про elisp.
Много где можно выполнить «align-curent» для блока (но например в conf-mode это уже не работает).
Может автор нашел способ применять это в любом тексте?

ага, я понял вас, нет это я вручную делал, чтобы было легче воспринимать

Классно!
По-поводу Emacs vs vim. Их нельзя сравнивать вообще. Emacs это процессор, а вот vim редактор.
Вообще-то нет. И emac, и vim — текстовые редакторы. Можете убедиться в этом на официальных сайтах.
emacs это виртуальная машина emacs lisp (https://news.ycombinator.com/item?id=8485733). Внутри которой можно запустить например спортированный туда vim.
> emacs это виртуальная машина emacs lisp
Emacs VM — часть emacs, но одно не является другим.
На что только не идут люди лишь бы пищщарм не покупать :)

Я уже писал в начале статьи, что это мой личный выбор и просил не начинать холиваров. Вы можете пользоватся чем угодно, ваше право и выбор тоже ваш

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.