The OpenNET Project / Index page

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

Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диалект Mini-C

13.01.2025 16:01

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

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

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

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

  • В пакетном менеджере Cargo стабилизирован механизм обработки зависимостей, выбирающий версии зависимых компонентов с учётом совместимости с версиями компилятора Rust, заявленными как минимально поддерживаемые проектом (MSRV, Minimum Supported Rust Version). Новая возможность позволяет избавить сопровождающих от необходимости ручного выбора старых версий каждой зависимости в проектах, сохраняющих совместимость со старыми версиями инструментария Rust. Новый режим определения зависимостей будет активирован по умолчанию в выпуске Rust 1.85, а пока доступен в формате опции, для включения которой в секции "[resolver]" в файле ".cargo/config.toml" следует указать 'incompatible-rust-versions = "fallback"'.
  • Начат перевод компилятора на новый обработчик типов (trait solver), предназначенный для проверки границ применимости типажей, нормализации типов и оценки совместимости типов. В версии 1.84 новый обработчик задействован для проверки согласованности реализаций типажей, т.е. оценки существования не более одного типажа для рассматриваемого типа с учётом кода из других crate-пакетов. Указанная проверка позволила избавиться от проблем в старой реализации обработчика типов, потенциально способных привести к появлению конфликтов из-за пересечения разных реализаций типажей.
  • Предложен новый API "Strict Provenance", который можно использовать для приведения указателя к целому числу и обратно с учётом прикреплённых к указателю метаданных с информацией о его происхождении и области использования (помимо адреса к указателю прикрепляется значение "provenance" с информацией о связи с другими указателями, позволяющей определить где и когда указатель может обращаться к памяти). При приведении указателя к целому числу и обратно возникает неопределённое поведение из-за проблематичности отследить происхождение результирующего указателя. Новый API позволяет выполнять низкоуровневые операции с указателями, такие как сохранение дополнительной информации в младших битах указателя, без приведения указателя к целому числу.
  • В разряд стабильных переведена новая порция API, в том числе стабилизированы методы и реализации типажей:
  • Признак "const" применён в функциях:
  • Стабилизирована поддержка ассемблерных inline-вставок для архитектур s390x и Arm64EC.
  • Для целевой платформы WebAssembly стабилизирована поддержка функциональности multivalue, reference-types и tail-call.
  • Реализован второй уровень поддержки платформы wasm32v1-none. Второй уровень поддержки подразумевает гарантию сборки.



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

  • Опубликован релиз операционной системы Tock 2.2, написанной на языке Rust и ориентированного на использование в микроконтроллерах. Система позволяет организовать одновременное выполнение нескольких не заслуживающих доверия приложений на встраиваемых устройствах, имеющих ограниченный размер ОЗУ, таких как датчики, TPM (Trusted Platform Module), брелоки аутентификации и носимые устройства. Поддерживаются платформы с микроконтроллерами на базе архитектур ARM Cortex-M и RISC-V. Ключевой особенностью Tock является изоляция уровней приложений, ядра и слоя с драйверами, а также изоляция каждого приложения и драйвера по отдельности. Для изоляции используются как возможности языка Rust, так и разделение на уровне защиты памяти.
  • Проект VEKOS (Verified Experimental Kernel OS) развивает ядро операционной системы на языке Rust, обеспечивающее верификацию выполняемых компонентов. При каждой операции с файловой системой, создании процесса и выделении памяти формируется криптографическое подтверждение, позволяющее верифицировать операцию во время выполнения (реализация сравнивается с применением блокчейна для верификации действий в операционной системе). В файловой системе VKFS для обеспечения целостности и защиты от искажения задним числом задействована структура "дерево Меркла" (Merkle Tree), каждая ветка в котором верифицирует все нижележащие ветки и узлы, благодаря древовидному хешированию. Выделение памяти производится в режиме COW (Copy-On-Write).
  • Группа исследователей из Microsoft и Inria развивает подмножество языка Си - Mini-C, предназначенное для автоматической трансляции программ на языке Си в представление на языке Rust. В отличие от компилятора c2rust, новый проект позволяет генерировать Rust-код без использования unsafe, но нацелен главным образом на преобразование Си-проектов, имеющих формальное доказательство надёжности. Подразумевается, что будет проще вначале перевести Си-проект в представление на Mini-C, в котором не допускаются арифметические операции с указателями, чем переписывание unsafe-блоков после прямой компиляции из Си в Rust.

    Реализация компилятора базируется на инструментарии KaRaMeL. Mini-C разработан и опробован в рамках проекта по переписыванию на Rust криптографической библиотеки HACL*, для которой предоставлено формальное доказательство надёжности. Подобное доказательство было использовано для демонстрации возможности генерировать из Mini-C безопасный код на Rust.

  • Дэниел Cтенберг (Daniel Stenberg), автор утилиты curl, объявил о прекращении разработки и поддержки проектом Curl альтернативного HTTP-бэкенда, написанного на Rust с использованием библиотеки Hyper. В качестве причины указано отсутствие интереса со стороны разработчиков и пользователей.
  • Анонсирован бета-выпуск командной оболочки Fish 4.0, переписанный на языке Rust. Отмечается, что после двух лет разработки кодовая база Fish была полностью переведена с С++ на Rust. Переход на Rust позволил решить проблемы с многопоточностью, получить современный инструментарий, выявляющий ошибки на этапе компиляции, повысить безопасность работы с памятью и сделать проект более привлекательным для новых разработчиков.
  • Проект Tor опубликовал выпуск Arti 1.3.2, альтернативной реализации Tor-клиента на языке Rust. Arti предоставляет встраиваемую библиотеку, которую могут использовать различные приложения. При создании Arti учтён прошлый опыт разработки Tor для того, чтобы избежать известных архитектурных проблем, сделать проект более модульным и эффективным. Ветка 1.x отмечена как пригодная для использования обычными пользователями и обеспечивающая тот же уровень конфиденциальности, юзабилити и стабильности, что и основная реализация на языке Си. В новой версии продолжена разработка RPC, проведена подготовка к реализации поддержки релеев и добавлена защита от DoS-атак на Onion-сервисы.
  • Опубликован выпуск игрового движка Bevy 0.15, написанного на Rust. В движке применяется датацентричная модель (Data Driven) определения игровой логики, построенная поверх набора готовых компонентов Bevy ECS (Entity Component System), которые могут выполняться параллельно. Поддерживается 2D и 3D рендеринг, скелетная анимация, определение графа рендеринга, система формирования сцен, фреймворк для построения интерфейса пользователя, внесение изменений в сцены и ресурсы без необходимости перезапуска.
  • Опубликован консольный текстовый редактор Helix 25.01, написанный на Rust и расширяющий идеи, заложенные в vim и neovim. Поддерживается интеграция с LSP-серверами и с Tree-sitter, одновременное выделение нескольких блоков, использование нескольких курсоров при редактировании, темы оформления, отладочный протокол DAP (Debug Adapter Protocol).
  • В браузерный движок Servo, написанный на Rust, добавлена поддержка тёмного режима оформления. На 20% сокращён размер браузера ServoShell. Поддержка web-спецификаций доведена до возможности входа и чтения сообщений в Discord (отправка сообщений пока невозможна).
  • Компания Mozilla представила инструментарий Uniffi for React Native для создания модулей к React Native на языке Rust.
  • Проведено тестирование производительности кодировщиков изображений в формате PNG. Декодировщики на Rust (png, zune-png, wuffs) оказались быстрее декодировщиков на Си (libpng, spng, stb_image). Например, crate-пакет png (image-rs) обогнал libpng в 1.8 раза на системе x86 и в 1.5 раза на системе ARM.
    
       image-rs:     375.401 MP/s (average) 318.632 MP/s (geomean)
       zune-png:     376.649 MP/s (average) 302.529 MP/s (geomean) 
       wuffs:        376.205 MP/s (average) 287.181 MP/s (geomean)
       libpng:       208.906 MP/s (average) 173.034 MP/s (geomean)
       spng:         299.515 MP/s (average) 235.495 MP/s (geomean)
       stb_image:    234.353 MP/s (average) 171.505 MP/s (geomean)
    


  1. Главная ссылка к новости (https://blog.rust-lang.org/202...)
  2. OpenNews: Выпуск Rust 1.83. Развитие инструментария Xen и табличного процессора на Rust
  3. OpenNews: Опубликован эмулятор QEMU 9.2.0 с поддержкой Rust и Vulkan
  4. OpenNews: Проект Bottles будет переписан на языке Rust с использованием libcosmic
  5. OpenNews: Инициатива по верификации стандартной библиотеки Rust
  6. OpenNews: Представлен новый вариант правил использования товарных знаков Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62550-rust
Ключевые слова: rust, tock, vekos, mini-c
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (320) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (-), 16:25, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    > о нацелен главным образом на преобразование Си-проектов, имеющих формальное доказательство надёжности.

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

     
     
  • 2.19, Мононим (-), 16:40, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вот только если на сишке таких проектов "раз-два", то на расте ровно ноль. У ржавого нету формально-верифицированного компилятора, у него нету полноценных инструментов для формальной верификации. И быть не может, потому что стандарта тоже нету.
     
     
  • 3.21, Аноним (21), 16:47, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обратите внимание, что раз написанная программа на Си работает, образно, на "всём, что движется". Желаб Расту неуспеха.
     
     
  • 4.26, Анонимусс (-), 16:58, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Обратите внимание, что раз написанная программа на Си работает, образно, на "всём, что движется".

    Запускается. А вот работает или нет - это как повезет.
    А еще больше повезет, если она будет работать правильно.

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

     
     
  • 5.27, Аноним (21), 17:00, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > она будет работать правильно

    Она будет работать правильно. Проверено.

     
     
  • 6.31, Аноним (-), 17:05, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Всегда-всегда?
    И даже код типа
    void main()
    {
    int a=5, b=6, c=7;
    printf("%d%d%d");
    }
    будет выдавать один и тот же результат для разных компиляторов и/или их версий?
     
     
  • 7.45, Аноним (45), 17:36, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Код некорректный
     
  • 7.49, Anony (?), 17:39, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пиши нормальный код а не эту хрень, и будет нормально работать. Вы там с логикой не дружите?
     
     
  • 8.51, Аноним (-), 17:43, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А то что Компилятор ругнется Так это же типикАл си код Которые не долько ... текст свёрнут, показать
     
     
  • 9.55, Аноним (45), 17:46, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Оно ни на одном компиляторе нормально не будет работать... текст свёрнут, показать
     
     
  • 10.332, Прохожий (??), 21:43, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да неужели https godbolt org z 64hKnGn5q https godbolt org z hf7fv5so7 gcc ... текст свёрнут, показать
     
     
  • 11.380, Совершенно другой аноним (?), 09:37, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А если добавить параметр компиляции -Wall См выше ... текст свёрнут, показать
     
  • 9.57, Аноним (45), 17:49, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И да, ругнется... текст свёрнут, показать
     
     
  • 10.333, Прохожий (??), 21:44, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, не ругается Ссылки чуть выше привёл скопировал их из сообщения другого Ан... текст свёрнут, показать
     
  • 8.84, YetAnotherOnanym (ok), 18:25, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У хейтеров своя логика Написать фигню в качестве примера, а потом сказать вот,... текст свёрнут, показать
     
     
  • 9.334, Прохожий (??), 21:47, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь компилируется же на gcc без единого сообщения об ошибке, как будто так и... текст свёрнут, показать
     
  • 7.50, andy (??), 17:40, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не будет, Вы  
    # include <stdio.h>
    забыли
     
     
  • 8.274, Анони (-), 14:49, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    code include stdio h code И не только его Они указали в printf специфи... текст свёрнут, показать
     
     
  • 9.335, Прохожий (??), 21:49, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это просто была эмуляция возможной ошибки программиста на Си Вполне правдоподоб... текст свёрнут, показать
     
  • 7.138, Аноним (138), 21:46, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Задолбали уже в каждом подобном треде приводить совершенно идиотские примеры, высосанные из пальца. Покажи мне где твой код используется в реальной жизни, я может и поверю в сказки про неработающие программы(нет, не поверю)
     
     
  • 8.190, Аноним (-), 00:18, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Давай покажу реальные примеры 1 opennet ru opennews art shtml num 60528 glibc -... текст свёрнут, показать
     
  • 8.235, Аноним (235), 11:07, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Раз выбрали компилятор, собирающий мусор, так получайте по заслугам ... текст свёрнут, показать
     
  • 7.251, Аноним (251), 12:49, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ты это хоть вообще скомпилировать пробовал?
     
     
  • 8.258, Аноним (-), 13:15, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разумеется Тебе какой вариант с void main godbolt org z 64hKnGn5q или с int... текст свёрнут, показать
     
  • 3.22, Аноним (-), 16:52, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в этом формально-верифицированном компиляторе все UBшки оставили?
    Но соответствует ли он тогда стандарту, вот в чем вопрос.

    ps если ты про CompCert, то он не поддерживает стандарти СИ, а только подмножество C99 (что уже окаменевший кусок) называемый Clight

     
     
  • 4.37, Мононим (-), 17:16, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Для начала узнай, что такое UB, вместо того, чтобы кидаться им как баззвордом. У хрустяшки буквально любое поведение - undefined.
     
     
  • 5.41, Аноним (-), 17:25, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если быть точным, то UB это behavior, upon use of a nonportable or erroneous pr... большой текст свёрнут, показать
     
     
  • 6.53, Мононим (-), 17:45, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Именно Т е UB это поведение не определённое стандартом Из этого-же следует, ч... большой текст свёрнут, показать
     
     
  • 7.62, Аноним (-), 17:56, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Звучит неубедительно, попробуй еще раз Т е у меня есть код, написанный на СИ Н... большой текст свёрнут, показать
     
     
  • 8.87, YetAnotherOnanym (ok), 18:36, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Значит, ты написал плохой код В стандарте тебя специально предупредили, что есл... текст свёрнут, показать
     
     
  • 9.91, Анонимусс (?), 18:48, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По стандарту ты два signed int не можешь сложить без UB Что дальше Перестать... текст свёрнут, показать
     
  • 7.90, Анонимусс (?), 18:45, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну что же вы такую некомпетентность показываете каждый раз В расте как раз пове... большой текст свёрнут, показать
     
     
  • 8.236, Zloten (ok), 11:21, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы опять приводите для примера код, который, ни один здравомыслящий с-кодер не н... текст свёрнут, показать
     
     
  • 9.240, Анонимусс (?), 11:44, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это что за покемон такой Такие разве бывают Вот тебе UB которую зафигачил во... большой текст свёрнут, показать
     
  • 9.242, Аноним (-), 11:51, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А такой код напишет здравомыслящий с-кодер code define __is_constexpr x ... большой текст свёрнут, показать
     
  • 9.338, Прохожий (??), 21:53, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему вы считаете, что возможность забыть указать аргументы при вызове функции ... текст свёрнут, показать
     
     
  • 10.353, Аноним (353), 23:16, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    надо указывать -Wall... текст свёрнут, показать
     

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

  • 1.4, Аноним (-), 16:27, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    > подмножество языка Си - Mini-C, предназначенное для автоматической трансляции программ на языке Си в представление на языке Rust

    Ого, это же дидам таки придется раст учить?
    Лучше бы сам си переделали.
    Сделали бы версию Си-2, со сломом обратной совместимости в выбрасыванием устаревших подходов.

     
     
  • 2.13, Мононим (-), 16:33, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Нет, это гоев заставят страдать за гранты и переписывать на огрызок без арифметики с указателями. Масштаб боли будет даже выше, чем при писанье на хрустяшке.
     
  • 2.17, Анонимусс (-), 16:39, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ого, это же дидам таки придется раст учить?

    Та не смеши... У них же мозги вообще закостенели за столько лет.
    Это молодежи придется разгребать те авгиевы конюшни и разбираться как теперь сделать это нормально.

    > Сделали бы версию Си-2, со сломом обратной совместимости в выбрасыванием устаревших подходов.

    Которая будет не нужны ни дидам, потому что "абратную савместимость сламали!!111", ни молодежи, потому что "зачем си2, если есть нормальные языки?"

     
     
  • 3.32, Аноним (21), 17:07, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это молодежи придется разгребать те авгиевы конюшни и разбираться как теперь сделать это нормально.

    Мои "творения" не придется. Т.к. надеюсь, что GPL отпугнет таких "умников". Хотя что-то свое они вряд ли создать смогут.

     
     
  • 4.46, Аноним (-), 17:36, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > надеюсь, что GPL отпугнет таких "умников".

    А теперь смотри за руками.
    Берется твой код на сишке с GPL и переписывается на раст под МИТ.
    Ни одной строчки под старой лицензией в новом коде нет, а на интерфейсы оно не распространяется (привет гугл vs оракл).
    И смотришь, ты со своим GPL, в сторону хурдʼа, и говоришь спасибо Бороде за отлично продуманную лицензию)

    Конечно у тебя есть возможность взять уже раст версию и заразить ее комми-gpl.
    Но это же придется на rust'e писать, а у тебя лапки.

    > Хотя что-то свое они вряд ли создать смогут.

    Надеюсь ты этот комментарий написал из под не-rust-содержащего GPL браузера)

     
     
  • 5.58, _ (??), 17:53, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> надеюсь, что GPL отпугнет таких "умников".
    >А теперь смотри за руками.
    >Берется твой код на сишке с GPL и переписывается на раст под МИТ.

    Ты описал все 146% раст проектов - "и начинает переписываться на раст"(С) Это мемчик уже ;-D

    А потом: "автор утилиты curl объявил о прекращении разработки и поддержки Rust"

     
     
  • 6.68, Аноним (-), 18:05, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это с одной стороны.
    А с другой Arti себе живет и поживает, юзеров радует.
    И его создатели (а это те же кто создал ТОР) пишут прям в ридми
    We estimate that at least half of our tracked security vulnerabilities would have been impossible in Rust, and many of the others would have been very unlikely.
    Arti is cleaner than our C tor implementation.  

    И тд.
    Да, кто-то не осилил. Тут уже бегали с каким-то игроделом-неудачником.
    Но про них забудут.

     
  • 6.107, Аноним (-), 19:21, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это мемчик уже ;-)

    Мемчик-не-мемчик, но избавится от гнурака позволяет.
    А раз оно работает, то оно уже не глупо.

    > А потом: "автор утилиты curl объявил о прекращении разработки и поддержки Rust"

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

    Сколько тут нытья была что кловер забросили и написали замену на расте... и?
    Хотя одна ленивая задница пошла спасать сишный проект? Нет.

     
  • 6.140, Аноним (140), 21:56, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А потом: "автор утилиты curl объявил о прекращении разработки и поддержки Rust"

    А потом как обычно комментатор на опеннете не читая источник выдумал что-то за автора Курла, что вообще не соответствует реальности. Да и ничего, мы уже привыкли.

     
     
  • 7.234, Аспарагус (?), 10:52, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Читаем источник Что мы видим Как только пришло время что-то делать руками, а н... большой текст свёрнут, показать
     
     
  • 8.237, Аноним (237), 11:30, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Конечно никто не хочет делать курл Потому что во-первых это качественный код ... большой текст свёрнут, показать
     
  • 8.366, Аноним (140), 02:32, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты хоть читай на что отвечаешь Требовалось доказать Автор утилиты курл об этом... текст свёрнут, показать
     
  • 3.97, Аноним (97), 19:01, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это молодежи придется разгребать те авгиевы конюшни и разбираться как теперь сделать это нормально.

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

     
     
  • 4.113, Анонимусс (-), 19:43, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вы так говорите, как будто кто-то заставляет переписывать существующее.
    > Пишите с нуля, и тогда не придется "страдать" от старого кода, какие проблемы.

    Так мы и пишем)))
    Просто на опеньке есть странная дихотомия:
    - когда пишут проект на расте с нуля - набегают "зачем писать на расте с нуля!"
    - когда переписывают - то набегают "зачем переписывают!"

     
     
  • 5.197, Аноним (197), 00:43, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > набегают "зачем писать на расте с нуля!"

    Ну не правда же. Набегают "зачем писать на расте с нуля то, что УЖЕ есть". Пробовали писать на расте что-то, чего ещё нет (но что кому-то нужно, а то знаю я вас)?

     
     
  • 6.241, Прохожий (??), 11:50, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А чего ещё нет, например? Всё, что можно было написать, уже написано. Да, косо-криво, лишь бы живо. Но всё уже есть. Поэтому остаётся только переписывать или писать с нуля то, что уже написано на другом языке с врождёнными дефектами. Так или иначе, если качество продукта в итоге улучшается, то почему бы и нет?
     
  • 3.379, Dima (??), 08:01, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А можно привести великии творения не дидов в отросли?
     
  • 2.30, Аноним (21), 17:03, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Ого, это же дидам таки придется раст учить?

    Дед здесь. Посмотрел Раст. Не заслуживает научного интереса. Отправил вслед Паскалю, Джаве  и Си-шарп, т.е в небытие.

     
     
  • 3.33, Анонимусс (-), 17:09, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Дед здесь.

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

    > Отправил вслед Паскалю, Джаве и Си-шарп, т.е в небытие.

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

     
  • 3.92, Илья (??), 18:55, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Отправил вслед Паскалю, Джаве  и Си-шарп, т.е в небытие.

    О нет, дед думает, что меня не существует! Какая досада!

     
     
  • 4.207, laindono (ok), 02:23, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Илюша, пристегнись!
     
  • 3.159, Минона (ok), 22:34, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дай угадаю… ты программируешь на Ada!
     
     
  • 4.227, User (??), 08:44, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, как писал однострочники на bash'е так и пишет.
     
  • 2.38, xsignal (ok), 17:17, 13/01/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.121, Аноним (121), 20:24, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Лучше бы сам си переделали.

    Уже давно переделали. Называется раст.

     
  • 2.191, Анон1110м (?), 00:22, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Название D намного лучше чем C–2.
     

  • 1.6, Анонимусс (-), 16:28, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Декодировщики на Rust (png, zune-png, wuffs) оказались быстрее
    > декодировщиков на Си (libpng, spng, stb_image). Например, crate-пакет
    > png обогнал libpng в 1.8 раза на системе x86 и в 1.5 раза
    > на системе ARM.

    Как же так! Все же знают что раст тормозит!
    Неужели кто-то прокрался и подложил тормозов в сорцы сишных либ???

     
     
  • 2.9, Аноним (9), 16:30, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Функциональность же нико не проверял. Написал одну функцию побырику потестил о быстро. А то что ты и ошибки не обрабатываешь и не всю функциональность поддерживаешь это всем пофиг.
     
     
  • 3.131, Аноним (-), 21:01, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Где пруфы, Билли?
    Или анонимам принято верить на слово?
     
     
  • 4.193, Анон1110м (?), 00:25, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А где доказательства обратного?
     
     
  • 5.214, Аноним (-), 03:15, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А где доказательства обратного?

    Кокаинум!

    Открой репу, смотри папки tests и fuzz. Когда найдешь png, который не читается - тогда и приходи.

     
  • 2.10, 12yoexpert (ok), 16:31, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    паста: хакер в столовой

    с дуру можно и сишную функцию обогнать

     
     
  • 3.245, Прохожий (??), 11:54, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько ж дурные эти сишные функции, если их сдуру можно обогнать 😂
     
  • 2.14, Аноним (-), 16:33, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Жду новость "из андроиди выкидывают libpng".
    Полыханием можно будет греться неделю минимум))
     
     
  • 3.132, Аноним (-), 21:07, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В Chromium дело уже идет, а там и андроид не за горами)

    https://issues.chromium.org/issues/379312510
    > Support for encoding images through Rust 'png' crate

     
  • 2.15, Аноним (15), 16:34, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда вижу подобную магию - обязательно найдется какой-то подвох.
     
     
  • 3.24, Аноним (-), 16:57, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Естественно.
    Например 30 лет назад диды наоптимизоровали код какими-то хаками и костылями (скорее всего приколоченными к определенной версии языка и компилятора).
    И сегодня, если это все выкинуть, то оптимизирующий компилятор справится гораздо лучше.

    Например когда из XFree86 выкинули оптимизации по методу даффа, то оно стало на мегабайт меньше и быстрее работать.

    Пруф: lkml.indiana.edu/hypermail/linux/kernel/0008.2/0171.html
    "In fact, by eliminating all instances of Duff's Device from
    the XFree86 4.0 server, the server shrunk in size by _half_ _a_
    _megabyte_ (!!!), and was faster to boot, because the elimination of all
    that excess code meant that the X server wasn't thrashing the cache
    lines as much."

     
     
  • 4.29, Аноним (15), 17:03, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Эти ребята подарили вам Unix, Linux, Windows, игры и великое множество всего остального Детство и, возможно, цель в жизни... вы правда считаете уместным подобный тон?
     
     
  • 5.36, Аноним (-), 17:15, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Эээ.. да.
    Слава богу в детстве у меня не было ни Unixʼа, ни Linuxʼа, а то бы вырос угрюмым красноглазым букой)) А то еще хуже - заразился бы коммуняцкой идеологией или любовью к детишкам.

    А вот за винду и игрушки скажу спасибо.

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

    ps та цитата за Aug 22 2000 от небезызвестного Теодора Тцо, который сейчас один из самых больших растохейтеров.

     
  • 5.59, Аноним (59), 17:55, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ещё "диды" подарили этому циничному сопляку торбраузер, вот он и выделывается в меру своей испорченности. Единственное хорошее в нём (знания), и тех не много, и те получил благодаря коммуниcтам.
     
     
  • 6.78, Аноним (-), 18:18, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уууу, ну у тебя бомбануло!
    Наверное аж в Новиграде было слышно (с)

    Но если уже буквоедсвтовать, то ТОР-браузер это лиса, та самая для которой раст и создавали.
    А сам ТОР активно переписывают свой же код на раст, радуются уменьшению кол-ва багов.
    И планируют в итоге дропнуть дырявую версию
    We intend that, in the long run, Arti will replace our C tor implementation completely, not only for clients, but also for relays and directory authorities.

    Поэтому они не замшелые диды, а люди двигающие прогресс.

     
     
  • 7.256, Аноним (251), 13:07, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >А сам ТОР активно переписывают свой же код на раст, радуются уменьшению кол-ва багов.

    Попереписывают-попереписывают, а потом, вдруг, прозреют, как автор curl-а.

     
     
  • 8.265, Прохожий (??), 14:11, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Автор curl не созрел Он просто осознал, что не в состоянии освоить ещё один ЯП ... текст свёрнут, показать
     
  • 3.25, Вася Пупкин (?), 16:57, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    любая "высокооптимизируемая техника оптимизации за счет более подробной информации о программе с большим контекстом компилятора" неотличима от магии
     
     
  • 4.66, _ (??), 18:02, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это вас в семейство ML ну или даже в Рефал нада :)

    А нам обычным Ынженеграм и стандартного набора джентельмена - за глаза.
    Не пишите бизнесс-логику на Си, не пишите байтодроч на питоне ну и ещё с пяток правил и всё будет хорошо :)

    Там даже правила не пишите ничего на раст ... нету :)  Пишите ;)

     
     
  • 5.81, Аноним (-), 18:22, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Не пишите бизнесс-логику на Си,

    К сожалению многие еще пытаются.

    > не пишите байтодроч на питоне

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

     
     
  • 6.88, Аноним (88), 18:37, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >  А после проверки и отладки просто перепишите на более подходящий язык - на раст например)

    Ага. Вам и в пример yam(dnf) привести. Вот написали на python и потом переписывают. ... уже более 10 лет, наверное.

     
     
  • 7.89, Аноним (-), 18:42, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>  А после проверки и отладки просто перепишите на более подходящий язык - на раст например)
    > Ага. Вам и в пример yam(dnf) привести.

    Судя по всему оно было "ненужностью" еще пряв в момент создания. Просто у федоровцев взыграл NIH синдром.

    > Вот написали на python и потом переписывают. ... уже более 10 лет, наверное.

    Зависит от проекта, команды, аудитории...
    Упомянутый мою драйвер, в отличии от, переписали почти сразу и оно прошло сертификацию Кроноса.
    Так что ʼзапороть проект можно на любом языкеʼ))

     
  • 6.252, Аноним (252), 12:54, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Необорот "пишите байтодроч на питоне", да будет медленно и уныло по производительности, зато быстро в написании. А после проверки и отладки просто перепишите на более подходящий язык - на раст например)

    Сомнительно.

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

    Я не очень знаком с историей, им удалось написать драйвер на питоне?

     
     
  • 7.260, Аноним (260), 13:24, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Например так был написан драйвер для макбуков от асаши.
    > Я не очень знаком с историей, им удалось написать драйвер на питоне?

    Ага.
    Причем это был еще и реверс-инжиниринг закрытого макбуковского чипа.
    Т.е на питоне написали прототип, на котором отладили все ньюансы, но он предсказуемо был тормознутый.
    asahilinux.org/2022/11/tales-of-the-m1-gpu/

    А потом переписали на Раст и прошли сертификацию.
    opennet.ru/opennews/art.shtml?num=59648


     
     
  • 8.295, Аноним (295), 16:53, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну и сказки, какой драйвер на расте и какую ещё сертификацию насколько помню н... текст свёрнут, показать
     
     
  • 9.301, Аноним (-), 17:52, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дядя Петя, ты дурак с https www khronos org news archives first-conformant-... текст свёрнут, показать
     
     
  • 10.307, Аноним (295), 18:47, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https gitlab freedesktop org asahi mesa и коммиты на чистенком С https gitla... текст свёрнут, показать
     
     
  • 11.320, Аноним (-), 19:58, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нафига мне ссылка не месу Ого, ты умеешь гуглить Еще бы то что нужно Вот т... текст свёрнут, показать
     
     
  • 12.340, Аноним (295), 21:56, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    потому что API Khronos реализованы в mesa https www mesa3d org и это основная... текст свёрнут, показать
     
  • 5.194, Анон1110м (?), 00:27, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Программисы не инженеры.
     
  • 2.48, Соль земли (?), 17:37, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так если с Си на Си переписать, то скорость тоже может возрасти.
     
     
  • 3.67, _ (??), 18:03, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    +100500
    Неоднократно доказанно :)
     
  • 3.266, Прохожий (??), 14:16, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    За столько лет, почему до сих пор не переписали?
     
  • 2.111, Совершенно другой аноним (?), 19:35, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В rust-овых реализациях используется не штатная zlib, а либо заточенное под png подмножество (https://crates.io/crates/fdeflate), либо версия распаковывающая всё изображение за раз (https://crates.io/crates/zune-inflate). Причём в последнем написано, что они это списали с С-шной реализации (https://github.com/ebiggers/libdeflate).
     
     
  • 3.114, Аноним (-), 19:47, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Причём в последнем написано, что они это списали с С-шной реализации

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

     

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

  • 1.8, Аноним (-), 16:29, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Arti 1.3.2

    Хорошие новости (с)
    Сколько там пророчили что "у них ничего не выйдет" и тем не менее проект развивается.
    Жду новостей про планы дропнуть дырявую версию и можно идти за попкорном.

     
     
  • 2.18, Аноним (18), 16:39, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Хорошие новости (с)

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

     
     
  • 3.20, Аноним (-), 16:44, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > ошибки будут еще глупее (в основном логические) чем просто ошибки памяти.

    Ну... закономерно, что если избавиться от ошибок с памятью, то останутся в основном логические ошибки.

    > От фейспалма мы не избавились переходя на раст.

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

     
     
  • 4.182, Аноним (18), 00:07, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну... закономерно, что если избавиться от ошибок с памятью, то останутся в основном логические ошибки.

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

     
     
  • 5.200, Аноним (-), 00:54, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А как же рассказы, что программисты только глупеют Ведь если тебя послушать -... большой текст свёрнут, показать
     
     
  • 6.262, Аноним (18), 13:35, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Глупеют по отношению к первобытному опыту , а умнеют потому-что есть индивиды... большой текст свёрнут, показать
     
     
  • 7.271, Прохожий (??), 14:44, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это что за дичь Прогресс возможен, когда есть что улучшать, а не когда есть дег... большой текст свёрнут, показать
     
     
  • 8.272, Прохожий (??), 14:47, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И обычных человеческих возможностей перестало хватать для того, чтобы контролиро... текст свёрнут, показать
     
  • 8.306, Аноним (18), 18:36, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не будет улучшений в том продукт, ПО, технология и т д , где соблюдены условия... большой текст свёрнут, показать
     
     
  • 9.330, Прохожий (??), 21:30, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Читаем внимательно Речь изначально шла о деградации, а не о соблюдении условий ... большой текст свёрнут, показать
     
     
  • 10.362, Аноним (18), 01:17, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не мешать глупцам совершать глупости ... текст свёрнут, показать
     
  • 2.42, Аноним (42), 17:26, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Сколько там пророчили что "у них ничего не выйдет" и тем не менее проект развивается.

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

     
     
  • 3.275, Прохожий (??), 15:01, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не дольше, чем остальные аналогичные продукты А что Избавиться от большинства ... большой текст свёрнут, показать
     
  • 2.69, _ (??), 18:05, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >> Arti 1.3.2
    >Хорошие новости (с)

    Язык сетантов - в секту!
    Действительно - "Хорошие новости (с)" :)

     
     
  • 3.79, Анонимусс (?), 18:20, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Про секту это ты зря - на раст Тор переписывают те же авторы, что и писали на си.
    Потому что они знают чего стоит надежный си код.
    А так... посмотрим как настоящие сишники™ будут поддерживать сишную версию тора.
     

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

  • 1.16, Аноним (-), 16:38, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот заходишь в свежайшую новость, а там коменты невпопад.
    И сразу понимаешь - годная новость, раз модер уже с банхаммером прошелся)))

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

     
     
  • 2.43, Аноним (-), 17:28, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Надеюсь проект будет развиваться, хотя бы как полигон идей.
    > Потому что нужна альтернатива разжиревшему ядру линукса, и желательно без коммуняцских лицензий.

    Вам нужна? Во, вы и фигачьте. А если что-то получится и с пермиссивом - так и быть, я подумаю чтобы прийти нахаляву - и запроприетарить нахрен в свой продукт. И конечно никаких комитов и донатов. Чем я хуже других то?! :)

     
     
  • 3.276, Прохожий (??), 15:06, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот когда придёте, тогда и поговорим. Но уже и до умственно отсталых, вроде, дошло, что разработка получается намного дешевле, когда есть сообщество. Это и бесплатные новые фичи, и исправление багов, и тестирование. Разумеется, везде есть исключения. Но вряд ли это именно тот случай.
     
  • 2.74, Аноним (74), 18:09, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы ничем не отличаетесь от тех кто ворует торренты.
     

  • 1.23, Аноним (23), 16:55, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Сплошные прекрасные свободные лицензии!

    tock - MIT/Apache
    vekos - Apache
    karamel - MIT/Apache
    arti - MIT/Apache
    uniffi-bindgen-react-native - MPL
    bevy - MIT/Apache
    helix - MPL
    png - MIT/Apache
    zune-png - MIT/Apache/zlib

    Мир настолько очистился, что никакого гнурака, никакой вони всяких комми.

     
     
  • 2.86, Аноним (88), 18:32, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это всего лишь отражение желаний заинтересантов.

    Тут легко всплывает "кто девушку угощает" и "кто ее танцевать будет".

     
     
  • 3.105, Аноним (-), 19:17, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Логично.
    Когда на первом месте авторы-создатели, то получаем свободные лицензии.
    А когда бородатый комми "давайте запретим большие зарплаты" и поставим потребялдей выше чем программеров - то GPL.
     

  • 1.28, Аноним (-), 17:01, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Было бы интересно мнение местных про tockos.
    У них заявлена поддержка STM32 (F303VCT6).

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

     
  • 1.35, Аноним (35), 17:15, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Дэниел Cтенберг (Daniel Stenberg), автор утилиты curl, объявил о прекращении разработки и поддержки проектом Curl альтернативного HTTP-бэкенда, написанного на Rust с использованием библиотеки Hyper. В качестве причины указано отсутствие интереса со стороны разработчиков и пользователей.

    Единственная стоящая новость из всего этого шума.

     
     
  • 2.277, Прохожий (??), 15:10, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Которая, как уже выше обсудили, свидетельствует только о том, что автор не смог осилить новый ЯП.
     

  • 1.40, Вы забыли заполнить поле Name (?), 17:25, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    В этот раз прям постарались. Помимо постоянной мантры про безопасность ещё и кучку ненужного сырого навалили (а говорили, что постоянное упоминание, что ничего полезного нет, не работает). Из интересного разве что ядро с верификацией, хотя вряд ли взлетит. С нормальной верификацией уже есть sel4.
     
  • 1.47, Аноним (47), 17:36, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Не новость, а сводки с фронта получились. Наши продвинулись в переписывании таких-то программ, в программе curl враг совершил контрнаступ, пришлось переключится на более выгодные программы.
     
     
  • 2.63, Аноним (63), 17:57, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это в качестве контрольного выстрела, чтобы ты больше не трепыхался. Сказали раст нужон, вот и кушай!
     
  • 2.70, Нуину (?), 18:06, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Уничтожено до 200 сишников!
     
     
  • 3.71, Аноним (74), 18:07, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Причем только на бумаге в липовых отчётах.  
     
  • 3.83, Аноним (83), 18:22, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ещё 500 отрицательно продвинулись на более выгодные позиции.
     
  • 3.94, Аноним (251), 18:57, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По какому каналу ТВ сказали?
     
  • 2.213, fuggy (ok), 03:04, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Эх упустили возможность выпустить новостей отдельных десяток про переписывание очередного на rust.
     

  • 1.56, Аноним (56), 17:46, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Ядра Tock и Vekos

    Стоит упомянуть, что и то и доугое - унылая пермессивщина.

     
     
  • 2.72, Аноним (74), 18:08, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На унылом языке.
     
  • 2.75, Нуину (?), 18:10, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Ядра Tock и Vekos
    > Стоит упомянуть, что и то и доугое - унылая пермессивщина.

    Хипстеры не любят gpl.

     

  • 1.77, Нуину (?), 18:13, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Группа исследователей из Microsoft и Inria развивает подмножество языка Си - Mini-C, предназначенное для автоматической трансляции программ на языке Си в представление на языке Rust.

    Вот это интересно, учитывая такие проекты Inria как Coq и СompCert.

     
     
  • 2.186, Аноним (18), 00:10, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот это интересно

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

     

  • 1.93, Аноним (251), 18:55, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Новость подана не по феншую. На каком языке перечисленные проекты, это понятно, а вот их лицензии не указаны.
     
     
  • 2.104, Аноним (-), 19:16, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Новость подана не по феншую. На каком языке перечисленные проекты, это понятно, а вот их лицензии не указаны.

    А зачем указывать лицензию?
    В 99% случаях она свободная, т.е БАМ (БСД, Апач, МИТ). Т.к в современном сообществе коммуняцких жуликов не уважают.

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

     
     
  • 3.141, Аноним (138), 21:57, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это жпл то жулики? Да это единственная лицензия, позволяющая делиться кодом, а всякие миты позволяют корпам и всем прочим красть код и скрывать это
     
     
  • 4.162, Витюшка (?), 22:47, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Или наоборот. Корпы (разрабы на зарплате) пишут под Apache. Когда закрывают либу - оказывается никто кто её активно использовал контрибьютить не хотят, хотят только на халявку за счёт той компании использовать.

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

     
     
  • 5.212, fuggy (ok), 02:59, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так потому что оказывается это либа не была никому нужна. Все просто хотели был в ногу с корпами. Раз корпа использует переусложнённую либу решающую специфическую задачу, знаю и мне надо. А то что польза от либы только тогда, где масштабы бизнеса сравнимы с FAANG.
     
  • 5.248, Аноним (251), 12:32, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так, а что вы хотели? Лицензия, ведь, не стимулировала не паразитировать. Вот пока либа пилилась актино автором, все и паразитировали. И каждый рассуждает: А зачем я буду корячиться, чтобы кто-то потом производный код зажал? Да лучше я сам паразитировать буду, пока кто-то на халяву выкладывает и меня ничем особо не обязывает."
     
     
  • 6.298, Аноним (298), 17:45, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Лицензия, ведь, не стимулировала не паразитировать.

    А как будто есть свободные лицензии, которые стимулируют не паразитировать?

    Вон у Terraform был MPL, у CockroachDB - Apache, а у ScyllaDB - вообще AGPL (куда уже гнураковее!)
    И что? Помогло это им от паразитов? Нет.

    От паразитов помогают только всякие BSL/SSPL, но сектанты их не считают свободными.

     
  • 4.165, Аноним (-), 22:58, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Еще какие Почти 20 лет разводили немамонтов на попишите код бесплатно на благо... большой текст свёрнут, показать
     
     
  • 5.250, Аноним (251), 12:45, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Почти 20 лет разводили немамонтов на "попишите код бесплатно на благо сообщества!"
    >А в итоге все подмяли под себя корпы

    А какова причинно-следственная связь между двумя этими твоими утверждениями? Вот как из первого следует второе?

     

  • 1.98, Аноним (98), 19:01, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Стабилизирована поддержка ассемблерных inline-вставок для архитектур s390x и Arm64EC

    Не имеет смысла. Вставки должны быть строго на LLVM IR. А не 100500 различных ассемблеров, с приведением каждого к конкретной архитектуре разрабу приходеится долбаться вручную отдельно.

     
     
  • 2.103, Аноним (-), 19:15, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вставки должны быть строго на LLVM IR. А не 100500 различных ассемблеров, с приведением каждого к конкретной архитектуре разрабу приходеится долбаться вручную отдельно.

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

    Но уже сейчас (лет 10 как) есть возможность написать LLVM IR в отдельном файле и прописать к нему alwaysinline.
    Возможно это покрывает большую часть задач и инлайн прямо в код пока не нужно.

     
  • 2.230, Аноним (230), 09:19, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вставки должны быть строго на LLVM IR. А не 100500 различных ассемблеров,

    А вы уверены, что LLVM не генерирует 100500 различных LLVM IR под эти ассемблеры?

     

  • 1.99, Аноним (99), 19:06, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Погроммисты сошли с ума. Да, у С есть недостатки, но Rust тоже не выход - синтаксис не читаем, поддержка больших проектов в миллионы строк превратится в боль, одно радует, что не мою)
     
     
  • 2.109, Нуину (?), 19:30, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >  поддержка больших проектов в миллионы строк превратится в боль

    Поддержка больших проектов в миллионы строк (если код не слабосвязанный) тоже боль?

     
  • 2.110, чатжпт (?), 19:31, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нормально раст читается, уж точно проще чем сипипи
     
  • 2.112, Аноним (112), 19:40, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да, у С есть недостатки

    Недостатски?)) Да у него достоинств практически нет.

    > но Rust тоже не выход

    Отличный выход.

    > синтаксис не читаем

    Только у неосиляторов. Скажу по секрету, что гугл своих гошников переичиват писать на расте где-то за месяц. ГОшников! Так что если ты не можешь осилить раст... то у меня для тебя плохие новости.

    > поддержка больших проектов в миллионы строк превратится в боль

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

    ЗЫ: такое ощущение, что вы никогда не работали с большими проектами на си...

     
  • 2.128, Аноним (140), 20:42, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Раст обычно не читается теми, кто не научился даже документацию читать. А без доки у них не получается, потому что они не знакомы с современными концепциями ЯП вообще и даже интуитивно не понимают «а чё это за <T>».
     
     
  • 3.143, Нуину (?), 22:07, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Раст обычно не читается теми, кто не научился даже документацию читать. А
    > без доки у них не получается, потому что они не знакомы
    > с современными концепциями ЯП

    Программирование на атрибутах это современная концепция ЯП?

    > и даже интуитивно не понимают «а чё это за <T>».

    Vec<Pin<Box<dyn Future<Output = Result<()>> + Send + ‘static>>>

    https://users.rust-lang.org/t/vec-pin-box-dyn-future-output-result-send-static

     
     
  • 4.172, Аноним (140), 23:26, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Растовские атрибуты используются для разного 1 аналог ifdef-а что бы сборка к... большой текст свёрнут, показать
     
     
  • 5.179, Нуину (?), 00:05, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Речь не про, где они используются, а про то, что это нечитабельно Это не какой-... большой текст свёрнут, показать
     
     
  • 6.188, Аноним (140), 00:16, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это не какой-то вызов функции, а добавление метаинформации.

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

    > вносит декларативщину, которую всегда сложнее отлаживать

    Что именно сложно в отлаживании декларативщины? Приведи пример на расте.

     
  • 6.204, Аноним (-), 01:12, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Речь не про, где они используются, а про то, что это нечитабельно.

    Да, довольно громоздко.

    Но менее ли это читабельно чем это?
    #define __is_constexpr(x) \
            (sizeof(int) == sizeof(*(8 ? ((void *)((long)(x) * 0l)) : (int *)8)))

    А это, на минуточку, макрос который пропихали в ядро линукс!
    git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=3c8ba0d61d04ced9f8d9ff93977995a9e4e96e91

    Мало того что эта лапша практически не читаема, так оно еще и работает на хаках стандарта и GNU C extension.

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

    Но это лучше чем автокасты (особенно неявные) или просто void*

     
     
  • 7.208, Аноним (295), 02:34, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но менее ли это читабельно чем это?

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

     
     
  • 8.238, Аноним (237), 11:34, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хм даже не думал об этом в таком ключе Т е это что-то типа вывалил дикпики ... текст свёрнут, показать
     
     
  • 9.249, Аноним (295), 12:38, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    значит не программист ещё, если будешь код читать как книгу всё подряд кукушкой ... текст свёрнут, показать
     
  • 8.259, Аноним (235), 13:23, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надо, особенно с учётом отсутствия гигиены макросов в си Поскольку, когда такая... текст свёрнут, показать
     
     
  • 9.313, Нуину (?), 19:03, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    gt оверквотинг удален Проблема не столько в гигиене, сколько в том, что макрос... текст свёрнут, показать
     
  • 6.257, Аноним (235), 13:14, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >много информации из-за остуствия gc

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

    Типобезопасность - это то, чего не понимают сишники, когда через типы  данных обеспечивается невозможость многих ошибок, того же разыменнования нулевого указателя. Другими широко известными типобезопасными языками, кроме раста являются, StandardML, Ocaml и Haskell. Можно даже тот же Crystal упомянуть, хотя он и не настолько популярен

     
     
  • 7.315, Аноним (18), 19:28, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Типобезопасность - это то, чего не понимают сишники,

    А для чего вообще вводили понятие типов? Что есть тип? Зачем в Си есть типы?

     
     
  • 8.367, Аноним (140), 02:49, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Набор правил для данных вокруг этих данных Иногда по совместительству ещё и для... большой текст свёрнут, показать
     
  • 5.192, Аноним (140), 00:25, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это правда Но это на данный момент необходимая плата за безопасную работу с пам... большой текст свёрнут, показать
     
  • 4.255, Аноним (235), 13:05, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Программирование на атрибутах это современная концепция ЯП?

    Этим уже в 1980-ых занимались, просто до некоторых только сейчас дошло
    >Vec<Pin<Box<dyn Future<Output = Result<()>> + Send + ‘static>>>

    А зачем вы в rust полезли? Pin, Box, 'static - низкоуровневое управление памятью. Выкинуть их и строка раза в два короче станет. Как раз для таких как вы есть куча языков типа C#/Java/Go/Ocaml/Haskell, где есть сборщик мусора и о подобных вещах беспокоится не нужно

     
     
  • 5.278, Прохожий (??), 15:27, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Pin, Box, 'static - низкоуровневое управление памятью.

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

     
  • 5.368, Аноним (140), 02:54, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем вы в rust полезли? Pin, Box, 'static - низкоуровневое управление памятью

    Ну нет. Если 'Box' - это низкоуровневое, то сишные указатели - это что, кварки? Квантовые эффекты?

    Бокс, статик - норм тема, без этого никуда. Ну да, это ниже уровнем, чем гц, но если на сях писал, то ничего страшного в этом нет.

    Что делает Пин - тоже понятно. Самое сложное не это, сложное появляется если компилятор не может внятно объяснить в чём проблема. То есть он объясняет как-то по-своему что где-то что-то не подходит, но вот что нужно фигануть именно Пин - порой хрен догадаешься.

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

     
  • 4.386, Аноним (-), 11:15, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как по мне, запись на расте очень выразительная и достаточно лаконичная Давайте... большой текст свёрнут, показать
     

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

  • 1.117, Аноним (117), 20:17, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > " языка программирования общего назначения Rust 1.84, основанного проектом Mozilla"

    Mozilla плохого не создаст!

     
     
  • 2.127, Аноним (127), 20:32, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мозилла за все берется смело. Ни одного хорошего проекта за всю свою историю.
     

  • 1.118, Аноним (-), 20:20, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Дэниел Cтенберг (Daniel Stenberg), автор утилиты curl, объявил о прекращении разработки и поддержки проектом Curl альтернативного HTTP-бэкенда, написанного на Rust

    Практик Дэниел отказался от Раста.

    что и требовалось доказать.

     
     
  • 2.129, Аноним (140), 20:44, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А он что, хотел курл на раст переписать?
     
  • 2.146, Аноним (140), 22:10, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дорогой аноним, В курле использовались три библиотеки, написанные на расте От о... большой текст свёрнут, показать
     

  • 1.119, Bottle (?), 20:21, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    О да, очередные вечно перспективные библиотеки на вечно перспективном язычке.
    Которые не достигли паритета фич за годы существования сишных оригиналов.
     
     
  • 2.123, Аноним (123), 20:29, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > О да, очередные вечно перспективные библиотеки на вечно перспективном язычке.

    Настолько перспективные, что уже используются в проде (lts encrypt или амазон).

    > Которые не достигли паритета фич за годы существования сишных оригиналов.

    Которые не достигли паритета дыр за годы существования сишных оригиналов.
    Я подправил. Не благодари)
    Надеюсь так и останется, хотя сделать проект более дырявым чем на СИ надо постараться.


     

  • 1.120, Аноним (121), 20:23, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Дорогая редакция, в такую подборку очень просится Nushell.  Очень полезный и хороший проект, делающий с Бешем примерно то, что Раст делает с Си.
     
     
  • 2.124, Аноним (127), 20:29, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Делает ненужное?
     
     
  • 3.130, Аноним (140), 20:57, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, именно! Делает Беш ненужным. Во всяком случае как скриптовый язык. Как шелл - хз, я шеллами (как шеллами) почти не пользуюсь.

    Сразу поддерживает многопоточное программирование, сразу умеет работать со структурированными данными, сразу умеет полноценный CLI для функций/команд (на беше для этого надо юзать getopt, и то придётся кучу всего всё равно руками делать). Ну и так, дофига всего может.

     

  • 1.134, Юрий (??), 21:35, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Абсолютно нечитаемая каша... Это невозможно рефакторить...
    Что такое unsafe риторический вопрос :D
     
     
  • 2.137, Аноним (137), 21:46, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А их никто и не читает. Пишут код и забрасывают.
     
     
  • 3.219, Аноним (219), 04:47, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не компилируют даже :D
     
  • 2.149, Аноним (140), 22:11, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Покажи пример нечитаемой каши.
     
     
  • 3.168, Аноним (9), 23:04, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Любой код на расте.
     
     
  • 4.202, Аноним (-), 01:05, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Любой код на расте.

    О, понятно. Очередной неосилятор.
    Тогда продолжай писать на сишечке, там как раз для таких ты reserved keywords не больше 40 штук. А то вдруг мозги переполнятся.

     
  • 2.280, Прохожий (??), 15:34, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Абсолютно нечитаемая каша...

    Попробуйте мысленно заменить угловые скобочки на круглые, и представить, что это не типы, а вызов функций (как предложил другой Аноним чуть выше по треду). Стало легче?

    Или вы хотите сказать, семантика замысловатая? Вы к такому в Си не привыкли, где о строгой типизации знают только понаслышке, а в каждой программе хешмап переизобретают?

    > Это невозможно рефакторить...

    Почему?

     
     
  • 3.326, Юрий (??), 20:28, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С\С++\С# читается как очень интересная книга легко и непринужденно! Очень все понятно! Язык нормального человека :)

    По поводу рефакторинга...
    Это камень преткновения и одновременно дамоклов меч раста... 1к + строк кода проще переписать с нуля чем заниматься рефакторингом! Это факт! Посмотрите репозитории на гитхабе в большинстве случаев переписывается код "полностью".
    Что там unsafe? :D


     
     
  • 4.341, Прохожий (??), 22:09, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > \С++\С# читается как очень интересная книга легко и непринужденно! Очень все понятно! Язык нормального человека :)

    Ну-ка, истолкуйте, что здесь написано на "языке нормального человека". Это обычный C, если что. Где в ядре Линукса.

    #define __is_constexpr(x) \
        (sizeof(int) == sizeof(*(8 ? ((void *)((long)(x) * 0l)) : (int *)8)))


    > По поводу рефакторинга... Это камень преткновения и одновременно дамоклов меч раста... 1к + строк кода проще переписать с нуля чем заниматься рефакторингом! Это факт!

    Это не факт, пока вы не приведёте более весомые аргументы, кроме вашего личного мнения.

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

    То есть, поискать аргументы вашим домыслам вместо вас? Нет уж. Бремя доказательства лежит на утверждающем.

    > Что там unsafe? :D

    И что там?

     

  • 1.142, Аноним (142), 21:59, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    отлично, что вопреки ценному мнению опеннетовских экспертов, раст продолжает развиваться
     
     
  • 2.147, Аноним (147), 22:10, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В твоём воспаленном воображении? Ты новость то читал?
     
     
  • 3.160, Аноним (142), 22:39, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Читал и внимательно. Из новости следует, что раст развивается, а ты нет
     
     
  • 4.167, Аноним (9), 23:04, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С тобой всё ясно. Очередной рост надоев.
     
     
  • 5.342, Прохожий (??), 22:11, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В смысле? Новые возможности добавляются. Новые продукты на этом языке программирования - тоже. Или что конкретно лично вы считаете развитием?
     
  • 2.148, Нуину (?), 22:11, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > отлично, что вопреки ценному мнению опеннетовских экспертов, раст продолжает развиваться

    Никто не спорит. Вопрос в направлении. Если начать красить волосы, то это тоже некоего рода развитие, но для отрасли ит нет.

     
     
  • 3.154, Аноним (138), 22:20, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если случайно открыть видео с растконф, там таких с цветными волосами полно)
     
     
  • 4.157, Аноним (142), 22:29, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    цветные волосы? ужас ужас. так давайте их расстреляем. надо прическу и цвет как у главного
     
     
  • 5.158, Аноним (142), 22:34, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    по хорошему надо в серой шинели писать строго на С. в айти роте, опеннет дивизии )
     
  • 5.166, Нуину (?), 23:01, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > цветные волосы? ужас ужас. так давайте их расстреляем. надо прическу и цвет
    > как у главного

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

     
     
  • 6.218, Аноним (219), 04:46, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот против цветных волос ничего не имею, кстати. Да и небольшая толика авантюризма, или скорее даже рискованности, но в очень умеренных масштабах, совсем не повредит для промышленной(==любой нормальной) разработки. Креатив(умение мыслить нестандартно) + сильная тех база всему голова.

    Но реальность такова, что цветные волосы это уже маркер.

     
     
  • 7.232, Аноним (-), 09:41, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну вот против цветных волос ничего не имею, кстати. Да и небольшая толика авантюризма, или скорее даже рискованности, но в очень умеренных масштабах, совсем не повредит для промышленной(==любой нормальной) разработки.

    Обычно (среди моих знакомых, что совершенно нерепрезентативно, но!) цветом волос весь авантюризм и заканчивается.
    И меня больше будет напрягать "самый тихий ребенок в классе".

    > Креатив(умение мыслить нестандартно) + сильная тех база всему голова.

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

    > Но реальность такова, что цветные волосы это уже маркер.

    Зайди в любую учительскую или пенс.фонд.
    От там будет просто сборище авантюристов с фиолетовыми шевелюрами))


     
  • 6.282, Прохожий (??), 15:37, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Цвет волос и прочий экспрессивный вид говорит об эмоционально-психическом состоянии человека. Такие люди больше склонны к авантюризму, что никак не плюс для промышленной разработки.

    Взять, например, Артёмия Лебедева. Волосы цветные, а человек промышленным дизайном (в том числе) занимается. Или это другое?

    Кстати, а знаете ли вы, что некоторые деятели (в том числе политические) тоже красят волосы, чтобы, например, седину скрыть? Или это тоже другое?

     
     
  • 7.310, Нуину (?), 18:58, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Цвет волос и прочий экспрессивный вид говорит об эмоционально-психическом состоянии человека. Такие люди больше склонны к авантюризму, что никак не плюс для промышленной разработки.
    > Взять, например, Артёмия Лебедева. Волосы цветные, а человек промышленным дизайном (в том
    > числе) занимается. Или это другое?

    Серьезно? Отличный пример. Человек как дизайнер слабый, его контора с большим гонором, сидит на контрактах от гос-ва.

    > Кстати, а знаете ли вы, что некоторые деятели (в том числе политические)
    > тоже красят волосы, чтобы, например, седину скрыть? Или это тоже другое?

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

     
     
  • 8.343, Прохожий (??), 22:15, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Контора с большим гонором говорит о том, что они богаты Сидит не только на госк... текст свёрнут, показать
     
     
  • 9.359, Нуину (?), 00:41, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мне не о чем разговаривать с человеком, которы считает, Лебедева и его студию че... текст свёрнут, показать
     
  • 7.316, Аноним (18), 19:37, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    """
    После школы поступил на факультет журналистики МГУ им. М. В. Ломоносова. Выбрал факультет журналистики потому, что там был низкий проходной балл, но на лекции не ходил и был отчислен со второго курса

    По словам Лебедева, дизайну он научился у Аркадия Троянкера, арт-директора «Еженедельного журнала» и «Итогов». Сам Троянкер считал Лебедева своим лучшим учеником
    """

    Где он пром. дизайну учился? Кто такой Троянкер? Лауреат премии «Человек книги» (2012) в номинации «Вклад в индустрию».

     
     
  • 8.344, Прохожий (??), 22:17, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какая разница, где он учился, если он - успешный предприниматель и дизайнер Вам... текст свёрнут, показать
     
     
  • 9.364, Аноним (18), 01:25, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну да как Билл Гейтс, Стив Джобс, Тим Кук, Марк Цукерберг, Елон Маск, Дональд Тр... текст свёрнут, показать
     
  • 6.390, Аноним (140), 11:37, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты ещё форму черепа начни мерить.

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

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

     
  • 5.263, Аноним (251), 13:42, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >надо прическу и цвет как у главного

    Всем плешь?

     
     
  • 6.318, Аноним (318), 19:49, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    очевидно же - да. всем плешь и писать строго на Сишечке, как рекомендуют эксперты опеннета
     
  • 2.153, Аноним (138), 22:19, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда фортран только появился, на нем уже были написаны десятки и сотни работающих программ. Когда джаваскрипт только появился, он уже был на сотне сайтов. Когда джава вышла, ее приложения уже обслуживали десятки банков. Когда си еще только разрабатывался, на нем уже писали ядро юникс.
    Сколько значимого софта на расте было написано за все время его существования?

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

     
     
  • 3.164, Аноним (164), 22:57, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Самое забавное, что у Си стандарт появился спустя 17 лет после создания языка и к этому моменту уже была написана целая куча софта.
    Раст же появился в 2006 году и ему на данный момент уже 19й год, но никакого стандарта и полезного софта так и не появилось. Почему так? Я просто хочу разобраться.
    Предвидя кукареки уровня "стандарт не нужон", припомню потуги ferrocene, который зачем-то появился вопреки "ненужности".
    П.С. Смешно видеть как язык раздувается от релиза к релизу, превращаясь в раздутую мусорку из ad-hoc костылей, аля питон, все больше и больше. Плюсы тоже замусоренные, но хотя бы само ядро языка помощнее будет, оно не такое лсное.
     
     
  • 4.175, Аноним (140), 23:47, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Раст появился в 2015 году В 2010 году анонсировали его разработку Не благодари... большой текст свёрнут, показать
     
     
  • 5.176, Аноним (164), 23:49, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Раст появился в 2015 году

    Аахахаххахаах

     
     
  • 6.178, Аноним (164), 00:03, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дополню для блаженного Но разработка servo уже началась в 2013 Как так Нужно ... большой текст свёрнут, показать
     
     
  • 7.198, Аноним (140), 00:50, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сишка ничего не умеет, поэтому совершенно без разницы, альфа там или полный рели... большой текст свёрнут, показать
     
     
  • 8.220, Аноним (219), 04:54, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а тогда зачем в принципе использовать язык, который все еще в экспериментальн... текст свёрнут, показать
     
     
  • 9.284, Прохожий (??), 15:48, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Rust уже вполне зрелый язык Google, Dropbox, Cloudflare, Amazon, Discord, Micro... текст свёрнут, показать
     
  • 9.369, Аноним (140), 03:12, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Подозреваю, мозилловцы на это решились потому, что уже даже тогда им раст нравил... текст свёрнут, показать
     
  • 4.187, Нуину (?), 00:15, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Почему так? Я просто хочу разобраться.

    Все просто. При наличии стандарта нельзя держать пользователей (компилятора в данном случае) на коротком поводке. К тому же надо будет как-то договариваться с другими силами (реализациями). Тем, кто продвигает раст, это ни к чему.

     
     
  • 5.285, Прохожий (??), 15:51, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > При наличии стандарта нельзя держать пользователей (компилятора в данном случае) на коротком поводке.

    Интересно, почему разработчики разных реализаций того же Python так не считают? Или, например, разработчики ещё одного компилятора Rust из группы gcc?

     
     
  • 6.308, Нуину (?), 18:55, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> При наличии стандарта нельзя держать пользователей (компилятора в данном случае) на коротком поводке.
    > Интересно, почему разработчики разных реализаций того же Python так не считают?

    Каких таких разных реализаций на практике? Все используют cpython. Возможно pypy, но он в роли догоняющего.

    > Или, например, разработчики ещё одного компилятора Rust из группы gcc?

    Его уже завершили? Можно пользоваться?

     
     
  • 7.345, Прохожий (??), 22:21, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Каких таких разных реализаций на практике? Все используют cpython. Возможно pypy, но он в роли догоняющего.

    Ну вот, например.
    https://www.geeksforgeeks.org/best-python-interpreters-choose-the-best-in-2024

    Кто такие эти "все", кстати? И как вы определили, что они используют исключительно cpython? Если бы вы сказали "большинство", я бы не стал спорить. Но ведь "большинство" и "все" - это не одно и то же.

    > Его уже завершили? Можно пользоваться?

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

     
     
  • 8.358, Нуину (?), 00:37, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что следует из ссылки Вы покажите компанию, которая использует в проде ну или ... текст свёрнут, показать
     
  • 4.205, Аноним (-), 01:56, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Простите, но это не стандарт, а кусок кала И дело даже не в сотнях UB, которые ... большой текст свёрнут, показать
     
     
  • 5.209, чатжпт (?), 02:34, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    всё правильно написал кроме "нормальные языки вроде с++", это такое же монстро-убожество как и сишка
     
  • 5.215, Аноним (164), 03:25, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все ваши претензии к Си ложны, потому что вы не понимаете, что такое Си.
    Алсо, "An idiot admires complexity, while a genius appreciates simplicity"
     
     
  • 6.221, Аноним (219), 05:00, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот вот. Не понимают всех прелестей лоу-левела и архитектурной минималистичности.
     
  • 6.231, Аноним (-), 09:37, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Все ваши претензии к Си ложны, потому что вы не понимаете, что такое Си.

    Убогий недоязык мегадоассемблер?

    > Алсо, "An idiot admires complexity, while a genius appreciates simplicity"

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

    ps цитата от создателя Temple OS, который 10+ лет делал абсолютно не нужную фигню отличная иллюстрация для этой темы.
    и у него, хотя бы, было оправдание в виде поехавшей кукухи)


     
  • 6.233, Аноним (-), 09:49, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Все ваши претензии к Си ложны, потому что вы не понимаете, что такое Си.

    Я как раз прекрасно понимаю что такое си. Потому что, к сожалению, мне приходилось работать на проектах среднего размера (где-то на 1лям строк кода). И уже там проявлялись вся его невыразительность, многословность, убогие макросы (которые вообще не заслуживают такими называться), ну и все его недостатки, перечисленные выше.

    И я невероятно рад, что перешел с сишки на плюсы, а сейчас (ну как сейчас, уже пару лет как) - на раст.

    > Алсо, "An idiot admires complexity, while a genius appreciates simplicity"

    Приводить в защиту сишечки цитату какого-то шизика это сильно, да)))

     
  • 6.279, Аноним (-), 15:32, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > An idiot admires complexity, while a genius appreciates simplicity

    Код на Си пишут, увы, не гении.

     

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

  • 1.155, Витюшка (?), 22:23, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Для React Native! В принципе у меня не осталось use-case-ов где вообще использовать С++. Я использую Nu язык программирования как основной и замена всем высокоуровневым языкам (Python). Он гораздо лучше и написан на Rust. Плагины можно писать на Rust.

    Текстовые редакторы (любимые, но прка не использую, планирую) - это Zed и Helix. Тоже на Rust. Терминал Allacrity на Rust.

    Продвинутый курс по базам данных от Andy Pavlo - теперь на Rust.

    Децентрализованная разработка - radicle (не только git, но и все артефакты типа issues) тоже на Rust 🤷🏻‍♀️

    Последний аванпост был React Native - написание нативных модулей к нему.

    Остался только первый курс от Andy Pavlo по введению в базы данных на С++.

    Буду в этом году очень очень серьёзно и глубоко его изучать (Rust).

     
     
  • 2.163, Нуину (?), 22:57, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Текстовые редакторы (любимые, но прка не использую, планирую)

    Как они могут быть "любимыми", если не ипсользуются пока?))

    > Продвинутый курс по базам данных от Andy Pavlo - теперь на Rust.

    Какая разница на чем курс, если сами базы на С++ или С? И чтобы быть действительно продвинутым, то нужно и код их читать.

     
     
  • 3.169, Аноним (164), 23:09, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А программирование уже давно ничем не отличается от обычной офисной работы, где ... большой текст свёрнут, показать
     
     
  • 4.217, Аноним (219), 04:41, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Забавно что в тусовке ржавых преобладающее число цветноволосых. Ладно еще образ сишника-бородача, который тоже можно было бы подгести под хикку-сыча, но вот эти нетакусики, с местоимениями в твиттере - короче, тут двойное комбо асоциальных инвалидов

    Зы: я кстати юзал этот хеликс, у него есть интересные фичи. Но в итоге пользовался не часто, мне просто привычнее вскодиум, а не вим. Хоть хеликс и зацепил фичами, показавшимися прикольнее вимовских.

     
     
  • 5.289, Прохожий (??), 16:10, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Забавно что в тусовке ржавых преобладающее число цветноволосых.

    Вы их, простите, как сосчитали? Пруфы есть? Но, допустим, что есть (хотя такое очень и очень маловероятно). Ну и что с того, что человек красит волосы? Уверен, примерно половина женщин планеты так поступают. И? Что о них можно сказать, к какому логическому умозаключению прийти?

     
  • 4.287, Прохожий (??), 16:08, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы явно каких-то низкопробных книг по психологии обчитались. Ну или пытаетесь зачем-то проецировать свой жизненный опыт на окружающих.

    Rust выбирают не потому что "тусовка", а потому что у него есть реальные технические преимущества по сравнению с другими аналогичными языками программирования. Причём существующие не только на бумаге, но ещё и доказанные на практике. Недостатки тоже присутствуют, конечно, а где без них? Но пока, на сегодняшний день, Rust - один из самых совершенных ЯП на планете (в своей нише, конечно же, а не вообще).

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

     
     
  • 5.312, Аноним (18), 19:03, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Но если эти языки хуже по большинству параметров, то зачем?

    И к числу этих параметров, отнесем все недостатки человека :)))

    > Вы явно каких-то низкопробных книг по психологии обчитались.

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

     
     
  • 6.346, Прохожий (??), 22:27, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то он прав, говоря "А программирование уже давно ничем не отличается от", выше в коментах я так же сравнивал с каменщиками, а он с офисниками.

    Вообще-то программирование программированию рознь. Можно писать очередной условный "hello world". А можно кеширующий прокси-сервер или распределённую СУБД. Это очень и очень разные по сложности вещи. Поэтому сводить все области программирования к офисной работе - сродни натягиванию совы на глобус.

     
     
  • 7.365, Аноним (18), 01:30, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Поэтому сводить все области программирования к офисной работе - сродни натягиванию совы на глобус.

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

     

  • 1.170, Аноним (164), 23:18, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Раз уж модерация чистит комменты, то попробую еще раз, но зайду издалека.

    > Проект Tor опубликовал выпуск Arti 1.3.2, альтернативной реализации Tor-клиента на языке Rust

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

     
     
  • 2.171, Аноним (171), 23:24, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так надо 1 комментарий нейтральный писать с вопросом, а 2 под ним уже на весь опыт.
     
  • 2.184, Нуину (?), 00:09, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Раз уж модерация чистит комменты, то попробую еще раз, но зайду издалека.
    >> Проект Tor опубликовал выпуск Arti 1.3.2, альтернативной реализации Tor-клиента на языке Rust
    > Советую ознакомиться где работает больше половины состава разработчиков и чьи интересы
    > они обслуживают. А так же подумать как это связано с докладом
    > АНБ о языках.

    Пчелы не могут быть против меда.

     
  • 2.222, Аноним (219), 05:06, 14/01/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 3.300, Аноним (-), 17:52, 14/01/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 3.382, Аноним (-), 10:28, 15/01/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.290, Прохожий (??), 16:12, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Советую ознакомиться где работает больше половины состава разработчиков и чьи интересы они обслуживают.

    А где это можно сделать?

    > А так же подумать как это связано с докладом АНБ о языках.

    Ну-ка, ну-ка?

     

  • 1.173, Аноним (173), 23:31, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Я не разбираюсь,что плохого в расте,за что его так хейтят?
     
     
  • 2.177, Аноним (140), 23:53, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Без понятия. Я пытаюсь это у хейтеров выяснить уже лет 10, но они каждый раз никаких аргументов привести не могут. Ну там аргументация в стиле "я всю жизнь циклы гоняю через перебор индексов, а у вас тут какие-то итераторы" или "у нас в 90-ые годы языки программирования не умели дженерики, а доки мы читать не умеем, поэтому код с дженериками нечитаемый". Ну или например им не нравится, что компилятор умный и слишком много за программиста проверяет. Лучше когда компилятор тупой и поэтому быстро отрабатывает, а ошибки программист сам все найдёт, чё он поц что ли? Ну такое.
     
     
  • 3.183, Аноним (9), 00:08, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Только ты так за 10 лет ни одной строчки не написал на расте. Как и никто из твоих одногодок.
     
     
  • 4.292, Прохожий (??), 16:15, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А как вы это поняли?
     
  • 3.203, Анон1110м (?), 01:07, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > "у нас в 90-ые годы языки программирования не умели дженерики, а доки мы читать не умеем, поэтому код с дженериками нечитаемый"

    Прям как в Go до какой–то там версии. Но Go это стильно, модно, прогрессивно.

     
  • 3.352, 12yoexpert (ok), 23:12, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > я всю жизнь циклы гоняю через перебор индексов

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

     
     
  • 4.370, Аноним (140), 03:20, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > ты просто не встречал ситуаций, в которых смена типа счётчика может ускорить цикл сильнее, чем перевод на SIMD. быстрый софт это вообще отдельная тема не для любителей раста

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

     
  • 2.210, 12yoexpert (ok), 02:49, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    1) за фанатиков
    2) за крайне агрессивную рекламу языка, вплоть до лоббирования на уровне государств
    3) уё**щный синтаксис

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

     
     
  • 3.243, Аноним (173), 11:51, 14/01/2025 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 3.254, Аноним (251), 12:56, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    4) C ООП у него плохо
    5) Нет _рабочего_ компилятора под GPL
     
     
  • 4.261, Аноним (260), 13:30, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чиво Там с ООП все плохо только для тех, у кого ООП это только джава И синдро... большой текст свёрнут, показать
     
  • 3.371, Аноним (140), 03:22, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > не было и не будет готовых проектов на расте

    Уносите, этот Эксперт сломался.

     
  • 2.247, Аноним (-), 12:27, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    1 Фанатики СИктанты неадекватно реагируют на любое упоминание раста и даже на н... большой текст свёрнут, показать
     
  • 2.293, Прохожий (??), 16:28, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Хейтят за то, что ленивые люди, или люди со слабыми когнитивными способностями волею судьбы очутившиеся в отрасли, боятся остаться без работы. В основном, причина именно в этом. При этом их страхи носят сугубо иррациональный характер, потому что за всё время существования программирования другие люди наплодили такое количество кода, что его поддержка ещё их внукам, наверное, достанется.

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

    Основные аргументы уровня своего возраста привёл чуть ниже 12-летний участник форума, считающий себя экспертом. Это довольно типовой уровень "аргументации".

     

  • 1.174, Аноним (295), 23:43, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > новый проект позволяет генерировать Rust-код без использования unsafe, но нацелен главным образом на преобразование Си-проектов, имеющих формальное доказательство надёжности

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

     
     
  • 2.181, Аноним (9), 00:06, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Медицина тут бессильна.
     
  • 2.185, Аноним (164), 00:09, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы пропустили очень важное дополнение

    >Подразумевается, что будет проще вначале перевести Си-проект в представление на Mini-C, в котором не допускаются арифметические операции с указателями, чем переписывание unsafe-блоков после прямой компиляции из Си в Rust.

    Но меня удивляет другое, а полезный код на Си без
    >арифметические операции с указателями

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

     
     
  • 3.195, Аноним (295), 00:31, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Либо же это прямой заказ от американской военки

    скорей микрософт для себя делает, чтобы не было зависимостей от С компиляторов там где раст решили использовать

     
     
  • 4.196, Аноним (164), 00:42, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У майков есть формально верифицированный код? Ну допустим. А как они собрались отказаться от арифметических операций в реальном Си коде, если даже на расте ни одна реальная программа без ансейфа не обходится?
    Поэтому я и спросил про военку, где могут быть очень специфичные условия подобного рода. Софт под бортовые компы военных вертолетов тем же coq-ом прогоняли.
     
     
  • 5.201, Аноним (295), 01:04, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А как они собрались отказаться от арифметических операций в реальном Си коде

    новости про

    https://github.com/hacl-star/hacl-star

    там код на С сгенерированный, скорей всего они карамель подкрутили чтобы код генерировался на подмножестве Mini-C

     
  • 2.223, Аноним (219), 05:11, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто задумайся, Анон - по сути идет отмена Си, как языка. Очень в духе времени, надо сказать. И в духе тех, кто составляет комьюнити раста. По их меркам белый бородач уже не формат.

    Но ничего, нас, Русских Сишников просто так не отменить.

     
     
  • 3.325, Аноним (235), 20:17, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Но ничего, нас, Русских Сишников просто так не отменить.

    Судя по ответа, тут и на баше программировать не умеют, а вы про си говорите.

     
  • 3.372, Аноним (140), 03:27, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но ничего, нас, Русских Сишников просто так не отменить.

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

    С сишников только угорают когда очередная дырень вылезает, а так их активность мало кого волнует.

    Если появляется новый интересный проект на сях - то это типа как чел показывает фотоснимки на плёнку, или разъезжает в ретро-автомобиле. Ну прикольно типа.

     

  • 1.189, Анон1110м (?), 00:17, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Pascal лучше C и Rust вместе взятых. Ну вот реально.
     
     
  • 2.199, Аноним (199), 00:53, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    По доступности инстурментов, простоте реализации, минимальности системных требований и переносимости для создания небольшиз гуёвых программ для десктопа lazarus не в конкуренции
     
     
  • 3.206, Аноним (206), 02:13, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я могу то же самое сказать и про C++/wxWidgets с RAD плагинами типа wxSmith. Ничем не хуже лазаруса в плане создания кроссплатформенных гуёвых программ в старом добром стиле С++Builder/Delphi. Для особо требовательных есть ещё и Qt. А если нужно что-то совсем компактное чисто для винды - отлично подойдёт библиотека Win32++.
     
     
  • 4.273, Аноним (199), 14:49, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Паскаль быстро компилируется да и сам лазарь легкий - можно комфортно пограммировать на любом утюге. С базами удобнее нафрормошлепить. Ну и куча сторонних компонентов со времен дельфей/билдера которые можно в лазаре использовать...
     
     
  • 5.349, Аноним (206), 22:41, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я не против лазаря Что касается быстроты компиляции, то Delphi всегда опережал ... большой текст свёрнут, показать
     
     
  • 6.354, Аноним (354), 23:19, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    C++Qt сейчас из-за санкций сложнее устанавливать. Под линем то проблем нет - все в репах, для ведройда под дебиан есть пакеты, а под винду лишние телодвижения.
    А лазарь без этих проблем, еще бы у гуя под ведройдом проблем не было - вообще бы красота, пока лазарь под ведройд такое себе...

    > Си/Си++ родной

    Ну как бы паскаль двоюродный :)
    https://upload.wikimedia.org/wikipedia/commons/6/65/Microsoft_Pascal.jpg

    С пограммированием я познакомился из-за 4 билдера и делфи тогда обходил стороной, но... Сейчас на винде вообще не пишу - если надо компилю для нее под вайном - в вайне и лазарь и Qt5 выдают работоспособные бинари... я не проф и не айтишник, мне пофиг...

     
     
  • 7.361, Аноним (206), 00:44, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Меня удивляет, что паскаль незаслуженно отодвинули в сторону Хотя потенциал у э... большой текст свёрнут, показать
     
  • 3.211, Аноним (295), 02:51, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > для создания небольшиз гуёвых программ для десктопа lazarus не в конкуренции

    всмысле конкурировать не может ?

    https://stackoverflow.com/questions/75212390/how-to-cross-compile-for-wayland-

     
     
  • 4.268, Аноним (199), 14:34, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, внезапно при сборке с Gtk2 или qt4 не будет работать по  вяленым, упс...
    Дали дельный совет - использовать Qt6
     
     
  • 5.305, Аноним (295), 18:29, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Дали дельный совет - использовать Qt6

    так если есть qt6 - простой гуй на qml за пол секунды в vim пишется и проверяется через шебанг скрипт нативно016, зачем ещё какой-то писуарус

     
     
  • 6.351, Аноним (354), 23:04, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в вим вообще все за полсекунды пишется, как известно...

    но только я прожект просто перекомпилю - а на лазаре это быстро - и оно будет работать от 12 бубунты до распоследнего арча и от хрюнделя до 11... удачи с запуском 6 култяпок на старых осях...

     
     
  • 7.383, Аноним (295), 10:37, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > но только я прожект просто перекомпилю

    смешно это слышать после того как вы сходили по ссылке где чувак не может просто перекомпилировать окно с одной кнопкой

    > и оно будет работать от 12 бубунты

    а на ppa соберётся хотя бы под дефолтную х86-64?

     
  • 2.225, mos87 (ok), 07:35, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пусть так. А Eiffel лучшее их всех вместе взятых. И чо
     
  • 2.387, Аноним (235), 11:17, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Закопайте паскаль, где откопали. В паскале есть алгебраические типы данных? Нет? В топку такой язык. Уж лучше хаскель или окамл.
     

  • 1.226, Аноним (226), 08:31, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Проведено тестирование производительности кодировщиков изображений в формате PNG. Декодировщики на Rust (png, zune-png, wuffs) оказались быстрее декодировщиков на Си (libpng, spng, stb_image). Например, crate-пакет png (image-rs) обогнал libpng в 1.8 раза на системе x86 и в 1.5 раза на системе ARM.

    Это сравнение нечестное, о ЯП ничего не говорит - реализации разные... Растовые реализации там кастрированные, а не аналоги сишных либ, с которыми сравнивают. Вангую, что если теперь line-by-line кастрированные растовые реализаци переписать на C++, но C++ опередит Rust.

     
     
  • 2.294, Прохожий (??), 16:38, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Растовые реализации там кастрированные

    В чём конкретно это выражается?

     

  • 1.239, Аноним (-), 11:41, 14/01/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     

  • 1.253, Аноним (235), 12:54, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну что, сишники, ненавистники раста, объясняйте, почему мир не может прожить без ++i + ++i, void* и ub при разыменновывании null
     
     
  • 2.264, Аноним (-), 14:10, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > void*

    А как ты предлагаешь реализовывать ООП на языке, которые про ООП даже не слышал?
    Вот и приходится кастить все через void*

     
     
  • 3.288, Аноним (288), 16:08, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если ты по настоящему пишешь на чистом Си, у тебя нет надобности реализовавыть ООП. Там парадигма другая. От тебя требуется знание алгоритмов и умение их реализовать.
     
     
  • 4.311, Аноним (311), 19:02, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вово. В си во главе угла данные и структуры, ну и функции их обрабатывающие. Т.е. то как это на самом деле работает в железе.
    А вот ООП это уже от лукавого.
     
  • 4.373, Аноним (140), 03:36, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Если ты по настоящему пишешь на чистом Си, у тебя нет надобности реализовавыть ООП.

    Чё, правда? А вот это что?

        parser_state* parser_openfile(FILE*);
        void parser_next(parser_state*);
        void parser_close(parser_state*);

    Или что, хранить между функциями состояние - это не по-пацански? И чем это отличается от

        class Parser {
          static Parser openfile(File file);
          void next();
          void close();
        }

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

     
     
  • 5.381, Аноним (295), 10:21, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот это что?

    ой а где void* ?

     
  • 3.322, Аноним (235), 20:05, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А как ты предлагаешь реализовывать ООП на языке, которые про ООП даже не слышал?

    Зачем? Мало того, что у си огромная куча недостатков, так вы ещё сверху кривое ооп навесить собираетесь.

     
     
  • 4.323, Аноним (235), 20:09, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >кривое ооп

    Кривую имитацию ооп на void*

     
  • 4.378, Аноним (-), 06:36, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У Си нет недостатков он самодостаточен.
     
  • 2.281, InuYasha (??), 15:36, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не хотим\
    \
    (говорить одно и то же миллионы раз)
     
     
  • 3.350, Прохожий (??), 22:56, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее, не можете.
     
  • 2.309, Аноним (311), 18:57, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А может это лучше фанатикам ржавого объяснить всем нам зачем отрасли необходимо переходить на их язык?
    Заметь, это не мы, сишники, провоцируем людей на срач. Мы тихо мирно сидели себе и писали саои программы, но надо было прийти нетакусикам и громко начать кричать о том, как все плохо, провоцируя конфликты
     
     
  • 3.317, Аноним (-), 19:41, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    выходили за пределы буферов, портили память, плодили CVE в софте, которым мы пол... большой текст свёрнут, показать
     
  • 3.324, Аноним (235), 20:12, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А может это лучше фанатикам ржавого объяснить всем нам зачем отрасли необходимо переходить на их язык?

    Где вы увидели призыв перейти на раст? Я спрашиваю, чем будет хуже миру без кучи сишных пороков.

     

  • 1.314, Аноним (311), 19:11, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Расту совсем не помогает модель его версионирования. Тут он ничем не отличатся от любого другого софта. Проблема в том что ЯП это не софт, нельзя просто релизить постоянно язык, для ЯП нужны стандарты. А здесь получается как со многим опенсорсным софтом, непойми как развивается, да еще и через пару версий все наверняка сломают
     
     
  • 2.319, Анонимусс (-), 19:58, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Расту совсем не помогает модель его версионирования

    Ты про 1.84? Так это только для любителей последних версий софтин.
    У раста как раз стабильный выпуск релизов - раз в шесть недель.
    Это позволяет досточно быстро итерировать улучшения, чтобы не оказывалось как в некоторых языках: комитет 5 лет сидел-думал, потом разродился стандартом, потом подумали "что-то как-то не очень получилось", потом еще года три рожали следующий "багфиксный" стандарт, потом еще две версии деприкейтили то о...о что добавили.

    > для ЯП нужны стандарты

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

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

    Очень даже понятно как развивается.
    Нужна стабильность - бери текущий edition (doc.rust-lang.org/edition-guide/editions) фиксируй его и будь уверен что ничего не сломают.
    Нужны фичи - пользуйся stable. Нужно больше фичей - бери beta. Еще больше - есть nightly.

    > да еще и через пару версий все наверняка сломают

    Обожаю домыслы людей, которые им никогда не пользовались))

    У раста как раз прекрасная обратная модель обратной совместимоти.
    Edition не меняется, для крета либы можно зафиксировать старый edition, хоть самый первый 2015й.

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

     
     
  • 3.336, Аноним (336), 21:51, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я бы сказал, что нафиг никому не нужен как шланг и весь проприетарный мусор, который с ним связан, включая llvm и rust
     
     
  • 4.347, Прохожий (??), 22:32, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ваше мнение очень важно для нас (нет).
     
  • 3.376, Аноним (206), 06:00, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    - У тебя какой edition теоремы Пифагора?
    - У меня тринадцатый
    - А я вот пользую nightly, там фичей больше
     
  • 2.321, Аноним (235), 20:02, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Проблема в том что ЯП это не софт, нельзя просто релизить постоянно язык, для ЯП нужны стандарты

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

     
     
  • 3.337, Аноним (336), 21:51, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    дай чёткое определение слова "популярный" и я докажу, что не первый
     
     
  • 4.348, Прохожий (??), 22:36, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Возможный критерий определения популярности. Входит в первые двадцать языков рейтинга.

    https://www.tiobe.com/tiobe-index/

    Теперь ваш черёд. Доказывайте.

     
     
  • 5.356, 12yoexpert (ok), 23:30, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ты прилагаешь коммерческий ресурс, зарабатывающий на рекламе, в качестве доказательства популярности рекламируемого товара. ты нормальнй?
     
  • 5.360, wyry (ok), 00:43, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это совсем глупый выпад после которого вас в принципе сложно воспринимать всерьёз.
    Начнём с того, что о tiobe говорит о "популярности" на основании поисковых запросов и "активностях" сообщества. И Python там занимает сейчас 1-е место просто потому что это ходовой инструмент, а C++ там занимает 2-е место.
    Далее язык Rust "входит в 20-ку".

    А вот язык Kotlin не входит, притом, что Kotlin фактически стал стандартом разработки под Android и на нём пишется огромное количество кода каждый день почти всеми, кто сегодня пишет под Android новые приложения (Java - преимущественно Legacy).

    А так даже если я загуглю Rust - я повышу его рейтинг популярности в Tiobe, при том, что на нём не пишу.
    Kotlin же не на слуху, его редко вспоминают (чаще могут упомянуть Java в обсуждении), НО на нём много пишут и он фактически популярен. От Rust много дыма, а практической пользы - не очень, зато он "входит в 20-ку" на Tiobe.

     
     
  • 6.363, Аноним (206), 01:19, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну... говорят, что Java для Android - ещё ой как рано закапывать! Котлин дольше компилируется, менее стабилен, и по итогу всё равно транслируется в джаву - т.е. по сути он гвоздями прибит к джаве. А если хочешь иметь унифицированную кодовую базу (с классической джавой), то какой смысл "перепрыгивать" на котлин и создавать "месиво" из разных языков? Я до недавнего времени тоже восхищался котлином, но потом меня переубедили, что Java - всё-таки более правильный выбор для разработки под Android, тот же самый код потом можно будет использовать в других местах, где котлин менее предпочтителен.
     
     
  • 7.375, Аноним (140), 03:56, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В байткод Это как сказать, что Раст по итогу всё равно транслируется в Си, хотя... большой текст свёрнут, показать
     
     
  • 8.377, Аноним (206), 06:18, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Байт-код Java 8212 набор инструкций, исполняемых виртуальной машиной Java Ko... текст свёрнут, показать
     
  • 7.384, wyry (ok), 10:56, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чисто по логике я с вами могу согласиться, НО Kotlin уже фактически стандарт индустрии для написания приложений под Android. Это не моя прихоть, так сложилось. Jetpack Compose уже только под Kotlin. Также Kotlin всё же не транслируется в Java, он компилируется в байт-код JVM, это всё же не одно и то же. Java - это легаси уже нравится вам это или нет и даже мне удивительно, что это прошло сравнительно тихо, при том что на нём дофига пишут и уж точно побольше, чем на Rust. При этом Rust всегда у всех на слуху, везде где он всплывает возникают жаркие обсуждения, а Kotlin просто есть и всем на него пофигу.
     
     
  • 8.391, Аноним (206), 11:43, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, это очень странно Где-то на хабре уже жаловались, что на котлин урезали рес... текст свёрнут, показать
     
  • 4.385, Аноним (235), 11:13, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >дай чёткое определение слова "популярный" и я докажу, что не первый

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

     
  • 2.374, Аноним (140), 03:49, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    129318 8205 9794 65039 То есть про обратную совместимость ты не в курсе... большой текст свёрнут, показать
     

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



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

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