Комментарии 30
IntellijIdea, Notepad++, Qt Creator, Pycharm, Sublime, Atom, NetBeans, VisualStudio, Xcode, Eclipse...
Бегло вспомнил это. И на каждый можно штамповать по статье)
Можно, конечно, продукты от JetBrains еще как можно) А остальное ощутимо специфичнее, все таки я ориентировался на новичков, кто либо не сталкивался с хоткеями, либо хочет просто узнать что-то полезное здесь и сейчас, вместо того, чтобы догадываться, что же там в доке на английском написано)) А VSC отлично вписывается в редактор, хорошо подходящий для новичков на том же Пайтоне или JS, при этом доступный бесплатно)
И 53 закладки уже (на момент написания комментария). Видимо, дело не только в редакторах Хабра.
Статья помечена как "простая", на 3 минуты. Господи, как будто вас насильно заставляют её открывать и читать.
Далеко не факт что для каждого она так проста.
как будто вас насильно заставляют её открывать и читать
Это работает не так. Поясню.
Хабр - это сообщество, контент в котором предполагает соответствие некоторой тематике и некоторому уровню профессионализма и/или глубины.
Это нормально и в этом нет ничего плохого. Например, в научных журналах, посвященных генной инженерии, вы не найдете статей уровня «cтроение клетки для чайников и умственно отсталых». Ну просто потому что предполагается наличие у читателя базовых знаний предметной области.
Для этого в сообществах, подобных Хабру, существует модерация. Принудительная - с помощью модераторов. И социальная - основанная на одобрении пользователеями (google: «общественный контроль в социологии»).
Если подобная модерация не будет осуществляться, а публикация будет проходить по принципу «лишь бы никого не обидеть» и «вас никто не заставляет читать», то любой ресурс/сообщество очень быстро превратится в помойку из однообразных, как под копирку, статей уровня «а как какать» (простите).
На практике, это означает, что люди приходят на Хабр не для того, чтобы в очередной раз увидеть cheatsheet, который гуглится за 5-7 секунд. Те, кому нужны самые базовые знания, ищут их не на хабре, а специализировнных сообществах, посвященных именно начинающим.
Лично для меня это означает, что мне некомфортно тратить время и внимание на просмотр и оценку статьи, которая по факту оказывается банальным информационным мусором/шумом. Да, я могу ее не читать. Но я все еще должен потратить свое время и внимание, чтобы понять, нужно мне такое читать или нет. Более того, на фоне информационного мусора, могут остаться незамеченными действительно интересные материалы. И вот это уже банальное неуважение к труду и времени авторов, которые действительно создают ценность.
Сайт этот уже давно наполнен информационным мусором. Студенты выкладывают сюда рефераты. "Авторы" дзена репостят свои "творения". В корпоративных блогах, людей, с трудом справляющихся с русским, набегают плюсовать коллеги по цеху.
Годного контента действительно стало мало. Судя по всему, сайт умирает. И видимо, с этим придётся смириться.
Я ради вашего комментария даже закладку на статью поставил. Лучше бы такие комменты как ваш как рекламу пускали, чтобы во время пролистывания статей ещё и освежить что-то в памяти.
Самая полезная комбинация в VS Code - Ctrl-Shift-P
. Все остальное производно.
Мне кажется, удобнее для того же эффекта нажимать F1. Даже мнемонически это "клавиша помощи".
Для тех, кто не пользуется VS Code: оба хоткея открывают command palette, где можно набрать нужную команду почти естественным языком. Там же можно посмотреть для них хоткеи, и ещё много чего.
Спасибо. Как для начинающего пойдет, но если заминусуют, то не расстраивайтесь. А для вас и для всех читающий хабр может интересен сайт https://defkey.com/ — покажет по комбинации клавиши где такая применяется. Иногда помогает принять решение вводит ту или иную комбинацию в программах.
Спасибо за https://defkey.com/, это оказался очень полезный сервис!
ctrl + del прикольно не знал, т.к. в офф документация есть только ctrl + shift + k с тем же описанием
А теперь перейдите по https://defkey.com/search?irq=Ctrl%2BDel и поглядите, что делается в других редакторах на эту комбинацию. Привыкните, так что не удивляйтесь потом, что где-то что-то будет удаляться по этой комбинации.
Возможно вы имели ввиду «Shift + Del» или «Ctrl+D»? В любом случае, лучше проверить, привыкать или нет. Если везде такие комбинации, то удобно, а вот если вводят что-то свое и противоположное всем, то бывает это вредно даже.
Shift + Del — удалить строку целиком.
Во многих современных IDE Ctrl + X/C на строке без выделения вырезает или копирует эту строку. Shift+Del — это лишь дубликат Ctrl+X, наследие доса.
А ещё Ctrl+Ins — скопировать, Shift+Ins — вставить. Вот и дожили мы до момента, когда это стало редким знанием. :)
Ctrl + L — выделяет всю строку. Целиком. Теперь копипастить еще проще, не правда ли? =)
Опять же, Ctrl+C на невыделенной строке копирует эту строку.
Ещё из полезного в VS (не уверен на счёт Code):
Ctrl+. — варианты решения ошибки под курсором. Очень удобно вставлять using‑и, реализовывать интерфейсы и override, и т. д.
Alt + выделение мышью — блочное выделение. Можно писать текст в нескольких строках одновременно.
Опять же, Ctrl+C на невыделенной строке копирует эту строку.
WTF, не зря писал статью! Это вроде просто и логично) Но я только что попробовал и это очень круто! Спасибо!
Ctrl+. — тоже внезапно ускоряет работу! Еще раз спасибо) В VSC работает!
А Shift+Ins, это было так давно, что я и не упомню, когда использовал его)) 2000-е, наверное =)))))
Removed
Буду благодарен за любые интересные и полезные хоткеи
Key Bindings for Visual Studio Code
Telemetry
VSCodium. Vscodium releases
"VSCodium is a community-driven, freely-licensed binary distribution of Microsoft’s editor VS Code.
These binaries are licensed under the MIT license. Telemetry is disabled..."

