VS Code: как я удалил его ради Cursor

Обычно истории расставаний звучат драматичнее. Но мой роман с VS Code закончился довольно буднично: вечером сел «попробовать новый редактор на полчасика», ночью уже переписывал alias’ы в терминале, а утром гуглил, как полностью удалить VS Code, его хвосты, настройки и воспоминания. И да, я тот человек, который когда-то на память мог перечислить любимые расширения, а сейчас честно жмет «Uninstall» и не оглядывается.

Всё началось не с внезапной ненависти к VS Code, а с усталости. Я пишу код, много автоматизирую, интеграции с Make.com, вебхуки, боты, сценарии для бизнеса, задачи клиентов, рутина. И вот в какой-то момент ловлю себя на мысли: я больше времени трачу не на логику и архитектуру автоматизаций, а на бесконечное копирование, подправление, поиск по коду, отладку однотипных штук. Да, VS Code удаленный сервер, Git, расширения — всё у него красиво. Но ощущения такие, будто у тебя в руках шикарная отвёртка, а тебе давно нужен шуруповёрт с автоподачей.

Почему вообще полез смотреть в сторону Cursor

Cursor я поначалу воспринял как очередной модный форк VS Code. Мало ли, мы их уже перевидали: «быстрее», «умнее», «для продуктивности» и дальше по чеклисту. Но у Cursor было одно главное отличие — он не просто редактор, который умеет подсвечивать синтаксис и запускать код, а среда, которая понимает твой проект, контекст и помогает писать, править, объяснять и рефакторить код, а не просто быть красивой оболочкой.

По сути, Cursor — это VS Code, который съел интегрированный ИИ и внезапно перестал быть тупым блокнотом. Ты не просто набираешь текст кода, ты с ним разговариваешь: «исправь этот запрос», «обнови все места, где мы дергаем этот webhook», «перепиши модуль под новую структуру данных», «сделай нормальный логгер, а не то, что я написал на бегу». И он не пугается. Когда ты работаешь с автоматизациями, это особенно ценно: куча однотипных сценариев, похожих обработчиков и надо не сломать уже живущие бизнес-процессы, где каждая ошибка — минусы в деньгах.

Тут же всплывает связка Cursor vs VS Code в чистом виде: в VS Code cursor ai — это внешнее расширение, плюс подписка, плюс настройка, плюс жить с пониманием, что всё это слеплено из нескольких разрозненных штук. В Cursor все это сразу встроено, у него нормальные потоки подсказок, контекст на несколько файлов, ты можешь просить его пройтись по проекту и помочь с архитектурой, а не просто «дополнить строку». Скажем так: там, где я в VS Code уже рефлекторно открывал браузер, Cursor просто отвечает внутри редактора.

Переход: от «попробую на час» до «как удалить VS Code»

Я честно пытался сидеть на двух стульях. Оставил VS Code рядом, сделал пару тестовых проектов в Cursor, немного поигрался. Первой же рабочей задачей было собрать несложный, но мерзкий сценарий: данные с формы на сайте улетают в CRM, параллельно пишутся в таблицу, потом Make.com дергает вебхук, дальше автоматически создается задача в Trello и уведомление в Telegram. Обычная жизнь автоматизатора, короче, без глянца.

Я подключил Make.com через вебхуки, кое-где использовал их API, через Cursor быстро накидал обработчики, подсказал ему структуру данных, он подсказал мне нормальное форматирование и логику обработки ошибок, мы мирно договорились. Дальше — правки от клиента: «давайте еще сегментацию по источникам», «а давайте сюда дополнительный лог», «а можно, чтобы при изменении статуса CRM дергался еще один сценарий в Make». В прошлом я бы в VS Code методично искал все места, где дергаются эти эндпоинты, проверял, не сломал ли что-нибудь, и параллельно поминал в суе прошлое «быстрое решение». В Cursor я просто указал, что поменялось, и попросил его пройтись по проекту и обновить логику в связанных кусках кода.

