У нас уже есть вопрос об инструментах, полезных специально для тестирования , но как насчет написания кода? Какие пакеты, по вашему мнению, ускоряют вашу разработку? Какие средства вы используете для быстрой и удобной навигации и понимания ваших проектов?
@kaushalmodi Это CW, поэтому отчасти я хотел быть открытым. Задание конкретных вопросов может быть лучшим способом решения этой проблемы, но этот вопрос все еще будет существовать как набор этих вопросов. Я попытался нацелить вопрос конкретно на инструменты, которые полезны при разработке lisps и emacs
—
Шон Оллред
multiple-cursors
- например, полезны повсюду, но, возможно, есть другие пакеты, которые поддерживают явную область видимости lisp. Конечно, macrostep
и ielm
не применимы нигде . Может быть, поднять это на мета?
@kaushalmodi: хорошие моменты, но не потому ли это теперь вики сообщества? Предположительно мы можем отредактировать ответ, чтобы пометить пакеты elisp-specific и development-general.
—
Дан
Это нормально иметь вики сообщества, но я думаю, что это может легко превратиться в "Какие ваши любимые пакеты?" CW. Давайте возьмем еще один общий аспект в вашем ответе: навигация. Speedbar, снаряд, затмение, orgstruct, g / c / etags, neotree, tabbar, ido, плагины руля и штурвала, ibuffer и т. Д.
—
Kaushal Modi
@kaushalmodi
—
Шон Оллред
ido
, helm
, ibuffer
, tabbar
-Я не думаю , что -бы соответствующие записи. Нет ничего, что действительно облегчает разработку elisp . Это, безусловно, фантастические пакеты, но (по моему опыту) им нечего добавить к разработке elisp . etags
- хотя я не знаком с этим, звучит так, как будто это было бы уместно. Возможно, другой CW подходит для этих других пакетов (потому что они действительно заслуживают упоминания), но я боюсь, что ваши опасения по этому вопросу наверняка будут реализованы в этом.
multiple-cursors
, кто - то может предпочестьvisual-regexp
или фг / извед / Grep из командной строки или из Emacs или Emacs встроенныеquery-replace
илиquery-replace-regexp
или что - то другое. Аналогичные аргументы могут быть сделаны для каждого пакета. Вместо этого хорошим вопросом будет вопрос о том, как сделать что-то конкретное в «разработке пакетов».