Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 61
Осталось только плеер встроить и… о боже да это же emacs!
Картинки смотреть он уже умеет.
Еще нужна поддержка комбинации клавиш Esc + Meta + Alt + Ctrl + Shift :)
А почтовый клиент?
есть только отправка github.com/tdebarochez/sublime-mailto
emacs и vim — следующая стадия гиковости.
мне кажется, что эволюция часто происходит так: IDE от JetBrains -> Sublime -> vim :)
мне кажется, что эволюция часто происходит так: IDE от JetBrains -> Sublime -> vim :)
Подумалось, а что если спустя некоторое количество лет, ОС будет лишь прослойкой между программным продуктом содержащим в себе все функции и драйверами?
В Sublime есть Vintage мод, что делает его поведение похожим на vim.
Угу, я его юзаю
Именно поэтому я жду, что я рано или поздно перейду на vim ;)
Какой-то фетиш вокруг vim. Да и у меня в голове не укладывается как можно променять ST и Idea на vim. Можно уточнить в чем его плюсы по сравнению с выше указанными?
Вы можете залогиниться по ssh на удаленный сервер фактически под любой никсовой осью и использовать там ровно те же инструменты, которые используете у себя на десктопе, сохраняя привычное удобство и скорость работы.
Эм… а зачем мне при разработке логиниться по ssh… Я признаю что задачи разные конечно бывают…
Справедливости ради, стоит отметить, что нужно будет ещё закинуть на каждую машину конфиг с любимыми плюшками. И так со всем: конфиг zsh, git, vim итд. Без этого полного комфорта не достигнуть.
Кстати, недавно пробовал использовать sshfs, и опыт показывает, что при желании можно открывать файлы с удалённой машины в ST. Скорость работы напрямую зависит от задержки, но в случае vim задержка будет при каждом действии, а в случае ST задержка будет только на загрузке/сохранении.
Кстати, недавно пробовал использовать sshfs, и опыт показывает, что при желании можно открывать файлы с удалённой машины в ST. Скорость работы напрямую зависит от задержки, но в случае vim задержка будет при каждом действии, а в случае ST задержка будет только на загрузке/сохранении.
> как можно променять ST и Idea на vim
С большим удовольствием :-)
> Можно уточнить в чем его плюсы
Не уверен, что могу, но попробую. Vim обеспечивает мозгу более низкоуровневый доступ к написанию кода. Традиционные фишки IDE (по крайней мере, в том виде, в котором они есть в IDEA и Eclipse) скорее сбивают с мысли, чем помогают. Простой пример — автодополнение полей объекта: в большинстве IDE оно по умолчанию сделано в виде tooltip'а, автоматически всплывающего после набора точки, в то время как в Vim необходимо самому вызывать этот tooltip с помощью ^P и ^N. Первое время это было непривычно, после чего выяснилось, что на самом деле автодополнение в Vim удобнее, потому что не обгоняет мою мысль и не сбивает меня с этой мысли, в то время как автодополнение в Eclipse меня отвлекает в манере, аналогичной нотификациям IM-клиента. И вот так везде.
В полном соответствии с соседним постом: я недостаточно умён, чтобы в одну и ту же минуту программировать, чатиться в Jabber, отвлекаться на почту и tooltip'ы IDE, поэтому — развёрнутый на всё окно терминал, Vim и всё.
С большим удовольствием :-)
> Можно уточнить в чем его плюсы
Не уверен, что могу, но попробую. Vim обеспечивает мозгу более низкоуровневый доступ к написанию кода. Традиционные фишки IDE (по крайней мере, в том виде, в котором они есть в IDEA и Eclipse) скорее сбивают с мысли, чем помогают. Простой пример — автодополнение полей объекта: в большинстве IDE оно по умолчанию сделано в виде tooltip'а, автоматически всплывающего после набора точки, в то время как в Vim необходимо самому вызывать этот tooltip с помощью ^P и ^N. Первое время это было непривычно, после чего выяснилось, что на самом деле автодополнение в Vim удобнее, потому что не обгоняет мою мысль и не сбивает меня с этой мысли, в то время как автодополнение в Eclipse меня отвлекает в манере, аналогичной нотификациям IM-клиента. И вот так везде.
В полном соответствии с соседним постом: я недостаточно умён, чтобы в одну и ту же минуту программировать, чатиться в Jabber, отвлекаться на почту и tooltip'ы IDE, поэтому — развёрнутый на всё окно терминал, Vim и всё.
В условной IDE от JetBrains есть IDEAvim, что делает переход на Sublime необязательной ступенью эволюции.
мне кажется, что эволюция часто происходит так: IDE от JetBrains -> Sublime -> vim :)
А мне кажется, что если вы пишите на компилируемом языке программирования со статической типизацией и нормальным дебагером, то эволюция заканчивается на IDE. Ни одного человека еще не видел, что бы писал на java или C# в редакторе текста.
Да и на скриптовых языках (PHP, Python) в больших проектах IDE предоставляет сильно больше удобств, а скорости работы на соврменном железе и SSD достаточно, чтобы не хотеть чего-то более лёгкого (сужу по PyCharm\PhpStorm).
Да да, я полностью согласен. Не обобщал на всех. Java/C# и скриптовые языки — две разных культуры разработчиков.
Тут имеется в виду, неопытный человек использует ide, где все настроено и не требует дополнительных телодвижений. Затем он начинает понимать, что его раздражает, что неоптимально и чего не хватает. И тогда он переходит к текстовым редакторам, чтобы постичь дзен :)
Тут имеется в виду, неопытный человек использует ide, где все настроено и не требует дополнительных телодвижений. Затем он начинает понимать, что его раздражает, что неоптимально и чего не хватает. И тогда он переходит к текстовым редакторам, чтобы постичь дзен :)
Я пишу преимущественно на Python и C++ в Linux, для Python использовал IDE от JetBrains, но в какой-то момент понял, что уже давно пользуюсь преимущественно консолью для всего: git, virtualenv, manage.py, make, g++, ssh, sftp, и что от IDE в текстовом редакторе мне нужно — только навигация по дереву файлов проекта, автокомплит и навигация по коду (переходы к определениям), все это можно допилить в редакторах. C++ проект прекрасно собирается с помощью make/cmake-файлов, в т.ч. и QT-проекты с метаобджект-компайлером, дебаггер — gdb и т.д, автоматизировать рутину можно шелл-скриптами. В итоге перешел на Vim.
А проверка синтаксиса, умный код комплишен, подсказки по оптимизации, просмотр значений переменных во время дебага, автоформатирование кода, шаблоны и т п вам не требуются что ли?
проверка синтаксиса в vim есть,
— код комплишен есть, правда он не умный, как вы написали, но мне хватает (ctrl-p)
— автоформатирование через внешнюю тулзу есть. Например для perl я использую perltidy.
— шаблоны тоже есть.
— переход к definition тоже есть (gd — go definition)
Вот просмотра значений при дебаге, не видел, т.к. дебажу в самом перле perl -d
У многих видимо мнение, что vim это простой текстовый редактор вроде notepad, только под консоль.
Vim предоставляет огромное количество настроек, и возможностей для расширения, и для него также пишут плагины, и комьюнити, которое пишет плагины, не маленькое.
Да может быть соглашусь, что IDE использовать для C… и Java будет удобнее, но не могу ничего утверждать по этому поводу, т.к. нет опыта в этих языках.
Из своего опыта — купил Sublime Text 2 потом, когда вышла 3-я версия, купил и ее, но так и не смог перейти. При этом я понимаю что ST очень хороший редактор, и по моему мнению превосходит по удобству, используемые мной ранее, Far Editor, Edit+, Notepad++ и т.д. Но каждый раз когда пробую ST мне чего то не хватает. Например по большому списку файлов выполнить макрос. И когда в vim привыкаешь использовать быстрые переходы по тексту, очень трудно перейти на что то другое, именно это и есть для меня самая главная причина возвращения к vim. Пробовал и Vintage mode. Но там многие вещи из vim не работают, и в результате ST без Vintage для меня выглядит лучше.
Практически тоже самое, могут написать и пользователи emacs.
— код комплишен есть, правда он не умный, как вы написали, но мне хватает (ctrl-p)
— автоформатирование через внешнюю тулзу есть. Например для perl я использую perltidy.
— шаблоны тоже есть.
— переход к definition тоже есть (gd — go definition)
Вот просмотра значений при дебаге, не видел, т.к. дебажу в самом перле perl -d
У многих видимо мнение, что vim это простой текстовый редактор вроде notepad, только под консоль.
Vim предоставляет огромное количество настроек, и возможностей для расширения, и для него также пишут плагины, и комьюнити, которое пишет плагины, не маленькое.
Да может быть соглашусь, что IDE использовать для C… и Java будет удобнее, но не могу ничего утверждать по этому поводу, т.к. нет опыта в этих языках.
Из своего опыта — купил Sublime Text 2 потом, когда вышла 3-я версия, купил и ее, но так и не смог перейти. При этом я понимаю что ST очень хороший редактор, и по моему мнению превосходит по удобству, используемые мной ранее, Far Editor, Edit+, Notepad++ и т.д. Но каждый раз когда пробую ST мне чего то не хватает. Например по большому списку файлов выполнить макрос. И когда в vim привыкаешь использовать быстрые переходы по тексту, очень трудно перейти на что то другое, именно это и есть для меня самая главная причина возвращения к vim. Пробовал и Vintage mode. Но там многие вещи из vim не работают, и в результате ST без Vintage для меня выглядит лучше.
Практически тоже самое, могут написать и пользователи emacs.
В какой-то момент понял, что выхожу из IDE от JetBrains практически исключительно в консоль, начал пользоваться встроенным в IDE терминалом.
Для такого динамического языка, как JavaScript, правильно реализовать автокомплит и анализ кода — не самая простая задача и тут конкурентов у JetBrains, мне кажется, нет.
Для такого динамического языка, как JavaScript, правильно реализовать автокомплит и анализ кода — не самая простая задача и тут конкурентов у JetBrains, мне кажется, нет.
Пишу на C++, python, erlang и LaTeX в vim, отлично подходит для всего. Нравится, что одинаковый редактор для совершенно разных сред.
Я раньше использовал emacs, но в какой-то момент надоела эта постоянная настройка и редактирование конфигов, в итоге попробовав саблайм с его системой плагинов в итоге там и остался, конечно не хватает немного всех этих C-x C-s но в саблайме свои плюсы.
Emacs тоже хорошь по своему, и очень удобен если знать elisp, но хочется чтобы все работало из коробки.
Emacs тоже хорошь по своему, и очень удобен если знать elisp, но хочется чтобы все работало из коробки.
У меня было наоборот. Мигрировав почти полностью на vim перебрался с него на Sublime
Пора уж тогда выпускать Sublime OS
Лучше уж сразу виртуальную машину встроить туда.
Ещё я бы упомянул SublimeREPL, ну и свой мега-плагин (после нажатия сочетания (ctrl+shift+e мне нравится) пытается выполнить выделенный участок текста как python-код, вставляет результат вместо выделения):
(использование: Tools -> New Plugin, вставляем код, сохраняем под произвольным именем; Preferences -> Key Bindings — User, добавляем
import sublime, sublime_plugin
ns = {}
ns.update(vars(__import__('math')).copy())
ns['__builtins__'] = None
class EvalCommand(sublime_plugin.TextCommand):
def run(self, edit):
for r, s in [(r, self.view.substr(r)) for r in self.view.sel() if not r.empty()]:
self.view.replace(edit, r, str(eval(s, ns)))
(использование: Tools -> New Plugin, вставляем код, сохраняем под произвольным именем; Preferences -> Key Bindings — User, добавляем
{"keys":["ctrl+shift+e"],"command":"eval"}).
Спасибо за PlainTasks
Для тех, кто пишет документацию в разметке RestructuredText (RST) просто необходимы следующие плагины:
RestructuredText Improved
RestructuredText Code Completion
RestructuredText Improved
RestructuredText Code Completion
Давно пользуюсь Sublime Edit для Python-разработки, возник вопрос — а можно ли как-то реализовать некоторые IDE-фишки, типа интроспекции кода (и подстановки методов класса, и т.п.) + документация по модулям стандартной библиотеки?
Мне показался удобным плагин BracketHighlighter.
Посоветуйте что-то для работы с git.
Собственно есть плагин, с говорящим, sublimegit.net, правда платная, но есть триал, чтобы оценить. Раньше тоже что-то искал, поэтому в памяти отложилось, сейчас использую просто SourceTree.
Я честно говоря консолью пользуюсь.
Ах да, посоветую GitGutter. Он помечает строки, которые были изменены, созданы и где были удалены.
Поддерживаю. Лучше терминала пока ничего не видел.
Народ, а можно-ли настроить Sublime Text на работу со стилем кода «Уайтсмитс»?
Что-бы было как-то так:
Что-бы было как-то так:
function helloWorld()
{
return true;
}
можно.
Черт, видимо, я не могу использовать теги.
pastebin.com/P3Y0KqBs
pastebin.com/P3Y0KqBs
добавьте в клавиатурные комбинации:
создайте «Build System» с нужными вариациями:
И теперь по ctrl+b выскочит окно, где можно выбрать какой билд запустить.
{
"keys": ["ctrl+b"],
"command": "show_overlay",
"args": {"overlay": "command_palette", "text": "Build:"}
}
создайте «Build System» с нужными вариациями:
{
"selector": "source.java",
"cmd": ["ant"],
"variants": [
{ "cmd": ["run_my_tool"],
"name": "My Tool"
},
{ "cmd": ["ant", "clean"],
"name": "Clean"
}
]
}
И теперь по ctrl+b выскочит окно, где можно выбрать какой билд запустить.
А для Notepad++ что есть интересного?
Ой, больной, а у вас гисты.
Я бы и дальше бы пользовался Sublime если бы он стоил адекватно (до 20$) и не падал на кривой разметке. Кроме того крайне не очевидно редактировать один и тот же файл в 2 и более экранах. По сему продолжаю дальше сидеть на Kate который с последними KDE очень хорошо развивается.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Несколько применений Sublime Text 3, которыми Вы могли бы пользоваться