Выперд на Rust: Неожиданный финал. От C++ до Go и обратно

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

И я все строчил и строчил свои недоумения, пока не осознал, что не нравится все, ну кроме pattern matching, lifetime, trait и borrowing (последние 3 сложные, но оправдано сложные)

И тут до меня дошло: у меня просто неправильное ожидание

Я ищу более удобную альтернативу С, а в идеале альтернативу Go, но с memory management

Это мощные языки, с жесткими границами и с сведением магии к мизеру (С не совсем такой, но вы поймете дальше о чем я)

Я всегда любил концепт "сделай 1000 вещей 1 способом", а не "сделай 1 вещь 1000 способов", это то, что отличает Python от Ruby, C от C++, Go от Node.js

А Rust – это именно про возможность "сделать все и как угодно"

Rust ближе к C++, но со встроенной функциональщиной и уникальным подходом к работе с памятью

И с этой точки зрения, Rust – потрясающий язык

Когда я взглянул на свой список и код уже таким взглядом, я осознал, что он сделал все абсолютно правильно

Это просто я ненавижу "как угодно", я ненавижу отсутствие жестких правил и границ, я ненавижу C++

Поэтому, если вас (а может когда-нибудь и меня) это не смущает, то Rust – это ахуенный выбор

Если вам интересно послушать что меня смущает в таком подходе, то ставьте эмоджи, наберется 10 и я продолжу выпускать, но уже в формате "я хочу ребенка Rust и Go вот с / без таких фич"

Ну и несомненное преимущество Rust:

- Хочешь memory / CPU optimized? Пишешь на чистом Rust, компилируешь и летс го
- Хочешь быстрый I/O? Взял tokio и погнал херачить треды, каналы и корутины

И да, во втором случае ты будешь делать подольше, чем на Go и можешь накосячить и сделать Rust медленнее, но с опытом, думаю, скорость выравнивается, а оптимизировать на Rust можно намного тоньще, так что рано или поздно программа точно будет быстрее

И тем самым Rust становится еще и неплохим вариантом для веб-разработки (а C и C++ тут даже близко не стояли)

НО ЕЩЕ РАЗ, я по-прежнему в первую очередь предпочту Go, для IO intensive приложений и приложений с бизнес-логикой

Rust тут скорее как возможность остаться в моностеке и при этом не отстрелить себе яйца

А еще на Rust, например, написан Bevy – ECS framework для создания игр

И его крутость в том, что

– Он скоростной как движки на C++, но намного менее ублюдский
– Он написан на Rust и его исходники – это часть игры, которую вы пишите, поэтому вы всегда можете увидеть конкретные функции, которые вы вызываете и поменять флоу
– В нем также встроенна система плагинов, которая позволяет поменять практически любой аспект движка
– Ну и правильный ECS из коробки (но это просто я фэн ECS и Data Oriented Design в целом)

Я был бы раз когда-нибудь увидеть, как из Bevy вытечет в движок на-подобии Godot (с UI и всеми делами)

Ну и вся экосистема JS инструментов и WASM полностью перетекает на Rust, что прям дает свежий глоток воздуха, скорости и качества

Почему? Опять же, потому что такие вещи надо было бы писать на C++, чтобы иметь \"всевозможность\", но на С++ писать сложно и уже неприятно

А вот Rust тут самое оно

А можно пост о том почему подход «сделать 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% обратносовместим) и это докажет, что тебе не нужно слишком много гибкости и магии

Но подробнее я в отдельном посте расскажу

Спасибо буду ждать)

На самом деле есть еще один хороший претендент на это звание в будущем - Odin.
https://odin-lang.org/ Язык куда ближе к сибиозу Go с Си. Его используют в паре крупных проектов для VFX в кино, в тч в реалтайме.
https://graphitemaster.github.io/odin_review/ вот тут есть хороший обзор на язык (в тч на минусы) и еще тут от Антона Жиянова https://antonz.ru/trying-odin/ (более комплиментарный)

От первых трёх пунктов аж ладошки вспотели 😍

А ещё «Data oriented language”… звучит божественно