| |
| |
| 3.34, Аноним10084 и 1008465039 (?), 13:03, 17/09/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
Раньше был один сплошной unsafe, и это никого не волновало. Теперь же дали возможность писать safe, так все кричат "а как же unsafe блоки?!!11". При том, что unsafe даже не все гарантии отключает, а лишь ограниченный их список
| | |
| |
| 4.77, SanityEclipse (ok), 18:10, 17/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Unsafe ничего не отключает, а дает доступ к четко прописанному списку:
The only things that are different in Unsafe Rust are that you can:
Dereference raw pointers
Call unsafe functions (including C functions, compiler intrinsics, and the raw allocator)
Implement unsafe traits
Access or modify mutable statics
Access fields of unions
| | |
|
|
| 2.19, Аноним (-), 12:37, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Корпорации тоже гонятся за хайпом. В них тожу живые люди работают. Или ты наивно полагаешь, что с Растом у них увеличистя капитализация и продажи? В соседней ветке обсуждают Жабу. Ты видимо опоздал родится и не застал времена хайпы Жабы. И где сейчас эта Жаба?
| | |
| |
| 3.32, Аноним10084 и 1008465039 (?), 12:59, 17/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Остаточный хайп Джавы я помню - и что же, Джава оставила огромное наследие, инфраструктуру JVM, на ней написано тонна кода, она заработала много денег самым разным людям. Чем не успех? Разве я говорю, что сияющий Rust будет вечен? Когда-то и его чем-то заменят
| | |
| 3.119, Прохожий (??), 11:58, 18/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>с Растом у них увеличистя капитализация и продажи
Насчёт продаж - вряд ли. А вот прибыль и, как следствие, капитализация, за счёт сокращения издержек на поддержку имеющегося кода - вполне возможно, что увеличатся
| | |
|
| 2.24, Sm0ke85 (ok), 12:43, 17/09/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
>идея безопасной памяти живёт,
она "живет" только в голове у леммингов
>и за нее реально голосуют долларом корпорации
не за нее голосуют, совсем не за нее...
ЗЫ ищи где прибыль может быть и буратиной не помрешь может быть, ахахахах
| | |
| |
| 3.120, Прохожий (??), 12:01, 18/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Прибыль там, где при прочих равных меньше издержки. Меньше проблем с поддержкой кода (например, таких, где память некорректно используется) - меньше издержки, небуратино вы наш
| | |
| |
| 4.128, Sm0ke85 (ok), 13:36, 18/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
>Прибыль там, где при прочих равных меньше издержки. Меньше проблем с поддержкой кода (например, таких, где память некорректно используется) - меньше издержки, небуратино вы наш
1. Ага, монетку в поле закопать не забудь, ибо для того, чтобы что-то прибыло, нужно чтоб где-то что-то убыло, а понятие "издержки" - очень удобное, ибо Ни о чем не говорит по факту...
2. Те средства, что сейчас вливаются - физически не могут покрыться экономией от "Меньше проблем с поддержкой кода", оно нерентабельно в Этом плане...
| | |
| |
| 5.132, Аноним10084 и 1008465039 (?), 15:45, 18/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> чтобы что-то прибыло, нужно чтоб где-то что-то убыло
Страшно жить в мире, где всё игра с нулевой суммой...
> Те средства, что сейчас вливаются - физически не могут покрыться экономией от "Меньше проблем с поддержкой кода", оно нерентабельно в Этом плане...
А уже есть оценки? А то числом проблем с безопасностью всё увеличивается и увеличивается, так что так уверенно говорить, что безопасность того не стоит...
| | |
| |
| 6.134, Sm0ke85 (ok), 16:05, 18/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
>Страшно жить в мире, где всё игра с нулевой суммой...
Другого не завезли, такова адекватная реальность.
>А уже есть оценки? А то числом проблем с безопасностью всё увеличивается и увеличивается, так что так уверенно говорить, что безопасность того не стоит...
Тут "тюльпановым бумом" вкупе с очередной "промышленной революцией" уже попахивает (переток капиталов + закабаление раб.силы), уж очень странно все выглядит и происходит, случайных системных изменений слишком много.
| | |
|
|
|
|
| 2.25, Ivan_S (?), 12:44, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Производитель железа от этого имеет финансовую выгоду в виде продажи своей продукции. Сей "чудесный" язык память и дисковое пространство кушает лопатами. Им такой Си со своими миниатюрными бинарниками, простой системой сборки не даёт заработать столько, сколько хочется. Вот и всё. Никакой магии, никакой безопасности в работе с памятью итд. Бизнес. Лишь бизнес. Мани
| | |
| |
| 3.33, Аноним10084 и 1008465039 (?), 13:02, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Я думаю, что жор памяти многославным Rust сильно преувеличен. На Си или голом ассемблере вообще можно сделать бинарь, конечно, сильно мельче. Но стоит ли оно того, если так легко накосячить с памятью?
| | |
| |
| 4.39, Аноним (36), 13:19, 17/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
ну посмотри сколько растовых лефтпадов приезжаетна диск с этой новой кудой, которая даже не в паритете по фичам
и сколько на сях/питонах
| | |
| |
| 5.56, Аноним10084 и 1008465039 (?), 16:15, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
А причем тут лефтпад? Грех лефтпада был не в том, что он тяжёлый, а в том что тривиальную функцию все бесконтрольно вынесли в библиотеку и вообще все бездумно используют абы чьи библиотеки, что открывает огромные возможности атак на цепочки поставки. Это дурное поветрие, к сожалению, не обошло стороной коммьюнити пышноблещущего Rust, но по крайней мере ты сам можешь принять решение, какие либы и сколько тащить?
| | |
|
| 4.47, Аноним (47), 15:30, 17/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
У меня программа на 20мб для компиляции тянет зависимости на 5гб.
| | |
| |
| 5.54, Аноним10084 и 1008465039 (?), 16:13, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Так не тяни столько зависимостей, причем здесь сверкающий Rust? Это и на C++ можно притащить библиотек, что он будет весить гигабайты, качать полИнтернета для сборки и тормозить из-за Тьюринг-полных шаблонов
| | |
| 5.79, Смузихеб забывший пароль (?), 18:21, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
это ты образ линя не собирал той же йоктой
образ 40-60Мб - собирается сутки, тянет зависимостей и генерит промежуточных файлов на 40-60 Гб
| | |
|
| |
| |
| 6.156, Ivan_S (?), 14:48, 19/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да, такой факт есть. Почему-то много памяти он ест. Кто знает причины, но за одно разного рода память дорожает. То есть, максимально писать на этом ЯП, и люди будут за дорого покупать память. Бусинесс. За одно Линукс разжиреет. Старые машины будут не нужны...
| | |
|
|
|
|
| 2.44, Сладкая булочка (?), 14:59, 17/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Даже великолепная nVIDIA добавляет поддержку блистательного Rust.
Почему нвидия "великолепная"?
Почему раст "блистательный"?
Ну и самое главное, вы под куду что-то пишите/писали? Какая разница от добавления вам?
| | |
| |
| |
| 4.60, Malinovsky (?), 16:55, 17/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да, библиотеки на расте можно и в джавовский байт код запихать, но вот этот щенячий восторг выглядит странно. Библиотеки годятся - меньше парить мозг. А вайб кодинг скоро и так убьет программирование. Так что высокоуровневые языки это как раз норма, а подобные неудобные языки применительны только в форме библиотек. Тратить излишне много усилий на освоение "безопасных" методов бессмысленно когда нужны все методы. Проще сразу переходить на джавовский байт код. Он уже давно работает.
| | |
| |
| 5.64, Бжежко (ok), 17:20, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Проще сразу переходить на джавовский байт код. Он уже давно работает.
Переходи, тебе кто-то мешает это сделать?
| | |
| 5.71, Аноним10084 и 1008465039 (?), 17:46, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Так а смысл компилировать блистательный Rust в Java-байткод? Для интеропа с JVM-системами что ли? А так сам по себе сияющий Rust в нативный код компилируется, при этом со своими гарантиями
| | |
| |
| |
| 7.89, Аноним10084 и 1008465039 (?), 18:48, 17/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Я думал я понятно написал.
Честно говоря, нет, мне довольно сложно вас понимать, вы пишете довольно сумбурно
Я даже не могу понять, что вас конкретно смущает в блистательном Rust, потому что вы как-то всё к не то Java, не то Scala свели. И каким-то рассуждениям про 700 страниц.
> А в Java можно хоть ассемблерные вставки пихать
Это что за новость такая? Писал на Java давно, во времена седьмой, но отродясь такого не помню. Java ж write once run everywhere. Или вы ассемблер JVM имеете в виду? Ну это очень специфическая опция какая-то
> Просто ненужно так выслуживаться.
Не знаю где вы это в моих сообщениях прочитали
| | |
|
|
|
| 4.87, Сладкая булочка (?), 18:43, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> Какая разница от добавления вам?
> Мне греет душу, что небезопасные языки заменяются более безопасными. Ещё в 2000-х
> в своих книгах Брюс Шнайер писал, что обилие переполнений буффера и
> прочих подобных проблем - позор индустрии, и во многом он вызван
> использованием ручного контроля памяти.
С того времени кучу всего поменялось, как в самих яп (тот же современный с++), так и в инструментарии.
| | |
| 4.88, Сладкая булочка (?), 18:45, 17/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Какая разница от добавления вам?
> Но появление лучезарного Rust совершило прорыв - появился язык, который может одновременно и быть низкоуровневым, и при этом дать zero-cost гарантии памяти.
Они есть и в с++. Плюс в расте они не такие уж и zero-cost, например, та же проверка на границы ни разу не такая.
| | |
| |
| 5.91, Аноним10084 и 1008465039 (?), 18:53, 17/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
В теории - да. На практике в C++ эти инструменты во-первых лишь опция, можно писать по-старому в Сишном стиле и ловить переполнения и прочее. Во-вторых, насколько мне известно, даже в описании этих абстракций в C++ имеются различные UB, да и в целом там есть UB. А моя позиция по UB максимально жесткая - его должно быть минимально. Если компилятор не может гарантировать defined behavior - он должен запретить этот код и выдать ошибку компиляции. В крайнем случае - заставлять программиста явно указывать, что проверку нужно отключить, чтобы в коде явно было видно, где тонкое место
Ну и плюс в блистательном Rust есть и некоторые другие концепции, не только лишь RAII
| | |
| |
| 6.100, Сладкая булочка (?), 22:00, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> В теории - да. На практике в C++ эти инструменты во-первых лишь
> опция, можно писать по-старому в Сишном стиле и ловить переполнения и
> прочее.
Кто мешает писать на расте в unsafe и
> ловить переполнения и прочее.
?
| | |
| |
| 7.103, Аноним10084 и 1008465039 (?), 22:15, 17/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Во-первых, unsafe не отключает все гарантии, а во-вторых - явное требование обрамлять такие места unsafe-блоком явно помечает, какой код нужно пристально проверять. Это гораздо более верный подход, чем опциональная безопасность, хотя конечно и понятно, что C++ пошел на это из-за обратной совместимости в числе прочего
| | |
|
|
|
|
| 3.154, Аноним (154), 12:03, 19/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Почему нвидия "великолепная"?
Потому что ~95% проданных видях на рынке их.
> Почему раст "блистательный"?
Потому что он исправляет часть проблем, которые недалекие деменционные диды не могут решить уже больше чем пол века.
> Ну и самое главное, вы под куду что-то пишите/писали?
Да писал. За деньги естественно.
> Какая разница от добавления вам?
Так как я знаю раст на приемлимом уровне, то у меня будет бонусный пункт в CV.
Что может мне помочь обойти, в честной и конкуретной борьбе других соискателей.
| | |
|
|