Третий крупный проект на Rust

А чем кстати крут раст по сравнению с ЦПП? Обьясните джависту?

А чем кстати крут раст по сравнению с ЦПП?

«Мemory safety», явное разделение на safe/unsafe, ATD с паттерн матчингом, нормальные макросы и модули, нет груза совместимости (как результат можно сделать менее криво) и прочие «мелкие приятности».

Естественно, эти преимущества идут вместе с недостатками (нового языка).

Похоже что преимуищества как то слабы что бы зарулить недостатки

Шо это такое и зачем оно надо?

PS: рожи у них криминальные, особенно у русских (большая половина состава). ;) Ещё одна немка, поляк и пару англо-саксов.

Они могут быть слабы для разработчиков на С++, но достаточно сильны для всех остальных.

Для всех остальных раст не конкурент, он только конкурент ц/ц++

Отличная новость.

Он конкурент в нише c/c++, однако не все люди, пришедшие в эту нишу являются опытными С++ разработчиками.
А порог вхождения в С++ достаточно высок, чтобы предпочесть какой-нибудь другой язык.

Этот Ethereum — какой-то фингербокс

ЦПП ещё ржавеет, а Раст уже заржавел.

buddhist

Я согласен про сомнительную нужность самого эфириума. Новость в первую очередь интересна именно реализацией блокчейна и p2p приложения работающего с блокчейном, а так же демонстрация эффективности этой реализации. Там она заруливает все версии по производительности и используемой памяти, даже плюсовую. У блокчейна самого по себе шире область применимости, чем у эфириума. Можно ожидать что и в других проектах, опирающихся на блокчейн, тоже будут экспериментировать с растом.

Пока ethcore — это даже не официальная реализация эфириум клиента. Разрабатывается отдельной командой, хоть финансируется из бюджета эфириума. Но на таких условиях, он может вытеснить другие реализации естественным образом. В конце концов выбор за держателями узлов.

Сам эфириум тоже очень сильно разрекламирован, Ether второй по капитализации после биткоина. Так что новость внимание к себе привлечет.

Третий

Первый - сам всраст, второй - серво, третий - ненужно.

Ну все, закапывайте плюсы.

Наступит переломный момент, когда вопрос будет стоять таким образом: «Почему не раст». И всё, уже джава и плюсы будут доказывать свою нужность.

По использованию памяти раст в 2 раза уделывает плюсы

в 2 раза больше жрет? хороший мальчик

шутник

А что не так с макросами в крестах? И модули уже давно реализованы в LLVM/clang (-fmodules, -fcxx-modules).

А какой второй?

Причем тут Go? Новость о расте - пиши о расте. А так ты всего-лишь завидник очередной, что по сравнению с Go, твой раст нужен полтора человеку.

Ни этим постом ни чем-то еще ты ничего не докажешь уже, хватит лить слёзы, с монитора текёт уже

Похоже что преимуищества как то слабы что бы зарулить недостатки

А расскажи о недостатка.

А что не так с макросами в крестах?

Их нет.

Попробуй тоньше. Или конструктивнее.

А если все это написать на ассемблере с использованием железных фич, и оно будет уделывать Rust в 4 раза, это что, повод использовать ассемблер?

Прежде чем давать советы другим, последуй им сам.

Олсо, почему нету сравнения с Хаскелем? Страшно, да?

Ок, например, я заявляю, что в C++ есть макросы. Давай пруф, что их нет.

Го здесь при том, что в эфириуме го используется. Ты читал вообще. Самый популярный клиент эфириума Geth как раз на го. Но реализация на расте оказалась в 2.5 раза быстрее и в 3 раза менее требовательная к памяти. Это может быть реальным случаем, когда раст заменит го в реальном проекте. Го тут очень даже причем. Я бы не привел просто так.

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

А ты просто не умеешь понимать. Я тебе привожу примеры применения го, а ты обижаешься. Хотя с говерам это часто бывает, ведь им самим приходится себя убеждать в его нужности. Меньше слушай лоровцев, больше пользуйся и наблюдай за развитием проектов на го.

Ок, например, я заявляю, что в C++ есть макросы

Ты называешь макросом примитивную текстовую подстановку. А макросы вот.

По ссылке какая-то нечитабельная наркомания (которую к тому же никто никогда не потащит в продакшн). В двух словах можешь объяснить, в чём киллер-фича?

По ссылке какая-то нечитабельная наркомания (которую к тому же никто никогда не потащит в продакшн)

Ты уже у всех спросил? Ну окей.

