Точно так же как и любое другое: делаете декомпозицию задачи на боле простые и так повторяете несколько раз, пока не дойдете в самый низ до самых простых, понятных и примитивных элементов. Реализация интерпретатора JS начинается с его стандарта: ecma-262 и далее стандарт реализуется по шагам.
В основе мака тот же самый Unix лежит, так что там так-то практически все тоже самое, что и в линуксе и работает примерно так же. Задержка при вводе в терминале однозначно говорит о каких-то проблемах со связью - я такое наблюдал неоднократно и на разных платформах. Так что надо смотреть прежде всего на сеть, а уже потом на все остальное. Может у вас там роутер перегружен? Или эфир забит. А может быть соседский фиви у вас за стенкой фонит как раз именно в этом месте так, что один конкретный девайс не может нормально работать по вифи (реальный случай, между прочим).
В смысле на забытую? Этот режим очень популярный и много где используется. Лично я предпочитаю использовать для киосков и аналогичных задач NWJS - больше контроля, больше фич.
Есть два основных вида ЯП: компилируемые и интерпретируемые. Реализация V8 несколько сложнее простого интерпретатора: часть кода как раз компилируется, часть - выполняется. За подробностями реализации - в исходники и статьи надо смотреть.
Да, конечно. Как раз отсутствие активного охлаждения самый большой плюс Эйра - он почти не греется. Вот у эйра м2 есть некоторые проблемы с перегревом. А в целом эйр м1 - отличнейшая машинка.
Виктор Кожухарь собственно у меня так и настроена перекрестная работа всех машин друг с другом - винда/мак/линукс VM и все по SSH. Единственный нюанс дополню: на маке виртуализация х86 очень медленная (потеря примерно 90% производительности в сравнении с АРМ машинами). А так, в целом докер с арм машинами работает великолепно - даже 8 гиговая версия потянет десяток контейнеров, правда память закончится и на что-то большее не хватит. Но, обычно столько и не требуется. Большинство веб сред на маке нативно запускаются вообще без проблем, меньшая часть - надо немного донастроить и лишь со всякой экзотикой надо будет ковыряться.
Подтверждаю. Да, для простых задач 8 гигов на эйире хватит вполне, но для комплекта бразуера с сотней вкладок, докера и среды разработки или двух это будет уже за пределом адекватной работы. Ну или можно просто использовать VSCode с коннектом по SSH к х86 машине/серверу и там удаленно запускать проект. Вот тогда да, 8 гигов хватит и все будет работать достаточно быстро.
О, ну, как я и предполагал. Делайте снепшот машины, бэкапы и прочее и пробуйте обновить гитлаб. Он сейчас пакетом из репозитория ставится - смотрите как у вас установлен, возможно придется удалить существующий и добавить репозиторий и поставить из пакетов. Но, есть риск что-то сломать при миграции - я все же рекомендую на чистом инстансе попробовать сделать миграцию со старого на новый и только потом уже пытаться обновить гитлаб на самом сервере. Ну или если есть возможность клонировать вируталку полностью - то на копии экспериментировать.
# gitlab-sshd outputs most logs to /var/log/gitlab/gitlab-shell/gitlab-shell.log.
# This directory only stores stdout/stderr output from the daemon.
# gitlab_sshd['log_directory'] = "/var/log/gitlab/gitlab-sshd/"
Смысл в том, чтобы не тратить кучу времени и пытаться ремонтировать то, что уже сломано, устарело и вообще непонятно что. Дебиан, конечно, легко переварит обновление до 12 версии, но все настройки и мусор останутся, а как переживает это все существующий софт - неизвестно. Поэтому, проще всего запустить новую чистую машину со свежей ОС, поставить туда гитлаб, настроить его работу и мигрировать все проекты со старого.
