Концептуально довольно похожи, оба ставят целью производительность и надежность.
Что выбрать для углубленного изучения в качестве инструмента в набор ЯП для практического применения?
Здравствуйте, Разраб, Вы писали:
Р>Концептуально довольно похожи, оба ставят целью производительность и надежность. Р>Что выбрать для углубленного изучения в качестве инструмента в набор ЯП для практического применения?
Здравствуйте, velkin, Вы писали:
V>Именно для практического C++.
Зависит от. Rust уже вошёл в список языков, разрешённых в ядре Линукса, zig, вероятно, тоже в этот список попадёт, т.к. он сделан для сишников. На нём композитор Wayland уже написали. С++ никогда там не окажется, судя по всему. Так что выбор есть
Здравствуйте, Разраб, Вы писали:
Р>Что выбрать для углубленного изучения в качестве инструмента в набор ЯП для практического применения?
Zig же до сих пор не дошел до версии 1.0 (вроде только к 25 году планируют), и сами авторы весьма осторожно рекомендуют для использования в производственном коде. Nim например тоже весьма большие надежды подавал, но тоже тянул с 1.0, и так и не выстрелил в результате.
Углубленно изучать лучше rust конечно, язык уже вполне стабилен и свою нишу уже занял во многом, ну и закопаться там можно намного глубже чем в zig
Здравствуйте, Разраб, Вы писали:
Р>Концептуально довольно похожи, оба ставят целью производительность и надежность.
Очень не похожи. Совсем разные языки.
Р>Что выбрать для углубленного изучения в качестве инструмента в набор ЯП для практического применения?
Оба бери. Начни с zig, он проще и понятнее. Но дело осложняется нестабильностью языка и синтаксисом с кучей значков.
Если в бекграунде есть плюсы, то лучше раст с ним больше общих концепций.
Здравствуйте, Разраб, Вы писали:
Р>Концептуально довольно похожи, оба ставят целью производительность и надежность.
Концепутально это сорта которые никогда не заменят ни С++ и Java, ни C# и JS. Р>Что выбрать для углубленного изучения в качестве инструмента в набор ЯП для практического применения?
Смотря зачем. Если искать работу не в РФ, то Rust, если писать что-то новое, то Rust.
FR>Nim например тоже весьма большие надежды подавал, но тоже тянул с 1.0, и так и не выстрелил в результате.
Ну как сказать не выстрелил...
По сравнению с мейнстримом, разумеется, да.
В весовой же категории энтузиастских проектов без какой-либо поддержки крупняка он выстрелил, скажем так, не совсем позорно.
И куда дальше ожиданий, и куда дальше того же zig (https://redmonk.com/sogrady/2023/05/16/language-rankings-1-23/).
Опять же, имеется живой пример результата, которого можно на нём достичь: автономный криптокошель Nimbus. Отзывы в нишевом сообществе очень приветливые, т.к. код для понимания плюс/минус на уровне питонячьего, и стало быть легче доступен для ревизии криптоэкспертами, не являющимися при этом системными программистами, чем Си, Плюсы и Раст. Но при этом показывает весьма неплохие результаты по производительности и требовательности к железу: успешно запускается на более слабых одноплатниках, чем конкуренты.
Здравствуйте, pagid_, Вы писали:
LVV>>Go _>Это немного не то, на замену С++ Go не претендует.
В каком смысле, на замену C++? Есть широкий класс программ, которые можно написать и на C++ и на Go. Вот тот же докер, например, ни к ночи будет упомянут, вполне мог бы быть написан на C++, но однако угораздило его уродиться программой, написанной на Go
Здравствуйте, Разраб, Вы писали:
Р>Концептуально довольно похожи, оба ставят целью производительность и надежность. Р>Что выбрать для углубленного изучения в качестве инструмента в набор ЯП для практического применения?
По части надежности Rust сильнее намного, Zig это уровень сишки примерно. В расте компилятор хочет, чтобы его убедили, что все верно, а зиг ничего особо не хочет и не требует. Зато если нужно что-то очень маленькое и низкоуровневое, zig может лучше подойти.
Здравствуйте, Baiker, Вы писали:
B>Ну ещё D, если разрабам хватит ума написать GUI.
Так несколько штук уже давно написаны. Я много лет назад на двух разных гуи фреймворках (DFL, DlangUI) законченные приложения делал на D. GtkD опять же есть. Другой вопрос насколько они поддерживаются с годами.