Homebrew — это менеджер пакетов, который изначально был создан для macOS, а теперь также полноценно работает на Linux. Его основная задача — устанавливать программное обеспечение, которого нет в официальных репозиториях вашей операционной системы.

Для чего нужен Homebrew?

В двух словах: Homebrew упрощает установку и управление программами через терминал. Вот его ключевые функции:

● Установка программного обеспечения: позволяет устанавливать тысячи утилит, инструментов разработки, библиотек и даже полноценные приложения с графическим интерфейсом (через Homebrew Cask).
● Простота управления: c помощью коротких команд можно легко обновлять, удалять и искать пакеты.
● Разрешение зависимостей: Homebrew автоматически находит и устанавливает все необходимые для работы программы дополнительные библиотеки (зависимости).
● Изоляция и безопасность: программы устанавливаются в собственную директорию Homebrew (/opt/homebrew или /home/linuxbrew/.linuxbrew) и символически связываются с системой, что минимизирует вмешательство в работу ОС.

Как Homebrew работает в Linux (на примере Ubuntu)?

В Linux у каждого дистрибутива уже есть свой встроенный менеджер пакетов (например, apt в Ubuntu). Homebrew здесь выступает не как замена, а как дополнение. Его можно использовать для:

1. Установки программ, которых нет или которые устарели в официальных репозиториях Ubuntu.
2. Создания единой среды для управления пакетами на компьютерах с разными ОС (например, если вы работаете и на macOS, и на Linux).

[Основные команды Homebrew]

Освоить работу с Homebrew достаточно просто, так как он использует интуитивно понятные команды:

[Установка]

$ /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Для добавления brew в переменную окружения PATH:

$ echo >> /home/ваше_имя_пользователя/.bashrc \
echo 'eval "$(/home/linuxbrew/.linuxbrew/bin/brew shellenv)"' \
 >> /home/ваше_имя_пользователя/.bashrc \
eval "$(/home/linuxbrew/.linuxbrew/bin/brew shellenv)"

Установка зависимостей Homebrew:

$ sudo apt-get install build-essential

Команда nvm alias — удобный способ создать для версии Node.js короткое и понятное имя. С её помощью можно назначить алиас как для управления на одном компьютере, так и для работы с проектом в команде.

[Основное использование]

Основной синтаксис команды выглядит так:

nvm alias имя_алиаса версия_узла

На практике это можно применять следующим образом. Для личного удобства создавайте короткие имена для часто используемых версий.

$ nvm alias legacy 14.17.0
$ nvm alias stable 18.16.1

Для командной работы в корне проекта создайте файл .nvmrc и укажите в нём нужную версию (например, 20.11.0). После этого вы или любой другой разработчик, зайдя в папку, сможет выполнить просто nvm use, и NVM автоматически переключит версию, указанную в файле.

Установка версии по умолчанию. Это специальный алиас default. Он задаёт версию Node.js, которая будет автоматически загружаться в каждом новом окне терминала.

$ nvm alias default 20.11.0

[Управление алиасами]

Просмотр всех алиасов: выполните команду nvm ls. В выводе команды будет раздел, где перечислены все созданные алиасы.

Удаление алиаса: если алиас больше не нужен, удалите его командой nvm unalias имя_алиаса.

[Рекомендации]

Для командной работы файл .nvmrc предпочтительнее личных алиасов, так как он гарантирует, что все разработчики в проекте используют одинаковую версию Node.js. Личные алиасы лучше подходят для ваших рабочих предпочтений, например, чтобы быстро переключаться между stable и lts.

Команда nvm reinstall-packages копирует все глобально установленные npm-пакеты из одной версии Node.js в другую.

Когда вы устанавливаете новую версию Node.js через NVM, она поставляется с "чистым" npm — в ней нет пакетов, которые вы устанавливали ранее глобально (например, yarn, nodemon, typescript, vue-cli и т. д.). Вместо того, чтобы устанавливать их заново вручную, nvm reinstall-packages автоматически считывает список пакетов из исходной версии и устанавливает их в новую.

Синтаксис:

nvm reinstall-packages исходная_версия

