Rust vs C++

@ReYalp · Регистрация: 27.12.2017

Студворк — интернет-сервис помощи студентам

Кто-то писал на Rust? Стоит ли начинать учить? Насколько Rust хуже/лучше С++?

@Curry · 22.09.2020, 21:15

Сообщение от korvin_

В Java SWT есть много виджетов, которые имеют метод getText, но они не реализуют какой-нибудь интерфейс HasText

По прошествии времени умные люди (а не местные изобретатели языков), понимают что это плохо, не обязательно авторы SWT тупые были, просто прогресс идёт везде, включая как ни странно, и программирование. И умные люди создают что ни будь новое, язык или фреймвёрк с учётом новых идей, где, если и будет общеупотребительный метод getText, то он войдёт в интерфейс/трейт.

Сообщение от korvin_

Нет. Совсем нет.

Что нет? Да. плюсовые темплейты разновидность дженериков, обощённого программирования. Например.

Сообщение от korvin_

Точно так же придётся, в чём разница?

В том что концепты не надо менять, если их просто нет.

Сообщение от Fulcrum_013

Вот в том то и суть что все в одном подстраивающемся шаблоне.

Это как, если для одних типов надо Set, другим Change и т.д.? Будете плодить варианты.

Сообщение от Fulcrum_013

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

Если у "предков" нет соглашения об их интерфейсе, по любому, для каждого обёртку делать.
То что вы добавили через 6 минут понять невозможно. Вас, простите, иногда заносит, и становится похоже что это Ixmil писал.
А суть в том, что если у нас есть взимаодействие с базой, то должен быть протокол этого взаимодействия, интерфейс или что то подобное. И никаких портянок более, чем потребуется в любом случае реализовать для оборачивания несовместимого с остальными интрефейса. Есть сущность - базовое хранилище. Если мы с ним что то делаем, значит должны быть, к тому же, и сущности отражающие наше универсальное взимодействие.

@sodda · 22.09.2020, 21:50

Сообщение от Curry

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

А еще у него ртуть с неба падает

Fulcrum_013, все нормальные языки отзываются от ООП, а ты все прошлый век вспоминаешь.
В Rust нет, в Go нет, в V нет, в Clojure нет, в Shen нет и тд.
Я, кстати, понимаю теперь почему perl6 не взлетел.

@Fulcrum_013 · 22.09.2020, 22:29

Сообщение от Curry

Если у "предков" нет соглашения об их интерфейсе, по любому, для каждого обёртку делать.

В данном случае - абсолютно нет. Должно быть соглашение о том что добавляет в интерфейс обертак при наличии того или иного элемента в интерфейсе того типа на который она натягивется.

Добавлено через 3 минуты

Сообщение от sodda

В Rust нет, в Go нет, в V нет, в Clojure нет, в Shen нет и тд.

Ну дак и квалифицированных разработчиков среди тех для кого эти языки предназначены нет.
При развитии в ширину индустрия должна пробежать весь тот путь развития который прошла в глубтну от своего появления.
а путь этот шел именно по пути ФП - процедурщина - процедурщина с корутинами - ООП. И это абсолютно естесвенный путь.

@Curry · 22.09.2020, 22:30

Сообщение от Fulcrum_013

В данном случае - абсолютно нет. Должно быть соглашение о том что добавляет в интерфейс обертак

Так это и есть соглашение об интерфейсе.

@Fulcrum_013 · 22.09.2020, 22:31

Сообщение от Curry

Так это и есть соглашение об интерфейсе.

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

@Curry · 22.09.2020, 22:37

Сообщение от Fulcrum_013

Только такой подход к вопросу исключает общий интерфейс для базы.

Как вы не зная интерфейса взаимодействия с базой с ней работать будете?
И, если вы хотите у себя иметь какой то универсальный слой доступа к разным базам, а разработчики этих баз его не учитывают, то будете к каждой базе писать обёртку в любом случае. Даже если обёртка и не будет использовать весь интерфейс предоставленный разработчиками базы.

@Fulcrum_013 · 22.09.2020, 22:41

Сообщение от sodda

все нормальные языки отзываются от ООП,

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

Добавлено через 2 минуты

Сообщение от Curry

Как вы не зная интерфейса взаимодействия с базой с ней работать будете?

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

@korvin_ · 22.09.2020, 22:45

Сообщение от Curry

По прошествии времени умные люди (а не местные изобретатели языков), понимают что это плохо, не обязательно авторы SWT тупые были, просто прогресс идёт везде, включая как ни странно, и программирование. И умные люди создают что ни будь новое, язык или фреймвёрк с учётом новых идей, где, если и будет общеупотребительный метод getText, то он войдёт в интерфейс/трейт.

:what: ? что за поток мыслей?

Сообщение от Curry

Да. плюсовые темплейты разновидность дженериков

Ты как обычно, рассуждаешь о вещах, о которых ничего не знаешь. https://docs.microsoft.com/en-... p-generics

Сообщение от Curry

В том что концепты не надо менять, если их просто нет.

При чём тут концепты? Что ты несёшь? Код не надо менять, если его просто нет.

@sodda · 22.09.2020, 22:46

Сообщение от Curry

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

А еще у него ртуть с неба падает

Сообщение от Fulcrum_013

Ну дак и квалифицированных разработчиков среди тех для кого эти языки предназначены нет.

На Rust вообще-то ОС целая уже как несколько лет написана.
На Go написан Docker.
Дискорд - Go + Rust
Clojure - используется повсеместно. Например в сети Валмарт.
Выходи уже из пещеры.

Сообщение от Fulcrum_013

Вообще то ООП - это наиболее эффективная методология проектирования а не ключевое слово класс и т.д

Сообщение от Fulcrum_013

а путь этот шел именно по пути ФП - процедурщина - процедурщина с корутинами - ООП. И это абсолютно естесвенный путь.

Это только в твоем воспаленном мозгу.
Все как раз наоборот. Поэтому все топовые современные языки от ООП отказывают в пользу функционального программирования.

@Fulcrum_013 · 22.09.2020, 22:47

Сообщение от sodda

Поэтому все топовые современные языки от ООП отказывают в пользу функционального программирования.

Исключительно во влажных фантазиях недопонявших само ФП евангелистов. На самом же деле ФП языки семимильными шагами идут в сторону ООП.

@sodda · 22.09.2020, 22:50

Сообщение от Fulcrum_013

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

Ты вообще юморист все *NIX сисетмы на чистом как слеза младенца С написаны без всяких ООП.
Если ты без класса два числа сложить не можешь, то это уже твои проблемы. И это говорит не в пользу твоей квалификации.

Добавлено через 2 минуты

Сообщение от Fulcrum_013

Исключительно во влажных фантазиях недопонявших само ФП евангелистов. На самом же деле ФП языки семимильными шагами идут в сторону ООП.

Да. Какие же?
Clojure вот новый и свежий, но никаким ООП не пахнет.
Shen - тоже самое.
Idris может? Смешно.
Перекреститесь, молодой человек, вам кажется.
Давай лучше пробедимся по фактам?
В Go есть ООП? Нету.
В Rust может? Тоже нету.
Там что завязывайте фантазировать.

@Fulcrum_013 · 22.09.2020, 22:51

Сообщение от sodda

на чистом как слеза младенца С написаны без всяких ООП

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

@sodda · 22.09.2020, 22:53

Сообщение от Fulcrum_013

"На чистом С" и "без ООП" - это в подавляющем большинстве случаев антогонизм.

Там нет ниакакой поддержки ООП.
Линус уже 20 лет как едро написал и каждый день его эти 30 лет обновляет и поддерживает. И делает он это на С, а С++ просто ненавидит.

@Fulcrum_013 · 22.09.2020, 22:55

Сообщение от sodda

Clojure вот новый и свежий

Новый и свежий - это антогонизм к "предназначен для квалифицированных разработчиков".
Создания языковых средств для инженеров завершилось в 80-х.На сегодняшний день идет только улучшение этих инструментов - их то как раз в целом заменять не надо.
А вот с иструментами подтирания задницы недопонимающим задачу неквалифицированным массам всегда проблемы. Поэтому они всегда свежие всегда новые и всегда ни на что не годные. Потому что проблему недопонимания задачи не способен решить ни один копмилятор или какой либо другой инструмент. Это решит только повышение квалификации разраба.

@korvin_ · 22.09.2020, 22:55

На самом деле с ручной имплементацией правил SOLID, за которой в языках с поддержкой ООП на уровне ядра просто следит компилятор.

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

@Curry · 22.09.2020, 22:59

Сообщение от korvin_

:what: ? что за поток мыслей?

Перестал понимать, да?
И сразу понёс бред. С тобой так обычно.
Зачем ты привёл ссылку где сравнивают плюсовые шаблоны и сишарпные джененрики? Я не писал что плюсовые шаблоны, это сишарпные джененрики. Но дженерики.

@Fulcrum_013 · 22.09.2020, 23:00

Сообщение от sodda

Там нет ниакакой поддержки ООП.

Нет поддержки ядром языка и не используется - это абсолютно разные вещи.
не забывайте что

C
1
2
3
4
5
struct Foo { ... }
void Foo_Bar(Foo*) {....};
....
Foo foo;
Foo_Bar(&foo);

и

C++
1
2
3
4
5
6
7
8
class Foo{
...
    void Bar(){....};
...
};
...
Foo foo;
foo.Bar();

Это одно и то же. Только во втором случае с поддержкой имплементации правил SOLID компилятором, в первом без таковой.

@sodda · 22.09.2020, 23:02

Сообщение от Fulcrum_013

Новый и свежий - это антогонизм к "предназначен для квалифицированных разработчиков".

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

Сообщение от Fulcrum_013

Создания языковых средств для инженеров завершилось в 80-х.На сегодняшний день идет только улучшение этих инструментов

Улучшение как раз и состоит в отказе от ООП и внесение большей функциональности.
Персистентные данные, чистые функции, отсутствие глобального состояния, конструкции как выражения и тд.
Вот тенденции современности. Потому что это означает лаконичность, удобность и безопасность.

Добавлено через 1 минуту

Сообщение от Fulcrum_013

Нет поддержки ядром языка и не используется - это абсолютно разные вещи.
не забывайте что

Где наследование и тд?. Ты еще список назови классом.

@Fulcrum_013 · 22.09.2020, 23:04

Сообщение от sodda

Персистентные данные, чистые функции, отсутствие глобального состояния, конструкции как выражения и тд.

НЕ более чем бредятина существенно усложнающая разработку, а то и заводящая ее в тупик. Спросите любого из этих апологетов можно ли обойтись без состояний? Он вам ответит - их можно эмулировать. О чем там может дальше вообще идти речь? Все будет все равно жить по статефулл правилам только делать это придется через задницу.
ФП годно только для вычисления элементарных выражений и мелкой параметризации кода кодом. Для решения же более серьезных задач используется ООП.
Все оно хорошо на том уровне для которого предназначено.

@sodda · 22.09.2020, 23:09

Сообщение от Fulcrum_013

НЕ более чем бредятина существенно усложнающая разработку, а то и заводящая ее в тупик. Спросите любого из этих апологетов можно ли обойтись без состояний? Он вам ответит - их можно эмулировать. О чем там может дальше вообще идти речь? Все будет все равно жить по статефулл правилам только делать это придется через задницу.
ФП годно только для вычисления элементарных выражений и мелкой параметризации кода кодом.

Ты двже не понимаешь почему такие изменения вносятся.

Сообщение от Fulcrum_013

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

Каких серьезных задач? Вот это умора
Пока ты миллион классов создашь то забудешь уже о сколько каких-нибудь серьезных задачах.

.

Новые блоги и статьи Все статьи Все блоги /
Как у меня протекала болезнь zorxor 27.08.2026 Здравствуйте, друзья! Эта запись блога предназначена именно для вас - для моих дорогих друзей, которые знали меня лично. Чтобы ответить на вопрос - а что же со мной произошло на самом деле? Я учился. . .	Нашел вот забавное видео о измерениях. Лучшее что я видел на эту тему kumehtar 26.08.2026 ILETXiw9bMQ Основная суть и тезисы по измерениям: 0D (Нулевое измерение): точка, не имеющая длины, ширины, высоты или объема. Объект не может перемещаться в 0D. 1D (Первое измерение):. . .	[EasyBuilder Pro] Памятка по разработке для панелей Weintek ФедосеевПавел 26.08.2026 Памятка по разработке для панелей Weintek ВВЕДЕНИЕ Ранее, при реализации проектов основное внимание уделял разработке управляющей программы для контроллера, а панели оператора доставалось время. . .	Модель по догадкам anaschu 25.08.2026 Прошло две недели. Я уже рассказывал, как разговаривал с сотрудниками у сортировки и как понял, что главная ветка — не про приёмку, а про отбор. Но тогда я думал, что понял механику. На этой неделе я. . .
Запись в регистр сведений независимо от заполненности табличной части Maks 25.08.2026 Реализация из решения ниже выполнена на нетиповом документе с несколькими табличными частями, разработанного в КА2. Задача: Обеспечить запись документа в регистр сведений независимо от. . .	Ноутбук Альфария kumehtar 24.08.2026 Встретился тут в сети ноутбук Альфария, примарха Альфа-Легиона. Хотя возможно, это ноутбук Омегона, разумеется. Ну как вам?	Мастера простых решений DevAlt 23.08.2026 В сишарп стэках winforms, да и wpf существует сложная система связывания источниках данных и элементов формы(текстовые поля и метки), опирается все это на технологию событий и мета. . .	Цена ошибки DevAlt 23.08.2026 Человек я беспокойный и потому заинтересовался OCaml, в чате форсили функторы модулей как суперфичу. Пытаясь отдуплить концепт, наткнулся на тутор с простым примером. А главный принцип обучения от. . .

@ReYalp 63 / 46 / 11 Регистрация: 27.12.2017 Сообщений: 1,484

	Rust vs C++ 26.06.2020, 16:10. Показов 47539. Ответов 660 Метки нет (Все метки) Кто-то писал на Rust? Стоит ли начинать учить? Насколько Rust хуже/лучше С++? 0