А тем ременем весь продакшн, который есть на Rust, использует макросы.

В двух словах можешь объяснить, в чём киллер-фича?

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

Думаю, о процедурных макросах тебе рассказывать бессмысленно.

Что-то я не понял, зачем нужны процедурные макросы (пролистал статью на хабре), в чём преимущество перед обычными функциями? Объясни тупому сишнику, нахер это надо?

пролистал статью на хабре

Большая ошибка.

в чём преимущество перед обычными функциями?

Это и есть обычные функции для расширения компилятора.

нахер это надо?

Например, https://github.com/sunng87/tojson_macros

Никто и не в обиде. Я вижу, что Go давно повсеместно используется и не нужны никакие доказательства его нужности и пользы. Кому он нравится - берут и пользуются, другие пишут на питоне, cpp, c и прочем. А читая новости/посты о расте часто возникает впечатление, что на нём пишут только потому, чтоб показать какой это конкурент Go.

Насчет LOR-a - тут есть такие, которые думают, что Gо это как PHP и что торможение одной горутины останавливает все остальные) Смешно даже читать иногда

для Ethereum реализован клиент
финтеха и блокчейн-технологий
раст
третий крупный проект

кто все эти люди

Сейчас тред скатится в срачник Go vs Rust. Я подключусь с мыслью, что если бы переписали на D - то контрибьютеров прибавилось. Имхо, синтаксис rust ужасен, D просто конфетка по сравнению с растом.

Мне известна только одна софтина на D. И та падает на ровном месте. Но там GTK, вероятно проблема в нем.

Насчет синтаксиса, не такой он в расте ужасный. Конечно в хаскеле он куда лучше. Но С++/Java не уступает. Но макросы нечитаемы в расте, паттерн матчинг местами сложноват и все.

ППКС!

Вот лучше объяснили бы, почему плюсовый клиент оказывается прожорливее и тормознее.

Вангую рукожопие программистов.

Может слишком часто прибегают к копированию объектов, там где это не нужно.

Он конкурент и для java, утянет и от неё свою долю. Как минимум сервер-сайд с хорошим перформансом теперь можно и на rust'е пилить.

От того, что c++ по дефолту тормознее java, если не проводить низкоуровневые оптимизации и не продумывать каждый шаг. К тому же ООП у него тяжелее, чем в rust'е.

https://www.google.ru/search?q=c macro

Похоже что преимуищества как то слабы что бы зарулить недостатки

Ты про малую популярность языка? Релизной версии всё-таки и года нет, да и больших денег за ним не стоит. Так что рано делать выводы.

И всё, уже джава и плюсы будут доказывать свою нужность.

Ну джаве проще хотя бы из-за того, что «не надо воевать с компилятором (borrow checker)». Да и плюсы потеснить будет очень непросто.

А что не так с макросами в крестах?

Ты серьёзно?.. В плюсах это тупо текстовая подстановка. В расте есть определённый «контроль типов» и гигиена.

И модули уже давно реализованы в LLVM/clang (-fmodules, -fcxx-modules).

Ага и в компиляторе от мелкомягких. Вот только иначе. И обе реализации экспериментальные. Надеюсь, ты не всерьёз этим пользоваться предлагаешь?

А если все это написать на ассемблере с использованием железных фич, и оно будет уделывать Rust в 4 раза, это что, повод использовать ассемблер?

Напиши, вместе посмеёмся.

Что-то я не понял, зачем нужны процедурные макросы (пролистал статью на хабре), в чём преимущество перед обычными функциями?

Они работают на этапе компиляции.

А читая новости/посты о расте часто возникает впечатление, что на нём пишут только потому, чтоб показать какой это конкурент Go.

Вот смотри: Go проходит полностью «мимо меня». Да, не заинтересовался языком, но каких-то негативных эмоций к нему нет (да и с чего бы). Пишу на С++, в основном. При этом раст интересен, вообще безотносительно Go.

Так что это, в большей степени, проблемы восприятия. Что весьма странно, ведь Go, насколько я знаю, вполне уверенно себя чувствует.

если бы переписали на D - то контрибьютеров прибавилось

На слуху больше примеры когда с D (на С++) переписывают. Тот же OpenMW.

От того, что c++ по дефолту тормознее java, если не проводить низкоуровневые оптимизации и не продумывать каждый шаг.

Утрировать-то не надо.

К тому же ООП у него тяжелее, чем в rust'е.

Например? Ну и ничего что ООП в расте куцее относительно плюсового.