Что за комбинация Alt + ЛКМ?
Самое прекрасное в хоткеях VSCode - что их можно подстроить под себя без особых усилий, а также настроить одни и те же хоткеи на разные команды в разных контекстах. Имхо, самые полезные команды имеют по умолчанию не самые удобные хоткеи.
Хочу поделиться двумя лайфхаками, которые жутко выручают при работе со всякими здоровенными файлами/легаси/бойлерплейт/копипастой, когда без хоткеев хочется просто застрелиться:
На один только
F3
можно назначить "Go To Next Change" в редакторе без виджета поиска или в просмотрщике диффа, "Next Conflict" если в диффе есть конфликты, "Find Next", если виджет поиска открыт и "Move Selection To Next Find Match" если есть какое-то выделение. Одна кнопка (+шифт для поиска в обратном направлении) решает 95% задач по навигации внутри файла или диффа. "Go To Next Change" я считаю наиболее важной из этих команд, потому что ею можно пользоваться как для навигации по собственным изменениям, более конкретно - для ревью собственного кода перед коммитом, да и просто в качестве телепорта между закладками, в роли которых выступают свежедобавленные пустые строчки..Ctrl + Shift + ]
как "Add Selection To Previous Find Match" (соответственно+ [
для обратного поиска; а без шифта как "Move Selection To ...") - решает большинство задач по работе с копипастой - можно навыделять сразу много-много строчек и разом все изменить. Мне этот способ больше зашёл в плане простоты контроля/скорости замены, чем стандартный виджет поиска и замены, потому что можно сначала навыделять все места, а потом уже придумывать текст, сразу видя результат.
для начинающего джуна
Типа джуниор джун, миддл джун и синьор джун.
На самом деле, хоть многие и негодуют с простоты статьи, она и не позиционируется как супер открытие вроде как... А для джунов, которые не то, чтобы часто пользуются хоткеями, это будет наверное полезно даже. Даже для себя нашел что то интересное)
«Поговорим не про Vim»
обломали моё желание повыпендриваться с первых же слов в статье
Рассказали бы лучше как отключить срабатывание Ctrl+C (копирование в буфер) когда ничего не выделено - задолбало уже - промахиваюсь - вместо Ctrl+V нажимаю Ctrl+C - и теряю содержимое буфера (всякое ПО по расширению самого буфера - это всё понятно, вопрос о другом).
То же самое про Visual Studio (не Code)
И ещё (простите за ОФФтоп) - это уже про Visual Studio (в VS Code как раз норм) можно ли как-то настроить, чтобы при удалении переноса строки комбинацией Ctrl+Backspace в Visual Studio не удалялось последнее (правое слов или не пробельный символ) в предыдущей строке после перехода на неё курсора?
Вот это задолбало куда сильнее! Причём в VS Code это не происходит. Заметил, давно уже, только в Visual Studio! В Rider/IDEA не знаю, не пробовал. Пока вижу такое поведение только в Visual Studio - бесит жутко!
ТОП горячих клавиш VS Code для начинающего джуна