ну а есть ли альтернатива Го?

Язык/платформа с кросс-платформенной компиляцией, достаточно быстрый, многопоточный.

Раст.. да, но нет, тогда TTM будет запредельный (могу ошибаться, дальше хелоу ворлдов в расте не ушел).

С/С++ - возможно (как минимум не изобретать велосипед), но плюсы настолько сложные, там уже такого настандартизировали, что наверное сами стандартизаторы запутались.

Java/.NET.. большая тяжелая жирная дудка (да и.. чтобы гуглята писали свои продукты на языке/платформе конкурентов по кухне? 😄 )

JS - ну нет.

D - очень хороший был бы выбор, но по ходу это так и останется малопопулярным инструментом энтузиастов (хотя мне зашло). Хотя бы Си-подобный и упрощенные плюсы.

Может что-то еще я упускаю из более менее популярного

js - ну да!

но нужны дополнительные инструменты для ограничения лапши

На вкус и цвет фломастеры разные. Лично у меня ТТМ небольшой аппки на расте был меньше чем время, просто потраченное на настройку GO_PATH и GO_HOME.

https://github.com/dundee/gdu

Мне вот очень нравится эта тулза.
Для меня она работает даже эффективней чем du -d 1 -h 😄

не спорю, тоже занимался страстным сексом с глобальными переменными и до сих пор в недоумении от такого подхода.

в этом плане мне нравится подход ноды и NPM пакетов вцелом (хотя там уже и появились го-модули, но тем не менее, штука странная)

В планах запросов :)

Зная как Тимур любит нпм вы это зря ) а го мо дули хорошая штука

а как иначе решить вопрос с зависимостями зависимостей?:)
в общем-то можно попытаться это еще немного оптимизировать..  вроде поиска схожих версий и выделения их в какой-нибудь node_modules_common.

Но, возможно, нечто подобное уже есть, я лишь бегло читах исходники npm

В моем случае это усугублялось тем, что эти замечательные переменные ломали билды для всяких системных программ (тут можно винить частично саму генту, но все же).

Ну а касательно нпм, то в растовский crates.io вместе с docs.rs, как по мне, это лучшее, что пока придумано в плане менеджмента пакетов для языка.

а что там вообще раст? хорош?

меня конечно отпугнула его не схожесть на си-подобные языки, отсутствие имплементации какой-то многопоточности/рутин из коробки и прочее.

но я смотрел на него очень давно, все могло измениться.

я вот мониторю разные оупенсорсные обзорные проекты.
И вот очень люблю наблюдать за ребятами из techempower

https://www.techempower.com/benchmarks/

Rust там конечно в лидерах бенчмарков, особенно их actix фреймворк.

А я с just играюсь

но меня пугают перспективы с растом,
Я анализирую рынок, в основном это вакансии связанные с криптой, блокчейном и все в этом роде.

https://github.com/casey/just это?

Ну мне как нодеру он был гораздо ближе по духу и удобству использования, нежели тот же го.

Отсутствие чего-то в "коробке" это скорее преимущество. Хочешь - подключай треды, хочешь подключай себе аналог ивент лупа.

В стандартной либе описаны всякие мютексы и прочие приблуды для работы с многопоточностью. А как и где их юзать - то можно выбирать спокойно.

то есть было легче разобраться в расте чем в Го?

я помню го-тур прошел, буквально через полторы недели у меня был довольно таки отказоустойчивый микросервис, я его уже 8 месяцев не трогаю, он работает как часы “без единого разрыва”.

Но раст испугал немного страшным синтаксисом и я побоялся что у меня не хватит времени его быстро изучить и решить задачу

да

а тут фронтэнд не запрещено обсуждать ?