The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Проект Tor опубликовал Arti 0.0.3, реализацию клиента Tor на языке Rust

15.01.2022 09:36

Разработчики анонимной сети Tor представили выпуск проекта Arti 0.0.3, развивающего Tor-клиент, написанный на языке Rust. Проект имеет статус экспериментальной разработки, отстаёт от функциональности от основного клиента Tor на языке Си и пока не готов полноценно заменить его. В марте ожидается выпуск 0.1.0, который позиционируется как первый бета-выпуск проекта, а осенью выпуск 1.0 со стабилизацией API, CLI и настроек, который будет пригоден для начального использования обычными пользователями. В более отдалённом будущем, когда код на Rust достигнет уровня, способного полностью заменить вариант на Си, разработчики намерены придать Arti статус основной реализации Tor и прекратить сопровождение реализации на Си.

В отличие от реализации на Си, которая вначале была спроектирована как SOCKS-прокси, а уже потом подогнана под другие потребности, Arti изначально развивается в форме модульной встраиваемой библиотеки, которую смогут использовать различные приложения. Кроме того, при разработке нового проекта учитывается весь прошлый опыт разработки Tor, что позволит избежать известных архитектурных проблем, сделать проект более модульным и эффективным. Код распространяется под лицензиями Apache 2.0 и MIT.

В качестве причин переписывания Tor на Rust называется желание добиться более высокого уровня защищённости кода за счёт использования языка, обеспечивающего безопасную работу с памятью. По оценке разработчиков Tor, как минимум половина всех отслеживаемых проектом уязвимостей будет исключена в реализации на Rust, если в коде не используются блоки "unsafe". Rust также даст возможность добиться более высокой скорости разработки, чем при использовании Си, за счёт выразительности языка и строгих гарантий, позволяющих не тратить время на двойные проверки и написание лишнего кода.