На третьей такой итерации я поймал себя на том, что VS Code у меня открыт только «по привычке». При этом там уже все лишнее: дубли проектов, старые расширения, часть настроек давно не актуальна, а сама идея держать два редактора стала раздражать. Я сел и честно задался вопросом: мне вообще нужен VS Code в 2025, если Cursor покрывает мои задачи по коду и автоматизациям? Ответ получился скучный, но честный — нет, не нужен. А значит, пора убрать. Полностью.

Как удалить VS Code так, чтобы он не всплыл через месяц

Удалить VS Code можно по-разному. Есть вариант «по-быстрому»: снести саму программу и жить дальше с мыслью, что где-то на диске лежат твои старые настройки, расширения и кеши, которые периодически всплывают странными глюками. Но если вы уже решили переходить на Cursor всерьез, лучше сделать это как со старым проектом, который вы больше никогда не хотите запускать — подчистить всё.

На Windows всё обычно начинается с «Пуск — Удаление программ» и стандартного деинсталлера. Это базовый шаг, но на этом «веселье» не заканчивается. В настройках пользователя остаются папки с конфигами, расширениями и кешом. Они сидят где-то в районе AppData, и если вы хоть раз настраивали VS Code под себя, там тоже есть, что вычистить. Так что, если хотите полностью удалить VS Code, руками добейте его хвосты: конфиги, кеш, локальные расширения. Только сначала скопируйте то, что жалко — snippets, рабочие настройки, шорткаты.

На macOS те же грабли, только в другом месте. Перетаскивание VS Code в корзину не удаляет юзерские папки. Они лежат в Library, в папке Application Support и дальше по классике. Если цель — VS Code удалить все настройки, то удаляем не только приложение, но и все такие хвосты. Тут главное не увлечься и не снести что-то соседнее, поэтому я обычно делаю паузу, проверяю путь ещё раз и только потом жму Delete.

Кстати, отдельно про расширения. Многих волнует, как удалить расширение в VS Code аккуратно. Если вы ещё не начали процесс полного сноса, можно просто открыть вкладку Extensions, найти надоевшую штуку и нажать Uninstall. Но, по-честному, если вы уже доходите до вопроса «как полностью удалить VS Code», то точечное сносение расширений — это как лечить утопленный телефон сменой чехла.

А что с Git, ветками, репозиториями и прочей болью

Иногда переход с одного редактора на другой ломает не столько привычку, сколько процессы. Например, вы привязаны к тому, как в VS Code устроена работа с Git, ветками, репозиториями, и особенно это заметно, когда вы держите рабочие проекты, связанные с автоматизациями, интеграциями, многими серверами.

Если вы искали, как удалить ветку в VS Code, то, скорее всего, упирались в интерфейс: правый клик, Delete Branch, подтверждение, и вроде всё понятно. В Cursor тоже всё по-человечески, и, честно, Git — не тот аргумент, который удержит VS Code в вашей системе. То же самое с вопросом, как удалить репозиторий в VS Code: это не функция редактора, а работа с файловой системой и Git. Удалили папку, подчистили remote, репозиторий уехал.

VS Code multi cursor? Красиво, удобно, но в Cursor с этим вообще порядок, плюс добавляется логика: вы можете не только массово править строки, но и просить его внести осмысленные изменения сразу в несколько файлов по одному описанию. VS Code cursor ai как отдельное расширение тоже имеет смысл, но в какой-то момент спрашиваешь себя: зачем мне полумера, если можно сидеть в редакторе, где всё это встроено из коробки.

А про любимый «как удалить строку в VS Code» я вообще молчу. В Cursor та же горячая клавиша, а иногда и вообще не надо ничего удалять руками: попросили — он переписал фрагмент. Вопрос «горячих клавиш» можно решить один раз: подогнать шорткаты в Cursor под те, что у вас были в VS Code, и мозг почти не заметит миграции.

Удаленный сервер, запуск кода и прочие взрослые игрушки

Еще один аргумент в пользу VS Code — его удаленный режим. Настроил VS Code удаленный сервер, подключился к машине по SSH, работаешь с кодом так, будто он у тебя локально. Для тех, кто крутит контейнеры, дев-сервера, staging-среды — это прямо отдельная любовь.

