Rust vs Чистейший Си , и еще си шарп вдогоночку

Цитата JoeUser @ 27.08.19, 14:11

Это просто - Раст обеспечивает "безопасность кода", а Си - нет.

Ну так какую безопасность мне обеспечит Rust с Си библиотекой?

Цитата JoeUser @ 27.08.19, 14:11

Хороший коммент по этому посту "Пост ради поста". Автор статьи - голимый ноунейм с деградацией IQ. Слыш, Киля, аля-улю, просыпайся!!! Включай ЧИСТО свой моск. Мне не нужны статьи левых даунов! Если есть чо предъявить - напиши сам своими словами.

Ну я не имею опыта написания программ на Rust, соответственно черпаю инфу у тех, кто имел такой опыт.
Можно попробовать сравнить например скорость выполнения на решении каких либо задач. Например, давно хотел вернуться к своей излюбленной теме.
Я как то недавно писал на С++ кластеризацию изображений, алгоритмом kmeans++.
Можно попробовать реализовать его на С, С++, Rust и сравнить кто быстрее. Вполне себе реальная задача, а не вот эти синтетические сортировки.

Цитата JoeUser @ 27.08.19, 14:11

Недавно посадили БОГА КУЗЮ, зря не ходил покаяться.

Ну ты ведь аргументы не читал, но мнение имеешь. Как с тобой вести дискуссию? Что не так там автор написал?

Сообщение отредактировано: Wound - 27.08.19, 14:23

Цитата Wound @ 26.08.19, 06:23

А вообще не очень понимаю, какой смысл учить язык, позиционирующий себя как альтернатива С++?

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

Цитата OpenGL @ 27.08.19, 15:18

А вообще не очень понимаю, какой смысл учить язык, позиционирующий себя как альтернатива С++?

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

Цитата JoeUser @ 27.08.19, 13:57

Дарова! Просто я осознал, что был неправ при ее старте. Раст не альтернатива Си с плюсами. Вообще никаким боком. Раст альтернатива - Си без плюсов. Обычному Си. И для этого я открыл новую тему.

Шта? Альтернативу сишке искать не нужно потому что си - махровое легаси, которому нет альтернативы только в том случае, если на используемой платформе нет других компиляторов.

Добавлено 27.08.19, 15:25

Цитата Wound @ 27.08.19, 15:20

Ну если ты пишешь на C++, нафига тебе учить его заменитель, если ты не собираешься на нем писать?

Погоди, ты про топикстартера или про абстрактного человека? Если второе, то причин учить новый язык может быть масса, начиная от "почему бы и нет" и заканчивая "вот подучу язык и уйду в %COMPANYNAME%, где на нём пишут".

Цитата Wound @ 27.08.19, 14:21

Ну так какую безопасность мне обеспечит Rust с Си библиотекой?

Все как обычно, очередную безопасную либу на голом СИ. И потом многое обеспечит Раст.

Цитата OpenGL @ 27.08.19, 15:22

Погоди, ты про топикстартера или про абстрактного человека?

Про топикстартера. Он начал гнать про явошарпы, что то там про выработку тепла. Я ему ответил на это.

Цитата OpenGL @ 27.08.19, 15:22

Если второе, то причин учить новый язык может быть масса, начиная от "почему бы и нет" и заканчивая "вот подучу язык и уйду в %COMPANYNAME%, где на нём пишут".

Я с этим не спорил.

Цитата Wound @ 27.08.19, 15:27

Про топикстартера.

А, ну тогда я пас, сам выясняй причины

Явашарп - гавно с ЖЫРОМ! Давай опровергаай.
А я посчитаю мегабайты либ сраного .net, которые стали системными ВНЕЗАПНО))))

Сообщение отредактировано: JoeUser - 27.08.19, 15:35

Цитата JoeUser @ 27.08.19, 15:35

А я посчитаю мегабайты либ сраного .net, которые стали системными ВНЕЗАПНО))))

Заодно рантаймы других ЯП не забудь посчитать.

Цитата JoeUser @ 27.08.19, 03:06

Кстати ... я тут посылал запрос в небесную канцелярию, и мне ответили, что методику SFINAE для С++ придумал Говнодемон!

Врёт канцелярия.

Добавлено 27.08.19, 17:17

Цитата JoeUser @ 27.08.19, 11:34

Возьми ту же идиому виртуальных функций, а тем паче двойную диспетчеризацию.

В C будет то же самое.

Добавлено 27.08.19, 17:31

Цитата JoeUser @ 27.08.19, 13:57

Просто я осознал, что был неправ при ее старте. Раст не альтернатива Си с плюсами. Вообще никаким боком. Раст альтернатива - Си без плюсов. Обычному Си. И для этого я открыл новую тему

Ну т.е. ты решил нетематический вопрос, а остальные пусть новую тему "Rust vs C++" создают. Я правильно понял?

Сообщение отредактировано: Qraizer - 27.08.19, 17:32

Цитата Qraizer @ 27.08.19, 17:12