Из изменений в выпуске 0.0.3 отмечается полный пересмотр системы конфигурации и связанного с ней API. Изменение позволило менять настройки из Rust на лету во время работы клиента Tor. Также добавлена новая система для упреждающего построения цепочек (preemptive circuit construction), учитывающая используемые ранее порты для упреждающего создания цепочек, которые, вероятно, понадобятся в будущем.

  1. Главная ссылка к новости (https://blog.torproject.org/ar...)
  2. OpenNews: Выпуск языка программирования Rust 1.58
  3. OpenNews: Третья редакция патчей для ядра Linux с поддержкой языка Rust
  4. OpenNews: Выпуск новой стабильной ветки Tor 0.4.6
  5. OpenNews: Доступен Tor Browser 11.0 с переработанным интерфейсом
  6. OpenNews: Представлена реализация Tor на языке Rust, которая в будущем заменит вариант на Си
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/56511-tor
Ключевые слова: tor, rust, arti
Поддержать дальнейшую публикацию новостей на OpenNET.


Обсуждение (258) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 09:54, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Чисто технически раст достаточно хороший язык в плане сахара и действительно позволяет упростить и ускорить разработку. В крайнем случае пихать повсюду куски ржавчины это модно, все хотят чтобы их проекты были ржавыми. Как там продвигается инициатива портировать раст на гцц?
     
     
  • 2.5, tho (ok), 10:04, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >позволяет упростить и ускорить разработку

    дооо

     
     
  • 3.9, псевдонимус (?), 10:07, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну анекдот же: "Раст" и "упростить" это нечто ортогональное.
     
     
  • 4.14, Аноним (1), 10:17, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Дело привычки, выбор между писать тысячи стрёмного бойлерплейта или взять язык где о большинстве типичных проблем позаботились.
     
     
  • 5.25, keydon (ok), 10:47, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Постоянно слышу про мифический список "большинства типичных проблем". Где можно на него посмотреть?
    Те проблемы C, что я знаю, случаются из-за плохого стиля программирования и легко находится большинством анализаторов, а то и компилятором с опциями. Остальным типичным проблемам вроде опечаток или утечек памяти подвержен и раст.
    Хотелось бы увидеть конкретику каких именно проблем поможет избежать раст, которые не удалось бы найти в C статическим анализом.
     
     
  • 6.27, Аноним (1), 10:50, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Есть много распространённых проблем. Например, типичная проблема не проверять malloc. Обработка ошибок, наконец. Возвращаемых значений тоже. Это всё с поразительной частотой создаёт значительные неудобства при разработке.
     
     
  • 7.156, Какаянахренразница (ok), 18:57, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Например, типичная проблема не проверять malloc.

    Ну проверил ты malloc. Ну узнал ты, что там NULL и запрашиваемая память не была выделена. И что ты будешь делать с этой ценной информацией? Что ты вообще можешь сделать, когда в системе закончилась память?

     
     
  • 8.250, Аноним (1), 21:54, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Следуя этой же логике опенсорс уничтожает всё до чего доберётся при исчерпании м... текст свёрнут, показать
     
     
  • 9.265, Какаянахренразница (ok), 13:49, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не приписывай мне свою ущербную логику Как, , ты по наличию отсутствию пров... текст свёрнут, показать
     
  • 7.163, keydon (ok), 19:22, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Есть много распространённых проблем. Например, типичная проблема не проверять malloc.
    > Обработка ошибок, наконец. Возвращаемых значений тоже. Это всё с поразительной частотой
    > создаёт значительные неудобства при разработке.

    Ну и когда ты в последний раз использовал malloc? В 1998м году?

     
     
  • 8.285, mine (ok), 16:57, 20/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А как нынче выделяют память на С, а то я кроме семейства маллоков и mmap сходу н... текст свёрнут, показать
     
  • 6.36, Anonym1 (?), 11:31, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Все проблемы многопоточки например, просто так вам не дадут ничего никуда передать и получить состояние гонки или чего-то подобного.
    Ну и tokio / async позволяет разрабатывать используя весь CPU (привет goroutines), а не в очередной раз писать код с воркерами.
     
     
  • 7.165, keydon (ok), 19:29, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Все проблемы многопоточки например, просто так вам не дадут ничего никуда передать
    > и получить состояние гонки или чего-то подобного.

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

    > Ну и tokio / async позволяет разрабатывать используя весь CPU (привет goroutines),
    > а не в очередной раз писать код с воркерами.

    Реализовано во многих плюсовых либах для многопоточки, не говоря уже о go.

     
     
  • 8.230, морошка ягодка такая (?), 16:34, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    - Здравствуйте, мы не хотим писать на плюсах - Пишите на плюсах... текст свёрнут, показать
     
     
  • 9.257, keydon (ok), 03:48, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Можно подумать что плюсовики пишут 100500 маркетинговых статей как писать на плю... текст свёрнут, показать
     
     
  • 10.280, морошка ягодка такая (?), 19:51, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так и есть Собака лает, караван идёт... текст свёрнут, показать
     
  • 6.38, lufog (ok), 11:48, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Можно примеры текущего Rust кода без использования unsafe? Хотя бы один, мне прям интересно стало.
     
     
  • 7.161, keydon (ok), 19:11, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно примеры текущего Rust кода без использования unsafe? Хотя бы один, мне
    > прям интересно стало.

    Видимо вы промахнулись, это явно не ко мне вопрос. Мне в принципе тяжело смотреть на код на расте, не то чтобы читать или искать в нем unsafe.

     
     
  • 8.272, lufog (ok), 23:02, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да промахнулся чуток А по поводу синтаксиса, вполне себе читаемый, по началу мо... текст свёрнут, показать
     
  • 7.164, Dzen Python (ok), 19:23, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    helloworld.rs
    Не благодари
     
     
  • 8.273, lufog (ok), 23:10, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я и не благодарю, предлагать это произведение воспалённого разума, может только ... текст свёрнут, показать
     
  • 7.274, lufog (ok), 23:15, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Еще примеры будут? Я понимаю, чтобы грамотно, аргументированно ответить нужно хоть немного извилинами пошевелить, это не минусы ставить, но все же...

     
  • 6.47, Аноним (47), 12:00, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Проблемы C и C++ в бесконечной сложности языков согласно стандарту и неадекватности разработчиков компиляторов.
    На C++ писать корректно невозможно потому, что над каждой строкой надо думать по часу с точки зрения того, а не нарушает ли она стандарт.
    На C писать корректно никто и не пытается, все думают, что это кроссплатформеный ассемблер, и там можно допускать UB и уйти после этого со своими ногами.
     
     
  • 7.50, Shatur (ok), 12:14, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > неадекватности разработчиков компиляторов.
    > На C++ писать корректно невозможно потому, что над каждой строкой надо думать по часу с точки зрения того, а не нарушает ли она стандарт.

    Какая-то чушь, что вообще значит "нарушает стандарт"?) UB в смысле? И почему разработчики компиляторов неадекватные?
    С++ имеет подводные камни, конечно, но не настолько все плохо.
    Мне лично Rust нравится больше сейчас, но не повод же всякий бред вбрасывать.

     
     
  • 8.135, AKTEON (?), 17:19, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что сломали legacy ... текст свёрнут, показать
     
     
  • 9.138, Shatur (ok), 17:47, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И что же именно они сломали ... текст свёрнут, показать
     
  • 7.53, Аноним (53), 12:21, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Все как раз наоборот - стандарты дрянь. Они не описывают реальный мир. Вот комментарий Линуса про Си https://lkml.org/lkml/2018/6/5/769
     
  • 7.160, keydon (ok), 19:09, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Проблемы C и C++ в бесконечной сложности языков согласно стандарту и неадекватности
    > разработчиков компиляторов.
    > На C++ писать корректно невозможно потому, что над каждой строкой надо думать
    > по часу с точки зрения того, а не нарушает ли она
    > стандарт.
    > На C писать корректно никто и не пытается, все думают, что это
    > кроссплатформеный ассемблер, и там можно допускать UB и уйти после этого
    > со своими ногами.

    Лично я согласен со сложностью и стандарта и компиляторов. Вот только главный вопрос: Причем тут раст? У него стандарт на 10 страниц? Его компилятор за неделю между парами пишется? Его комитет поадекватнее? Не надо над его строчками думать?
    Между прочим: Можно забить на часть стандартов Си, все компиляторы так и делают, какие-то более, какие-то менее.

     
  • 6.117, Аноним (117), 16:02, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  Постоянно слышу про мифический список "большинства типичных проблем". Где можно на него посмотреть?

    https://habr.com/ru/post/497114/

     
     
  • 7.142, Аноним (142), 18:12, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Также можно почитать про то, как проблемы решены:
    rustmustdie.com
     
     
  • 8.175, Аноним (-), 20:01, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это по мотивам Полное опеннетное собрание всей Правдивейшей Правды о Ра... большой текст свёрнут, показать
     
  • 8.232, морошка ягодка такая (?), 16:37, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    мусор... текст свёрнут, показать
     
  • 7.157, keydon (ok), 18:57, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Keydon: Где можно почитать конкретный список проблем которые решит rust?
    Аноним: держи статью из соплей где нытик ноет про C проблемы (в основном надуманные и несвоевременные)
    Спасибо, аноним. Но я просил список, а не плохо сформулированное нытье. Я и сам могу рассказать что мне не нравится например в плюсах. Но все мои претензии либо итак решаются сравнительно несложно (поставь анализатор, укажи параметры компилятора), либо не имеют отношения к языку(особенно много претензий к компиляторам, гайдстайлам/учебникам, стандартной либе), либо все равно никак не решаются в расте (и по-большей части я не уверен что их можно решить в принципе).
     
  • 6.151, Аноним (151), 18:45, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С проблемами языка Си можно ознакомиться на всех багтрекерах страны, а также здесь:
    https://www.cve.org/
    А.В.Столяров в Ютуб-интервью озвучил этот ресурс-брошюру:
    https://cmustdie.com/

    За типичными проблемами С++ далеко от комитета стандартизации языка ходить не надо:
    https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines
    Раньше ещё Скотт Мейерс был популярен с его "100500 рекомендациями по сохранению ног при использовании С++".
    И хотя я уверен, что холоднокровные рептилоиды давно среди нас, но не видел ни одного программиста, который был бы способен регулярно соблюдать весь этот список требований и не свихнуться. Абдул Альхазред одобряет.

     
     
  • 7.159, keydon (ok), 19:02, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален Прям разговор с продажником растомчане Раст нужен всем... большой текст свёрнут, показать
     
  • 7.207, ТотСасыйАноним (?), 08:20, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >С проблемами языка Си можно ознакомиться на всех багтрекерах страны, а также здесь:

    Вот появится такое же количество софта на расте, тогда посмотрим где и каких ошибок больше. Пока же это выглядит как наброс Г на вентелятор. Любая программа сложнее helloworld на любом языке программирования содержит ошибки. Раст будет не исключение.

     
  • 2.31, Аноним (31), 11:22, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чисто технически раст достаточно хороший язык в плане сахара и действительно позволяет
    > упростить и ускорить разработку. В крайнем случае пихать повсюду куски ржавчины
    > это модно, все хотят чтобы их проекты были ржавыми. Как там
    > продвигается инициатива портировать раст на гцц?

    Когда мотивация к добавлению чего-то в разработку описывается словом "модно" (современно/молодёжно/стильно/прогрессивно), ничего хорошего не жди!

     
     
  • 3.85, anonymous (??), 13:50, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дело не в моде, а технических причинах. Если до этого стирали одежду вручную, то когда у людей начали появляться стиральные машины -- это был не вопрос моды, а вопрос решения проблемы со стиркой. Та же история с Rust и решением проблемы с проверкой корректности управления памятью ("вручную" против "автоматически").
     
     
  • 4.148, Аноним (-), 18:39, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Стиральная машина это ускорение процесса и экономия. хруст же ничего не экономит и тормозной. зачем писать нормальную программу если можно написать тормозное г..но, действительно, как мы все без этого жили. ах нуда, малок чекает автоматически ^_^
     
     
  • 5.212, anonymous (??), 12:21, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > хруст же ничего не экономит и тормозной.

    Он экономит программерские ресурсы по управлению памятью. Что вы имели в виду под "тормозной"? Он по производительности не уступает Си.

     
     
  • 6.252, Аноним (-), 01:08, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >  Он по производительности не уступает Си.

    Ты перепутал Си с Go, на который ровняется этот самый раст. По всем тестам он отсасывает в разы.

     
     
  • 7.255, Аноним (-), 01:57, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>  Он по производительности не уступает Си.
    > Ты перепутал Си с Go, на который ровняется этот самый раст. По всем тестам он отсасывает в разы.

    Тайным анонимным тестам?
    https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/rust.html



    fannkuch-redux
    Rust 3.80 1,352
    C gcc 7.58 1,048

    k-nucleotide
    Rust 2.69 159,044
    C gcc 3.96 130,000

    binary-trees
    Rust 1.11 198,404
    C gcc 1.58 168,780

    mandelbrot
    Rust 0.91 32,676
    C gcc 1.30 30,924

    regex-redux
    Rust 0.78 146,632
    C gcc 0.80 152,240

    fasta
    Rust 0.77 1,996
    C gcc 0.78 1,244



     
     
  • 8.275, Аноним (275), 23:32, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    самому хоть не смешно ... текст свёрнут, показать
     
     
  • 9.277, Аноним (277), 01:03, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, к сожалению, юлеж опеннетных знатоков слшиком уж уныл ... текст свёрнут, показать
     
  • 7.259, anonymous (??), 11:47, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, я не перепутал. Учителя матчасть. Rust by design является не менее производительным, чем Си.
     
     
  • 8.260, anonymous (??), 11:49, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чёртова автозамена, s Учителя Учите ... текст свёрнут, показать
     
  • 4.202, Аноним (202), 06:04, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дело именно в моде, последние несколько лет более модно стало не платить много, ... большой текст свёрнут, показать
     
     
  • 5.214, anonymous (??), 12:27, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Дело именно в моде, последние несколько лет более модно стало не платить много, малому количеству хороших специалистов, а платить мало и горе накипи, которым Си слишком сложно-сложно-"ничего"-нипонятна.

    У Rust порог вхождения выше, чем у Си.

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

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

     
  • 2.75, Aukamo (ok), 13:24, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А ещё, я недавно узнал что сертификация ПО для авиации происходит в разы проще если это написано на Rust.
     
     
  • 3.79, Аноним (79), 13:35, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ссылка есть?
     
  • 3.84, Аноним (84), 13:46, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если сертификация ПО для авиации происходит в разы проще, независимо от того, на чём оно написано, то страшно за авиацию.
     
     
  • 4.129, НяшМяш (ok), 17:02, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А что происходит в наземной инфраструктуре - лучше вообще не думать. Так даже десантник с 200+ прыжков навсегда откажется от любых полётов.
     
     
  • 5.145, Аноним (145), 18:32, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    200 прыжков-это вообше ни о чем. Допуск на скоростные крылья дают только после 500 прыжков.
     
     
  • 6.186, НяшМяш (ok), 21:26, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Признаю, далеко не эксперт.
     
  • 3.127, НяшМяш (ok), 17:01, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это сертификация, которая пропускает вот такое? https://www.securitylab.ru/news/500172.php
     
  • 3.210, Аноним (210), 11:31, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошая реклама гражданской авиации, а то при ковиде совсем приуныли.
     
  • 2.77, Аноним (79), 13:34, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    пилят потихоньку
    https://github.com/Rust-GCC/gccrs
     
  • 2.203, Ordu (ok), 06:20, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Как там продвигается инициатива портировать раст на гцц?

    Можно почитать здесь: https://thephilbert.io/

    Или вот здесь (https://thephilbert.io/2021/12/20/gcc-rust-in-2021/) есть табличка, из которой следует, что осталось разобраться с макросами и cfg (условная компиляция), импортами и областями видимости, const generics и intrinsics. Обещают к концу 2022 сделать это.

     

     ....большая нить свёрнута, показать (57)

  • 1.3, псевдонимус (?), 10:01, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ну вот и все...(
     
     
  • 2.143, Урри (ok), 18:26, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Граждане решили похоронить проект с помощью банальнейшего технического долга.
    Запасаемся попкорном и хорошим настроением - ближайший год принесет нам массу поводов для смеха.
     
     
  • 3.181, Dzen Python (ok), 20:16, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Скорее всего кто-то в командовании ВМФ США начитался растовых buzzword'ов, и, будучи в статусе полузнайки, впечатлился.

    Не дадут ему умереть вливания из штатовского госбюджета. Это у нас пилят все, а на оставшуюся тысячу практиканты делают НЕЧТО; там оставят хотя бы тысяч десять баксов и посадят накрученного дрилл-сержантом контрактника. Разница, разница вот она.

     

  • 1.4, псевдонимус (?), 10:03, 15/01/2022 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –5 +/
     
     
  • 2.7, пох. (?), 10:07, 15/01/2022 Скрыто модератором
  • +5 +/
     
     
  • 3.13, псевдонимус (?), 10:17, 15/01/2022 Скрыто модератором
  • +/
     
     
  • 4.32, пох. (?), 11:23, 15/01/2022 Скрыто модератором
  • –1 +/
     
     
  • 5.45, псевдонимус (?), 11:57, 15/01/2022 Скрыто модератором
  • +/
     
  • 5.94, Михрютка (ok), 14:04, 15/01/2022 Скрыто модератором
  • +/
     
     
  • 6.99, пох. (?), 14:26, 15/01/2022 Скрыто модератором
  • +/
     
     
  • 7.106, Михрютка (ok), 14:54, 15/01/2022 Скрыто модератором
  • +/
     
  • 4.48, Михрютка (ok), 12:02, 15/01/2022 Скрыто модератором
  • +/
     
     
  • 5.100, пох. (?), 14:28, 15/01/2022 Скрыто модератором
  • –1 +/
     
  • 3.43, bugmenot (??), 11:53, 15/01/2022 Скрыто модератором
  • +/
     
  • 3.44, bugmenot (??), 11:54, 15/01/2022 Скрыто модератором
  • +1 +/
     
     
  • 4.46, псевдонимус (?), 11:58, 15/01/2022 Скрыто модератором
  • +/
     
     
  • 5.58, Аноним (58), 12:33, 15/01/2022 Скрыто модератором
  • +1 +/
     
  • 5.116, Не будь васяном (?), 15:41, 15/01/2022 Скрыто модератором
  • +/
     
  • 2.21, Анонн (?), 10:42, 15/01/2022 Скрыто модератором
  • +/
     
     
  • 3.28, псевдонимус (?), 10:57, 15/01/2022 Скрыто модератором
  • +/
     
  • 2.64, Аноним (64), 13:06, 15/01/2022 Скрыто модератором
  • +2 +/
     
  • 2.89, Аноним (89), 13:54, 15/01/2022 Скрыто модератором
  • +1 +/
     

     ....ответы скрыты модератором (18)

  • 1.15, Иваня (?), 10:18, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня одного так:

    This site can’t be reached.

    ERR_CONNECTION_RESET

     
     
  • 2.20, Аноним (20), 10:30, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Иваня, каким местом читаете здешние новости?

    https://opennet.ru/56303-tor

     
  • 2.23, псевдонимус (?), 10:44, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Айпишники перебанили. Проси мост или поднимай впс с ним за рубежом. Трафик не забуть завернуть во что-то легальное.
     
  • 2.24, псевдонимус (?), 10:46, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    МТС полностью банит. Опсосы как всегда вперде планеты всей.
     
     
  • 3.33, пох. (?), 11:25, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А кто не хочет добровольно в колхоз - у того лицензию на корову отнимут.
     
     
  • 4.49, псевдонимус (?), 12:11, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А кто не хочет добровольно в колхоз - у того лицензию на
    > корову отнимут.

    Если это колхоз, то я торговец черным деревом.

     

  • 1.17, псевдонимус (?), 10:22, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >желание добиться более высокого уровня защищённости кода за счёт использования языка,

    Ада для чего делалась?

     
     
  • 2.34, пох. (?), 11:25, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Э? Грешников пытать, разьве нет?!
     
     
  • 3.39, псевдонимус (?), 11:48, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это устаревшая технология пыток. Раст изощреннее. Тут главное чтобы палач сам апстену не убился.
     
  • 2.183, Dzen Python (ok), 20:20, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ада? Не стильно, не модно, нет такой рекламы и фанатиков.
    Адеры делом занимаются, софт пишут и бабло с него получают. Им некогда бегать по всем IT'шным и околоайтишным ресурсам и рассказывать каждому встречному, поперечному и Поперечному про то, как borrow checker бороздит просторы Большого театра, спасая программиста от памяти. У адеров есть работа.
     
     
  • 3.286, wyry (?), 08:17, 23/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот кстати ситуация с Rust НУ ОЧЕНЬ напоминает ситуацию с Ada, причём над Ada стебались на тот момент абсолютно все титаны индустрии, начиная с Дейкстры, заканчивая Виртом. И самое любопытное, что цитаты по факту подходят в отношении Rust.
    Дейкстра: Если Ada собирается выдать стандарт, желательно, чтобы он был недвусмысленно документирован. По меньшей мере две группы попытались сделать это; в результате обе выдали около 600 страниц формального текста. Это гораздо больше, чем необходимо, чтобы удостовериться в невозможности хотя бы твердо установить, что оба документа определяют один и тот же язык. Ошибка очевидной неуправляемости этих двух документов кроется не в двух группах, составивших их, не в принятом ими формализме, а лишь в самом языке: сами не обеспечив формального определения, могут ли его разработчики скрыть, что они предлагают неуправляемого монстра. То, что Ada уменьшит проблемы программирования и увеличит надёжность наших разработок до приемлемых границ, — это лишь одна из тех сказок, в которые могут поверить только люди с военным образованием.
    Вирт: Слишком много всего вываливается на программиста. Я не думаю, что, изучив треть Ады, можно нормально работать. Если вы не освоите всех деталей языка, то в дальнейшем можете споткнуться на них, и это приведёт к неприятным последствиям.
    Тоже самое отчасти касается и современного C++, НО в C++ можно практически безболезненно гайдлайнами очертить необходимый инструментарий и не лезть за его пределы (так по сути все и поступают, включая Google).
     
  • 2.223, burjui (ok), 14:49, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ты пробовал на ней писать? Попробуй, а потом оцени удобство использования. Такой же многословный и неуклюжий, как Pascal, со всеми его недостатками, а читабельность кода при этом не сильно лучше C++, хотя и выглядит не так заковыристо. Так-то, при наличии бесконечного количества человеко-часов, можно на чём угодно код писать, хоть на Haskell.
     
     
  • 3.258, edo (ok), 05:59, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    пока те куски кода, что я читал на расте, не именно читемостью и лаконичностью не впечатлили.
     

  • 1.22, псевдонимус (?), 10:42, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Надежда только на то что ниасилят. Проект всё-таки сложный, это вам не гномдилдо40000 пилить.
     
     
  • 2.184, Dzen Python (ok), 20:23, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну вот тут хрен знает. С одной стороны полноценные ресурсы Лаборатории ВМФ США, с другой - разработчики относительно скоро демобилизовываться будут, а гражданскими спецами придут работать обратно не все.

    Дума, что напишут, но потом опять уйдут в штопор с поддержкой содеяного с переездом на что-нибудь такое же хайпованное.

     
     
  • 3.284, ddd2 (?), 02:54, 19/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>  разработчики относительно скоро демобилизовываться буду

    питонисты всегда в укурке... откуда про исследовательские части US Army байки берешь?

     

  • 1.29, Корец (?), 11:02, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну вот теперь поглядим, будут ли тут cve'шки связанные с работой с памятью и насколько хорош этот хвалёный раст ;)
     
     
  • 2.55, Аноним (53), 12:24, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лично раст обожаю, но справедливости ради в Тор нет CVE по работе с памятью.
     
     
  • 3.57, Аноним (53), 12:30, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    *Которые бы приводили к RCE. DoS есть
     
     
  • 4.111, Аноним (210), 15:16, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > DoS есть

    В rust для этого есть паника!

     
     
  • 5.150, Аноним (-), 18:44, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всмысле розовые пони будут бегать в панике когда их досят ?
     
     
  • 6.209, Аноним (210), 11:28, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > розовые

    Ты что, расист?

     
     
  • 7.251, Аноним (251), 00:59, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Прочитал как "растист"
     
  • 7.266, Аноним (266), 13:59, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты что, расист?

    И что?

     

  • 1.35, abu (?), 11:26, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня чисто советская реакция на подобные новости - когда суют во все утюги что-то одно, то надо отойти в сторону, чтобы не забрызгало. Когда стадо либо его имитация идут в одну сторону, моя сторона другая.

    ИЧСХ - никакой другой ЯП, насколько могу видеть, не славится тем, что в каждую дырку его пытаются сунуть и, что самое главное, подать это как что-то максимально и непременно нужное, годное. Мб, только тут все так, а везде - иначе?

    Годность делается не так, а трудами. И если труды по rust-овской теме перевесят все эти судачества, то мои сомнения пройдут.

     
     
  • 2.51, псевдонимус (?), 12:14, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > У меня чисто советская реакция на подобные новости - когда суют во
    > все утюги что-то одно, то надо отойти в сторону, чтобы не
    > забрызгало. Когда стадо либо его имитация идут в одну сторону, моя
    > сторона другая.
    > ИЧСХ - никакой другой ЯП, насколько могу видеть, не славится тем, что
    > в каждую дырку его пытаются сунуть и, что самое главное, подать
    > это как что-то максимально и непременно нужное, годное. Мб, только тут
    > все так, а везде - иначе?
    > Годность делается не так, а трудами. И если труды по rust-овской теме
    > перевесят все эти судачества, то мои сомнения пройдут.

    Манагерам напИсали в уши, что недоязык поможет сэкономить на рабах. Они поверили. Ошибочно думать, что кучка барыг сообразительнее среднестатистического человека.

     
  • 2.130, НяшМяш (ok), 17:09, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > ИЧСХ - никакой другой ЯП, насколько могу видеть, не славится тем, что в каждую дырку его пытаются сунуть и, что самое главное, подать это как что-то максимально и непременно нужное, годное.

    Java - пиши один раз, запускай везде
    JavaScript - сначала формочки валидировали, теперь половина десктопа с бекендами на нём
    С# - из "нашего ответа на жабу" для десктопов теперь дотнеткор из каждого утюга лезет
    Go - лютое стрёмное убожество, которое стараниями гугла вызывает струи кипятка у всех хипстеров

    У Rust из этой компашки хотя бы какие-то полезные примочки есть.

     
  • 2.170, ononoki (?), 19:51, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А чего ещё ждать от 50 лет деда лысого cnile..
    Воин света, борец со смузи, борец с растом, жс, системд.
     

  • 1.37, Анонн (?), 11:39, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Забавно.
    Разрабы Tor приняли такое решение. Потому что они понимают что тянуть старую архитектуру будет со временем сложнее и сложнее. И фиксить CVE по памяти тоже так себе удовольствие
    https://gitlab.torproject.org/legacy/trac/-/issues/15083
    https://gitlab.torproject.org/tpo/core/tor/-/issues/33119
    https://gitlab.torproject.org/tpo/core/tor/-/issues/40392

    Но тут такие аноны и такие "Вот тупые! Нафиг вам этот раст!!111".
    Куда же разрабам Tor до божественных кодеров опенька, которые пишут на 100 языках и у которых ничего не падает))

     
     
  • 2.56, Аноним (56), 12:24, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У тебя нет никаких аргументов что новая архитектура будет проще или что в ней не будет CVE по памяти.
     
  • 2.63, Анонн (?), 13:04, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У меня нет. А у разрабов тора - есть.
    Как минимум модульность сделает код проще. Но конечно Аноним (56) знает лучше разрабов тора))
     
     
  • 3.237, Аноним (-), 18:27, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >модульность сделает код проще.

    Это когда модульность делала код проще?

     
  • 3.271, Аноним (53), 18:06, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю что за странные люди вас минусуют, но вы абсолютно правы это называется абстрагирование https://ru.wikipedia.org/wiki/Абстракция и https://ru.wikipedia.org/wiki/Обобщение_понятий Именно так наш мозг справляется со сложностью этого мира. Иначе бы он лопнул.

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

     
  • 2.144, Урри (ok), 18:32, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты хочешь сказать, что разрабы, не осилившие банальнейшие процессы CI, смогут избавиться от проблем переписыванием на раст?

    > и у которых ничего не падает

    У меня не падает. Последний раз, когда мой говнокод крашился в продакшене был лет 10 назад.
    Это все банально потому, что я знаю волшебное, недоступное мартышкам слово "умные указатели" и широко использую их.

     
     
  • 3.185, Аноним (185), 21:16, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Умные указатели тоже далеко не панацея, имеют ограничения на использование, имеют прикольные сайд эффекты. В взрослых проектах на плюсах пилят свою систему управления памятью, которая также обеспечивает явный или неявный возврат объектов в пул.
     

  • 1.41, Scriptor (ok), 11:50, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Т.е. SOCKS-прокси в конечном итоге выпилят?
     
  • 1.52, Анонка (?), 12:20, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Видимо исходники Tor превратились в такой окаменевший говнокод, что только переписывание с нуля исправит ситуацию

    Штош, тут rust их не спасет, ибо продуманной ООП архитектуры, любой более менее сложный проект превращается в хаотичную мешанину функций и данных с тысячами неявных зависимостей между собой

    А так, любопытно понаблюдать что выйдет и куда их это заведет

     
     
  • 2.167, Dzen Python (ok), 19:43, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Штатовские военные денег дадут, солдатиков в кодеры подкинут...
    Другое дело, если появится какой-нибудь EDROLANG++, который может не только по хипстерски тянуть зависимости и мочь отследить все пары alloc-dealloc, но и, скажем, автоматом делать безопасное IO (в рамках трёх с половиной дубово-кондовых шаблонов, вшитых в компилятор, но кому это важно?), то как скоро они бросят хруст и перебегут на него?
     
     
  • 3.238, Аноним (-), 18:28, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Другое дело, если появится какой-нибудь

    Хаскель жи.

     
  • 3.268, Аноним (268), 14:36, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Штатовские военные денег дадут, солдатиков в кодеры подкинут...

    Переписывали бы на Ada уж тогда.

     

  • 1.54, Анонка (?), 12:23, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Очередной проект который вместо изменения архитектуры ПО, меняет язык, веря в его чудодейственные качества(((
     
     
  • 2.59, Аноним (20), 12:39, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    зачем её менять?
     
     
  • 3.61, Анонка (?), 12:43, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Может для того чтобы сделать ПО поддерживаемым, тестируемым и расширяемым без постоянного переписывания всего ПО?
     
     
  • 4.102, пох. (?), 14:38, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Может для того чтобы сделать ПО поддерживаемым, тестируемым и расширяемым без постоянного
    > переписывания всего ПО?

    шота я не понял, как это без переписывания? А за что тогда веслателям платить зарплаты? Неее, это ты фигню какую-то придумал.

    Это ж так и самого капитана галеры могут сократить.


     
  • 4.225, burjui (ok), 15:08, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Много ли примеров проектов, где первоначальная архитектура сразу оказалась оптимальной и не потребовала переделки? Такое возможно только если весь возможный функционал известен наперёд и он достаточно ограничен по возможностям. Хороший пример - компиляторы. А вот в случае более архитектурно сложных проектов это уже, скорее, сказка, чем быль.
     
  • 2.131, НяшМяш (ok), 17:11, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Менять архитектуру - в 99% случаев == переписывать. А если всё равно переписывать, почему бы не на том, что упрощает работу?
     
     
  • 3.224, burjui (ok), 15:02, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    По мнению опеннетчиков, переписывать вообще ничего нельзя, потому что сразу нужно писать нормально (желательно, чтобы ещё было Unix way, что бы это ни значило в рамках конкретного проекта). Естественно, только эти избранные знают, как это делать, а 99.9% разработчиков вынуждены фармить опыт на граблях в течение десятилетий. А если и переписывать, то на божественном C, ибо это самый лучший язык в эвереттовской мультивселенной, а всё остальное - нечитабельное гуано для смузихлёбов и т.д. Linux написан на C - значит, и всё остальное нужно писать на нём.
     
  • 2.168, Dzen Python (ok), 19:45, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего так: старые разработчики (из 90х, выросших на jetx'е) демобилизовались, а новые, только заключившие контракт (из 00х, выросших на myspace и aol) не понимают за ними ничего.
     

  • 1.60, Аноним (60), 12:41, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    выросло поколение, у которого в ошибках в коде виноваты языки.
    поэтому появляются языки (такие как раст и го), ограничивающие людей так, чтобы вероятность возникновения ошибок снизилась.
    newspeak'и в сфере программирования, хотя и с полезными плюшками.

    будем посмотреть, что получится.

    за тор беспокоиться не стоит: это серьёзный элемент влияния, ему не дадут загнуться.

     
     
  • 2.62, Анонка (?), 12:44, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сишная процедурная парадигма это ассемблер с нескучным синтаксисом, впрочем как и недоООП раста
     
     
  • 3.65, Аноним (65), 13:06, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Но ведь сишку как бы и делали в качестве (переносимого) ассемблера с нескучным синтаксисом, нет?..
     
     
  • 4.67, Анонн (?), 13:09, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Да, и она прекрасно работала и работает на малых проектах.
    Но как только сложность возрастает до определенного уровня - начинаются проблемы, потому что чем больше строк кода, тем больше шансов налажать напр. в адресации. И програмеры таки да лажают. Причем на очень важных проектах типа ядра линукса.
     
  • 3.74, Смузихлёб (?), 13:22, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Сишная процедурная парадигма это ассемблер с нескучным синтаксисом

    Сразу видно человека ни разу не программирующего на ассемблере.

     
     
  • 4.194, Анонка (?), 23:51, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В чем отличие? Кроме синтаксиса? Управляющие конструкции(условия, циклы) и функции(подпрограммы) есть и в ассемблере, ну и макросы как часть компилятора асма
     
     
  • 5.197, Смузихлёб (?), 01:12, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > В чем отличие?

    В логике понимания работы железа на самом низком уровне + умение думать [b]алгоритмами[/b], а не всякой хренью типа классов, функций и прочего. Раньше, в моё время, мы экономили каждый такт и каждый байт информации, умещаясь, порою, в бинарники парой сотен байт, на которых работали отечественные космические аппараты.

     
  • 2.70, Смузихлёб (?), 13:10, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Нынешнее поколение шину адреса от шины данных никогда не отличит, а про стек вообще слышали только в мемчиках. Зато могЮт модные пЭхЭпЭ фреймворки.
     
     
  • 3.73, Аноним (73), 13:19, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Что такое шина? Автомобильную знаю.
     
     
  • 4.125, Аноним (60), 16:51, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это широкая штука с проволокой по которой данные туда-сюда ползают.
     
     
  • 5.126, Аноним (210), 16:55, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Это широкая штука с проволокой

    Согласен. USB, SATA, PCI Express - слишком широкие!

     
     
  • 6.132, НяшМяш (ok), 17:12, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    IDE был широкий и LPT. А USB с SATA это новодел бесовской.
     
     
  • 7.140, Аноним (210), 18:08, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, вообще одни бесовские pci express, i2c, spi, can...

    Да, еще ethernet!

     
  • 3.76, Аноним (73), 13:32, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так советские школьники сами компьютеры с нуля собирали, поэтому успешно вникали, а сейчас уже такого нет, так как после уничтожения СССР отрасль по созданию компьютерного железа исчезла. Сейчас школьникам дают всё готовое, импортное, переусложнённое, да ещё и без нормальной документации на русском. Ваши поколения уничтожили отрасль, а теперь обвиняете в последствиях своих детей.
     
  • 2.122, Qwerty123456 (?), 16:33, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Впадает в маразм поколение, которое даже не знает как лошадь подковать.
     
  • 2.191, Аноним (-), 22:45, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > выросло поколение, у которого в ошибках в коде виноваты языки.
    > поэтому появляются языки (такие как раст и го), ограничивающие людей так,

    Выросло поколение, косящее под "выросшее поколение", но прокалывающееся на мелочах:
    http://landoflisp.com/comic_20x_9.png
    http://landoflisp.com/

    Впрочем да, "Мудрость не всегда приходит с возрастом, иногда возраст приходит один."(с)

     
     
  • 3.196, Аноним (196), 00:36, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > http://landoflisp.com/

    оказывается это не языки виноваты в возникновении ошибок, а это ошибки прилетели из космоса, захватили планету и организовали мировой дипстейт!
    как я раньше не догадался...

     

  • 1.72, Аноним (73), 13:16, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Изменение позволило менять настройки из Rust на лету во время работы клиента Tor.

    Как это реализовано? Запущен бесконечный цикл, который дёргает диск, проверяя, изменился ли файл конфига?

     
     
  • 2.86, Аноним (-), 13:52, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ну есть специальные системные апи для подобных штук (+ на .Net такое давно есть).
    Главный вопрос: А НАФИГА МЕНЯТЬ НА ЛЕТУ???? ЭТО ТОЧНО НУЖНО???? (ведь потом после таких реконфигураций пойдут регрессии в самом главном - в БЕЗОПАСНОСТИ. 100% пойдут)
     
  • 2.96, Kusb (?), 14:18, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не разбираюсь, но может сообщение от ОС есть. Типа файл изменился, перечитай.
     
     
  • 3.189, Аноним (189), 21:55, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Типа файл изменился, перечитай.

    А ты уверен, что все изменения - консистентные, и что их можно совокупно использовать?

     
     
  • 4.192, Аноним (-), 22:56, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Типа файл изменился, перечитай.
    > А ты уверен, что все изменения - консистентные, и что их можно совокупно использовать?

    А ты уверен, что API проектировали глупые люди?
    https://man7.org/linux/man-pages/man7/inotify.7.html
    > IN_MODIFY
    > IN_CLOSE_WRITE

     
     
  • 5.200, Аноним (189), 03:27, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты зачем дураком прикидываешься? Я тебе даже подсказку дам: вот набираешь ты текст, пишешь "мама мыла ра...", тут редактор делает автосэйв, срабатывает твой inotify, что ты увидишь?
     
     
  • 6.201, Аноним (-), 03:49, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты ламером прикидываешься, записывая в конфиг Tor мама мыла ра в редакторе ... большой текст свёрнут, показать
     
  • 2.133, НяшМяш (ok), 17:14, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    inotify на Linux, kevent на BSD/macOS
     

  • 1.78, Аноним (210), 13:35, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всем unwrap, господа:

    https://gitlab.torproject.org/search?search=unwrap&group_id=478&project_id=647

     
     
  • 2.83, Аноним (210), 13:39, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > torproject.org

    Говорят, tor заблокировали

     
  • 2.134, НяшМяш (ok), 17:15, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > This file uses 'unwrap()' a fair deal, but this is fine in test/bench code
    > because it's OK if tests and benchmarks simply crash if things go wrong.

    Всё что нужно знать об экспертах опеннета.

     
     
  • 3.137, Аноним (210), 17:35, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Еще есть такое

    > // NOTE: it seems that 'unwrap' may be safe because of builder defaults

    Хочешь, чтобы я еще поискал expect, panic! и другие паникующие функции?

     

  • 1.80, Аноним (210), 13:37, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > 0.0.3

    Не, ну, такой мажор - срочно в новость!

     
  • 1.81, Аноним (84), 13:37, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Rust также даст возможность добиться более высокой скорости разработки, чем при использовании Си, за счёт выразительности языка

    Это такой троллинг Раста в новости.

     
     
  • 2.90, Аноним (-), 13:55, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "более высокой скорости" - не знал что у скорости есть ВЫСОТА!!! ))))
    может по русски правильней - "большей скорости"???
     
     
  • 3.97, Kusb (?), 14:21, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Более быстрой скорости же.
    А вообще очень удивляет такой подход к словам, например такое восприятие "высокой скорости".
     
  • 3.101, Аноним (101), 14:34, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Высокая цена.
    Высокое разрешение.
    Высокое потребление памяти.

    Добро пожаловать в русский язык.

     
     
  • 4.233, морошка ягодка такая (?), 16:39, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    высокая легковесность
     
  • 3.113, Аноним84701 (ok), 15:20, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > "более высокой скорости" - не знал что у скорости есть ВЫСОТА!!! ))))  
    > может по русски правильней - "большей скорости"???

    Большескоростной поезд/интернет? o_O

     

  • 1.87, анончик (?), 13:54, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Сейчас читаю книгу (beginning rust from novice to professional 2021), - покак не дочитал до конца, но уже сложилось впречатление, что Rust это очень качественный инструмент, - особенно нравится, то как компилятор сообщает о тех или иных ситуациях: прочитал, сделал так как сказал компилятор и всё работает + можно тут же получить дополнительную информацию; после Си и С++, - это выглядит конечно мега круто!!!

    Так вот я не понимаю откуда такой хейт в сторону Rust?:) хотя понимаю, тут так же как с Си и C++ -> хейтят только те кто так и не смогли осилить??:)

     
     
  • 2.92, Аноним (-), 13:58, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "хейтят только те кто так и не смогли осилить" - ты же сам себе противоречишь что "...сделал так как сказал компилятор и всё работает".
    был тут комментатор который вероятно прав - вроде как раст нужен корпорация что бы стало много-много инженеров которые смогли таки "вкатиться" (на C\C++ это однозначно сложнее).
     
     
  • 3.93, анончик (?), 14:04, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я например могу следовать советам компилятора, и понимаю что нужно сделать, но у меня складывается что походу остальные не в состоянии этого сделать??? хм... иначе я просто ну не понимаю откуда столько хейта?
     
     
  • 4.115, Аноним (-), 15:31, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тут всё банально - у раста конченная экосистема, которую могут принять только виндузатники, которые привыкли к своему dotnet-фистингу. У любого нормально человека, сразу возникает вопрос: а зачем ему тащить к себе на комп ещё одну имплементацию либ, да ещё и по несколько версий под каждую программу.
     
     
  • 5.121, анончик (?), 16:15, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    чем вас .net так обидел?:) Вполне себе нормальная вещь. Как по мне намного приятнее чем всякие там C++ или Java.
     
  • 5.215, anonymous (??), 12:37, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > У любого нормально человека, сразу возникает вопрос: а зачем ему тащить к себе на комп ещё одну имплементацию либ, да ещё и по несколько версий под каждую программу.

    А почему это вопрос не возникает при установке, например, libstdc++? Тут Rust ничем ну хуже других языков, к которым, почему-то, этих претензий нет.

     
     
  • 6.239, Аноним (-), 18:35, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что libstdc++ не тянется из cargo и прочих npm, очевидно же.
     
     
  • 7.243, Аноним (-), 20:11, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > которую могут принять только виндузатники,
    > У любого нормально человека, сразу возникает вопрос: а зачем ему тащить к себе на комп ещё одну имплементацию либ, да ещё и по несколько версий под каждую программу.
    > Потому что libstdc++ не тянется из cargo и прочих npm, очевидно же.

    https://packages.debian.org/sid/ripgrep
    https://packages.debian.org/sid/libstd-rust-1.56
    Маковод почти совсем не палится.


     
  • 7.261, anonymous (??), 11:56, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так и в Rust никто не заставляет использовать cargo. Можно использовать apt, или вообще вручную пакетики тягать. cargo -- это лишь дополнительный инструмент, который позволяет избежать всё той же самой ручнорй работы. cargo ничего не меняет в вопросе зависимостей, а лишь предлагает автоматически скачать то, что требуется написанному коду. Но утилита абсолютно опциональная. Иными словами cargo не имеет отношения к вашей изначальной претензии.

    Посему повторюсь: так а в чём принципиальная разница в не любимых вам зависимостях с, например, C++?

     
  • 2.149, Урри (ok), 18:41, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так вот я не понимаю откуда такой хейт в сторону Rust?:)

    Из-за агрессивного сообщества, которое спамит про новый самый лучший удлинитель члена^W^W серебряную пулю на каждом углу.

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

     
  • 2.171, Dzen Python (ok), 19:52, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Необязательно пробовать дерьмо, чтобы сказать, что оно невкусное.
    А тебе бы накидывать потоньше, а то придется объяснять за unsafe
     
     
  • 3.204, Аноним (53), 06:21, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >а то придется объяснять за unsafe

    Он тебе два слова скажет - "локализация ошибки" и ты утрешься.

     
     
  • 4.234, Аноним (210), 16:56, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > unsafe
    > локализация ошибки

    Типичная логика растиста - повторение "истин".

     
     
  • 5.256, Аноним (-), 01:59, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> unsafe
    >> локализация ошибки
    > Типичная логика растиста - повторение "истин".

    Типичный подход невежественных антираститов - повторение нафантазированных глупостей.


     
  • 3.279, Ordu (ok), 07:45, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А тебе бы накидывать потоньше

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

     
  • 2.219, Аноним (53), 12:53, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Они не могут принять. Но веских аргументов против него нет, только злоба.

    По этому в ход идет что угодно - заднеприводное коммьюнити, неправильная запятая в лицензии, деньги злых корпораций. Только не сам язык.

     
  • 2.253, Аноним (251), 01:14, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас читаю книгу (beginning rust from novice to professional 2021), - покак не дочитал до конца

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

     

  • 1.88, Аноним (-), 13:54, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    "более высокой скорости" - не знал что у скорости есть ВЫСОТА!!! ))))
    может по русски правильней - "большей скорости"???
     
     
  • 2.112, Ordu (ok), 15:20, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, точно. И вместо "высокоскоростная магистраль" надо говорить "большоскоростная магистраль". Хотя не, как-то не так. Может "огромноскоростная"?
     
     
  • 3.172, Dzen Python (ok), 19:55, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Прижившая уродская калька с уродливого маркетингового high-speed, да.
    Просто "скоростная магистраль"
     

  • 1.95, Аноним (95), 14:11, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    И как всегда Opennet отчаянно против любых перемен и нововведений, до последнего цепляется за старый православный С и умирающий X11.
     
     
  • 2.98, Аноним (210), 14:26, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Виндузятнику лучше знать, на каком языке написана его ОС и графическая подсистема (не на революционной rust)
     
     
  • 3.105, пох. (?), 14:49, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Виндузятнику лучше знать, на каком языке написана его ОС и графическая подсистема
    > (не на революционной rust)

    смотри, сглазишь.

    Или ты думаешь, нассать ms'овским кумарам в уши про безопасТность (если не использовать, не использовать, нинини, только на полшишечки! unsafe) не получится? Еще как!

    так что ждем-с.

     
  • 2.107, Аноним (73), 14:55, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Где аналог xdotool под вяленд? Ещё под вяленд нет ни одного годного GUI тулкита. И нет ни одного приличного нетайловго оконного менеджера (нужен аналог fluxbox или icewm).
     
     
  • 3.109, Аноним (210), 15:05, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > где xdotool
    > ни одного годного GUI тулкита
    > ни одного приличного нетайловго оконного менеджера

    Уже ответили:

    >> отчаянно против любых перемен и нововведений

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

     
  • 2.146, Vkni (ok), 18:32, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да, да, за умирающий уже лет 30 Х11, и против Wayland'а, который уже лет 12 пытается его заменить.

    Потрясающая скорость развития "самой динамичной отрасли". :-) Блин, современная АЭС строится 8 лет.

     
     
  • 3.195, Анонн (?), 00:02, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это по плану она должна была строиться 8 лет, а по факту - то реактор уронят, то бетон треснет...
     
     
  • 4.198, Аноним (189), 03:18, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    последний раз роняли Уеба.
     
  • 4.199, Аноним (189), 03:21, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > то бетон треснет

    трещины в бетоне японцы ловко заклеивали бумагой.

     
  • 2.216, anonymous (??), 12:41, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лично я пользуюсь тем, что к Xorg можно подключаться по сети. Если бы Wayland был клиента сервер нефа, то давно на него переехал бы. Но увы.
     

  • 1.103, Аноним (103), 14:38, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >обеспечивающего безопасную работу с памятью.

    Опять ошибка в слове "безопастный".

     
     
  • 2.173, Dzen Python (ok), 19:56, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты тоже ошибся. Хруст же "бишапашный"!
     

  • 1.119, Аноним (119), 16:10, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хочу задать довольно деликатный вопрос: переписывание на rust действительно помогает или воз и ныне там? Есть "успешный опыт" с которым можно ознакомиться?
     
     
  • 2.123, анончик (?), 16:42, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Как по мне переписывать что-то с языка X на язык Y весьма сомнительное занятие и в большинстве случаев это просто трата сил, времени и денег. Как по мне, люди которые хотят переписать всё и вся на Rust это просто больные на голову сектанты у которых дальше разговоров дело никогда не продвинется, потому что они впринципе не представляют о каких трудозатратах идет речь!
     
     
  • 3.124, анончик (?), 16:48, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    но похоже в данном случае разработчики прекрасно понимают во что они ввязываются!
     
     
  • 4.128, Аноним (210), 17:01, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я тоже прекрасно знал, когда каждый месяц менял дистр, потому что обои становились скучными!
     
  • 4.254, Аноним (251), 01:16, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    не похоже
     
  • 2.176, Dzen Python (ok), 20:01, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если есть халявное финансирование из бюджета ВМФ США - то почему бы и не переписать? Отцы-командиры подкинут солдатиков, дрилл-сержанты их будут правильно мотивировать (как в "Цельнометалличской оболочке"). Напишут, отцам-командирам повесят еще по одной жестяной медальке, дрилл-сержантам дадут еще одну орденскую плашечку, солдатики будут и так рады, а финансирование... а вот финансирование в чей карман уйдет...нет, не ЕдРо и лично ПУ...но это вопрос. Хороший такой вопрос.

    Ты действительно думаешь, что деньги пилят только у нас?

     
     
  • 3.218, anonymous (??), 12:45, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А разве Tor пилится не сообществом последние годы?
     
     
  • 4.278, Самокатофил (?), 07:37, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тсс, не мешай. Там всё как злесь, а значит хуже.
     
  • 2.217, anonymous (??), 12:44, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Например, я пользуюсь alacritty, вместо xterm.
    В скором будущем собираюсь попробовать oreboot, вместо coreboot.
     
     
  • 3.222, Аноним (210), 14:46, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > alacritty

    https://github.com/alacritty/alacritty/issues/4806

    Не читал, но осуждаю

     
     
  • 4.262, anonymous (??), 12:02, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Когда я делал по ошибкеислишком большой буфер в xterm, там у меня память тоже "leaked". А вообще проблемы описанной в тикете у меня нет. Вероятно там человек тоже указал слишком большой буфер.
     
  • 3.227, Аноним (210), 15:46, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ах, да, забыл коронную.

    https://github.com/alacritty/alacritty/search?q=unwrap&type=code

     
     
  • 4.229, Аноним (-), 16:25, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ах, да, забыл коронную.

    Посадку в лужу?
    > tests/ref.rs
    > tests/config.rs

    ...
    > .unwrap_or(first_match);
    > .unwrap_or(0)

     
     
  • 5.231, Аноним (210), 16:37, 16/01/2022 Скрыто модератором
  • +/
     
     
  • 6.236, Аноним (-), 18:14, 16/01/2022 Скрыто модератором
  • +/
     
     
  • 7.242, Аноним (210), 20:10, 16/01/2022 Скрыто модератором
  • +/
     
     
  • 8.245, Аноним (-), 20:28, 16/01/2022 Скрыто модератором
  • +1 +/
     
     
  • 9.247, Аноним (210), 21:17, 16/01/2022 Скрыто модератором
  • –1 +/
     
     
  • 10.249, Аноним (-), 21:45, 16/01/2022 Скрыто модератором
  • +1 +/
     
  • 8.269, freecoder (ok), 17:06, 17/01/2022 Скрыто модератором
  • +/
     
  • 4.263, anonymous (??), 12:07, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так, и что дальше? У меня alacritty ни разу не падал. Работает лучше (по производительности и удобству), чем xterm/aterm/eterm/другие. Почему меня должны смущать эти unwrap-ы?

    "Коронную"...

     
     
  • 5.267, Аноним (-), 14:34, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Почему меня должны смущать эти unwrap-ы?

    Потому что они лишают пограммиста и пользователя (т.е. тебя!) важнейшей сободы просто забить на обработку ошибок и продолжить работу в режиме UB!
    Очевидно же!

     

     ....большая нить свёрнута, показать (21)

  • 1.120, Аноним (120), 16:10, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Насколько возрастает КПД программы, если его переписать на Rust?
     
     
  • 2.177, Dzen Python (ok), 20:02, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На плюс-минус ноль процентов.
     
  • 2.188, Аноним (189), 21:50, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Смотрим, что стало с FF...
     
  • 2.246, Аноним (246), 20:49, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    КПД или ЧСВ?
     

  • 1.136, Аноним (136), 17:32, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В качестве причин переписывания Tor на Rust называется желание добиться более высокого уровня защищённости кода!!!!!!!!!!!!!!!1
     
     
  • 2.139, Аноним (210), 17:58, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > добиться более высокого уровня защищённости кода!

    Для этого код прячут под NDA или под государственным "совершенно секретно" с соответствующей ответственностью.

    А тут отказ от любой ответственности (apache, mit), в том числе если программа отформатирует диск, а перед этим перешлет данные в ВМС США.

     
  • 2.205, Аноним (53), 06:27, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как странно это выглядит - многие уже признали эффективность Раст в некоторых (узких) областях. Гугл, МС, теперь и Тор-прожект.

    Но Опеннет всем скопом орет так, будто от принятия Раста в эти области зависит его жизнь. Прям не Опеннет а филиал PVS-Studio

     

  • 1.141, Умалишённый (?), 18:12, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Зачем или почему я продолжаю заходить на опеннет читать комментарии умалишённых???
     
     
  • 2.154, Аноним (136), 18:55, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    О боже, зачем ты это делаешь!?
     
     
  • 3.155, Аноним (136), 18:57, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто он проникся более низкой культурой opennet, это как язык программирования, кому-то нравится высокоуровневый а кому-то низкоуровневый))))
     
     
  • 4.182, Аноним (182), 20:17, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Опеннет развлекательный!
     
  • 2.178, Dzen Python (ok), 20:03, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Все просто. У тебя написано в нике.
    Добро пожаловать. Снова.
     

  • 1.152, смешнох (?), 18:54, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пофигу, бранч 4.4.х уже умер, а 3.5.х сложит ласты быстрее, чем сам тор покроется ржавчиной.
     
  • 1.153, Аноним (136), 18:54, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Rust - это только эволюция но и революция!!1!
     
     
  • 2.193, Аноним (189), 23:45, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Образование растаманов как-то пугает...
     
     
  • 3.211, Аноним (210), 12:09, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем образование там, где всё безопасно?
     

  • 1.158, Аноним (136), 18:58, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Rust - сила!
     
  • 1.162, Аноним (210), 19:14, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все на баррикады!
     
  • 1.166, ИмяХ (?), 19:40, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Это как раз тот самый редкий случай, когда переписывание на Rust даёт больше пользы, чем вреда.
     
     
  • 2.180, Аноним (210), 20:08, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > больше пользы, чем вреда

    Для кого?

     

  • 1.174, Аноним (174), 19:59, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Главное не забыть выкачать пол-Cargo зависимстей с бэкдорами от нужных ребят. В самом  Τοr бэкдора нет, разработчики неуиноуаты!
     
     
  • 2.179, Dzen Python (ok), 20:06, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зачем? Просто для разных стран будут разные модификации одной и той же версии пакета. В каких-то модификациях - рефренсных и демонстративных - демонстративно бэкдоров не будет. В каких-то модификациях - тех, которые собираются для слишком самостоятельных стран с потому и плохой демократией - будет тебе зоопарк.
     
     
  • 3.190, Аноним (190), 22:05, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Stop crying, just use Sputnik.
     

  • 1.187, Аноним (189), 21:48, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > если в коде не используются блоки "unsafe"

    Вот уж точное замечание :) но ансейфы, как всегда, точно будут.

     
     
  • 2.206, Аноним (53), 07:31, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    код на С - один большой ансейф.
    Arti на ржавом - 2 ансейфа размером в строку.
     
     
  • 3.208, Аноним (210), 11:04, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    немножко unsafe - немножко беременна
     
     
  • 4.213, Аноним (53), 12:27, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя есть замечательная возможность найти уязвимость в новом Tor-клиенте arti и попасть в новости. С чего начнешь?
     
     
  • 5.221, Аноним (210), 14:40, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    DoS, он же "у меня ничего не работает" считается за уязвимость?
     
     
  • 6.226, Аноним (53), 15:29, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    По твоей логике на одном стуле деанон (remote code execution, Си) на другом дисконнект (denial of service, Раст). Пусть пользователи рассудят.

    Заметь, на неполном по Тьюрингу языке (только такой и защитит от утечек памяти, дедлупов, многопоточных рейс кондишонов) ты Тор не напишешь, как бы тут не кривлялся.

     
     
  • 7.228, Аноним (210), 16:11, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > деанон (remote code execution, Си)

    Буду знать, что такое "деанон".

    > на неполном по Тьюрингу языке

    Я даже не буду спрашивать, что это такое у тебя.

    Как великому "теоретику": почему бы не переписать на хаскеле, например? Почему раст с "маркетоидными обещаниями безопасности"?

     
     
  • 8.241, Аноним (-), 18:52, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А ведь хаскель считает IO ансейфом и требует отделять его от чистых вычислений ... текст свёрнут, показать
     
     
  • 9.244, Аноним (-), 20:15, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https www haskell org tutorial io html Перепись слышавших звон ... текст свёрнут, показать
     
     
  • 10.281, Аноним (281), 20:02, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И чего ты так возбудился Что это доказывает, чего не было в посте, на который т... текст свёрнут, показать
     
  • 8.248, Аноним (248), 21:32, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще проблем не вижу Ему же не тебуется эти 5 перформанса Может они боятся ... текст свёрнут, показать
     

  • 1.264, Аноним (-), 12:54, 17/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    предлагаю переписать tor на C#, он такой же безопасный, как и раст.
     
     
  • 2.270, freecoder (ok), 17:10, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Там нет боров чекера.
     
  • 2.276, lufog (ok), 00:35, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > предлагаю переписать tor на C#, он такой же безопасный, как и раст.

    Та хоть на JS, все полезней чем языком в комментариях трепать...

     
     
  • 3.282, Аноним (-), 20:02, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты ща договоришься и его реально перепишут на Electron.
     
     
  • 4.283, Аноним (-), 22:08, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Будет тормозить, жрать память и работать, в отличие от хрустоподелий.
     
     
  • 5.287, wyry (?), 08:37, 23/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И безопасно, злоумышленник умрёт от старости учитывая быстродействие JS...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:
    При перепечатке указание ссылки на opennet.ru обязательно



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру