The OpenNET Project / Index page

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

Выпуск Rust 1.78. Язык Borgo, сочетающий сильные стороны Go и Rust

02.05.2024 23:18

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

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

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

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

  • Предложено новое пространство имён атрибутов "#[diagnostic]", предоставляющее средства для влияния на выдаваемые компилятором сообщения об ошибках. Первым в новом пространстве реализован атрибут "#[diagnostic::on_unimplemented]", который может использоваться для настройки сообщений об ошибках, выдаваемых в ситуации, когда требуется использовать типаж, который не реализован для типа.
    
       #[diagnostic::on_unimplemented(
           message = "My Message for `ImportantTrait<{A}>` is not implemented for `{Self}`",
           label = "My Label",
           note = "Note 1",
           note = "Note 2"
       )]
       trait ImportantTrait<A> {}
    
       fn use_my_trait(_: impl ImportantTrait<i32>) {}
    
       fn main() {
           use_my_trait(String::new());
       }
    
       error[E0277]: My Message for `ImportantTrait<i32>` is not implemented for `String`
      --> src/main.rs:12:18
       |
    12 |     use_my_trait(String::new());
       |     ------------ ^^^^^^^^^^^^^ My Label
       |     |
       |     required by a bound introduced by this call
       |
       = help: the trait `ImportantTrait<i32>` is not implemented for `String`
       = note: Note 1
       = note: Note 2
    
  • Предварительные assert-проверки, применяемые к unsafe-функциями, теперь могут откладываться до стадии генерации кода, что позволяет выполнять данные проверки без необходимости сборки стандартной библиотеки в режиме "#[cfg(debug_assertions)]". Для срабатывания проверок теперь достаточно включения отладочных assert-ов для тестовых или отладочных сборок своего кода.
  • Поведение функций в стандартной библиотеке, влияющих на выравнивание указателей и срезов (slice), теперь предсказуемо во время выполнения и зависит от входных данных. Функция pointer::align_offset, вычисляющая смещение для выравнивания указателя, теперь возвращает usize::MAX только при невозможности выполнения операции. Функции slice::align_to и slice::align_to_mut both, преобразующие срезы в представление с выровненным средним срезом и исходными начальным и конечным срезами, теперь всегда возвращают самую большую среднюю часть.
  • В разряд стабильных переведены:
  • Функция Barrier::new() стабилизирована для использования с признаком "const" в любом контексте вместо констант.
  • Для целевых платформ x86_64-pc-windows-msvc, i686-pc-windows-msvc, x86_64-pc-windows-gnu, i686-pc-windows-gnu, x86_64-pc-windows-gnullvm и i686-pc-windows-gnullvm теперь требуется как минимум версия Windows 10.
  • Реализован третий уровень поддержки для платформ wasm32-wasip2, arm64ec-pc-windows-msvc, armv8r-none-eabihf и loongarch64-unknown-linux-musl. Третий уровень подразумевает базовую поддержку, но без автоматизированного тестирования, публикации официальных сборок и проверки возможности сборки кода.
  • Реализован второй уровень поддержки целевой платформы Add wasm32-wasip1. Второй уровень поддержки подразумевает гарантию сборки.
  • Платформа wasm32-wasi-preview1-threads переименована в wasm32-wasip1-threads.
  • Компилятор переведён на использование LLVM 18. При использовании LLVM 18 для архитектур x86-32 и x86-64 изменён ABI, связанный с типами u128 и i128.
  • В пакетном менеджере Cargo стабилизирована 4 версия файлов-блокировок (lockfile v4).
  • В Cargo cтабилизирован глобальный кэш с информацией о последнем использовании данных. Кэш размещается в файле $CARGO_HOME/.global-cache при помощи SQLite, обновляется автоматически и отражает последние изменения, связанные с индексом, crate-файлом, каталогом с кодом, git clone и git checkout.



Дополнительно можно отметить язык программирования Borgo, который пытается быть более выразительным, чем язык Go, но менее сложным, чем язык Rust. Borgo комбинирует лучшие черты Go и Rust, восполняя недостатки каждого из языков. Например, язык Go прост и понятен, но не предоставляет расширенных средств для обеспечения безопасности при работе с типами. Язык Rust предоставляет средства для безопасного программирования, но переусложнён. Проект развивает Marco Sampellegrini, автор книги "The Simple Haskell Handbook" и разработчик системы непрерывной интеграции Quad CI.

В Borgo используется статическая типизация, аналогичные языку Go типы и синтаксис, похожий на Rust. Указание точек с запятой в конце строк в коде на Borgo не является обязательным. Код на языке Borgo компилируется в представление на языке Go, которое полностью совместимо с существующими пакетами для языка Go. Код компилятора написан на языке Rust и распространяется под лицензией ISC.


use fmt

enum NetworkState<T> {
    Loading,
    Failed(int),
    Success(T),
}

struct Response {
    title: string,
    duration: int,
}

fn main() {
    let res = Response {
        title: "Hello world",
        duration: 0,
    }

    let state = NetworkState.Success(res)

    let msg = match state {
        NetworkState.Loading => "still loading",
        NetworkState.Failed(code) => fmt.Sprintf("Got error code: %d", code),
        NetworkState.Success(res) => res.title,
    }

    fmt.Println(msg)
}


  1. Главная ссылка к новости (https://blog.rust-lang.org/202...)
  2. OpenNews: Выпуск языка программирования Rust 1.77
  3. OpenNews: Проект по интеграции с Qt web-движка Servo, развиваемого на языке Rust
  4. OpenNews: Проект по реализации zlib на языке Rust
  5. OpenNews: В Thunderbird добавят реализацию протокола Microsoft Exchange на языке Rust
  6. OpenNews: Red Hat представил Nova, драйвер для GPU NVIDIA, написанный на языке Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61104-rust
Ключевые слова: rust, borgo
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (166) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 23:21, 02/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +27 +/
    Надо брать лучшее от обоих языков - синтаксис от раста, ГК от го.
     
     
  • 2.5, Аноним (5), 23:32, 02/05/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Лучшее это синтаксис от Go и GC от Go.
     
     
  • 3.6, Аноним (6), 23:34, 02/05/2024 [^] [^^] [^^^] [ответить]  
  • +30 +/
    Вы не прошли тест на сарказм
     
     
  • 4.43, Anoni (?), 01:46, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Анонисты спорят
     
  • 3.97, fuggy (ok), 09:26, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не ну действительно, зачем язык который медленный как go и сложный как rust. Rust выбирают потому что быстрый, но не всем понятная система владения. Go выбирают потому что простой как пень.
     
     
  • 4.119, Пряник (?), 10:29, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Система владения понятная Все переменные - это либо значение в стеке числа, си... большой текст свёрнут, показать
     
     
  • 5.239, Аноним (239), 23:47, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И ради этого нужно городит отдельный язык с мудреным синтаксисом и фанатично требовать переписать на него все программы на свете? Да это можно было бы реализовать небольшим расширением синтаксиса Си и парой новых опций компилятора. Но кому=то очень хочется контроля.
     
     
  • 6.265, Аноним (265), 17:52, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Си язык дохлый и убогий, в нём ничего нельзя реализовать. Однако плюсы потихоньку сахарят подобную логику. Rust как минимум подходит где нужен ЯП вроде с++, но плюсы нельзя засунуть из-за отсутствия ABI
     
  • 6.281, Пряник (?), 18:24, 06/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Язык Rust и есть это самое небольшое расширение. А не нравится синтаксис - иди haskell/erlang/lisp учи. Языков миллион, но надо именно к Rust придраться.
     
  • 5.253, Аноним (253), 03:08, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот это кстати неплохо придумано. И вообще borrow. Плохо - постоянный перетряс и зависимость от мегакорпов, увы и ах.
     
     
  • 6.282, Пряник (?), 18:27, 06/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не понимаю зависимости. Вроде бы язык Rust открытый полностью и Open Source. Любой форкнуть может. Тут скорее зависимость от LLVM, ибо Rust поверх него построен. Но тот тоже Open Source.
     
  • 4.133, zog (??), 10:51, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > зачем язык который медленный как go

    Почему ты решил, что Go медленный?

     
     
  • 5.271, Аноним (271), 23:39, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> зачем язык который медленный как go
    > Почему ты решил, что Go медленный?

    Потому что вон тех господ от фуксии с драйвером на игого - немного уволили, задвинув проект.

     
  • 4.187, Аноним (265), 14:00, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Система владения понятна, здесь нет ничего особенного. А синтаксис, и заигрывания с синтаксисом из функциональщины, - ужас. И есть немного ложечек дерьма вроде пропаганды засовывания UT в комментарии к методам.
     
     
  • 5.231, Пряник (?), 21:31, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что за UT? Unreal Tournament 99?
     
     
  • 6.232, Аноним (265), 21:37, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Unit Test, конкретно в rust называется Documentation Tests
     
  • 2.100, Tron is Whistling (?), 09:32, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ещё ООП от Javascript - и будет вообще конфетка.
     
     
  • 3.110, Middle Go Developer (?), 10:15, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Стрелочные функции обязательно и самый простой метод отладки через console.log
     
     
  • 4.138, 12yoexpert (ok), 11:21, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    и побольше =
     
     
  • 5.167, Middle Go Developer (?), 12:42, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну это то нужно. Вдруг данные не пришли и null, а не '', 0 или []
     
  • 2.108, Пряник (?), 10:03, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ещё ни один шутник не догадался явно указать претензии к синтаксису. Пишите объяснительную на имя Евгения ВП.
     
  • 2.122, Аноним (122), 10:32, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Дополню список всего лучшего для будущих ЯП - синтаксис от Rust, GC от Go, стандартную библиотеку от C, скорость от JS, безопасность от C++
     
     
  • 3.142, 12yoexpert (ok), 11:23, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а чем GC от golang лучше GC от джавы?
     
     
  • 4.247, Аноним (-), 00:23, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а чем GC от golang лучше GC от джавы?

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

     
  • 3.172, Аноним (172), 12:50, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Скорость от питона, у JS с этим как разно норм.
     
     
  • 4.191, Аноним (265), 14:09, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не, норм как раз у питона, он по крайней мере не даёт ложных обещаний и не треубет вагон памяти за лапшу на ушах
     
  • 3.173, Аноним (173), 12:55, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Безопасность лучше от чистого C
     
     
  • 4.240, Аноним (239), 23:49, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А там ее никому и не обещали. Нужна безопасность - делаешь безопастно.
     
  • 3.210, Бывалый Смузихлёб (ok), 16:42, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Только на жс скорость весьма неплохая при норм выставленных параметрах джит )
    Некоторые ругались на медленность жс, особенно раньше. И даже не задумывались, что претензии даже не к жс, а к работе с ДОМ, за которую отвечает браузерное двигло. Сам по себе жс - весьма шустрая штука

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

     
  • 3.250, Bottle (?), 02:03, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    C++ безопасен, если не использовать навороты из обычного Си.
     
  • 2.198, Аноним (198), 15:02, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Лучшее - это без GC.
     

  • 1.2, Дмитрий (??), 23:23, 02/05/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +2 +/
     
     
  • 2.3, Аноним (3), 23:26, 02/05/2024 Скрыто ботом-модератором     [к модератору]
  • +5 +/
     
  • 2.21, Ivan_83 (ok), 00:28, 03/05/2024 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 3.28, Буратино (?), 00:44, 03/05/2024 Скрыто ботом-модератором     [к модератору]
  • +5 +/
     
     
  • 4.124, Пряник (?), 10:33, 03/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.126, 12yoexpert (ok), 10:34, 03/05/2024 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 3.104, n00by (ok), 09:46, 03/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.114, Минона (ok), 10:23, 03/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.182, n00by (ok), 13:36, 03/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.127, Пряник (?), 10:35, 03/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.165, Аноним (165), 12:36, 03/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.283, Пряник (?), 18:33, 06/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.287, Аноним (165), 05:00, 07/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.288, Пряник (?), 11:01, 07/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 9.289, Аноним (165), 11:08, 07/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 10.290, Пряник (?), 15:23, 07/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 11.291, Аноним (165), 15:50, 07/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 12.292, Пряник (?), 17:31, 07/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.180, n00by (ok), 13:29, 03/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.125, 12yoexpert (ok), 10:33, 03/05/2024 Скрыто ботом-модератором     [к модератору]
  • +4 +/
     
  • 3.189, AKTEON (?), 14:08, 03/05/2024 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     

     ....ответы скрыты (20)

  • 1.7, Аноним (7), 23:36, 02/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    >Для целевых платформ x86_64-pc-windows-msvc, i686-pc-windows-msvc, x86_64-pc-windows-gnu, i686-pc-windows-gnu, x86_64-pc-windows-gnullvm и i686-pc-windows-gnullvm теперь требуется как минимум версия Windows 10.

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

     
     
  • 2.10, Аноним (10), 23:44, 02/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты против винды как платформы компиляции или что?
     
     
  • 3.13, Аноним (7), 00:13, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Я против навязывания новых версий продуктов M$. Сказки про

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

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

     
     
  • 4.37, Астролог (?), 00:59, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>новых версий

    Windows10 вышла восемь лет назад.

     
     
  • 5.69, Аноним (69), 05:42, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А дерьмом не перестала быть до сих пор. Следующие версии ещё хуже.
     
     
  • 6.72, Юрий (??), 05:51, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Переходи на линукс
     
     
  • 7.227, Аноним (227), 20:59, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    После чего поймешь что винда очень даже неплохая система.
     
     
  • 8.284, Пряник (?), 18:39, 06/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если особо не вникать в Windows, то да Windows - это синяя пилюля Живёшь в илл... текст свёрнут, показать
     
  • 4.128, Пряник (?), 10:37, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну запусти в Wine.
     
     
  • 5.241, Аноним (239), 23:55, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не в этом проблема, сначала прочитай на что отвечаешь.
     
  • 3.18, Ivan_83 (ok), 00:20, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Технологически венда интересная (по крайней мере фундамент там не ипахабили ещё и азуровцы как то вытягивают ситуацию), но то что она полностью закрытая и огороженная ставит на ней крест, для любого кто уважает себя и своё время.
     
     
  • 4.23, Аноним (7), 00:37, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Теоретически любой тьюринг-полный ЯП можно скомпилировать под любую систему. Пракрически - кто содержит Foundation - тот её и танцует. Вместе со всеми разрабами, решившими поучаствовать в этой пляске, и со всеми пользователями, которые к плясунам можно сказать наручниками пристёгнуты.
     
  • 4.25, Буратино (?), 00:42, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Те, кто пишут подобное приведённому вами на любом языке напишут плохо.
    Раньше C++ был "дефолтным языком для всего" - и благодаря этому нам остались кучи примеров monkey-кода на нём.
    Сейчас "дефолтным" стал JS - результат работы JS-обезьян видят все и каждый день с ними соприкасаются.
    Сделаете популярно-дефолтной "ржавчину" - будет то же самое, но на ней.
     
     
  • 5.26, Буратино (?), 00:43, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Промазал с веткой
     
  • 5.34, Ivan_83 (ok), 00:52, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хоть вы и вроде как не мне но я пожалуй отвечу :)

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

    С++ никогда не был дефолтным языкм для всего.
    Так может думать только человек который начинал на венде примерно лет 20 назад, когда вижал бейсик уже вроде как закопали, .NET толком не взлетел и но вижал с++ как был так и дальше работал и до сих пор работает. Там вроде как последние лет 10 C# взлетел.

    За пределами венды я бы сказал что основной язык С, который даёт фундамент всему, а дальше там просль ++, пхп, жавы, питона и прочих.

     
  • 5.40, Ivan_83 (ok), 01:16, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А касательно того фрагмента, так проблема крестов и прочих переусложнённых языко... большой текст свёрнут, показать
     
     
  • 6.49, тыквенное латте (?), 02:23, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    К врапперам вопросов нет, вопрос практичности объема проекта степени реюза и туе... большой текст свёрнут, показать
     
     
  • 7.51, Ivan_83 (ok), 02:49, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы тут сильно смешиваете всё в одну кучу.

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

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

     
     
  • 8.53, тыквенное латте (?), 03:04, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ой ли или вы начинаете смешивать технологии с r tm метод решения и пре... большой текст свёрнут, показать
     
     
  • 9.63, Ivan_83 (ok), 04:10, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Возможность копипастить код - это просто индикатор того что там нет зависимостей... текст свёрнут, показать
     
     
  • 10.78, тыквенное латте (?), 07:04, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    нарушает принцип DRY, а в запущенной стадии ведёт к туевой хуче антипаттернов к... большой текст свёрнут, показать
     
     
  • 11.233, Ivan_83 (ok), 21:47, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это не оно У меня моя liblcb и я её делал линкуемой, идея была в том, чт... текст свёрнут, показать
     
  • 6.91, Аноним (91), 08:52, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Абсолютно согласен, то же пришёл к такому выводу, но никогда не обмазывал родные типы и функции. Вот только со 'String' обмазывал, что бы получать форматированную строку по месту, типа
    '''
    printf(MyString("a=%d", a).c_str());
    '''
    Но справшивается, до коле каждый будет обмазывать себя сам? Уже 40 лет языку, а строк как таковых по сути и нет.
     
     
  • 7.94, тыквенное латте (?), 09:12, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Абсолютно согласен, то же пришёл к такому выводу, но никогда не обмазывал
    > родные типы и функции. Вот только со 'String' обмазывал, что бы
    > получать форматированную строку по месту, типа
    > '''
    > printf(MyString("a=%d", a).c_str());
    > '''

    это С или С++? Если С - что это за обвязка такая? O_o Что за обращение к элементу c_str()?
    Что за строка такая, что требует конвертации (malloc?) в null-end, и передачи как первого аргумента в printf, когда он требует другого вообще... А если С++, то зачем... ох, вы реально так делаете или это вброс?

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

    Похоже таки вброс. Ну ок, какие именно строки вам нужны в стандарте?

     
     
  • 8.121, n00by (ok), 10:32, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это не вброс, это что-то похуже Такие сначала утверждают, что strlen требуют ... текст свёрнут, показать
     
     
  • 9.237, Ivan_83 (ok), 22:14, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    strlen это memchr ,, 0x00 ... текст свёрнут, показать
     
  • 7.234, Ivan_83 (ok), 21:50, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я думаю вы пошли по не правильному пути :)
    Нужно признать что в С нет строк, есть только куски памяти с непредсказуемым содержимым.
    Единственное что можно называть строками - это строковые константы задаваемые в коде двойными кавычками.
     
     
  • 8.257, Аноним (-), 09:42, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А этот факт кто-то отрицал Паскальщики уже полвека об этом говорят Си - это не... текст свёрнут, показать
     
     
  • 9.261, Ivan_83 (ok), 11:48, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ООП на сях вполне себе есть, просто оно не обмазано сахаром Оно в общем и на ас... текст свёрнут, показать
     
  • 8.260, тыквенное латте (?), 11:06, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    стандарт знает об этом, или инфа от инсайдера ... текст свёрнут, показать
     
     
  • 9.262, Ivan_83 (ok), 11:50, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так это вопрос интерпретации стандарта, не более Кто то считает что по сокету н... текст свёрнут, показать
     
     
  • 10.267, тыквенное латте (?), 18:00, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    разрабы компиляторов об этом знают ну, что написанное в стандарте - вопрос инте... текст свёрнут, показать
     
     
  • 11.274, Аноним (-), 06:41, 05/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В стандарте чистаго Си про строки, ничего не написано ... текст свёрнут, показать
     
     
  • 12.275, тыквенное латте (?), 10:44, 05/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.116, n00by (ok), 10:24, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По какой идеологии правильно Такое г-но ещё Ален И Голуб расчихвостил в своё в... большой текст свёрнут, показать
     
     
  • 7.235, Ivan_83 (ok), 21:58, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    reallocarray() это функция, появилась в OpenBSD и растащилась как минимум во фрю.

    mem_set(void *buf, const size_t size, const uint8_t c);
    Вот это идеологически правильно: буфер, размер и только потом фиговина которую туда пихать.
    В традиционном memset() иногда размер пишут вторым аргументом.


    > Там отчасти решают проблемы вон того непотребства, в том числе и с ошибками из-за приведения типов.  inline в Си откуда заимствовано?

    Это выдуманная проблема.


    > Вопрос в том, какой ценой выходит код.

    Ну это тоже как посмотреть.
    Кресты же пытаются дотянуть до уровня высокоуровневых языков практически без ручного манагемента памяти, куда то чуть ли не до LUA/PHP/python.

     
     
  • 8.280, n00by (ok), 11:20, 06/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Значит код чуть лучше, чем я написал, но основные проблемы никуда не делись вло... большой текст свёрнут, показать
     
  • 4.75, Роман (??), 06:28, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В какое место ставит крест?

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

     
     
  • 5.204, Аноним (204), 16:11, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >в порядке убывания важности:
    > - решает ли задачу
    > - насколько сложно поддерживать
    > - насколько глючно и не безопасно

    Чисто корпоративный подход - снижение издержек важнее безопасности.
    А вот для потребителя/юзера безопасность данных важнее прибыли корпораций.

     
     
  • 6.226, тыквенное латте (?), 20:55, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    юзеру пох, он сидит на венде даже без (обожемой) юблока. пока инфоцыгане пытаются его напугать до ус-чки, чтоб продать "безопасность" (с) (r) (tm).
     
  • 6.236, Ivan_83 (ok), 22:08, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, юзеру безопасность не важна, ему важнее функционал Зачем смартфон без порн... большой текст свёрнут, показать
     
     
  • 7.242, Аноним (204), 00:02, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Даже когда доходит до безопасности жизни юзер выбирает функционал.

    Абсурд!
    Ты многих встречал, которые ради функциональности (не таскать с собой связку ключей - это же так удобно) не закрывают квартиру или машину?

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

    >Потому подотритесь своей безопасностью

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

     
     
  • 8.251, Ivan_83 (ok), 02:16, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное для вас будет шоком но есть много мест где люди не заморачиваются закры... текст свёрнут, показать
     
  • 3.134, zog (??), 11:01, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Он просто обеженный непрофессионал, у которого вечно зудит.
    Продолжать поддерживать древние версии Винды в 2024 году, в особенности не получившие популярность версии 8 и 8.1 - это верх идиотизма. Тем более в современном ЯП, не успевшем обрасти легаси.
     
  • 2.46, Аноним (46), 02:03, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не вижу arm в списке.
     
     
  • 3.68, caralice (ok), 05:35, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А седьмая винда существует под арм? У раста есть таргеты относящиеся к арму с виндой, в сортах не разбираюсь:
    [ul]
    [li]aarch64-pc-windows-msvc
    [li]aarch64-pc-windows-gnullvm
    [li]arm64ec-pc-windows-msvc
    [li]aarch64-uwp-windows-msvc
    [li]thumbv7a-pc-windows-msvc
    [li]thumbv7a-uwp-windows-msvc
    [/ul]
     
  • 2.52, caralice (ok), 03:03, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Windows 7 всё ещё поддерживается, но уже как отдельная Tier 3 платформа (точнее, две платформы: x86_64-win7-windows-msvc и i686-win7-windows-msvc); об этом писали в феврале: https://blog.rust-lang.org/2024/02/26/Windows-7.html
     
     
  • 3.99, Аноним (99), 09:31, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А надо - и XP, 2000, 98, 95, 3.1, ReactOS... Поддержка языка программой должна определяться не хотелками авторов компилятора, а задействованными в программе API и несовместимыми фичами формата (при этом должна быть возможность редактором формата подредактировать бинарь, чтобы он и без этих фич заработал на старье).
     
     
  • 4.228, Аноним (227), 21:03, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надо - значит делай. Исходники компилятора открыты всем желающим, качай и патчи как считаешь нужным.
     
     
  • 5.248, Аноним (239), 00:29, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проще использовать другой язык где таких проблем нет.
     
     
  • 6.252, Аноним (252), 02:59, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Используй. А пособники Micro$oft будут использовать ванильный компилятор с ванильным рантаймом. Точно так же, как MSVC используют вместо MinGW, навязывая быдлы покупку лицензий на винду и компов под них.
     
     
  • 7.272, Аноним (272), 01:42, 05/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Точно так же, как MSVC используют вместо MinGW

    Гнутый вендорлок? Это другое, понимать надо!

    > навязывая быдлы покупку лицензий на винду и компов под них.

    Да, покупать надо у правильных пацанов вроде IBM, Oracle, Canonical или Suse и стоить это будет дороже чем у MS. Всякие анекдоты про community-based дистры в проде рассказывать не нужно ибо давно уже не смешно.

     

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

  • 1.9, Аноним (7), 23:39, 02/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >Код на языке Borgo компилируется в представление на языке Go

    то есть наследует все наиболее критичные недостатки языка go.

     
  • 1.15, Аноним (15), 00:14, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Теперь всё, что было переписано на расте, надо переписывать на Borgo
     
     
  • 2.135, zog (??), 11:03, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И компилировать Go... ну ты понял, что сморозил пургу.
     

  • 1.16, Ivan_83 (ok), 00:16, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Кто то ещё не вырос и изобретает свои языки.
    Одни запутались в крестах и кривой архитектуре, потому решили что ну его нафиг и для своей гнили изобрели отдельный гнилой язык.
    Другие просто фигнёй маятся вместо решения насущих практических проблем.

    GO - то понятно зачем: автору хотелось выпендрится а гуглю нужны обезьянки за дёшего, так бы тоже можно было обойтись PHP+LUA.

     
     
     
    Часть нити удалена модератором

  • 3.194, Аноним (265), 14:15, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема банальнее - люди в массе тупые и программисты не исключение. В том числе, которые пишут новые ЯП и которые считают, что существующих ЯП достаточно и ничего больше делать не нужно. Со временем повышается порог вхождения в профессию и сейчас делать новый ЯП лучше других могут только по настоящему яйцеголовые.
     
  • 2.203, Прадед (?), 15:40, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Все такие: а нахрена этот язык? А автор такой пожимает плечами. В отпуске был наверное.

    Если же в рабочее время сделал, то это любопытно, с точки зрения атмосферы, скажем так, если вы понимаете о чём я

     

  • 1.17, Аноним (17), 00:19, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    На Rust и Borgo всё ещё невозможно писать GUI-приложения?! Не нужно.
     
     
  • 2.27, Ivan_83 (ok), 00:43, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А на чём их возможно писать Серьёзно, я не фонат этих двух языков, но по ИМХО д... большой текст свёрнут, показать
     
     
  • 3.192, AKTEON (?), 14:10, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На Жабе- великой и ужасной,бгг
     
  • 2.279, Проходил мимо (?), 07:25, 06/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На Rust возможно писать GUI приложения. Вы просто не в теме.
     

  • 1.36, Аноним (36), 00:54, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >Код на языке Borgo компилируется в представление на языке Go
    >Код компилятора написан на языке Rust

    Не хватает пакетного менеджера, написанного на Dart и системы сборки, написанной на Haskell.

     
     
  • 2.136, Пряник (?), 11:17, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Всё это уже есть.
     

  • 1.38, Аноним (38), 00:59, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Проекты на нем есть? Мне от внезапно понадобился другой редкий язык программирования. Там сплошная математика исходя из уроков. Пока сейчас компилируется IDE, думаю — за что мне так не повезло в жизни? Ну сделали Borgo и что? Теперь вопрос в комьюнити — сколько людей наберётся под какие проекты?
     
     
  • 2.47, Аноним (46), 02:04, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Теперь вопрос в комьюнити — сколько людей наберётся под какие проекты?

    Берёшь и снимаешь с ним тикток, на следующий день будет на опеннете.

     
  • 2.84, Аноним (84), 08:24, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какие ешё проекты этот язык заброшен уже 8 месяцев. А в новость его добавили чтобы сделать вид что на расте написаны какие-то проекты. Но проекты на расте достигают неподъмной когнитивной сложности уже на ранних этапах и их забрасыват как и сабж.
     

  • 1.48, Прадед (?), 02:21, 03/05/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.54, Аноним (54), 03:26, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Golang с человеческим лицом, допиленный для использования человеком и не вызывающий отвращения? Это интересно..
     
     
  • 2.76, Аноним (76), 06:30, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Он всего лишь избавился от if err != nil и от <- в каналах (обе эти сущности gyano обезьяны я согласен полностью). Но йопт нахрена это было делать на rust. Весь язык можно заменить на программу которая будет при запуске генерировать go код, написать LSP и все.
     
     
  • 3.258, Аноним (258), 09:47, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Справедливости ради тут ещё ADT, которого в go тоже не хватает.
     

  • 1.55, cheburnator9000 (ok), 03:31, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Язык ' в ' котором ' на ' каждый ' чих ' дичь ' полнейшая ''.

    А вот Borgo интересный. Но ответьте, кто знает, в нем также рантайм решает, где хранить объект (stack/heap)? Если да то можете закапывать, ибо все что сложнее примитивного кода у вас будет вызывать раздражение в сложной архитектуре.

     
     
  • 2.79, голос из леса (?), 07:05, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    De##lo, read:

    >>  Код на языке Borgo компилируется в представление на языке Go

     
  • 2.85, Аноним (84), 08:25, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я знаю что Борго никто больше не развивает это всё что надо про него знать.
     
     
  • 3.244, Аноним (239), 00:12, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Почему же, активность в репозитарии есть, запрос общества на чистый синтаксис есть, может не сейчас, но шанс взлететь у него есть.
     

  • 1.61, Carantin (?), 03:43, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а где сравнения про вес простого текста в hello w?
     
     
  • 2.139, Пряник (?), 11:21, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зависит от кодировки. В Rust по умолчанию utf8.
     

  • 1.62, Аноним (62), 03:50, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Проект развивает Marco Sampellegrini, автор книги "The Simple Haskell Handbook" и разработчик системы непрерывной интеграции Quad CI.

    Брошенный проект, о котором никто не знает и не использует.

     
  • 1.65, Аноним (65), 05:13, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как ругатели Borgo относятся к Elixir ? :)
     
  • 1.67, Аноним (67), 05:33, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Этот язык borgo - Мб он компилируется в go, но написан на расте, что значит, что он тащит весь невменяемый cargo. Синтаксис мб и лучше, но самая большая проблема раста не устранена.
     
     
  • 2.74, Аноним (76), 06:23, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для сборки программы нужно сперва запустить cargo, затем go, пусть выкидывает на мусорку, это не язык, а очередной псевдотранспиллер, иными словами у вас никогда не будет полноценного дебаггкра в нем. Истории "не успеха" nim и vala никого не учат.
     
     
  • 3.131, 12yoexpert (ok), 10:42, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    вот кстати да, nim - прикольный язык, пока тебя не задолбает расставлять echo

    дебажить как бы можно, но сгенерированный сишный код, т.е. дебаггера нет

     
     
  • 4.220, Советский инженер (ok), 19:12, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >но сгенерированный сишный код, т.е. дебаггера нет

    и в чем проблема? деманглер некому написать?

     
     
  • 5.224, cheburnator9000 (ok), 19:44, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    https://plugins.jetbrains.com/plugin/15128-nim тут есть, тут прекрасная поддержка nim, ну до какой степени ее может реализовать один разработчик, но у них сразу 2 проблемы: плагин не своевременно обновляет поддержку новых релизов IDE (да можно сидеть на старой вообще без проблем), а самое главное он практически не развивается.
     
     
  • 6.229, тыквенное латте (?), 21:03, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Support for 2024.1
    > Plugin Versions
    > Apr 11, 2024
    > Version 1.5.4-223

    ого, да он же уже того... сдох.

     
     
  • 7.238, cheburnator9000 (ok), 23:36, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Он не сдох, он в режиме поддержки доступности для новых версий Idea и все. Новых разработок в нем нет, потому что нет ни людей на проект ни, по-видимому, у них желания.
     
  • 6.256, Аноним (256), 05:59, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    жаль, это проприетарная и крайне тормозная ide

    надо посмотреть, как там всё реализовано

     

  • 1.148, tcpip (??), 11:52, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Да нафиг надо ещё один ЯП! Есть старые, проверенные временем python, java, c++
     
     
  • 2.151, Пряник (?), 11:57, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее нафиг ещё один синтаксис, если синтаксис почти не влияет на результат и не прибит гвоздями к процессу компиляции. Внезапно, можно добавить в C++ синтаксис Python и т.д. и не изобретать ещё один ЯП.
     
     
  • 3.243, Аноним (239), 00:02, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Почему тогда Rust не сохранил простой и понятный синтаксис Си а изобрел свои каракули?
     
     
  • 4.285, Пряник (?), 18:42, 06/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну незнаю. Мне Rust больше напомнил Python. Когда уже будет конкретика?
     
  • 2.157, Аноним (157), 12:06, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Есть старые, проверенные временем python, java, c++

    Удачный вброс. Поместил свой "python" рядом с нормальными языками - и он уже не кажется таким убогим?

     
     
  • 3.268, Аноним (-), 18:33, 04/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.286, Пряник (?), 18:50, 06/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если писать своё мнение никак не аргументируя, то его обязательно все выслушают и примут к сведению. Что C++, что Java возникли и развились, как недоразумение, выносящее людям мозг. Почему Java не ругают за тормоза также, как и Python? Если Си это выстрел себе в ногу, то С++ это отпиливание и сжирание своей ноги вместе с костью. Мощное комбо из свободы действий и этих богатства действий.
     
  • 2.160, Аноним (160), 12:15, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    не надо python... Совсем не надо...
     
     
  • 3.169, Афанасий (?), 12:46, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что нужно?
     
     
  • 4.190, 12yoexpert (ok), 14:08, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    докопаться до языка, который тебе назовут
     
     
  • 5.205, Афанасий (?), 16:21, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И зачем докапываться до указанных языков?
     
     
  • 6.208, 12yoexpert (ok), 16:35, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    самоутверждаться
     
     
  • 7.263, Аноним (263), 13:44, 04/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....ответы скрыты (12)

  • 1.170, Аноним (170), 12:48, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Добрый день! А есть язык программирования, сочетающий сильные стороны Visual Basic и Rust?
     
     
  • 2.181, Аноним (157), 13:30, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Есть не язык, а типичный подход. Кроссплатформенная разработка, предполагающая интерфейс на достаточно простом и удобном VB или его вариантах, а интенсивные вычисления на компилируемом языке.
     
  • 2.185, Аноним (185), 13:50, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чё то мелко плаваешь. Ищи уже тогда сочетание брэйнфака и пролога, заправленное макропроцессором M4. Хотя пролог сам по себе тот еще брэйнфак.
     
     
  • 3.201, Прадед (?), 15:37, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    m4 нетрошь, эта святое!!
     
     
  • 4.255, Афанасий (?), 03:27, 04/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    M4 – ископаемое из докембрия. Ему место в палеонтологическом музее.
     
  • 2.186, Аноним (-), 13:57, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Добрый день! А есть язык программирования, сочетающий сильные стороны Visual Basic и Rust?

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


     
  • 2.196, AKTEON (?), 14:32, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    (С прищуром змея в Эдеме) Молодой человек, а пробовали ли вы изучить Scala ?
     
  • 2.202, Прадед (?), 15:37, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сишарб и дотнет
     

  • 1.177, Аноним (177), 13:03, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Все проходит и это пройдет. (С) Соломон
     
  • 1.249, Аноним (239), 01:26, 04/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >язык программирования Borgo, который пытается быть более выразительным, чем язык Go, но менее сложным, чем язык Rus

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

     
  • 1.264, lavren1974 (ok), 14:18, 04/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А ничего, что у borgo последний коммит был 8 месяцев назад? То есть, он уже практически не живой.
     
  • 1.276, S22 (?), 12:22, 05/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Есть аналоги rust живые?
     
  • 1.278, Аноним (278), 17:59, 05/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если кто не в курсе - язык Borgo назван в честь актрисы IngeBorga Dapkunaite - такой же непостоянный и глючный, пытающий совместить в себе 2 култруры, но так и остающийся чужим для всех.
     
  • 1.294, Русский хакер (?), 00:52, 10/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вопрос знатокам, а это Borgo JSON распарсить сумеет? Избавились ли там от такого "прикола", как в Go — язык для "бекенда", но при этом не могущий распарсить JSON?
     

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



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

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