[Пример использования]

Допустим, вы работали на Node.js версии 16.14.0 и установили глобально несколько утилит. Теперь вы установили свежую версию 18.12.0 и хотите перенести в неё все свои пакеты.

1.  Сначала переключитесь на новую версию:

$ nvm use 18.12.0

2. Затем выполните команду, указав версию, из которой нужно взять пакеты:

$ nvm reinstall-packages 16.14.0

NVM автоматически:

- Получит список всех глобальных пакетов из 16.14.0.
- Установит их (с теми же версиями) в текущую активную версию 18.12.0.

[Важные особенности и советы]

1. Команда установит только пакеты, а не конфигурацию. Она переносит только сами пакеты. Глобальные настройки npm или конфигурации отдельных пакетов (например, npm config) не копируются.

2. Проверяйте совместимость. Некоторые пакеты могут быть несовместимы с новой, особенно более старой или новой, мажорной версией Node.js. После переноса рекомендуется убедиться, что ключевые инструменты работают корректно.

3. Альтернативный метод — использование nvm install с флагом --reinstall-packages.

Более удобный способ сделать то же самое за один шаг — установить новую версию и сразу же скопировать в неё пакеты из текущей. Например, вы в текущей версии 16.14.0. Следующая команда переустановит установленные пакеты в версии 16.14.0 в версию 18.12.0:

$ nvm install 18.12.0 --reinstall-packages-from=16.14.0

4. Просмотр списка глобальных пакетов. Если вы хотите сначала посмотреть, что будет скопировано, выполните в исходной версии:

$ nvm use 16.14.0
$ npm list -g --depth=0

Краткий итог: nvm reinstall-packages — это инструмент для удобного переноса глобального окружения npm между версиями Node.js, который экономит время на повторной ручной установке всех утилит.

Команда nvm run позволяет запустить Node.js-скрипт, временно активировав нужную версию Node.js без постоянного переключения текущей версии в оболочке. Это удобно для одноразовых запусков в конкретной версии.

[Основное назначение и синтаксис]

nvm run версия_node script.js [аргументы]

Что происходит:

1. NVM временно активирует указанную версию Node.js.
2. Запускает указанный JavaScript-файл в этой версии.
3. После выполнения возвращает вашу оболочку к предыдущей активной версии Node.js.

[Примеры использования]

1. Базовый запуск скрипта. Запустит script.js во временно активированной Node.js 18.17.0:

$ nvm run 18.17.0 script.js

2. Запуск с передачей аргументов скрипту. Аргументы после имени файла скрипта передаются в сам скрипт:

$ nvm run 16.20.2 app.js --port=3000 --env=development

3. Быстрая проверка версии Node.js для скрипта. Вот так можно проверить, работает ли скрипт в разных версиях:

$ nvm run 14.21.3 test-compatibility.js
$ nvm run 20.11.0 test-compatibility.js

4. Запуск с использованием алиасов. Можно использовать алиасы вместо номеров версий:

$ nvm run lts/hydrogen server.js
$ nvm run default benchmark.js

[Практические сценарии использования]

1. Тестирование совместимости — быстрая проверка, работает ли ваш код в разных версиях Node.js без постоянного переключения.

2. Скрипты в CI/CD — в сценариях сборки можно гарантировать запуск в конкретной версии.

3. Запуск устаревших скриптов — если вам нужно один раз запустить старый скрипт, который работает только в Node.js 14.x, но вы не хотите полностью переключать версию в оболочке.

[Важные нюансы]

