The OpenNET Project / Index page

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

Выпуск Rust 1.83. Развитие инструментария Xen и табличного процессора на Rust

29.11.2024 12:49

Опубликован релиз языка программирования общего назначения Rust 1.83, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки).

Методы работы с памятью в Rust избавляют разработчика от ошибок при манипулировании указателями и защищают от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п. Для распространения библиотек, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo. Для размещения библиотек поддерживается репозиторий crates.io.

Безопасная работа с памятью обеспечивается в Rust во время компиляции через проверку ссылок, отслеживание владения объектами, учёт времени жизни объектов (области видимости) и оценку корректности доступа к памяти во время выполнения кода. Rust также предоставляет средства для защиты от целочисленных переполнений, требует обязательной инициализации значений переменных перед использованием, лучше обрабатывает ошибки в стандартной библиотеке, применяет концепцию неизменяемости (immutable) ссылок и переменных по умолчанию, предлагает сильную статическую типизацию для минимизации логических ошибок.

Основные новшества:




Дополнительно можно отметить несколько проектов на языке Rust:

  • Разработчики платформы XCP-ng, развиваемой проектом Xen, опубликовали отчёт о развитии проекта по созданию нового низкоуровневого инструментария для гипервизора Xen, написанного на языке Rust и идущего на смену libxl. Инструментарий планируют задействовать в платформе XCP-ng для низкоуровневого управления хост-окружением и гостевыми системами. В настоящее время работа сосредоточена на создании crate-пакетов на языке Rust, способных заменить Си-библиотеки из пакета xen-libs. Например, ведётся работа над созданием Rust-аналогов библиотек xenctrl и xeneventchan с реализацией интерфейса для гипервызовов Xen и каналов обработки событий.
  • Проект IronCalc развивает движок для создания табличных процессоров, написанный на языке Rust, а также сопутствующий инструментарий для работы с электронными таблицами. Движок рассчитан на встраивание в приложения на языках программирования Rust, Python и JavaScript (возможно, появится поддержка R, Julia и Go). Поддерживается встраивание как пользовательского интерфейса для создания и редактирования электронных таблиц (стиль и оформление настраивается по желанию разработчиков), так и средств автоматизации работы с электронными таблицами. Предоставляются компоненты для манипуляции электронными таблицами в графическом режиме, консоли и в web-приложениях. Заявлено стремление к обеспечению полной совместимости с файлами в формате Microsoft Excel. Код проекта распространяется под лицензиями MIT и Apache 2.0. Доступна online-демонстрация, работающая в браузере.

    На текущем этапе развития IronCalc можно рассматривать как рабочий прототип, формирующий интерфейс для работы через браузер, поддерживающий около 200 функций, позволяющий управлять стилем и форматированием ячеек, обеспечивающий импорт и экспорт в формате xlsx, поддерживающий интеграцию с программами на Rust и Python. В версии IronCalc 1.0 планируется добиться 90% совместимости с Excel.

  • Опубликован выпуск проекта uutils coreutils 0.0.28, развивающего аналог пакета GNU Coreutils, переписанный на языке Rust. В состав coreutils входит более ста утилит, включая sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln и ls. Целью проекта является создание кроссплатформенной альтернативной реализации Coreutils, способной работать в том числе на платформах Windows, Redox и Fuchsia. В отличие от GNU Coreutils реализация на Rust распространяется под пермиссивной лицензией MIT, вместо копилефт-лицензии GPL.

    В новой версии uutils улучшена совместимость с эталонным тестовым набором GNU Coreutils, при прохождении которого успешно выполнено 476 тестов (на 21 больше, чем в прошлой версии), 94 тестов пока не удаётся пройти. Проведена оптимизация утилит cksum, mkdir и tr. Расширены возможности, улучшена совместимость и добавлены недостающие опции для утилит basenc, cat, cksum, cp, date, dd, dircolors, echo, hashsum, hostname, join, ls, ln, mkdir, mv, od, paste, printf, runcon, sort, sync, test, uptime, users, tr, tsort, uucore.



  1. Главная ссылка к новости (https://blog.rust-lang.org/202...)
  2. OpenNews: Выпуск Rust 1.82. Новый браузер на Rust. Использование Rust в Volvo
  3. OpenNews: Представлен новый вариант правил использования товарных знаков Rust
  4. OpenNews: Инициатива по верификации стандартной библиотеки Rust
  5. OpenNews: Проект Asterinas развивает ядро на языке Rust, совместимое с Linux
  6. OpenNews: Выпуск операционной системы Redox OS 0.9, написанной на языке Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62317-rust
Ключевые слова: rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (121) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 13:15, 29/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –20 +/
    Эпоха сишников и гнутиков подходит к концу, а мы тому свидетели.
     
     
  • 2.2, мяв (?), 13:24, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    эпоха сишников подойдет к концу спустя лет 10 после момента, когда раст будет обязательным условием в стандарте IEEE, например .. пока же - каждый тостер умеет в с99, а не в раст.
     
     
  • 3.3, Аноним (3), 13:29, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –11 +/
    > когда раст будет обязательным условием в стандарте IEEE

    Ваши IEEE уже никому не вcpaлись.
    Это медленная неповоротливая контора, которая может заседать пять лет, а на выходе все равно будем такое омно как сишечка.

    > каждый тостер умеет в с99,

    Ну так работайте за торстером, зачем вас современный комп?

     
     
  • 4.6, мяв (?), 13:34, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы ж курсе, что "сишечка" - не их рук дела?
    а то, что получилось на выходе - используют мировые техногиганты, вроде гугла, мс и эпл.
    по-моему, сейчас вообще нет хоть сколь бы то ни было распространенной ОС, не обеспечивающей POSIX-совместимость.
    ибо это гарантия, что у тебя немалая часть софта заведется.
    даже дистрибутив на базе ironclad'a(ядро на Ada) умеет в POSIX 2008'ой
     
     
  • 5.14, Аноним (14), 13:41, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ос на Хаскеле не умеет посикс, но ей и не надо. https://programatica.cs.pdx.edu//House/
     
     
  • 6.19, мяв (?), 13:44, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    собственно, она вообще ни во что не умеет, если судить по списку встроенных комманд.
    и на реальном железе тоже не стартует, в отличии даже от условного ironclad и.. <чтоТамНаРастеПисали>
     
  • 5.18, Аноним (-), 13:44, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > по-моему, сейчас вообще нет хоть сколь бы то ни было распространенной ОС, не обеспечивающей POSIX-совместимость.

    Погоди-погоди. А что такое POSIX-совместимость?

    Я знаю что есть POSIX-certified, но там какие-то узкоспециализированные системы типа AIX и VxWorks. Из распространнеых там только МАС-ось и то я не уверен для послежних версий.

    Еще есть Formerly POSIX-certified - то же самое, но забили на перепрохождение сертификации.
    Тут тоже всякие некроплатформы типа солярки и OS/390.

    Далее у нас есть Mostly POSIX-compliant - "посикх-на-пол-шишечки", тут у Android, и БЗДи разных сортов и наконец-то линукс.

    Так что необходимость ПОФИГа слегка преувеличена.
    А это я еще не начал рабирать "а какой версии ПОФИГа оно compliant и вообще работает ли с современными"

     
     
  • 6.23, мяв (?), 13:53, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >А это я еще не начал рабирать

    Вы б прочли про про POSIX Conformance и Options, прежде, чем "рабирать": https://pubs.opengroup.org/onlinepubs/9799919799.2024edition/basedefs/V1_chap0

     
  • 5.32, Аноним (3), 14:01, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Вы ж курсе, что "сишечка" - не их рук дела?

    А никто и не сказал что сишечка их рук дело.
    Читайте внимательнее, там было только сравнение с ней.

    > по-моему, сейчас вообще нет хоть сколь бы то ни было распространенной ОС,

    Win 10 и Win 11 - самые распространенные десктопные ОС в мире

    > не обеспечивающей POSIX-совместимость.

    и они не POSIX compliant.
    Андроид - самая популярная мобайл ось - не поддерживает полностью. Там есть pthreads, но очень ограниченная реализация, что уже не POSIX compliant.

    Так что ваше громкое заявление просто громкое в лужу.

    > ибо это гарантия, что у тебя немалая часть софта заведется.

    Так оно и происходит, но никого это не парит.


     
  • 5.49, мяв (?), 14:18, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ответ на комментарий выше.
    >Win 10 и Win 11 - самые распространенные десктопные ОС в мире

    и в оботх с неданих пор активирован wsl, дистрибутивы ставятся одной кнопкой, открываются менюшкой а win terminal.
    >Андроид - самая популярная мобайл ось - не поддерживает полностью. Там есть pthreads, но очень ограниченная реализация, что уже не POSIX compliant.

    тем не менее, это почти единственное, что поддерживается неполностью.
    >очень ограниченная реализаци

    есть https://www.crystax.net/android/ndk
    и те, кто хотел, давно пользуются.
    речь была больше про fuchsia, как о пректе гугла, начатом недавно и почти с нуля. она полностью POSIX-совместима будет, благодаря спец. прослойке, судя по информации на fuchsia.dev.

     
     
  • 6.57, Аноним (3), 14:24, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Напомню, что ваш вброс звучал как "нет хоть сколь бы то ни было распространенной ОС, не обеспечивающей POSIX-совместимость"

    > и в оботх с неданих пор активирован wsl, дистрибутивы ставятся одной кнопкой, открываются менюшкой а win terminal.

    О, так это у нас теперь называется posix комплаент! Хорошо, так и запишем!

    > тем не менее, это почти единственное, что поддерживается неполностью.

    А больше и не нужно))

    > и те, кто хотел, давно пользуются.

    какое-то васяноподлие не понятно от кого.

    > речь была больше про fuchsia

    Угу, фуксия как пример "сколь бы то ни было распространенной ОС")))
    Не, ну не смешно же. Фуксия не взлетела даже внутри гугла. Возможно как раз из-за посикса)))

     
     
  • 7.160, мяв (?), 02:59, 30/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >О, так это у нас теперь называется posix комплаент! Хорошо, так и запишем!

    когда в ОС из каробки в штатном гуе буквально кнопка "сделать posix-окружение" ? да.
    >А больше и не нужно))

    какое-то васяноподлие не понятно от кого.

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

    Не, ну не смешно же.

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

    ононимам какие-то тайные статистики гугол раздает?
    фуксия в активной разработке внутри гугла так-то.
    только в конце лета был мажерный релиз.

     
  • 4.31, Аноним (31), 14:00, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чел, иди своей дорогой в сторону нестабильных решений, новых циферок и прочих смузи технологий, на ряду с докером.
    А большие дяди будут работу работать, а не играться непроверенными или кривыми решениями на проде.
     
     
  • 5.47, Аноним (3), 14:17, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А большие дяди будут работу работать

    Так большие дяди как раз внедряют что раст, что докер в прод.
    У тебя треть инета проходит через "растоподелку" клаудфари.
    Ну а ты можешь цепляться за дидовое омно и дальше.

     
  • 3.5, Аноним (-), 13:32, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Не, для тостера нужно писать на нормальном С++, а не на отвратительном СИ.
    Мяв, надеюсь ты не будешь рассказывать, что тостер без POSIX не получится запрограммировать))) ?

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

     
     
  • 4.8, мяв (?), 13:37, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >на нормальном С++

    идите пишите под свое железо, ОС компилятор.
    а c99 у Вас уже будет, ибо POSIX.

     
     
  • 5.113, Bottle (?), 16:30, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чувак, у тебя GCC & Clang написаны на C++. Они уже поддерживают максимально широкий набор платформ.
     
     
  • 6.161, мяв (?), 03:02, 30/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чувак, если интернет не осилили, то хотя б опеннет почитайте.
    ниже ptr об этом написал.
     
  • 4.10, Аноним (10), 13:37, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Не, для тостера нужно писать на отвратительном С++, а не на нормальном СИ.

    Поправил, не благодари.

     
     
  • 5.43, Аноним (43), 14:13, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Обойдёмся без тостера и не нужно писать

    Поправил, не благодари.

     
  • 4.15, Аноним (14), 13:42, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    В медицине и банках поэтому Раст и не используется.
     
     
  • 5.137, Аноним (137), 19:24, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Странно. А NASDAQ использует, прямо в самом бизнес-ядре. Наверное васяны какие-то.
     
     
  • 6.144, Bottle (?), 21:56, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну хорошо, молодцы, пусть переписывают систему, когда единственный на свете компилятор Раста сдохнет, перестав обновляться.
    Это ведь произойдёт.
    У C/C++ фактор устойчивости гораздо выше.
     
     
  • 7.151, Аноним (151), 22:35, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > единственный на свете компилятор Раста сдохнет, перестав обновляться.
    > Это ведь произойдёт.

    С чего вдруг? Пока есть поддержка корпорациями - будет живее всех живых.

     
  • 7.156, Аноним (-), 01:30, 30/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну хорошо, молодцы, пусть переписывают систему, когда единственный на свете компилятор Раста сдохнет, перестав обновляться.
    > Это ведь произойдёт.

    С чего вдруг? Может у тебя есть инсайды?
    А даже если и перестанет - вон ядро до 2022 года сидело на С99. Причем на ГНУтых ЕЕЕ расширениях.

    > У C/C++ фактор устойчивости гораздо выше.

    Ага-ага, у нас было 100500 компиляторов не совместимых друг с другом..


     
     
  • 8.162, мяв (?), 03:06, 30/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    почитайте стандарт, пишите в соответствии с ним но не стандарт С - это, имхо, ч... текст свёрнут, показать
     
  • 7.159, Прохожий (??), 02:45, 30/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну хорошо, молодцы, пусть переписывают систему, когда единственный на свете компилятор Раста сдохнет, перестав обновляться.
    >Это ведь произойдёт.

    Все мы когда-нибудь сдохнем. И компиляторы Си и Плюсов тоже.

    >У C/C++ фактор устойчивости гораздо выше.

    Пока - да. Но и они сдохнут. Всё к этому потихоньку идёт. Они морально устарели потому что. А где старость, там и смерть идёт следом.

     
     
  • 8.163, мяв (?), 03:07, 30/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    где отсутствие стандартизации - там и повышенная смертность, пониженная популярн... текст свёрнут, показать
     
  • 4.34, ptr (ok), 14:07, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > для тостера нужно писать на нормальном С++, а не на отвратительном СИ.

    Боюсь, что для подавляющего большинства МК, поддерживаемых SDCC, C++ компилятор вряд ли получится отыскать. А через LLVM для восьмибитных МК получается уж очень неэффективный код. Пробовали когда-то для Z80. Не взлетело.

    Это я к тому, что тостеру хватит pdk14 или MCS51.

     
     
  • 5.38, laindono (ok), 14:10, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Современные тостеры умеют ходить в интернет и распространять фоточки своих владельцев. А уж на что способен современный унитаз (при чём я сейчас без шуток).
     
     
  • 6.50, Аноним (-), 14:20, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Современные тостеры умеют ходить в интернет и распространять фоточки своих владельцев.
    > А уж на что способен современный унитаз (при чём я сейчас без шуток).

    Шутки шутками, а одна моя знакомая купили чайник с выходом в интернет, потому что "я забыла выключить чайник".
    Хотя логичнее было бы сходить полечить голову на предмет "тревожных состояний"..
    Наверное чайник ей обошелся дешевле.
    А от утюга ей пришлось отказаться))


     
     
  • 7.90, Аноним (90), 15:36, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Хотя логичнее было бы сходить полечить голову на предмет "тревожных состояний"

    логичней управляемые розетки ставить и ни от чего не отказываться

     
     
  • 8.139, Аноним (139), 20:06, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Логичней брать нормальную бытовую технику с защитой от такого вот самовозгорания... текст свёрнут, показать
     
  • 6.62, ptr (ok), 14:30, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Даже в этом случае, там, скорее всего, будет стоять ESP8266 или ESP32, для которых ESP-IDF написан на чистом C. И никаких альтернатив ему пока что не предвидится.
     
     
  • 7.81, Аноним (-), 15:14, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То что IDF написан на чистом C это факт, но разве мы говорили не про язык написания программ?
    Для ESP32 уже есть довольно много проектов на расте
    github.com/esp-rs/awesome-esp-rust
    Включая несколько попыток написать ХАЛ, часть живые, часть уже заброшенные (как esp-rs/esp8266-hal).

    > И никаких альтернатив ему пока что не предвидится.

    Т.к ESP-IDF это открытый код - то я не вижу технического препятствия переписать его на раст.
    Только административные типа сложности или отсутствия необходимости.
    Возможно последние тенденции в штатах, с порицанием небезопасных языков, мотивирует переписывание.

     
     
  • 8.86, ptr (ok), 15:31, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Только это работает через тот же самый ESP-IDF Уж простите, я коммитер в esp-id... текст свёрнут, показать
     
     
  • 9.88, Аноним (-), 15:34, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да и то что под капотом будет крутиться СИшка не запретит прикладные программы п... текст свёрнут, показать
     
     
  • 10.96, ptr (ok), 15:55, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так себе прогресс Я пишу на Rust для ESP32, но при этом постоянно упираюсь не т... текст свёрнут, показать
     
     
  • 11.101, Аноним (-), 15:59, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я правильно понимаю, что там по большей части только волонтеры и каких-то патрон... текст свёрнут, показать
     
     
  • 12.102, ptr (ok), 16:03, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я вижу только волонтеров Сам Espressif никакого интереса к Rust не проявляет ... текст свёрнут, показать
     
  • 5.44, Аноним (3), 14:14, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Боюсь, что для подавляющего большинства МК, поддерживаемых SDCC, C++ компилятор вряд ли
    > получится отыскать.

    Наверное дело в том, что оно практически никому не нужно?

    > А через LLVM для восьмибитных МК получается уж очень неэффективный код.
    > Пробовали когда-то для Z80. Не взлетело.

    А зачем? У вас древенее легаси, которые нужно тянуть? Если так... то ок.
    Но новое зачем писать на 8битном старье?
    STM32C011J4 стоит 24 цента в партии от 10к штук.

    > Это я к тому, что тостеру хватит pdk14 или MCS51.

    Хватает. Но зачем, если есть 16 и 32бит, которые сравнимые по стоимости.


     
     
  • 6.58, ptr (ok), 14:26, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Наверное дело в том, что оно практически никому не нужно?

    Было бы не нужно, не было бы у Padauk миллиард долларов дохода и рост доходов в этом году уже на 20%

    > STM32C011J4 стоит 24 цента в партии от 10к штук.

    А PFS154 - при такой партии - 4 цента
    Впрочем, закупать такими партиями MTP МК имеет мало смысла. Выгодней тогда уже OTP PMS154 по 2 цента.

     
  • 2.4, Анонимусс (?), 13:32, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Эпоха гнутиков уже заканчивается. Остались только старые проеты, которые тянут по инерции.

    А все потому что "народ умнеет милорд". Бесплатные немамонты перевелись, их не хватает даже такому жирному гну, как линукс. Даже время жизни ЛТС приходится урезать.

     
     
  • 3.11, Аноним (11), 13:37, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >народ умнеет милорд

    Поржал. Все больше и больше народу пользуются прослойками и понятия не имеют "что там под капотом".
    Народ тупеет, даже если не брать IT. Уже в кофейне сдачу без калькулятора посчитать не могут. А номеров телефона сколько штук Вы вспомните? Только не говорите что это не надо. Умнеет смартфон, пользователь тупеет.

     
     
  • 4.17, Аноним (14), 13:43, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Где ты нашел кофейню со сдачей? В последний раз меня попросили 95 рублей мелочью наскрести.
     
  • 4.20, Аноним (-), 13:48, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Прикинь я не умею плести лапки и вырезать ложки из дерева как мой дед.
    А моя дочка не будет уметь пользоваться прялкой и правильно зажигать лучину, как делала моя прабабушка.
    Я уже молчу, что даже мои недавние предки, не могли бы сделать топор из камня и палки, и завалить им мамонта.

    Это называет прогресс.
    Future is now old man (c)

     
     
  • 5.128, неаноним (?), 18:30, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Прикинь, а я в трёх квартирах сам поменял проводку, штукатурил, ложил плитку, заливалиполы и т.д. Чем платил немеряные деньги зажравшимся ремонтникам.
    Это называется экономия.
     
     
  • 6.132, Аноним (-), 18:52, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это будет экономией - если у тебя зарплата меньше чему у того ремонтника А еще ... большой текст свёрнут, показать
     
  • 6.133, Аноним (151), 19:04, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Прикинь, а я в трёх квартирах сам поменял проводку, штукатурил, ложил плитку, заливалиполы и т.д.
    > Это называется экономия.

    Лол. Ты заплатил своим временем, которое к тому же стоит дешевле, чем у ремонтника. Сэкономил так сэкономил 😂

     
  • 4.22, Анонимусс (?), 13:52, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Поржал.

    А зря. Народ таки умнеет и не хочет бесплатно вкалывать на секту и/или корпов.
    opennet.ru/opennews/art.shtml?num=52211

    > А номеров телефона сколько штук Вы вспомните?

    Как связан интеллект с запоминанием ненужной инфы?
    Вместо телефонов я запоминаю десятки паролей, пинкодов, номеров карт, хостов, email'ов.

    > Только не говорите что это не надо.

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

     
  • 4.54, Аноним (54), 14:23, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Все больше и больше народу пользуются прослойками и понятия не имеют "что там под капотом".

    Прослойки (они же абстракции) буквально и нужны, чтобы не задумываться, "что там под капотом".

    > Уже в кофейне сдачу без калькулятора посчитать не могут. А номеров телефона сколько штук Вы вспомните?

    Это, по-твоему, признаки ума?

     
     
  • 5.103, Аноним (11), 16:05, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Это, по-твоему, признаки ума?

    Это признаки отупения.
    >Прослойки (они же абстракции) буквально и нужны, чтобы не задумываться, "что там под капотом".

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

     
     
  • 6.107, Аноним (-), 16:22, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>Это, по-твоему, признаки ума?
    > Это признаки отупения.

    Огласите весь список, пожалуйста! (с)

    > А водятлу надо знать только куда заливать омывайку, ага. Это тоже признак ума?

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

    > Без знания "что происходит под капотом" никакого прогресса нет.

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

     
  • 6.124, Аноним (54), 17:40, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А водятлу надо знать только куда заливать омывайку, ага. Это тоже признак ума?

    Таки да. Видишь ли, время действительно умного человека твоего стоит гораздо дороже времени автомеханика, выдавателя здачи и прочих "human resources".

     
  • 3.29, мяв (?), 13:59, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    запятыми-то обращения выделять умный народ уметь должен?!
     
     
  • 4.36, Аноним (14), 14:10, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По-другому ты самоутвердиться конечно же не можешь.
     
     
  • 5.55, мяв (?), 14:24, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы "конечно же" выделить с двух сторон забыли.
     
     
  • 6.65, Аноним (14), 14:32, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот-вот.
     
  • 2.24, Аноним (-), 13:54, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Эпоха сишников и гнутиков подходит к концу, а мы тому свидетели.

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

     
  • 2.59, Соль земли (?), 14:28, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет. Начинается твоя эпоха - рукожопов, для которых и создавался Rust.
     
     
  • 3.73, Аноним (-), 14:42, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Хахаха, сколько там лет живут дыры от "не-рукожопов"? 10, 15, 30 лет?
    А ведь это те самые диды, я бы даже сказал дидыщи!
    Акса-калы выпрограммирования на СИ таких замечательных проектов как ХОрг или ядро.
    В которых уязвимости можно находить каждую неделю и оправдывать свое участие в проекте.
     
     
  • 4.77, Аноним (14), 15:04, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Какие проблемы эти дыры тебе доставляют кроме того что сидеть неудобно?
     
     
  • 5.85, Аноним (43), 15:26, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У него оттуда течёт
     
  • 5.87, Аноним (-), 15:31, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Какие проблемы эти дыры тебе доставляют кроме того что сидеть неудобно?

    Не люблю когда в мой комп подглядывают)
    А, ты наверное по улице ходишь с голым задом, или все-таки срам прикрываешь?

     
     
  • 6.93, Аноним (43), 15:47, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    когда течёт, этого не утаить
     
  • 3.74, Анонимусс (-), 14:43, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет. Начинается твоя эпоха - рукожопов, для которых и создавался Rust.

    Эпоха рукожопов началась с быдлокодеров на сишечки. Потому что надежную Ада они не осилили.
    Как диды как 40 лет за границу буферы выходили, так и сейчас их потомки делают.
    Ну не умеют сишники в память, что поделаешь.


     
  • 3.134, Аноним (134), 19:06, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Открою тайну, все программисты одинаково рукожопы. На самом деле куда опаснее рукожопых программистов рукожопые программисты которые себя такими не считают, и думают что могут писать безопасные программы на недоЯП типа C.

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

     
     
  • 4.138, Аноним (-), 19:41, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В любом случае, по этому поводу есть два варианта действий - дать им язык который даёт им творить любую дичь и смотреть как рентгеновские аппараты сжигают людей заживо, или дать им безопасный язык и таких проблем не иметь. Причём этот язык ещё быстрее, с более богатой стандартной библиотекой, наголову лучшим тулингом и экосистемой.

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

    Поэтому процесс будет медленный, унылый и с максимальным копротивлением со стороны бракоделов.

     
  • 2.141, zeecape (ok), 21:12, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Legacy-кода ещё хватит минимум на лет 40-50
     
     
  • 3.146, Bottle (?), 21:57, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Авторы Алгол и BCPL тоже так думали, в итоге о них помнят только единицы, не говоря уже про ноль владеющих данными языками.
     

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

  • 1.7, Аноним (90), 13:35, 29/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    > Rust также предоставляет средства для защиты от целочисленных переполнений

    регистры чтоли растягивает на процессоре :)

     
     
  • 2.33, laindono (ok), 14:04, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эм. Во всех двух нужных людям архитектурах есть банальные флаги переполнения. На низком уровне да, это работает так, будто у тебя один дополнительный бит виртуальный есть. Попробуй поискать, как сумматор работает например.

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

     
     
  • 3.40, Аноним (14), 14:12, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И дополнительные такты процессора нагревают вселенную.
     
     
  • 4.46, Аноним (-), 14:17, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > И дополнительные такты процессора нагревают вселенную.

    А дополнительное время на дебаг сигфолтов и исправление уязвимость разве не нагревает вселенную (и пятую точку бракодела)?

     
     
  • 5.63, Аноним (14), 14:30, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Им хотя бы есть что дебажить.
     
  • 4.56, laindono (ok), 14:24, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > И дополнительные такты процессора нагревают вселенную.

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

     
     
  • 5.64, Аноним (14), 14:31, 29/11/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 3.60, Аноним (90), 14:30, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Попробуй поискать, как сумматор работает например.

    так он не работает без переполнения с числами превышающими разрядность регистров

    > Проверка всё ещё не бесплатна, но она есть только в дебажном режиме.

    регистры в проде только растягиваются :) вам бы хоть немного про процессоры почитать

     
     
  • 4.75, laindono (ok), 14:56, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > так он не работает без переполнения с числами превышающими разрядность регистров

    Для работы с числами, превышающими разрядность, есть специальные инструкции. Add with carry и вот это вот всё. Не везде такие штуки в наличии, но и в ARM и в x86_64 они присутствуют.

    std использует эти инструкции через интринсики: https://doc.rust-lang.org/src/core/num/uint_macros.rs.html#486-500

    Если есть желание, можно пойти и посмотреть, какой код по итогу получается.

    Есть обычные операции, реализованные через операторы. Для них проверки добавляет компилятор при включённой опции. По умолчанию опция включена в дебаге и отключена в релизе.
    Есть обёртки, которые маркируют конкретное поведение:
    checked_ - для явного возврата переполнения через Option
    overflowing_ - для явного переполнения через дополнительный bool
    wrapped_ - для явного переполнения без дополнительной информации
    saturating_ - для явного ограничения переполнения
    unsafe unchecked_ - для случая, когда проверки делаются вручную
    strict_ - для явной паники при переполнении (пока только nightly)

    За подробностями я бы отправил в документацию. За более тонкими подробностями прямо в код. За самыми тонкими моментами - читать ассемблер и доки бекенда.

    > вам бы хоть немного про процессоры почитать

    Уже в достаточной для меня степени прочитал. Чутка поигрался с эмуляторами и собрал парочку игрушечных архитектур. Я определённо не электронщик (не моё), но базу определённо знаю. Понимаю всю цепочку от исходного кода до железа в той степени, в какой это имеет смысл для программиста.

     
     
  • 5.78, Аноним (90), 15:08, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Для работы с числами, превышающими разрядность, есть специальные инструкции. Add with carry и вот это вот всё.

    так carry этот внезапно от переполнения регистра с результатом

    > Если есть желание, можно пойти и посмотреть, какой код по итогу получается.

    и там регистры растянутые :)

     
  • 5.119, anonymmmeer (?), 16:46, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Add with carry и вот это вот всё.

    add это конечно хорошо, но что там с умножением

    > По умолчанию опция включена в дебаге

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

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

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

     
  • 2.61, Соль земли (?), 14:30, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Запрещает класть в стек значения с переменной длиной. Для этого есть куча.
     
  • 2.89, Аноним (139), 15:36, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А вот и питоняши подвалили Хотя интерес как оно там унутрях все же похвален, ... большой текст свёрнут, показать
     
     
  • 3.97, Аноним (-), 15:55, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > И нет, аналог stdckdint.h там уже давно, а не добавлен лишь в 23 году в стандарт (и только сейчас - в компиляторы).
    > для корректного сложения двух знаковых чиселок по стандарту

    А для умножения тоже добавили, или это на н̶о̶в̶ы̶й̶ ̶г̶о̶д̶ следующий стандарт?
    Это же можно распланировать работу коммитета на годы вперед!

    > (чем мало кто из "труЪ-сишников" заморачивался, предпочитая "и так сойдет!" - ну и соотв. сигфолты и дыры, когда индекс массива в итоге UB оказывался "где-то там").

    Зато быстро! Нам же не нужна надежность или conformance программы!
    Нам нужно:
    1. побыстрому написать
    2. еще быстрее выкатить в прод
    3. еще 10 лет сидеть на поддержке проекта и исправлять баги


     

  • 1.13, Аноним (13), 13:40, 29/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > В версии IronCalc 1.0 планируется добиться 90% совместимости с Excel.

    Это интересно. Но о совместимости можно будет говорить только при полной поддержке VBA. Относится и к другим проектам, заявляющим о совместимости с Excel.

     
     
  • 2.42, BeLord (ok), 14:13, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Или конвертации на лету VBA - скриптовый язык используемый решением.-)
     
  • 2.67, Соль земли (?), 14:35, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И всех вирусов на VBA. Без доступа к системе поддержка не "полная".
     

  • 1.26, Аноним (26), 13:56, 29/11/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.37, Аноним (37), 14:10, 29/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    -rwxr-xr-x 1 root root 11M ноя 25 22 29 usr bin gpg-sq -rwxr-xr-x 1 root root ... большой текст свёрнут, показать
     
     
  • 2.41, Аноним (14), 14:13, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Британские учёные давно доказали бесполезность раста в области безопасности.
     
  • 2.126, Аноним (-), 18:19, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не мог бы объяснить, что это за список файлов, и что именно он тебе говорит о сути раста или статической линковки? Нипанятна.
     
     
  • 3.164, мяв (?), 03:23, 30/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    я так понимаю, ононим имел в виду, что вес больше.
    gpg-sq - на расте.
     

  • 1.48, Аноним (48), 14:17, 29/11/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +5 +/
     
  • 1.51, Аноним (51), 14:20, 29/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Возможно язык и удобный для разработчика, но компилятор неудобный для майнтайнера. Если Crates.io накроется ничего собираться не будет.
     
     
  • 2.53, Аноним (14), 14:23, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сделай вендоринг, ой, в расте он штатно не делается, я совсем забыл.
     
     
  • 3.148, Аноним (-), 22:00, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Сделай вендоринг

    "cargo vendor" добавили почти два года назад.

    > ой, в расте он штатно не делается, я совсем забыл.

    Как ты мог забыть то, чего никогда не знал.

     
  • 2.66, Аноним (-), 14:33, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Если Crates.io накроется ничего собираться не будет.

    А что мешает развернуть свой Crates локально или на своем подкроватном сервере?
    Это делается буквально минут за 10.

     
     
  • 3.69, Аноним (43), 14:36, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это очень долго.
     
     
  • 4.165, мяв (?), 03:24, 30/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а С-либы или либы любого другого языка опакевивать - не долго?
    это везде так.
     
  • 3.76, Аноним (14), 15:03, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И каждый раз вспоминать как его включить, выключить, перенести, хранить? А ты знаешь толк в
     
  • 3.145, Вы забыли заполнить поле Name (?), 21:56, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Это делается буквально минут за 10.

    За 10 минут синхронизируешь все версии? Скорострел.

     
  • 2.95, Аноним (-), 15:54, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Возможно язык и удобный для разработчика, но компилятор неудобный для майнтайнера. Если
    > Crates.io накроется ничего собираться не будет.

    Мейнтейнеры - это бесполезные прокладки между пользователем и разработчким.
    Они существуют только из-за безумной фрагментации линyпcoв, где чтобы собрать софтинку для каждого нескучного дистра нужно знатно попрдлиться - то glib не так, то ядро не то, то какие-то либы слишком старые, а какие-то слишком новые.

     
  • 2.136, Аноним (134), 19:13, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так и если твой дистрибутив накроется, ничего собираться не будет. Если сайты апстримов раздающие тарболлы с исходниками накроются, ничего собираться не будет. Crates.io ничем не хуже, а лучше там что его тривиально проксировать, кэшировать и зеркалить.
     
     
  • 3.166, мяв (?), 03:26, 30/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    совершенно правельная мысль.
    почему заминусовали?
    накроется GH - откуда дистростроители будут брать исходники?
    к слову, в случае с языкоспецифичными площадками, исходники, как правило, есть и на гите, и на самой площадке - должны будут упасть оба.
    думайте!
     

  • 1.99, Аноним (-), 15:58, 29/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Требования к минимальной внешней версии LLVM подняты до ветки 18.

    На самом деле исходники на Раст компилируются LLVM. "rustc" является анализатором сиснтаксиса, который скармливает специально оформленный код виртуальноймашине под названием LLVM.

    >Прекращена поддержка компилятора Visual Studio 2013.

    Не понял это. Зачем вообще это вантузное поделие тут упоминать? Или растаманы неровно дышат к Майкрософту?

     
     
  • 2.116, Аноним (-), 16:37, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На самом деле нет LLVM компилит только полученный от rustc LLVM-IR А этот LLVM... большой текст свёрнут, показать
     
     
  • 3.158, Аноним (158), 01:37, 30/11/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.167, Аноним (167), 03:45, 30/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Настоящая кросплатформа должна работать везде.

    Именно поэтому Facebook, VK, и так далее сделали просмотр только по регистрации с телефоном?

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

    Не зря же Red Dead Redemption был эксклюзивом для плойки десяток лет.

     
  • 2.122, anonymmmeer (?), 16:57, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >когда им придётся иметь дело с по-настоящему большими проектами?

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

     

  • 1.125, Я (??), 18:10, 29/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    наконец-то то через 20 лет развития все стабилизировали и все древнее выкинули
     
     
  • 2.140, Аноним (-), 20:18, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    вам-то откуда знать?
     
  • 2.147, Вы забыли заполнить поле Name (?), 21:58, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > все стабилизировали

    В след. версии "Стабилизирована новая порция API"

    У самурая^Wхипстера нет цели, только вечная возня.

     
     
  • 3.157, Аноним (-), 01:32, 30/11/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.127, Аноним (-), 18:21, 29/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Добавлены новые возможности для кода в контексте "const", вычисляемого на этапе компиляции

    Кек, ещё пять лет, и можно будет наконец реализовать макросы format! и println! без специально для них выточенных костылей в компиляторе.

     
  • 1.142, nume (ok), 21:18, 29/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > распространяется под пермиссивной лицензией MIT

    Это чтобы копирасты смогли поступить также как сони и нинтендо поступили с bsd?

     
     
  • 2.143, Аноним (-), 21:30, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это чтобы копирасты смогли поступить также как сони и нинтендо поступили с bsd?

    Да. И чтобы корпорасты смогли поступить также как с xorg, firefox, curl, llvm, cmake, SPICE, и десятком других открытых проектов... А хотя стоп, они же с ними никак не поступили! А некоторые даже помогают в разработке.

    Вылазьте уже из своего gplнутого манямирка.

     
     
  • 3.150, nume (ok), 22:18, 29/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Это чтобы копирасты смогли поступить также как сони и нинтендо поступили с bsd?
    > Да. И чтобы корпорасты смогли поступить также как с xorg, firefox, curl,
    > llvm, cmake, SPICE, и десятком других открытых проектов... А хотя стоп,
    > они же с ними никак не поступили! А некоторые даже помогают
    > в разработке.
    > Вылазьте уже из своего gplнутого манямирка.

    Ну-ну, ну-ну. Nintendo, sony, apple основали системы на основе bsd, но при этом в проект не вносят и не внесли вклад. Если бы не лицензия, с линуксом так же поступили. Так что разрешительные лицензии используют и любят только *******)

     
     
  • 4.155, Аноним (-), 01:28, 30/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну-ну, ну-ну. Nintendo, sony, apple основали системы на основе bsd, но при этом в проект не вносят и не внесли вклад.

    Погоди, это мы про тот эпл, который выкладывает кучу опенсорсного кода для МАКоси?

    > если бы не лицензия, с линуксом так же поступили.

    то линукс остался поделкой финского студента.

    Тут уже расписывали что под MIT/Apache выпускается
    opennet.ru/openforum/vsluhforumID3/132492.html#130
    тут куча всего начиная от прикладной вебни, ака электрон, заканчивая компиляторами и языками программирования.

    > Так что разрешительные лицензии используют и любят только *******)

    Разве? Если уже говоить про **** то напомню, что создатель GPL не только комми, но и не против траха детей.
    Так что не известно кто хуже)

     

  • 1.154, Аноним (154), 00:02, 30/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Безопасную безопасность, обезопасили безопасно?
     
  • 1.168, Аноним (167), 03:48, 30/11/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.169, Аноним (167), 03:50, 30/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Проект IronCalc развивает движок для создания табличных процессоров, написанный на языке Rust,

    Опять любители rust лезут в чужой огород.

    IronPython =Python/CLR, IronRuby=Ruby/CLR, IronScheme=Scheme/CLR.

    Но нет, любители rust специально всё делают, чтобы всех запутать.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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