Cursor на этом месте не отстаёт. Он наследует много из DNA VS Code, в том числе подходы к работе с удаленными проектами. Вопрос «vs code запуск кода на удаленной машине» легко переводится в плоскость «ок, а как мы это будем делать из Cursor». На практике: всё те же SSH-подключения, те же удаленные окружения, те же сценарии работы с деплоями. Но плюс — умный помощник, который может пробежаться по логу, подсветить, где именно всё поехало, и предложить правки.

Я довольно быстро перевел часть серверных автоматизаций, связанных с Make.com, на связку: код пишу и меняю в Cursor, логика интеграций живет в Make, где я собираю сценарии, цепочки, расписания. Когда что-то падает, у меня не начинается квест «открой пять вкладок, сверь версии, проверь ручками», я сразу задаю вопрос: что пошло не так, покажи проблемные места и предложи решение. Для задач, где важно не просто «запускается код или нет», а быстро чинить интеграции с CRM, таблицами, маркетинговыми сервисами, это уже не комфорт, а способ не сливать лишние часы каждую неделю.

Если хотите научиться автоматизации рабочих процессов с помощью сервиса make.com и нейросетей, подпишитесь на наш Telegram-канал. Я там как раз показываю живые примеры, как связать код, Make-сценарии и бизнес-задачи так, чтобы люди потом не писали «а можно это упростить, я запутался в своих же автоматизациях».

Где тут Make.com и при чем здесь продажи

Теперь честно. Я не просто пересел на Cursor ради красивой подсветки или модного слова «AI». Моя основная боль — это автоматизация процессов: свои, клиентов, мини-компаний, сервисов. Make.com стал для этого идеальным конструктором. Он тянет более двух тысяч сервисов, интегрируется с Google, Telegram, Slack, CRM и бог знает чем еще, и при этом не требует сидеть по уши в коде, если не хочется.

Звучит красиво, но реальная жизнь автоматизаций — это куча мелких правок: поменяли поле в форме, добавили еще один шаг в цепочку, захотели уведомления вместо email, переподключили CRM, заменили один сервис на другой. В какой-то момент ты понимаешь, что сценарии в Make живут своей жизнью, а связанный с ними код — своей, и всё это требует нормальной дисциплины. Вот тут и родилась логика: Cursor отвечает за код, Make.com — за no-code часть, а моя задача — настроить мост между ними так, чтобы всё это жило без драм.

Кстати, если вы хотите нормально зайти в Make.com, пройти не только по верхам, но сделать себе рабочие процессы, есть обучение по make.com. Это не очередной «соберите красивый виджет», а реальная работа с бизнес-сценариями: лиды, заявки, уведомления, отчеты, интеграции. А если лень собирать всё с нуля, можно взять готовые чертежи — блюпринты по make.com, где за вас уже продумали логику.

Обучение по make.com

Плюс, важный момент. Make.com не привязан к какому-то конкретному редактору. Хотите — сидите в старом добром VS Code, хотите — отвязываетесь и переходите в Cursor, как сделал я. Но в момент, когда вы начинаете жить автоматизациями, особенно если это российские сервисы, локальные задачи, куча Telegram-ботов, форм, CRM вроде Битрикса или amo, вам просто выгоднее иметь связку «умный редактор + гибкий конструктор». Я на своей шкуре понял, что Cursor + Make закрывают это сочетание лучше, чем VS Code плюс набор расширений.

Как я выстраиваю связку Cursor + Make.com в реальных задачах

Сценарий из жизни. Приходит малый бизнес: заявки с сайта, лиды с рекламы, Telegram-канал, менеджеры в WhatsApp, и всё это живет в виде «ну, мы в таблицу заносим». Классика жанра. Мы собираем автоматизацию: форма — летит в Make, там ветвление по источнику, параллельное создание лида в CRM, запись в Google Sheets, уведомление в Telegram, плюс иногда дополнительные разветвления типа «если чек больше N, кидаем менеджеру отдельное сообщение».