Ну т.е. ты решил нетематический вопрос, а остальные пусть новую тему "Rust vs C++" создают. Я правильно понял?

Правильно! Если есть желание бодаться именно с плюсами - вэлком!
Первый голос в приват мне - и я сразу же открываю тему.

ЗЫ: Закрытие темы - лишь подтверждение моей излишней и неоправданной самоуверенности. А кто не ошибается?

Добавлено 27.08.19, 17:42
Ну или сам открой, у тебя возможности равные с моими.

Добавлено 27.08.19, 17:52

Цитата Qraizer @ 27.08.19, 17:12

C будет то же самое.

Если не выкинуть из головы ОО-парадигму.

Цитата applegame @ 27.08.19, 08:19

Ну вот есть у тебя список аргументов в виде массива строк, и надо вызвать стороннюю программу с этими аргументами. В аргументах ест пробелы и слеши/бэкслеши, функции для эскейпа нет, приходится городить свой кошмар.

Это любители составлять SQL-запросы конкатенацией вместо использования параметризованных запросов такой хернёй страдают?

Нормальные люди используют API-метод, принимающий имя исполняемого файла и массив аргументов. Например.

Цитата korvin @ 27.08.19, 18:07

Это любители составлять SQL-запросы конкатенацией вместо использования параметризованных запросов такой хернёй страдают?

Наоборот. Это не любители, но их заставляют так делать.

Цитата korvin @ 27.08.19, 18:07

Нормальные люди используют API-метод, принимающий имя исполняемого файла и массив аргументов.

Именно так, например. А теперь покажи пожалуйста пальцем, где по твоей ссылке "API-метод, принимающий имя исполняемого файла и массив аргументов"?

Цитата applegame @ 27.08.19, 10:26

А мы в своем D как-то привыкли к простому

Т.е. не пользоваться документацией и поиском? Окей.

Цитата D_KEY @ 27.08.19, 06:48

Потому что в большинстве случаев оно ей является на практике.

Зависит от практики. И языка.

Цитата D_KEY @ 27.08.19, 06:48

Чтобы защититься от ошибок при этом самом рефакторинге, например.

Вот у тебя есть

public interface Foo {
 
    void bar();
}
 
public class Gee implements Foo {
 
    public void bar() {
 
    }
}

Есть код, использующий Foo и Foo.bar
И есть код, использующий Gee и Gee.bar, но не Foo.

Ты решил поменять сигнатуру bar, что среда должна сделать?
1) поменять сигнатуры и у Foo.bar и у Gee.bar? Тогда вторая половина кода просто сломается и придётся там вручную всё фиксить.
2) не трогать сигнатуру Gee.bar? Тогда среда собственно ничего не сделает за пределами Foo, поломается первая половина кода и придётся её править вручную.
3) что-то среднее? Например, поискать, где какой класс и как используется и поменять так, чтобы наименьшее количество кода поломалось? Но такой анализ займёт заметно больше времени, ещё и асимптотическая сложность, наверняка, круче линейной, на больших проектах можно будет повеситься, если рефакторить какой-нибудь очень базовый, широкоиспользуемый интерфейс. Но главное, что такие изменения могут не везде быть семантически корректными и придётся ещё их вылавливать.
4) что-то умное? Например, менять сигнатуры в тех классах, где есть аннотация @Override и не менять, там где её нет? Поломок всё равно будет не мало, аннотация может отсутствовать неумышленно, по забывчивости, из-за нежелания захламлять код или наоборот присутствовать, добавленная просто на автомате, как самой IDE, так и программистом, чтобы удовлетворить warning'и об отсутствующей аннатоции. Ну и, эти аннотации опциональны только в Java, насколько я знаю, в Kotlin они обязательны.

Цитата D_KEY @ 27.08.19, 06:48

Конкретно в Kotlin ведь и виртуальные методы нужно явно указывать через open.

Ну, это не совсем «виртуальность», т.к. фиг знает, как они там внутри реализованы, но да, методы, открытые для переопределения, должны быть отмечены как open. В Java наоборот — закрытые методы помечаются как final.

Цитата D_KEY @ 27.08.19, 06:48

Так же ещё полезно при чтении кода класса - сразу видно, "родная" эта функция у класса или переопределенная.

IDE это и так отлично показывает на полях, возле номера строки, позволяя ещё и при этом перейти к наследнику/реализации и/или родителю/базовому-методу.

Добавлено 27.08.19, 18:52

Цитата applegame @ 27.08.19, 18:37

А теперь покажи пожалуйста пальцем, где по твоей ссылке "API-метод, принимающий имя исполняемого файла и массив аргументов"?

Там целый класс Process. Написать для него статический метод религия не позволяет?

Цитата korvin @ 27.08.19, 18:50

Т.е. не пользоваться документацией и поиском? Окей.

Он искал, не нашел. Точнее нашел только топик на Stack Overflow.

Цитата korvin @ 27.08.19, 18:50

Там целый класс Process. Написать для него статический метод религия не позволяет?

Где в этом классе возможность передать процессу параметры в виде массива, а не единой строкой уже сконкатенированных параметров?