- Временный характер — после выполнения команды ваша оболочка возвращается к предыдущей активной версии Node.js.
- Алиасы работают — можно использовать алиасы типа lts/*, stable, default.
- Локальные .nvmrc — команда не учитывает файл .nvmrc в текущей директории, нужно явно указывать версию.

[Альтернатива: nvm exec]

Более гибкая альтернатива — команда nvm exec, которая позволяет выполнить любую команду во временно активированной версии Node.js. Следующая команда делает то же самое, что nvm run:

$ nvm exec 18.17.0 node script.js

Но также можно запустить другие команды:

$ nvm exec 16.20.0 npm test
$ nvm exec 14.21.0 npx jest

Краткий итог: nvm run — это удобная команда для быстрого запуска JavaScript-файлов в конкретной версии Node.js без постоянного изменения вашего рабочего окружения.

Команда nvm deactivate отменяет эффект команд nvm use или nvm link для текущей оболочки (сессии терминала), возвращая систему к "системной" или ранее установленной по умолчанию версии Node.js.

[Когда используется nvm deactivate]

Эта команда нужна в специфическом сценарии:

1. Вы активировали NVM в текущей оболочке через nvm use версия.
2. Теперь хотите "вернуться" к версии Node.js, которая была активна до NVM (обычно это версия, установленная в системе не через NVM).

Что происходит после выполнения. До выполнения nvm deactivate:

$ which node
/Users/username/.nvm/versions/node/v18.17.0/bin/node
$ nvm deactivate

После выполнения:

$ which node
/usr/local/bin/node (или другой системный путь)

Важно: команда не удаляет и не отключает NVM полностью — она только отменяет текущую сессию NVM в этом конкретном окне терминала.

[Пример рабочего сценария]

Представьте, что у вас в системе уже была установлена Node.js 14.x через установщик с сайта, а потом вы установили NVM и начали использовать Node.js 18.x.

1. В системе установлена Node.js 14.x (не через NVM)

$ node --version
v14.21.0

2. Активируем через NVM версию 18.x:

$ nvm use 18.17.0

3. Теперь активна версия из NVM

$ node --version
v18.17.0

4. Хотим временно вернуться к системной версии

$ nvm deactivate

5. Снова активна системная версия

$ node --version
v14.21.0

[Распространённые заблуждения]

[Сравнение с похожими командами]

[Практические советы]

1. nvm use system обычно предпочтительнее — более явный и понятный способ переключиться на системную версию.
2. Часто используется в скриптах — когда нужно временно использовать NVM, а затем гарантированно вернуться к системной версии.
3. После деактивации NVM всё ещё доступен — вы можете снова выполнить nvm use, если потребуется.
4. Новая вкладка/окно терминала не будет затронута — deactivate влияет только на текущую сессию/терминал.

[Когда НЕ нужно использовать nvm deactivate]

- Если вы просто хотите переключиться на другую версию Node.js (используйте nvm use версия).
- Если вы хотите полностью отключить NVM (используйте nvm unload, но это редко нужно).
- Если вы закрываете терминал (просто закройте его, эффект nvm use и так не сохранится).

Краткий итог: nvm deactivate — это нишевая команда для возврата из сессии NVM к системной установке Node.js. В большинстве повседневных задач достаточно использовать nvm use версия или nvm use system.

Команда nvm unload полностью выгружает NVM (Node Version Manager) из текущей сессии оболочки (терминала), отключая все его функции.

[Что именно делает команда]

После выполнения nvm unload:

1. Удаляются все функции и алиасы NVM из текущей оболочки.
2. Команды nvm, node, npm, npx перестают работать (если они были установлены через NVM).
3. Возвращаются пути (PATH) к системным бинарникам, если они существуют.
4. Текущая сессия терминала "забывает" о NVM.

[Пример эффекта]

ДО выполнения nvm unload:

$ nvm --version
0.39.0

$ node --version
v18.17.0 (управляется через NVM)
$ which node
/Users/username/.nvm/versions/node/v18.17.0/bin/node

Выполняем выгрузку:

$ nvm unload

ПОСЛЕ выполнения:

$ nvm
command not found: nvm
node --version
# возможно будет выведена системная версия ИЛИ command not found
$ which node
# другой путь ИЛИ ничего не найдено

[Критически важные ограничения]

1. Только текущая сессия — влияет ТОЛЬКО на текущее окно/вкладку терминала.
2. Не удаляет файлы — не удаляет установленные версии Node.js или сам NVM.
3. Обратимость только через перезапуск — чтобы снова использовать NVM в этой же сессии, нужно:
   - Либо перезапустить терминал.
   - Либо вручную загрузить NVM (обычно через source ~/.nvm/nvm.sh).

[Сравнение с похожими командами]

[Практические сценарии использования]

1. Отладка проблем с путями (PATH). Если команды node/npm ведут себя странно:

$ nvm unload

Теперь проверяем, какие версии доступны без NVM.

2. Временная работа с системной Node.js. Когда нужно гарантированно использовать системную установку для конкретной задачи (например, настройка глобального пакета):

$ nvm unload

3. Тестирование окружения без NVM. Проверка, будет ли скрипт работать у пользователей без NVM:

$ nvm unload
./run-my-script.sh

[Когда НЕ НАДО использовать nvm unload]

- Если вы просто хотите переключить версию Node.js → используйте nvm use версия.
- Если хотите временно использовать системную версию → используйте nvm use system или nvm deactivate.
- Если у вас проблемы с конкретной версией Node.js → попробуйте nvm reinstall-packages или установите другую версию.

[Как восстановить NVM после unload]

Если вы случайно выполнили nvm unload и хотите вернуть NVM в текущей сессии:

Способ 1 (предпочтительный) — просто закройте текущий терминал и откройте новый.
Способ 2 — вручную загрузите скрипт.

Для bash/zsh:

$ source ~/.nvm/nvm.sh

Для fish:

$ source ~/.nvm/nvm.fish

[Альтернативы для частых задач]

Краткий итог: nvm unload — это "тяжёлая артиллерия" для полного удаления NVM из текущего сеанса оболочки. Используйте её крайне редко, только для отладки или специфических задач. В 99% случаев достаточно nvm use system или nvm deactivate.

При запуске npm-команд сборки проекта вы можете столкнуться с ошибками наподобие следующей:

You are using Node.js 18.19.1. Vite requires Node.js version 20.19+ or 22.12+.
 Please upgrade your Node.js version.
error when starting dev server:
TypeError: crypto.hash is not a function
    at getHash (file:///home/vue-app/node_modules/vite/dist/node/chunks/config.js:2444:19)
    at getLockfileHash (file:///home/vue-app/node_modules/vite/dist/node/chunks/config.js:32382:9)
    at getDepHash (file:///home/vue-app/node_modules/vite/dist/node/chunks/config.js:32385:23)
    at initDepsOptimizerMetadata (file:///home/vue-app/node_modules/vite/dist/node/chunks/config.js:31844:53)
    at createDepsOptimizer (file:///home/vue-app/node_modules/vite/dist/node/chunks/config.js:34032:17)
    at new DevEnvironment (file:///home/vue-app/node_modules/vite/dist/node/chunks/config.js:34806:109)
    at Object.defaultCreateClientDevEnvironment [as createEnvironment]
        (file:///home/vue-app/node_modules/vite/dist/node/chunks/config.js:35218:9)
    at file:///home/vue-app/node_modules/vite/dist/node/chunks/config.js:25389:52
    at Array.map (< anonymous>)
    at _createServer (file:///home/vue-app/node_modules/vite/dist/node/chunks/config.js:25388:58)
npm ERR! code 1
npm ERR! path /home/vue-curse
npm ERR! command failed
npm ERR! command sh -c create-vite

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/.npm/_logs/2025-12-25T05_18_19_634Z-debug-0.log

Для исправления ошибки выберите подходящую версию Node.js. Команда nvm list выведет список доступных версий (также используйте nvm ls-remote):

$ nvm list
       v24.11.1
->       system
default -> lts/* (-> N/A)
iojs -> N/A (default)
unstable -> N/A (default)
node -> stable (-> v24.11.1) (default)
stable -> 24.11 (-> v24.11.1) (default)
lts/* -> lts/krypton (-> N/A)
lts/argon -> v4.9.1 (-> N/A)
lts/boron -> v6.17.1 (-> N/A)
lts/carbon -> v8.17.0 (-> N/A)
lts/dubnium -> v10.24.1 (-> N/A)
lts/erbium -> v12.22.12 (-> N/A)
lts/fermium -> v14.21.3 (-> N/A)
lts/gallium -> v16.20.2 (-> N/A)
lts/hydrogen -> v18.20.8 (-> N/A)
lts/iron -> v20.19.6 (-> N/A)
lts/jod -> v22.21.1 (-> N/A)
lts/krypton -> v24.12.0 (-> N/A)

$ nvm current
system

$ node -v
v18.19.1

Для нашего примера ошибки подойдет версия lts/iron:

$ nvm install lts/iron
Downloading and installing node v20.19.6...
Downloading https://nodejs.org/dist/v20.19.6/node-v20.19.6-linux-x64.tar.xz...
############################################################# 100.0%
Computing checksum with sha256sum
Checksums matched!
Now using node v20.19.6 (npm v10.8.2)

$ node -v
v20.19.6

Каталоги проекта:

Файлы проекта:

Что находится внутри папки src/

Это ядро вашего приложения. Его типичная структура выглядит так:

src/
├── assets/       # Ресурсы, которые обрабатывает Vite (изображения, шрифты, стили)
├── components/   # Переиспользуемые Vue-компоненты (.vue файлы)
├── router/       # Файлы конфигурации маршрутизации (если используется vue-router)
├── stores/       # Файлы управления состоянием (если используется Pinia)
├── views/ или pages/ # Компоненты-страницы для маршрутов
├── App.vue       # Корневой компонент всего приложения
└── main.js или main.ts # Точка входа JavaScript/TypeScript, где создаётся
                        # и монтируется приложение

[Типичный рабочий процесс]

1. Запуск сервера для разработки: npm run dev (команда определена в package.json).
2. Сборка для развертывания приложения: npm run build — создаёт оптимизированные файлы в папке dist/.
3. Установка нового пакета: npm install имя_пакета. Установка всех пакетов, от которых зависит приложение: npm install.

На что следует обратить внимание:

● Все ваши .vue компоненты и основной код находятся в папке src/.
● Файл index.html — это шаблон. Vite автоматически подключит к нему скрипты.
● Конфигурация сборки меняется в vite.config.js. Например, там можно настроить порт сервера разработки или алиасы для импортов.

В области серверной разработки на JavaScript, Node.js — безусловно, популярный выбор, но у него есть альтернативы. Они включают как другие среды выполнения для JavaScript, так и экосистемы на других языках программирования, каждая из которых ориентирована на определенные задачи.

[Прямые альтернативы на JavaScript/TypeScript]

Если ваша цель — найти среду, которая может напрямую запускать существующий код JavaScript/TypeScript, обратите внимание на два ключевых варианта.

[Решения на других языках программирования]

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

● Go (Golang): известен своим простым синтаксисом и эффективной моделью параллелизма (горутины). Идеально подходит для создания высокопроизводительных микросервисов, сетевых сервисов и CLI-инструментов. Это компилируемый язык с быстрым выполнением и простым развертыванием (единый исполняемый файл).

● Elixir: основан на виртуальной машине Erlang, создан для высокого параллелизма, надежности и приложений реального времени. Может обрабатывать миллионы легковесных параллельных процессов. Отлично подходит для систем мгновенного обмена сообщениями, чатов и других систем с высокими требованиями к доступности.

● Rust: язык системного уровня, ориентированный на безопасность памяти и нулевую стоимость абстракций. Обеспечивает производительность, сравнимую с C++, но предотвращает ошибки памяти на этапе компиляции. Подходит для проектов, где критически важны производительность и безопасность: системные утилиты, игровые движки, WebAssembly.

● Python: славится простым синтаксисом и богатой экосистемой. Хотя по чистой вычислительной производительности он может уступать, у него нет равных в области науки о данных, машинного обучения, искусственного интеллекта и скриптов автоматизации.

[Как выбрать подходящий вариант?]

Для быстрого принятия решения вы можете следовать этой схеме:

Краткий итог: если ваш приоритет — остаться в экосистеме JavaScript/TypeScript, то Bun и Deno — прямые конкуренты Node.js, предлагающие более высокую производительность или современные возможности. Если вы открыты для других языков, то Go и Elixir отлично справляются с параллельными задачами, Rust дает максимальный контроль над производительностью и безопасностью, а Python доминирует в сфере работы с данными.