Часть логики можно сделать в Make.com без кода, но мир не идеален, и иногда нужен свой кодовый модуль: JSON почистить, хитрую валидацию прикрутить, сделать подпись, по API обратиться к чему-то экзотическому. Раньше я писал всё это в VS Code, потом копировал, отлаживал, правил, снова копировал. Сейчас у меня все подобные вещи живут в Cursor, где я могу держать рядом комментарии, куски документации, быстро генерировать новые функции, править старые и не бояться, что где-то потеряю связку между кодом и сценариями.

Иногда нужен наоборот обратный путь: из Make прилетает какое-то событие, нужно обработать его на своем сервере, записать в базу, а потом триггером вернуть информацию обратно в Make. Схемы со сторонними API, подписками, биллингом, отчётами. Тут VS Code удаленный сервер тоже раньше казался незаменимым, но Cursor повторяет все плюсы удаленной разработки, а сверху добавляет адекватный помощник по коду. В итоге моя стандартная связка теперь выглядит так: Cursor отвечает за логику и инфраструктуру, Make — за связки между сервисами и no-code схемы, Telegram — за уведомления и коммуникации.

Если вам всё это интересно не только теоретически, обязательно загляните в наш Telegram-канал, там я разбираю реальные кейсы, а не только рассказываю, как «всё прекрасно».

FAQ

Вопрос: Зачем вообще удалять VS Code, если он и так работает?
Ответ: Если вы спокойно живете с VS Code, он вас устраивает, и вы не хотите переходить на другой редактор — можете ничего не трогать. Я удалил его, потому что полностью пересел на Cursor, а держать два почти одинаковых инструмента, которые решают одну и ту же задачу, мне стало просто неудобно. Плюс куча старых расширений и настроек только мешала.

Вопрос: Как полностью удалить VS Code, чтобы не осталось настроек?
Ответ: Сначала удаляете саму программу стандартным способом (через систему). Потом вручную чистите пользовательские папки: на Windows это AppData с конфигами и расширениями, на macOS — Library/Application Support и связанные каталоги. Главное — не забыть сохранить нужные snippets и настройки, если планируете перенести их в Cursor.

Вопрос: Можно ли установить Cursor поверх VS Code или внутрь него?
Ответ: Нет, Cursor — это отдельный редактор, а не плагин к VS Code. Поэтому вопрос «как установить Cursor в VS Code» технически не имеет смысла. Ставите Cursor отдельно, настраиваете горячие клавиши и темы под привычки из VS Code, и живете дальше уже в новой среде.

Вопрос: Работает ли Cursor с удаленными серверами так же, как VS Code?
Ответ: Да, подход похож: вы подключаетесь к удаленной машине, работаете с файлами и проектами, запускаете код на удаленном сервере. Если вы привыкли к режиму VS Code удаленный, переход в Cursor не будет болезненным — базовая логика там такая же, только интерфейс свой.

Вопрос: Нужно ли уметь программировать, чтобы работать с Make.com?
Ответ: Нет, это как раз прелесть Make. Большую часть задач можно решить без кода. Но если вы умеете программировать или хотя бы не боитесь кода, то возможности расширяются в разы: можно писать свои модули, хитро обрабатывать данные, делать интеграции с нестандартными сервисами. Чтобы войти в тему быстрее, есть обучение по make.com.

Вопрос: Есть ли смысл изучать автоматизацию, если у меня маленький бизнес или я фрилансер?
Ответ: Есть, потому что именно у маленьких команд и фрилансеров нет лишних рук и времени. Сценарий «заявки сами попадают в CRM, задачи создаются, уведомления прилетают туда, где вы реально отвечаете» экономит не час в год, а часы каждую неделю. А если не хотите всё собирать с нуля, посмотрите блюпринты по make.com — там уже есть готовые решения, которые можно адаптировать под себя.

Вопрос: Если я сейчас на VS Code, как безопасно перейти на Cursor?
Ответ: Поставьте Cursor, перенесите в него один рабочий проект, настройте горячие клавиши так, чтобы рука не спотыкалась. Поработайте неделю-другую в параллель: часть задач в VS Code, часть в Cursor. Если поймете, что уже рефлекторно открываете Cursor, а не VS Code — тогда имеет смысл думать, как удалить VS Code окончательно и зачистить его хвосты.