Я уже не раз упомянал этот язык и тут решил кое-что на нем написать... и вы знаете, оно получилось

Zig – язык, который взял С и просто внедрил в него свежие практики + сделал очень интуитивную систему алокации памяти + (почти) встроил в std асинхронность на многопоточности

Я считаю что он уже неплохо подходит для single-thread приложений, а для multi-threading можно или спиздить то, как это устроено в bun, либо подождать когда они уже включат встроенный event loop (предположительно в течение ближайших нескольких месяцев)

Как только они доделают event loop, я моментально начну на нем делать эксперименты

Главная сейчас проблема – ты должен знать С, чтобы понимать как писать на Zig, потому что документация пока не для новичков + ответы можно найти только на reddit

НО я нашел самый крутой лайфхак: если хочешь узнать как что-то сделать на Zig, просто вбей в гугл: "как сделать ... на С" – и попробуй тоже самое найти в Zig

Сейчас сработало 10 из 10 раз

А можно пост о том почему подход «сделать 1 вещь 1000 способами» это плохо?🤔

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

Поэтому Node.js популярнее Go, Express до сих пор в несколько раз популярнее и чаще скачивают чем Fastify.

Потому что гораздо легче начать. Сделать MVP/PoC, потом выбросить и написать на чем-то нормальном/стабильном, типо Java/C#.

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

Плох подход скорее для платформы, комьюнити и индустрии.

В целом, ты корректно описал

Комментариев несколько:

. "на чем-то нормальном/стабильном, типо Java/C#" – редко (если ни разу) не видел, чтобы переписывали с Node.js на Java / C#, если только причине не "у нас в банке основная команда Java, поэтому пишем на ней"

Если ты можешь собрать рабочий прототип на Node.js и хочешь что-то более продвинутое, от это как раз Go / Rust. Если же чему-то нужны Java / C#, значит это на Node.js в первую очередь смысла не имеет писать.

Но это эвристика

. "подход супер гибко более предпочтительно для профи" – скорее всего, это так, но у меня есть гипотеза, что просто еще не появился язык, который взял C, убрал всю шелуху, добавил простые параллелизм и конкурентность, нормальные аллокации памяти и при этом стал популярным

Я как раз и смотрю на Zig, потому что ему сейчас не хватает решить вопрос с конкурентностью и продолжить идти в массы

Есть все шансы, что он станет языком, куда начнут переходить С-шники (потому что он почти на 100% обратносовместим) и это докажет, что тебе не нужно слишком много гибкости и магии

Zig тоже в списке у меня. Про него мне известно только что известные дяди из мира Rust заинтересовались и оставили хорошие отзывы

Есть еще один интересный претендент: Nim Это что-то среднее между Rust и Zig, с одним гигантским НО: он существует уже лет 10, v1.0 вышла в 2019, а v2 совсем недавно и при этом он вообще непопулярный...

Может быть, я не понимаю как правильно оценить его популярность, но, например, компаний которые его используют супермало

Я бы сказал, что zig все-равно интереснее, но Nim дает большую часть вещей, которые мне нужны из zig и при этом он менее популярный чем тотже самый сырой zig

Nim для меня не очень полезен из-за GC. Меня продолжает будоражить идея что нужен ЯП с zero cost abstractions, безопасный (с явной unsafe зоной), пригодный для написания ОС и нагруженного приложения уровня энтерпрайз. Тут всего несколько вариантов для выбора. И у меня есть ощущение что Rust может не стать выбором номер 1.