The OpenNET Project / Index page

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

Выпуск языка программирования Rust 1.45

20.07.2020 10:09

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

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

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

  • Устранена давняя недоработка при выполнении преобразований между целыми числами и числами с плавающей запятой. Так как компилятор Rust использует LLVM в качестве бэкенда, операции преобразования типов выполнялись через инструкции промежуточного кода LLVM, такие как fptoui, в которых имеется одна существенная особенность - неопределённое поведение, если результирующее значение не умещается в целевой тип. Например, при преобразовании вещественного значения 300 с типом f32 в целый тип u8 результат непредсказуем и может отличаться на разных системах. Проблема в том, что подобная особенность проявляется в коде, не помеченном как "unsafe".

    Начиная с Rust 1.45 поведение при переполнении размера типа жёстко регламентировано, а операция преобразования "as" выполняет проверку на переполнение и приводит преобразуемое значение к максимальному или минимальному значению целевого типа (для вышеотмеченного примера значение 300 будет преобразовано в 255). Для отключения подобных проверок предусмотрены дополнительные вызовы API "{f64, f32}::to_int_unchecked", работающие в режиме unsafe.

    
       fn cast(x: f32) -> u8 {
           x as u8   
       }
    
       fn main() {
           let too_big = 300.0;
           let too_small = -100.0;
           let nan = f32::NAN;
     
           let x: f32 = 1.0;
           let y: u8 = unsafe { x.to_int_unchecked() };
     
           println!("too_big_casted = {}", cast(too_big));     // на выходе 255
           println!("too_small_casted = {}", cast(too_small)); // на выходе 0
           println!("not_a_number_casted = {}", cast(nan));    // на выходе 0
       }
    
  • Стабилизировано использование процедурных макросов, похожих на функции, в выражениях, шаблонах и утверждениях. Ранее подобные макросы могли вызываться не везде, а только в определённых частях кода (отдельным вызовом, не переплетающимся с другим кодом). Расширение способов вызова макросов, похожих на функции, было одним из требовалось для обеспечения работы web-фреймворка Rocket в стабильных выпусках Rust. Ранее для достижения дополнительной гибкости задания обработчиков в Rocket требовалось включение экспериментальной возможности "proc_macro_hygiene", недоступной в стабильных версиях Rust. Теперь указанная функциональность встроена в стабильные выпуски языка.
  • Разрешено использование диапазонов с типом "char" для перебора значений диапазона (ops::{Range, RangeFrom, RangeFull, RangeInclusive, RangeTo}):
    
       for ch in 'a'..='z' {
           print!("{}", ch);
       }
       println!(); // Будет выведено "abcdefghijklmnopqrstuvwxyz"
    
  • В разряд стабильных переведена новая порция API, в том числе стабилизированы Arc::as_ptr, BTreeMap::remove_entry, Rc::as_ptr, rc::Weak::as_ptr, rc::Weak::from_raw, rc::Weak::into_raw, str::strip_prefix, str::strip_suffix, sync::Weak::as_ptr, sync::Weak::from_raw, sync::Weak::into_raw, char::UNICODE_VERSION, Span::resolved_at, Span::located_at, Span::mixed_site, unix::process::CommandExt::arg0.
  • В компилятор rustc добавлена поддержка переопределения различных возможностей целевой платформы при помощи флага "target-feature", например, "-C target-feature=+avx2,+fma". Также добавлены новые флаги: "force-unwind-tables" для генерации "раскрученных" (unwind) таблиц вызовов, независимо от стратегии обработки краха; "embed-bitcode" для управления включением биткода LLVM в генерируемые rlibs. Флаг "embed-bitcode" по умолчанию задействован в Cargo для оптимизации времени сборки и потребления дискового пространства.
  • Обеспечен третий уровень поддержи для платформ mipsel-sony-psp и thumbv7a-uwp-windows-msvc. Третий уровень подразумевает базовую поддержку, но без автоматизированного тестирования и публикации официальных сборок.

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

  1. Главная ссылка к новости (https://blog.rust-lang.org/202...)
  2. OpenNews: Выпуск операционной системы Redox OS 0.5, написанной на языке Rust
  3. OpenNews: Выпуск языка программирования Rust 1.44
  4. OpenNews: Для Linux и Redox представлена реализация Libc на языке Rust
  5. OpenNews: Предложение по обсуждению вопроса добавления в ядро Linux средств для разработки на языке Rust
  6. OpenNews: Линус Торвальдс подключился к обсуждению начальной реализации поддержки Rust в ядре Linux
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/53398-rust
Ключевые слова: rust, boot
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (358) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (3), 10:28, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот, ребята, у меня кризис. Не знаю, на чем программировать. С одной стороны, хочу безопасность, с другой стороны - эффективность. И с третьей - по возможности простоту. Пробовал на Java - вроде бы не слишком опасно, но и как-то тяжеловесно. Пробовал Haskell - не всегда понятно местами и я до сих пор не особо пойму в эффективность в чистом ФП. Пробовал в Си - как-то уж слишком опасно. Что думаете насчёт Rust в этом ключе, стоит пробовать?
     
     
  • 2.5, Аноним (5), 10:32, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +16 +/
    А на чём собственно сейчас программируешь? Давай предысторию кризиса.
    з.ы. Диванному психологу недостаточно входных данных.
     
     
  • 3.19, Аноним (3), 10:50, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я студент-математик, мои основные задачи сейчас состоят в реализации всяких алго... большой текст свёрнут, показать
     
     
  • 4.30, Анонолекс (?), 10:58, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Язык ADA.
     
     
  • 5.34, Анонолекс (?), 11:03, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    P.S. Я как-то мелкий видел бабу на пляже с подобной книгой: https://scientificrussia.ru/data/auto/historical/preview-adalang.jpg

    ХЗ, чё её все стороной обходили...

     
     
  • 6.36, Аноним (3), 11:05, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это у вас не совсем канон, я на лурке читал, что настоящая книга по аде всегда красная
     
     
  • 7.46, заминированный тапок (ok), 11:18, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    на фото книга была когда-то красной, когда была свежей
    потом со временем свернулась от старости и стала коричневой
     
     
  • 8.88, lockywolf (ok), 12:20, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Когда-то была трёхцветной, но потом покраснела от крови мучеников accidental рев... текст свёрнут, показать
     
  • 5.231, Аноним (-), 08:00, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Математик? Алгоритмы?
    Free Pascal без вариантов.
     
     
  • 6.240, Аноним (240), 10:00, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Пожалей студента. Он ведь выпустится, начнёт работу искать. И кому нужен будет с фрипаскалем?
     
     
  • 7.258, Аноним (258), 12:35, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Он будет давать работу таким как ты.
     
     
  • 8.274, Аноним (240), 13:42, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Типа он наговнокодит, а мне потом переделывать Спасибо, конечно, но мне и без э... текст свёрнут, показать
     
  • 4.40, Anonn (?), 11:08, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > как пишут код в NASa

    И на чем там пишут? Никогда не задумавался об этом. Предположу, что все-таки на чистом Си, но с кучей тестов и где нужно математическое док-во корректности каждой функции.

     
     
  • 5.48, заминированный тапок (ok), 11:24, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    об этом была целая статья
    основной код пишут (прошивка лYнохода и тд) на Си

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

    ---
    Интересный факт, на Опенете русское слово лYнохода - матерно и не проходит валидацию

     
     
  • 6.102, Аноним (102), 12:51, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Интересный факт, на Опенете русское слово лYнохода - матерно и не проходит валидацию

    Видимо прикрутили машинное обучение для распознования матерных слов, и слово лунoxoд бездушная машина воспринимает как хуeплёт

     
     
  • 7.103, Sluggard (ok), 12:56, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее это из-за сленгового использования слова «лунохoд» для обозначения линуксоидов. Тут и с написанием слова «вендузятник» были проблемы.
     
     
  • 8.131, заминированный тапок (ok), 14:31, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    зато с вантузом всё хорошо... текст свёрнут, показать
     
     
  • 9.167, Anonn (?), 17:38, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот значит, куда завел мой разговор ... текст свёрнут, показать
     
  • 5.157, Аноним (3), 17:04, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я видел как-то жёсткий стайлгайд NASA по кодингу на Си, 10 правил. Зато каких, динамическую память нельзя, рекурсию нельзя, циклы с переменным кэпом нельзя. Ну хотя на космическом корабле циклы с неопределенным кэпом и правда лишнее
     
  • 4.45, Аноним (45), 11:17, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    если не очевидно какой язык будет в конечном итоге лучше для проекта, то можно вложиться в написание "универсального" кода, например на HAXE: https://ru.wikipedia.org/wiki/Haxe
     
     
  • 5.52, заминированный тапок (ok), 11:28, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Haxe - это лишь Toolkit, для Haxe в любом случае нужно знать и Язык/Платформу под которую пишешь
    (об этом и сами разработчики не раз заявляли(ют))

    если Haxe с компиляцией в C#, то тебе нужно знать в итоге и C#
    ну и тд

    если Haxe в Natvie (C++/C), тогда нужно знать и особенности управления сборщика мусора (да, он тянет туда и Boehm), и типизацию данных и нативные типы данных (в C# и C/C++ свои обвязки Haxe) желательно тоже

     
     
  • 6.65, Аноним (45), 11:50, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Haxe - это лишь Toolkit

    но и язык тоже

    > нужно знать и Язык/Платформу под которую пишешь

    а никто не обещал что будет легко

     
  • 4.50, Аноним (50), 11:25, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ничего производительнее Си для процессоров общего назначения пока не придумали. В остальном без разницы C++, Java, Haskell, используйте, что нравится. Производительность в наше время это вычисления на видеокарте, тут все эти языки бесполезны.
    >от кастов типов даже.

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

     
     
  • 5.84, alex312 (?), 12:12, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ничего производительнее Си для процессоров общего назначения пока не придумали

    Аноним - балаболище. Тут вот пару дней назад была тема про дырень в glibc, где меня все убеждали, и убедили, что С не может в нормальные оптимизации. Поэтому асм.

    >Производительность в наше время это вычисления на видеокарте

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

    >рай земной для любителя математики.

    анон знает математику на уровне школы, возможно даже не на 5-ть.

     
     
  • 6.100, КО (?), 12:45, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >де меня все убеждали, и убедили, что С не может в нормальные оптимизации.

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

     
     
  • 7.106, alex312 (?), 13:04, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    1. разговор шол про конкретную библиотеку (glibc), а не вообще. Не слышал чтобы ее разработчики заботились о других компиляторах, кроме gcc.
    2. моя позиция была и осталась, если компилер настолько чудит, что на нем нельзя нормально написать memcpy - зачем такой компиль?
     
     
  • 8.138, Аноним (138), 15:16, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это потому что ты малограмотный нуб, без опыта, но с очень ценным мнением Иначе... текст свёрнут, показать
     
     
  • 9.144, alex312 (?), 16:05, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Денис ты извини не признал в гриме ... текст свёрнут, показать
     
     
  • 10.162, Аноним (138), 17:15, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это все что ты можешь сказать ... текст свёрнут, показать
     
     
  • 11.168, alex312 (?), 17:44, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это все, чего ты достоин ... текст свёрнут, показать
     
  • 6.127, Сишник (?), 14:24, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да ну https www opennet ru opennews art shtml num 52903 ... большой текст свёрнут, показать
     
  • 6.248, анон (?), 11:01, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Лол, так это ты ныл про свое незнание интринсиков и опций gcc.
     
     
  • 7.254, alex312 (?), 11:35, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Лол, так это ты ныл про свое незнание интринсиков и опций gcc.

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

     
  • 5.159, Аноним (3), 17:07, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > типы данных от лукавого, для машин всё числа, рай земной для любителя математики

    Вы не правы. Во-первых, типы данных от математиков и пришли, вроде как Рассел начинал что-то такое придумывать, а потом подхватили в ФП. Во-вторых, чем дальше в математику, тем меньше чисел и больше букв. В-третьих, типы - это проверки, а проверок хотелось бы побольше и повсеобъемлющей

     
     
  • 6.187, Sw00p aka Jerom (?), 21:29, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Вы не правы.

    Вы тоже не правы, так как не дали разъяснения неправоты на это утверждение "типы данных от лукавого, для машин всё числа".

    >Во-первых, типы данных от математиков и пришли, вроде как Рассел начинал что-то такое придумывать, а потом подхватили в ФП.

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

    >Во-вторых, чем дальше в математику, тем меньше чисел и больше букв.

    Я бы сказал бы, тем меньше констант и больше переменных.

    >В-третьих, типы - это проверки, а проверок хотелось бы побольше и повсеобъемлющей

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

     
     
  • 7.213, Аноним (3), 02:09, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Типы - не проверки, а некая область значений требующая проверки, а сами типы это допустимый её (области) диапазон. Рассел также ввел понятие иерархии типов.

    Не, ну я согласен. Просто ведь можно же сделать систему типов (в контексте языка программирования систему) с жесткими проверками, как в Haskell или Agda (не пробовал, но там вроде ещё жестче. Ещё Idris из этой оперы). Можно, конечно, и систему типов с слабыми проверками сделать, как в Си. Но лучше же с сильными, чем с слабыми, не так ли? Лучше больше выловить в компайл тайме, чем искать баги или обнаруживать ошибки типов в рантайме.

     
  • 4.55, mumu (ok), 11:35, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    математик и кластеры? Был бы просто математик, то однозначно Python + NumPy/SciPy и Matlab. Erlang заточен под многопоточку, но вы станете единственным кто будет использовать, поддерживать и развивать код и продукт. На C  что угодно будет быстрее, но в сто раз сложнее. Это как бы задача не для одного человека фулстек писать. Пишите себе прототипы на пайтонах, а студенты других специальностей уже будут думать, как это на hadoop накрутить.
    Кстати, а ваша логика во всякие SQL не влезет? Там и кластеризация из коробки практически есть :)
    p.s. никаких хаскелей и окамлов
     
     
  • 5.62, Аноним (62), 11:43, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если математика, то только FORTRAN
     
  • 5.63, lockywolf (ok), 11:46, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    За упоминание Матлаба надо сразу по пальцам бить, прямо не сходя с места.
     
     
  • 6.109, mumu (ok), 13:06, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну наверное, действительно если задача не только провести рассчет, но и написать приложение, то это не сюда.
    В своё время в инсте делал в нём работы по электродинамике и прочим физическим рассчётам. Никакой боли не испытывал, скорее наоборот.
     
     
  • 7.114, Аноним (114), 13:27, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Матлаб вендузятен, поэтому плох. Нужны тру юникс приложения.
     
     
  • 8.123, НяшМяш (ok), 14:05, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    То-то я году в 2009 использовал нативный матлаб на линуксе в универе Видать при... текст свёрнут, показать
     
  • 8.164, Аноним (3), 17:23, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Проблема матлаба не в этом ... текст свёрнут, показать
     
  • 6.343, фттщ (?), 01:01, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну Octave)
     
  • 5.110, Аноним (110), 13:07, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Был бы просто математик, то однозначно Python + NumPy/SciPy

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

     
     
  • 6.117, Аноним (117), 13:41, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не слушай этого...
    У нас все на питоне и все норм. Мыслить надо в абстракциях языка, а не пытаться переписывать всякие strcpy на питоне и орать - тормоза!
     
     
  • 7.120, Аноним (-), 13:55, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > У нас все на питоне и все норм

    У вас кто-нибудь программировать то умеет? Какие-нибудь языки знает?

     
  • 6.128, Аноним (128), 14:26, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Взять и так бездарно обосрать Пайтон. Это надо уметь!
     
     
  • 7.132, Аноним (-), 14:32, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А кому этот хлам сейчас нужен? Живите в настоящем, а не в конце 20-го века.
     
  • 6.133, Аноним84701 (ok), 14:40, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Эта связка не годится для математика. Ни один новый, реально работающий алгоритм
    > реализовать только на питоне он не сможет. Питон годится только тем,  кому по методичке работать. И следовать ей по-буквенно.

    Как хорошо, что Bram Cohen об этом в свое время не слышал :)

     
  • 4.60, lockywolf (ok), 11:42, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Fortran 2018 Параллелизм почти автоматом, есть allocatable массивы, эдакий эрза... большой текст свёрнут, показать
     
     
  • 5.147, qetuo (?), 16:27, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Почини описание проекта -- "lacks", не "leaks".
     
  • 5.246, dikiy_f90 (?), 10:52, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чем компилять, когда gfortran поддерживает 2003 неполностью.
     
  • 4.70, Pirr (ok), 11:57, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.ada-ru.org/safe_secure_2012
     
  • 4.73, Урри (?), 11:59, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Серебряной пули нет.
     
  • 4.91, Аноним (5), 12:22, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Рекомендую попробовать C - хоть и недолюбливаю мелкософт, но должен признать он... большой текст свёрнут, показать
     
  • 4.94, TheFotoMag (ok), 12:28, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Знаю математиков с хитрыми алогритмаи Зарабатывают поиском сортирвкой Наприме... большой текст свёрнут, показать
     
     
  • 5.153, Аноним (3), 16:48, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Все «типы» и «крутые» — это просто операции процессра с регистрами.

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

     
     
  • 6.201, TheFotoMag (ok), 00:15, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Все «типы» и «крутые» — это просто операции процессра с регистрами.
    > Так-то оно так, да только эти типы вводят ограничения, а значит больше
    > проверок. А больше проверок - больше шанс поймать ошибки в компайл
    > тайме

    Ничто не мешает тебе делать это самостоятельно.

     
     
  • 7.212, Аноним (3), 02:05, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А я хочу, чтобы машина делала, за меня.
     
  • 4.96, Аноним (96), 12:35, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > основные задачи сейчас состоят в реализации всяких алгоритмов хитрых

    Julia. Лучше неё для математика сейчас ничего нет.

    Кстати, на следующей неделе конференция с бесплатным веб-участием - https://juliacon.org/2020/tickets/

     
  • 4.97, Аноним (240), 12:41, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я студент-математик, мои основные задачи сейчас состоят в реализации всяких алгоритмов хитрых. В основном пока что я делал только игрушечные кейсы, но я чую, что скоро понадобиться делать серьёзное вычисление, ресурсоемкое.

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

     
  • 4.125, albb (ok), 14:08, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тут как-то в комментариях писали о каком-то диалекте Си, если не ошибаюсь, на котором пишут софт для автомобилей. Там как раз всё для безопасности сделано. Стандарт под это дело имеется.
     
     
  • 5.137, Аноним (3), 15:06, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мб MISRA C
     
     
  • 6.143, albb (ok), 15:58, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Мб MISRA C

    Ага, оно https://en.wikipedia.org/wiki/MISRA_C

     
  • 4.145, Аноним (145), 16:11, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если C тебе в целом норм был, то C++. Только в шаблоны не лезь и всё с твоими волосами будет хорошо.
     
  • 4.230, bOOster (ok), 07:13, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Fortran
     
  • 4.232, Анон363 (?), 08:24, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Математика? Лучше https://julialang.org нет.
     
  • 4.239, Аноним (239), 09:57, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    JavaScript. Очень быстр (уже давно есть JIT/AOT) компиляция, лучший синтаксис из всех, тонны сахара, нормальное человеческое ооп на прототипах, поддержка функциональшины, асинхронность из коробки, кроссплатформенность, можно хоть в браузере исполнять, хоть на сервере, хоть в виде доктоп-приложения.

    Пока что лучший язык из всех существующих.

     
     
  • 5.244, Аноним (240), 10:35, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Совсем макаки страх потеряли, советую своё жопаскрипт для ресурсоёмких вычислений…
     
     
  • 6.251, Аноним (251), 11:17, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >для ресурсоёмких вычислений

    Самое оно. Процедурами на JS внутри оракловой бд очень-очень большие выборки перемалываем.

     
     
  • 7.256, Michael Shigorin (ok), 12:30, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Это, если кому интересно, была белка-истеричка насчёт "ватности", "без Столмана лучше" и "sjw -- лучшее, что случалось с опенсорсом" (из темы про нелёгкую судьбу ALSA).  А, ещё торчок.  Любуйтесь, запоминайте.
     
     
  • 8.263, Аноним (240), 12:52, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    А это был возомнивший о себе вахтёр Впрочем, все и так уже давно в курсе ... текст свёрнут, показать
     
  • 8.280, Аноним (280), 14:43, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Добавь это в свой ежедневный отчет иначе 15 рублей не засчитают, Миша 129297... текст свёрнут, показать
     
  • 7.260, Аноним (240), 12:46, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Процедурами на JS внутри оракловой бд очень-очень большие выборки перемалываем.

    А о том, что перемалывают на самом деле не «процедуры на JS», а сишный/плюсовый (а местами и асмовый) код, интерфейсом к которому эти процедуры являются, ты не задумывался?

     
     
  • 8.262, alex312 (?), 12:51, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А о том, что все это перемалывается процессором, а не каким-то С, ты не задумыва... текст свёрнут, показать
     
     
  • 9.285, Аноним (240), 15:19, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тебе кажется, что ты удачно сострил Но нет Код JS, скомпилированный твоим люби... текст свёрнут, показать
     
     
  • 10.287, alex312 (?), 15:38, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Че девки не дают почесать ЧСВ хочеться А еще я знаю как хдеб делать, как выращ... текст свёрнут, показать
     
  • 10.288, alex312 (?), 15:40, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Че девки не дают почесать ЧСВ хочеться А еще я знаю как хдеб делать, как выращ... текст свёрнут, показать
     
  • 6.261, alex312 (?), 12:46, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Совсем макаки страх потеряли, советую своё жопаскрипт для ресурсоёмких вычислений…

    https://www.opennet.ru/opennews/art.shtml?num=52224

    А чего добился ты?

     
     
  • 7.267, Аноним (240), 13:06, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Между которыми строчками я должен был прочесть о ресурсоёмких вычислениях?
     
     
  • 8.273, alex312 (?), 13:33, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ключевые слова и фразы - математик Фабрис Беллар - JavaScript - Добавлены пр... текст свёрнут, показать
     
     
  • 9.283, Аноним (240), 15:14, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1 Математики не всегда занимаются ресурсоёмкими вычислениями 2 Пример добавле... текст свёрнут, показать
     
     
  • 10.286, alex312 (?), 15:27, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю какой ты там из анонимов, но можеш это объяснить либо себе, либо другому... текст свёрнут, показать
     
     
  • 11.316, Аноним (240), 17:40, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я 240, если ты циферку не видишь Ресурсоёмкость у нас возникла не сама по себе,... текст свёрнут, показать
     
  • 2.6, DEV (?), 10:33, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Что бы получить собственное представление конечно нужно попробовать самому.


     
     
  • 3.269, Ordu (ok), 13:17, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Совершенно точно. Судить о языках по отзывам в блогах -- неблагодарное и бесполезное занятие.
     
  • 2.7, Аноним (7), 10:37, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Пробовал в Си - как-то уж слишком опасно.

    Будь опасным, в чём проблема? Проблема в управлении памятью, да? Ну так это. Это же не Си ей управляет, а ты. Думай, что делаешь, делов-то.

     
     
  • 3.12, Аноним (3), 10:42, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну, как бы, я не особо себе доверяю. Плюс я писал проект на Си и немаленький, с ростом все сложнее услеживать. Людям свойственно ошибаться, баже лучшим из них, так почему бы не заставить машины проверять за нами как можно больше? Поэтому моя идеология такая - компилятор должен следить по максимуму. И типы проверять жёстко, и все прочее, в идеале вообще формальная верификация, как в seL4 (который, что интересно, написан на Си, но там док-во вроде побольше кода даже)
     
     
  • 4.37, Аноним (7), 11:07, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вопрос не в доверии, а в организации процесса Вот ты сам говоришь про seL4, а т... большой текст свёрнут, показать
     
  • 4.116, anonom (?), 13:36, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Valgrind
     
     
  • 5.149, Аноним (240), 16:42, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Valgrind (как и вообще динамический анализ) — не панацея. Все возможные комбинации входных данных ты тестами не покроешь.
    Это не значит, что valgrind плох, и что динамический анализ не надо использовать. Надо. Но надо и помнить, что всех ошибок он не отловит.
     
  • 5.281, Аноним (280), 14:58, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    PVS-Studio. /thread
     
  • 3.108, DEV (?), 13:06, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    а если проект пишут несколько программистов, и приходят всё новые и новые?
     
  • 2.8, A.Stahl (ok), 10:38, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    PHP -- оно будет работать даже если ты попытаешься взять квадратный корень из массива. Безопасность ого-го! Простота просто ухх! Лёгок как  жопа воробья. Вот только не шустрый нифига, но как замена Башу вполне покатит.
     
     
  • 3.14, Аноним (3), 10:43, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не поверишь, но я поддерживаю один php-проект, так что вопроса о том, программировать или нет на php, тут не стоит для меня
     
  • 3.38, Анонолекс (?), 11:07, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чем баш не наш?
     
     
  • 4.89, заминированный тапок (ok), 12:21, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    тестовыми паттернами, как минимум
     
  • 3.41, Аноним (41), 11:11, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >Безопасность ого-го!

    Wordpress подтверждает!

     
  • 2.10, Аноним (10), 10:40, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А где оригинал пасты?
     
     
  • 3.29, Аноним (3), 10:56, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это и есть оригинал пасты. Так сказать "специально для оупен нет дот ру" 😃
     
  • 2.11, Брат Анон (?), 10:41, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Думаю, что Ржавый обречён. Тупо не взлетит по причине изначальной тяжести. Смотри на го, Модулу-2, и ещё лучше -- Компонентный Паскаль.
     
     
  • 3.79, Аноним (41), 12:05, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Говорят, есть следующая инкарнация Модулы - Modula-3
     
     
  • 4.362, Брат Анон (?), 13:45, 27/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Говорят, есть следующая инкарнация Модулы - Modula-3

    Это не инкарнация. Это самостоятельная реализация, к тому же весьма обременённая.
    Следующая инкарнация Модулы-2 -- оберон-2. А последняя версия из это ветки Оберон-7/2016. Для системщины -- весьма вкусно. Си завидует как может.

     
  • 3.111, Аноним (114), 13:17, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ты из сайта "информатика21"? Тамошние люди тащатся от Оберона и К. Паскаля. Вот только все эти паскали предназначены для экосистемы Виндовс.
     
     
  • 4.361, Брат Анон (?), 13:43, 27/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не пори чушь, если не знаешь.
     
  • 2.15, Аноним (15), 10:47, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Компилятор си сегодня отлавливает многие баги. Другие баги отлавливаются в рантайме по-умолчанию. Опасность си в багах, которые формально удовлетворяют компилятор и выглядят безобидно, по при этом приводят приводят к состоянию гонки, например. Но в си с этим гораздо попроще, чем в плюсах. Сейчас в компиляторах (в частности gcc) есть опять же средства отладочного инструментирования, которые укажут на проблемы. В общем, практического смысла в общем случае не использовать си нет -- он универсален и идеален примерно для всего.
     
     
  • 3.27, Аноним (3), 10:54, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот развитие компайлеров, анализаторов и даже формальных верификаторов внушает доверие, конечно, но вот хотелось бы снизить число багов в рантайме, перенеся по возможности весь баг кетчинг на компайл тайм.

    Да, гонки опасны, и вот я слышал в расте борроу чекер вроде не даёт делать их.

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

     
     
  • 4.365, Аноним (365), 21:02, 06/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Да, гонки опасны, и вот я слышал в расте борроу чекер вроде не даёт делать их.

    Только гонки по данным (За владение ресурсом)

     
  • 2.20, C (?), 10:50, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    C#
     
     
  • 3.28, Аноним (3), 10:55, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Та же Java в сущности, только от MS, с сахарком.
     
     
  • 4.74, Урри (?), 12:02, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С сахарком, блекджеком и финтифлюшками.
    Чего только linq стоит - обмазаться и кайфовать.
     
  • 4.206, Аноним (206), 01:01, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ваша джава памяти жрёт как бык помои! В сишарпе по оптимизированнее с этим делом, так что не нужно тут ля ля!
     
  • 2.32, Аноним (32), 11:02, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вот, ребята, у меня кризис. Не знаю, на чем программировать.

    Можно попробовать на русском. А то беда какая-то везде с ним )

     
  • 2.33, Корец (?), 11:03, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чтоб не было опасно, учи язык, на котором пишешь! Peшeтo можно написать на любом языке.
     
  • 2.43, Повидло19 (?), 11:12, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Выбор очевиден. https://youtu.be/H4YRPdRXKFs
     
     
  • 3.44, Повидло19 (?), 11:16, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну или чуть менее очевиден https://youtu.be/5-OjTPj7K54
     
     
  • 4.47, Аноним (3), 11:24, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Лисп, кстати, мне всегда нравился своим изяществом
     
     
  • 5.76, Урри (?), 12:02, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    "Божественный, безумно древний язык" (с)
     
     
  • 6.81, lockywolf (ok), 12:10, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > "Божественный, безумно древний язык" (с)

    Изящное оружие для более цивилизованной эпохи.

     
  • 3.49, Аноним (3), 11:25, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мсье имеет вкус, однако, кинул ссылку на этот шедевр, снимаю шляпу!
     
  • 2.77, Аноним (77), 12:03, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну если не толстишь, то ладно.
    Ни в коем случае не бери С и не слушай ананимасов с опеннета. С выглядит очень просто, но эта простота обманчива. В нем дохрена тонкостей. Чтобы писать на нем надежно, нужно обмазать весь код рантайм проверками, вместо которых в нормальном языке есть компилятор, система типов и макросы. Чтобы писать на нем быстро, нужно искать хотспоты, смотреть ассемблерный код и тюнить исходник под кодогенератор. Санитайзеры не помогут тебе. Они работают в рантайме, код с ними все равно надо тестировать.

    Попробовать Rust решительно стоит.

     
     
  • 3.99, Аноним (99), 12:42, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Раст безопасен и быстр потому, что везде есть таблички unsafe. Предупрежден - значит сразу становишься умнее.В С быстро отупеешь, потому что весь код unsafe и можно поймать все UB от компиляторов (у каждого компилятора свой список UB и багов). Только не надо говорить, что UB это свойство языка. В погоне за оптимизацией откидывается весь здравый смысл и язык не причем. Язык создавался универсальным, чтобы не ограничивать создание компиляторов на весь зоопарк аппаратных платформ. Но смузихлебы то, что не прописано жестко в языке считают UB.
     
     
  • 4.122, alex312 (?), 14:00, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    1. C был создан в 70-х, когда компы,в соеднем, были слабее соверменных микроконтроллеров.
    2. UB описаны в стандартах С, вот проклятые смузихлебы, и туда уже добрались.
     
  • 4.129, Аноним (129), 14:28, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    UB это свойство реальности, тут может произойти что угодно К счастью с разной и... большой текст свёрнут, показать
     
  • 2.113, vladimir (??), 13:26, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    golang
     
  • 2.155, Аноним (240), 16:55, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Коль скоро все кинулись обсуждать опасность C, внесу свои 5 копеек. Если бы у меня стояла задача сделать что-то на C максимально безопасно и с нуля, я бы попробовал заюзать frama-c, добавляя в код ACLS-аннотации. Нет, пока не пробовал: задачи подходящей не было и не предвидится в ближайшем будущем. Если у кого есть опыт, поделитесь.
     
     
  • 3.214, Аноним (3), 02:11, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А вот за наводку на фраму спасибо, надо будет покрутит, что из себя представляет. Я вот из подобных систем только по Isabelle начинал книжку читать (правда Изабель - вещь несколько более широкого плана, теорем прувер вообще, а не только для проверки программ)
     
  • 2.205, Аноним (205), 01:01, 21/07/2020 Скрыто модератором
  • +/
     
  • 2.207, СССР (?), 01:02, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    бери С++ и либы/фрэймворки в которых  реализованы контейнера по работе с данными (так проще если боитесь этих указателей). Я спользую QT,  в котором реализованны классы по работе с БД, структурами данных, другими словами разницы в написании бэкендов ровно ноль между ПХП и QT, работа с данными просто сказка, все автоматом. Но если вы стали более опытным, вы познали указатели, то вас за уши не оттянешь от их применения. Указатели это мощь и власть для программиста. С++ и имеющиеся классы для работы с данными предоставляют гибкий выбор между автоматизацией по работе с данными и скоростью написания кода, и качеством кода в рамках скорости выполнения и его объема.
     
     
  • 3.216, Аноним (3), 02:17, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Указатели это мощь и власть для программиста

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

     
     
  • 4.223, СССР (?), 02:56, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вот и я про безопасность когда ты полностью понимаешь какие данные ты хранишь, ... большой текст свёрнут, показать
     
     
  • 5.225, Аноним (225), 03:26, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот тем Rust и интересен, что сборщика мусора нет Да вот что-то не исполняется ... большой текст свёрнут, показать
     
     
  • 6.228, СССР (?), 04:55, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну как нет, есть он там сборщики то )
    по поводу ошибок, я помню в 1996 году был второй год в нашем вузе когда ввели платное обучение. уже в 1997 году в универе каких только мастей стутентов можно было увидеть,  в то время очень много поступило детей богатых мам и пап, 1998 большая масса студентов сидела на героине, а потому что в голове опилки и желания покутить, а в вуз шли так как модно, + город, отрыв от родителей и все такое. Не все конечно, было много и уникальных людей, умных, но сама система высшего образования порушилась. Вот поэтому так много ошибок в коде, потому что кодеры такие а не язык, и сейчас мы пытаемся подстроится под эту действительность, а с реформами в школах так и вообще что бы избежать ошибок нужно будет писать массово на бэйсике, си точно не осилят
     
     
  • 7.242, alex312 (?), 10:24, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >ну как нет, есть он там сборщики то )

    сборщик в расте такой же как и в С++.

     
  • 6.229, СССР (?), 05:02, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    в итоге программиста не будет А скажи в чем пролемма если за ебя уже давным да... большой текст свёрнут, показать
     
     
  • 7.243, alex312 (?), 10:31, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >в итоге программиста не будет )

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

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

    А к чему С вообще ? пиши на асме, или вообще машкодами. Или что, слабо ?

     
  • 7.265, Аноним (3), 13:03, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и пусть, главное решение задач Программиста и так толком нет Ну в быту пробл... большой текст свёрнут, показать
     
  • 2.221, Аноньимъ (?), 02:50, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю вам нужно найти работу.
     
  • 2.257, Aytishnik.com (ok), 12:32, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Учи C, С++ и за Rust будущее, тоже учи
     
  • 2.350, Сергей Пробелов (ok), 12:02, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Добрый день Выбор языка во многом зависит от задач Чем лучше сформулировать дл... большой текст свёрнут, показать
     

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

  • 1.9, Fracta1L (ok), 10:39, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –37 +/
    Гробовщик дырявой сишки. Надеюсь, лет через 10 программирование на С будет считаться профнепригодностью.
     
     
  • 2.13, Аноним (10), 10:42, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –15 +/
    Вообще-то уже. Такого говнокода, как у сишников и некоторых питонщиков, я даже в проектах на вижуал бейсике и паскале (сам ы на них не пишу, но иногда прихтдится реверс-инженирить из исходников) не видел.
     
     
  • 3.17, Fracta1L (ok), 10:48, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Пока что С-фанбои (по большей части те что больше приветмира на сишке ничего не писали) активно копротивляются и верещат всякие мантры типа "язык это просто инструмент!!!", "надо просто быть внимательным и писать правильный код!!!!"
     
  • 3.21, Аноним (15), 10:51, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Видимо то, что ты принял за гoвнокод, было написано не от хорошей жизни. Эффективный код не выглядит красиво (говорю про си и питон), а ты сейчас демонстрируешь некомпетентность.
     
     
  • 4.23, Fracta1L (ok), 10:52, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Подъехали авторы "эффективного" writeonly кода с 20 операторами в одной строке
     
     
  • 5.54, Аноним (50), 11:32, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Конечно эта строчку можно разобрать на 20 строчек, но читабельнее от этого код не станет. В любом случае придётся держать кучу переменных в голове.
     
     
  • 6.58, alex312 (?), 11:40, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    конечто же станет.
    Если в одной сроке реально 20 опрераций, то она будет ддлинной, даже если имена переменных однобуквенные.
    Значит первое что надо сделать - дать переменным нормальные имена. И вуаля, уже 20 опреаций в одну строку не влазит.
     
  • 6.72, Fracta1L (ok), 11:58, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > читабельнее от этого код не станет

    Для всех будет лучше, если ты пойдёшь мести улицы

     
  • 6.83, lockywolf (ok), 12:12, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Конечно эта строчку можно разобрать на 20 строчек, но читабельнее от этого
    > код не станет. В любом случае придётся держать кучу переменных в
    > голове.

    У настоящих мужчин дебаггер умеет ходить по горизонтали.

     
     
  • 7.87, Аноним (50), 12:16, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > У настоящих мужчин дебаггер умеет ходить по горизонтали.

    Видел такое кстати, хоть и не помню где. Но настоящие мужчины в отладчике не нуждаются! Можешь спросить Линуса, он подтвердит.

     
  • 4.31, alex312 (?), 11:00, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Эффективный код не выглядит красиво

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

     
     
  • 5.39, Аноним (15), 11:08, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это зависит от задачи. Скажем, тонны лапшекода не всегда и не во всём будут эффективней и важно учитывать, во что именно развернёт твой код компилятор.
     
  • 5.85, Урри (?), 12:14, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот тебе конкретный пример - кусок эффективного кода, который использует пара... большой текст свёрнут, показать
     
     
  • 6.93, Аноним (77), 12:26, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Был бы нормальный язык вместо С можно бы было вместо вызова векторных функций операторы использовать:

    >r6.val[0] = vshlq_n_u16(vaddq_u16(c0123.val[0], j256), 6);

    r6.val[0] = (c0123.val[0] + j256) << 6;

    и уже не такой треш.

     
     
  • 7.101, Аноним (240), 12:46, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А что это за язык?
     
     
  • 8.126, НяшМяш (ok), 14:10, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это даже на JavaScript корректный синтаксис ... текст свёрнут, показать
     
     
  • 9.158, Аноним (240), 17:06, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да хрен с ним, с синтаксисом Что за язык вот это преобразует в векторные инстру... текст свёрнут, показать
     
     
  • 10.184, Аноним (77), 21:26, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да есть тут у нас в 2020 пара языков с перегрузкой операторов лол Плюсы так уме... текст свёрнут, показать
     
     
  • 11.200, Аноним (240), 23:33, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А, то есть для того, чтобы это работало, надо на каждую строчку несколько десятк... текст свёрнут, показать
     
     
  • 12.318, Аноним (77), 18:42, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Почти Если примерно почувствовать А если точнее то 7 перегруженных операторов ... текст свёрнут, показать
     
  • 10.348, КО (?), 10:17, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Любой в котором есть специальные примитивы под это Типа векторов длиной 128,25... текст свёрнут, показать
     
  • 7.134, n00by (ok), 14:44, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как быть с остальными строками, который Вы не соизволили показать на "нормальном языке"?
     
     
  • 8.191, Аноним (77), 21:59, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    a0_x128 simd u8x16 load above base_x base_shift j a1_x128 simd u8... большой текст свёрнут, показать
     
     
  • 9.320, n00by (ok), 19:01, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо По большому счёту, мало что изменилось Всё так же требует подглядывать... текст свёрнут, показать
     
  • 6.95, alex312 (?), 12:29, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    посмотрел исходник в оригинальном оформлении, а не то как тут вставилось.

    Собственно, а где некарсиво ?

     
  • 6.154, Анонимъ (?), 16:48, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно обёртку написать для этого всего. Всё заинлайнится и будет эффективно в той же степени, но выглядеть красивше. Но это имеет смысл делать только при условии, что такого кода много. Иначе будет оверинжиниринг.

    Вообще тут кроме слишком короткой длинны строки ничего плохого по сути и нет.

     
  • 4.224, Аноньимъ (?), 02:57, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы делаете что-то очень неправильно если вам нужно эффективный код на Питоне писать.

    Про Си это скорее миф.
    Одно дело когда ты пишешь под одну единственную платформу и под один конкретный процессор.
    Но этого уже небывает в природе.

    А предварительная оптимизация вообще плохой тон.

     
     
  • 5.326, Аноним (15), 19:43, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы наверное не видели "хайлоад", если у вас такие вопросы. Эффективность использования памяти и процессора не на последнем месте, когда нам надо забить все доступные ресурсы ноды и ограничение не в питоне. Плохой неэффективный код будет "ограничением питона" примерно сразу. Небольшая "оптимизация" зачастую позволяет выжать ещё 10 раз по столько же.
     
     
  • 6.341, Аноньимъ (?), 00:33, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Хайлоад на Питоне?

    У меня конечно большие вопросы.
    Я бы конечно с теми кто такое бы мне предложил дел бы не имел.

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

     
     
  • 7.344, Аноним (15), 06:02, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Хм… То же самое могу сказать о людях вот с подобным отношением. Есть множество областей, где ограничивающим фактором является не скорость выполнения. Куда чаще возникает ситуация, когда памяти расходуется слишком много (и нет, дело не в питоне). Но, в любом случае, скорость разработки решения и удобство его масштабирования и сопровождения однозначно говорят в пользу связки питона с каким-нибудь си -- по моему опыту код на питоне любой сложности не содержит ошибок и работает сразу благодаря своей специфике, а это значительное преимущество.
     
     
  • 8.345, Аноньимъ (?), 06:16, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так если скорость и память не ограничивающие факторы, то это не хайлоад Вы меня... текст свёрнут, показать
     
     
  • 9.353, Аноним (15), 20:45, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Красивые абстракции не будут бесплатными Они будут очень, очень, очень платными... текст свёрнут, показать
     
  • 8.346, Аноньимъ (?), 06:22, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я неспросил сразу, что за нода, а теперь испугался, вдруг веб сервер жаваскрипто... текст свёрнут, показать
     
  • 3.51, n00by (ok), 11:28, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > иногда прихтдится реверс-инженирить из исходников

    Вообще-то реверс -- это когда без исходников, а не взять готовые сорцы и переписать на другом языке.

     
     
  • 4.53, Аноним (3), 11:31, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тут видимо на намёк на то, как сложно разбираться в этих сорцах
     
     
  • 5.56, n00by (ok), 11:36, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А "там" был намёк, почему ему сложно разбираться.
     
  • 3.98, Аноним (-), 12:41, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Такого говнокода, как у сишников и некоторых питонщиков

    питонщики - это не программисты, а интеграторы. Им можно.

     
  • 2.16, Совершенно другой аноним (?), 10:47, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Замечательный гробовщик, со встроенным UB, как оказалось.
     
     
  • 3.80, Аноним (77), 12:09, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В одном языке UB находят и исправляют, в другом UB - священная корова.
     
  • 3.104, Аноним (240), 12:58, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > со встроенным UB, как оказалось.

    Что значит — оказалось? Оно всегда было задокументировано.

     
     
  • 4.121, Совершенно другой аноним (?), 13:57, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> со встроенным UB, как оказалось.
    > Что значит — оказалось? Оно всегда было задокументировано.

    э.. так по что-же вы C пинаете - там эти UB вообще в утверждённом международном стандарте задокументированы с подписями и мокрыми печатями. Или если в Rust-е задокументировано где-то в потрохах LLVM, то это можно, а в C в официальном документе на язык - ни за боже мой!

     
     
  • 5.156, Аноним (240), 16:59, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я? Я не пинаю, я сишечку нежно люблю.
    А в расте задокументировано вовсе не в потрохах LLVM, а намного ближе. Причём там такое UB, что оно в дебажных сборках ведёт (или вело до вот этого вот релиза, нет сейчас времени вникать) себя не так, как в обычных. Привет Гейзенбергу.
     
  • 2.18, Аноним (18), 10:49, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что тогда делать любителям дырок и буферов?
     
     
  • 3.22, Fracta1L (ok), 10:52, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Переполненных буферов, ты хотел сказать)
     
  • 3.24, alex312 (?), 10:53, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    для любтелей дырок и буферов оставлена лазейка в виде unsafe :)
     
  • 3.61, Аноним (61), 11:42, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Любителям дырок и буферов вообще тут делать нечего. Ну в смысле на опеннете.
     
  • 2.35, Корец (?), 11:04, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Дырявый тут только фрактал, который до сих пор не может выучить божественную сишечку!
     
  • 2.42, Аноним (129), 11:11, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Хотя в целом подход Rust мне нравится и считаю его перспективным, но надеюсь никогда не будет такого что знание и умение использовать что-то будет определять не пригодность.
    В целом лучше было бы, чтобы Rust еще какое-то время чувствовал на себе бремя доказывать свою эффективность, безопасность и т.д. А после того как он займёт свою нишу и получит достаточно широкое признание пусть "победит сильнейший", "порешает рыночек" и т.п.
    Лучше пусть это потребует достаточно много времени, без каких-то "эффектных" менеджеров будь то корпорации или сообщество.
     
  • 2.222, Аноньимъ (?), 02:51, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Незнаю почему вас так хейтят.

    Си как яп просто глупая шутка.

     
     
  • 3.234, Fracta1L (ok), 08:34, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не обращай внимания на местных рванин
     
  • 2.358, Аноним (358), 13:29, 24/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С разморозкой, Си безопаснее хруста. В хрусте unsafe блоки, а в Си нет
     

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

  • 1.26, Servey (?), 10:54, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Почему сабжа нет в пакетах под RHEL ?
     
     
  • 2.105, Аноним (240), 12:59, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Потому что это RHEL, в нём всегда так.
     
     
  • 3.139, Servey (?), 15:17, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Т.е. к продакшену еще не готов.
     
  • 3.142, Servey (?), 15:29, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрел Федору, тоже нет рпм, т.о. нет ни одной програмки на rust в дистрибутиве. Иначе в кожи ее не собрать.
    Странно версия проги уже 1.х а так ни одной полезной програмки на нем не написали еще.
     
     
  • 4.175, Аноним (240), 19:45, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Неужели даже Firefox нет?
     

  • 1.57, DEV (?), 11:38, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    по скачиванию LOG-пакеджа, заметно что всё больше продакшен кода на RUST
    создается:
    https://crates.io/crates/log
     
     
  • 2.66, Сишник (?), 11:51, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    NPM 2.0
     
  • 2.173, ann (??), 18:53, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И как-же это ты такой вывод сделал что это потому что именно продакшен код на rust
     

  • 1.59, n00by (ok), 11:41, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    IA SDM:

    If a converted result cannot be represented in the destination
    format, the floating-point invalid exception is raised, and if this exception is masked, the indefinite integer value
    (2 w-1 , where w represents the number of bits in the destination format) is returned.

     
  • 1.64, Аноним (64), 11:46, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хахахахахаха, вот умора! Даже си компилятор при преобразовании из float в char выдает предупреждение, а "заточенный под безопасность" хваленый руст это пропускает что выливается в неопределённое поведение.
     
     
  • 2.68, YetAnotherOnanym (ok), 11:54, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо хоть теперь поведение определённое (хоть и нелепое) и задокументированное.
     
  • 2.69, Сишник (?), 11:55, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да у них там тысячи незакрытых ишью висят, много критикал багов, как они это разгребать будут, я хз.
     
  • 2.78, Аноним84701 (ok), 12:04, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Хахахахахаха, вот умора! Даже си компилятор при преобразовании из float в char выдает предупреждение

    Ну давайте посмотрим. И раз:



    cat hello2.c && clang -Wall -Wextra hello2.c && ./a.out
    #include <stdio.h>
    int main(void) {
            char x = (char)1.04E+17;
    printf("%c",x);
    return 0;
    }
    (%  



    и два


    % gcc -Wall -Wextra hello2.c&& ./a.out  
    %



    Ой?

    И три

    % cat hello.rs && rustc hello.rs                                                  
    fn main() {
        let x:u8 = 1.04E+17;
        println!("Hello, world! {}",x);
    }
    error[E0308]: mismatched types
    --> hello.rs:2:16
      |
    2 |     let x:u8 = 1.04E+17;
      |           --   ^^^^^^^^ expected 'u8', found floating-point number
      |           |
      |           expected due to this

    error: aborting due to previous error

    % rustc --version                                                                
    rustc 1.43.1



    В общем, да, умора-умора. Особенно когда очередные "спецы" не различают между _явным и неявным_ приведением типов 🙄

    ЗЫ:
    собственно по теме "даже си компилятор":
    ISO/IEC 9899:TC3
    6.3.1.4
    > When a finite value of real floating type is converted to an integer type other than _Bool,
    > the fractional part is discarded (i.e., the value is truncated toward zero). If the value of
    > the integral part cannot be represented by the integer type, [b]the behavior is undefined.[/b]
    >

     
     
  • 3.112, Аноним (112), 13:17, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Дурачок, это два разных кода.

    Аналог твоего сишного кода на расте выглядит так:
    fn main() {
        let x:u8 = 1.04E+17 as u8;
        println!("Hello, world! {}",x);
    }

    И он выводит:
    Hello, world! 255

    Аналог твоего растоманского кода на си:
    #include <stdio.h>
    int main(void) {
            char x = 1.04E+17;
    printf("%c",x);
    return 0;
    }

    И он выводит:
    <source>:3:18: warning: implicit conversion of out of range value from 'double' to 'char' is undefined [-Wliteral-conversion]

            char x = 1.04E+17;

                 ~   ^~~~~~~~

    1 warning generated.

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

     
     
  • 4.115, Аноним84701 (ok), 13:32, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Умничка моя, эти коды соответствуют _твоему_ же сравнению Даже си компилятор ... большой текст свёрнут, показать
     
     
  • 5.335, Аноним (335), 22:36, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Подъехал еще один иксперт. Объясни теперь ты разницу:

    1. char x = (char)1.04E+17;
    2. let x:u8 = 1.04E+17 as u8;

    Скажи что эти два кода принципиально разные. Что си, что раст все сделали как сказал программист и скомпилили как надо. При неявном присвоении оба компилятора руганулись. О чем вы тут спорите?

     
     
  • 6.336, Аноним84701 (ok), 23:32, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ветку не читай, сразу требуй объяснений Дано Теперь внимательно следи за рукам... большой текст свёрнут, показать
     
     
  • 7.360, Аноним (360), 01:42, 26/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Даже си комплятор при [неявном] преобразовании из float в char выдает предупреждение [а в ржавчине при явном не выдает]

    Ерунда какая-то. Выдавать предупреждение при неявном преобразовании полезно. При явном бесполезно, тебе ли не знать что делает сишка под капотом.

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

    Как пример, unsigned long x = 0UL + LONG_MIN. Должен ли компилятор тут ругаться? Сишка не ругается, шарп ругается.

     
  • 2.208, Аноним (205), 01:07, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    классический руст. то, что в с++ неопределённое поведение, в русте просто где-то задокументировано, значит определённое поведение. открою страшную тайну (страшную для фанатиков руста), это не последнее переполнение которое там есть.
     
     
  • 3.324, inferrna (ok), 19:34, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Неопределённое поведение, это не то, что ты, дурак, считаешь неопределённым, из-за недостаточной образованности. Это поведение, выдающее на разных системах/флагах сборки и т.д. различный результат.
    >это не последнее переполнение которое там есть

    ты бы с примерами приводил, а то чё как не ананимус

     
  • 2.270, Ordu (ok), 13:23, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Хахахахахаха, вот умора! Даже си компилятор при преобразовании из float в char выдает предупреждение, а "заточенный под безопасность" хваленый руст это пропускает что выливается в неопределённое поведение.

    Дитятко, если ты хочешь глумиться над растом, не выглядя идиотом, то тебе следует ржать над тем, что все эти годы преобразование было UB, хоть раст и трубил во все трубы о том, что в расте UB -- нини. Само по себе это не делает C лучше, чем rust -- в C это тоже UB, но C, по-крайней мере, не претендует на отсутствие UB. В некотором смысле rust был лучше, потому как он запрещал неявные преобразования, то есть нельзя было сделать преобразование типа и не заметить этого. Но это слабое утешение.

     
     
  • 3.329, Forth (ok), 19:50, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Утешение воистину слабое.
    У меня такое вылезло неожиданно, тесты в релизе обвалились, хотя в дебаге все было ОК.
    Приведение f32 в u16 всегда давало 0 в релизе и при этом правильный результат для i16.
     
     
  • 4.333, Ordu (ok), 20:57, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Утешение воистину слабое.
    > У меня такое вылезло неожиданно, тесты в релизе обвалились, хотя в дебаге
    > все было ОК.
    > Приведение f32 в u16 всегда давало 0 в релизе и при этом
    > правильный результат для i16.

    Угу. UB во всей его красе.

     

  • 1.67, YetAnotherOnanym (ok), 11:53, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > без использования (...) runtime
    > компилятор Rust использует LLVM в качестве бэкенда

    ?

     
     
  • 2.71, Аноним (358), 11:58, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    очивидно что rust фанбои низнают используит ли их язык runtime или нет.
     
  • 2.92, Аноним84701 (ok), 12:26, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> без использования (...) runtime
    >> компилятор Rust использует LLVM в качестве бэкенда
    > ?

    http://lists.llvm.org/pipermail/llvm-dev/2011-December/046445.html
    >>  "The LLVM Project is a collection of modular and reusable compiler
    >> and toolchain technologies. Despite its name, LLVM has little to do
    >> with traditional virtual machines, ..."
    > "LLVM" is officially no longer an acronym.  The acronym it once expanded too was confusing,

    ?_o

     
  • 2.165, Аноним (165), 17:24, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И? Это как написать: "ANSI C использует gcc в качестве бекенда".
     
  • 2.271, Ordu (ok), 13:24, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> без использования (...) runtime
    >> компилятор Rust использует LLVM в качестве бэкенда

    Что именно тебя здесь смущает? Раскрой свой вопрос и задай его, а не просто натягивай вопросительную гримасу на рожу.

     
     
  • 3.325, YetAnotherOnanym (ok), 19:39, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Что именно тебя здесь смущает? Раскрой свой вопрос и задай его, а
    > не просто натягивай вопросительную гримасу на рожу.

    Долго объяснять. Не понял - проходи мимо.

     
     
  • 4.330, Ordu (ok), 20:29, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Что именно тебя здесь смущает? Раскрой свой вопрос и задай его, а
    >> не просто натягивай вопросительную гримасу на рожу.
    > Долго объяснять. Не понял - проходи мимо.

    Ну ладно, не объясняй.

     

  • 1.75, Аноним (75), 12:02, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    статью писал кто-то с вертикально плоскими мозгами.
    Ну (скрыто цензурой) (скрыто цензурой) (скрыто цензурой), (скрыто цензурой) (скрыто цензурой)!
    Какого (скрыто цензурой) не пойму я!
    Читать ведь не удобно от слова СОВСЕМ.
    У автора что, кроме мобилы ничего больше нет в мыслях, а дисплэя компьютера он(а,о) никогда не видел(а,о)? Что за (скрыто цензурой)!
     
     
  • 2.82, Аноним (82), 12:11, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    @-moz-document domain("micouy.github.io") {
    body {
        width: 100%;
        line-height: 1.4;
        font-size: 2rem;
        padding: 0 0.25rem;
    }
    main#content p {
        margin: 1rem 0;
        text-align: justify;
    }
    main#content pre,
    main#content img {
        width: 100%;
        padding: 1rem;
        font-size: 1.75rem;
    }

    }

     
     
  • 3.86, Аноним (86), 12:15, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
        margin-left: unset;
    в последнем блоке видимо забыл, возмущённый ты наш :)
     
  • 2.90, Урри (?), 12:22, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Расслабься, статью писал совсем неопытный человек, который открыл для себя ассемблер и то, что компьютеру не обязательно нужна ОС чтобы работать. Поэтому и статья такая.

    А вообще большой жирный плюс. У меня от ностальгии аж сердце защемило.

     

  • 1.107, Аноним (114), 13:06, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Опубликован ... системного программирования Rust

    Раст теперь так позиционируют?

     
     
  • 2.118, leap42 (ok), 13:45, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Раст теперь так позиционируют?

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

     
  • 2.119, Аноним (99), 13:53, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На расте можно запрограммировать любую систему где есть шланг и крейт
     
     
  • 3.136, Аноним (136), 15:05, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >шланг и крейт

    Истинно системному языку не нужен рантайм. Значит Раст не достаточно "системен".

     
     
  • 4.140, Аноним84701 (ok), 15:19, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >>шланг и крейт
    > Истинно системному языку не нужен рантайм. Значит Раст не достаточно "системен".

    Суровые челяб^W опеннетные анонимы не используют компиляторы, считая их "не достаточно системным рантаймом"? o_O


     
  • 4.150, Аноним (3), 16:44, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А раста нет рантайма, и на нем можно сделать ОС. См. Redox
     
     
  • 5.174, ann (??), 18:56, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Можно и на всяких жавах. Было такое когда-то. И что?

    Ты ставил этот Redox? Я ставил. Спасибо но сырое присырое.

     
     
  • 6.185, Аноним (3), 21:27, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Можно и на всяких жавах. Было такое когда-то. И что?

    Не, ну на жаве это на перепиленной, а тут язык изначально поддерживает режим zero runtime

    > Ты ставил этот Redox? Я ставил. Спасибо но сырое присырое.

    А это уже другой вопрос, насколько он готов

     
     
  • 7.233, Ретроград (?), 08:33, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В расте нет режима "zero runtime". Там хочешь-не хочешь, но нужно подключать core, который задействуется в каждом втором примитиве языка. Ну либо писать на расте как на урезанном C, в котором половина синтаксических конструкций работать не будет, но нафиг он тогда такой нужен.

    Проблема раста как раз в том, что неадекваты почему-то позиционируют его как язык системного программирования. Хотя даже простого взгляда на то, откуда он появился и для чего пилится, достаточно, чтобы понять, что это за язык на самом деле. Это абсолютно прикладной ЯП, типа Java и C#. Delphi 21 века, если угодно.

     
     
  • 8.255, alex312 (?), 12:07, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ты так расхваливаешь зерокостность С, а где она libc - половина на асме linu... текст свёрнут, показать
     
     
  • 9.279, Совершенно другой аноним (?), 14:42, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https github com lattera glibc C - 65 8 , Assembly - 14 2 , C - 9 4 , Object... большой текст свёрнут, показать
     
     
  • 10.284, alex312 (?), 15:16, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А вот как раз и нет Раст ,как и С, может ужиматься очень сильно, в этом плане о... текст свёрнут, показать
     
     
  • 11.290, Совершенно другой аноним (?), 15:41, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У C по стандарту есть 6 The two forms of conforming implementation are hosted a... большой текст свёрнут, показать
     
     
  • 12.299, alex312 (?), 16:15, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    конечно будут ... текст свёрнут, показать
     
     
  • 13.315, Совершенно другой аноним (?), 17:33, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно я понимаю, что необходимы следующие символы согласно https doc ru... текст свёрнут, показать
     
     
  • 14.369, freecoder (?), 10:36, 07/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    code lang eh_personality no_mangle pub extern fn rust_eh_personality... текст свёрнут, показать
     
  • 12.363, Аноним (-), 18:14, 30/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не забудь еще про freestanding прочитать, умник ... текст свёрнут, показать
     
     
  • 13.364, Совершенно другой аноним (?), 10:45, 31/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если я в чём-то где то не прав - подскажите пожалуйста В данном контексте мне, ... большой текст свёрнут, показать
     
  • 4.192, анонимуслинус (?), 22:21, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вот тут соглашусь пиши ассемблерным кодом))) и будет всем счастья. тогда нынешние системы у каждого будут выдавать хрелион процентов мощности при затратах 0,001% общих мощностей. и окажется что даже пень 4 это жесткий сервак)) а так да языки с защитой памяти удобны, но так же все дальше от системных применений. хотя и проще.
     
     
  • 5.292, Аноним (-), 15:54, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мне будеь счастье тогда и только тогда, когда ты перестанешь хамить. Умей проигрывать.
     

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

  • 1.124, Аноним (124), 14:07, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как можно назвать язык "ржавчиной" и надеяться, что у него будет хоть какое-то будущее?
     
     
  • 2.130, DEV (?), 14:31, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    о да, название конечно единственое на что нужно обращать внимание. Таким подходом успешным должен быть язык с наванием "НевероятноБыстрыйИКорректныйD++", но как-то не видно такого языка
     
     
  • 3.194, анонимуслинус (?), 22:22, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    там как раз светился D2. но неизвестно что с ним стало)))
     
  • 3.198, Аноним (198), 22:33, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Такое название говорит о том, что сами разработчики к этой разработке относились с пренебрежением. По крайней мере, по началу. Что само по себе минус. Как корабль назовешь, так он и поплывет. В этой шутке есть доля правды.
     
  • 2.160, Онаним (?), 17:08, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Есть ещё вторая возможная трактовка (сленг): "рухлядь" :)
     
  • 2.236, alexrayne (?), 09:27, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    вот "С" - это концептуально. а с крестом - это навечно, но чтобы уж наверняка - поставили два креста.

    "D" - виглядел мощно, но чтото пошло не так?

     
  • 2.339, Ordu (ok), 00:01, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Как можно назвать язык "ржавчиной" и надеяться, что у него будет хоть какое-то будущее?

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

     
  • 2.342, Аноним (3), 00:40, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так же, как можно назвать систему контроля версий git
     

  • 1.135, n00by (ok), 14:57, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Также добавлены новые флаги:
    > "force-unwind-tables" для генерации "раскрученных"
    > (unwind) таблиц вызовов, независимо от стратегии обработки краха;

    В С++ так называемые unwind-tables используются диспетчером исключений для раскрутки стека вызовов: когда текущая функция не может обработать исключение, для поиска соответствующего блока catch перебираются "снизу вверх" функции, её вызвавшие.

    Очевидно, перевод не вполне корректен.

    Знаю, что можно предположить исправление, но не знаю Rust и тамошние стратегии обработки исключений. Подожду, пока исправление предложат специалисты по языку, вдоволь напобеждавшись в Holy War.

     
  • 1.141, Аноним (138), 15:24, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Рассказ о создании приложения замечателен. Даже блин запись в видеопамять без unsafe не получилась, а ведь это всего лишь массив из 4000 байт по определенному адресу. Где хваленая безопасность ?
     
     
  • 2.151, Аноним (3), 16:45, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А по вашему запись в видеопамять это safe?
     
     
  • 3.161, Аноним (138), 17:12, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Что же такого небезопасного в массиве известного размера ? Или хваленый хруст не может обеспечить безопасности столь тривиального случая ?
     
     
  • 4.166, Аноним84701 (ok), 17:27, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Что же такого небезопасного в массиве известного размера ? Или хваленый хруст
    > не может обеспечить безопасности столь тривиального случая ?




    const VGA_MEMORY: *mut u16 = 0xb8000 as *mut u16;
    ...
    *(VGA_MEMORY.offset(self.cursor as isize)) = cell.into();


    И правда -- что же такого небезопасного может быть в записи по фиксированному адресу "именно тут, а не например в 0xA0000 или 0xb0000, точно-точно память видяхи и туда точно-точно влезет запись, мамой клянусь!"?
    Хм, а попробуйте-ка подставить 0x7C00 и расскажите нам еще немного о "безопасности" и "тривиальности" 🙄

     
     
  • 5.196, Аноним (196), 22:29, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Все таки хотелось бы услышать начальника транспортного цеха.

    Так все пресвятой руст и должен помочь с тем чтобы программы не лезли с своими байтами куда не надо. Или нет ?

    Еще раз чем видеопамять отличается от любого другого массива байтов? Только тем что находится по адресу b800 ?

     
     
  • 6.202, Аноним84701 (ok), 00:20, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ознакомся с матчастью и прекрати уже эту глупую истерику W полемику с ложным выб... большой текст свёрнут, показать
     
     
  • 7.272, Аноним (138), 13:26, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В данном случай режим явно и недвусмысленно цветной 80x25 (2 байта на символ) т.е. видеопамять является массивом из 4000 байт (или из 2000 пар байт+атрибут для эстетов).

    Получается в пресвятом хрусте нет возможности средствами языка справиться со столь простой ситуацией ?

     
     
  • 8.277, Ordu (ok), 14:01, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Почему же Там выше написано как средствами языка можно справится с такой ситуац... большой текст свёрнут, показать
     
  • 8.282, Аноним84701 (ok), 14:59, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В данном случае режим явно и недвусмысленно указывается и инициализируется где-г... большой текст свёрнут, показать
     
     
  • 9.298, Совершенно другой аноним (?), 16:12, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы немного ошиблись, имхо, уважаемый аноним имел в виду текстовый экран 80x25 н... большой текст свёрнут, показать
     
     
  • 10.327, Аноним84701 (ok), 19:45, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вздыхая -- я ведь не зря ссылочку с табличкой запостил стандартный-привычный ... большой текст свёрнут, показать
     
     
  • 11.340, Аноним84701 (ok), 00:22, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    code code А инициализацию стека SS SP то я из примера и вырезал - Хо... текст свёрнут, показать
     
     
  • 12.351, Совершенно другой аноним (?), 14:00, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сорри, прочитал не внимательно Как-то привык, что все используют первую странич... текст свёрнут, показать
     
  • 6.275, Ordu (ok), 13:56, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Знаешь, твоё непонимание небезопасности этого массива говорит не столько о том, ... большой текст свёрнут, показать
     
  • 6.317, Аноним (77), 18:22, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Еще раз чем видеопамять отличается от любого другого массива байтов? Только тем что находится по адресу b800 ?

    Ты что, не байтолюб, анонимус? Видеопамять от буфера отличить не можешь? ТУРИСТ!

     
  • 4.186, Аноним (3), 21:29, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Что же такого небезопасного в массиве известного размера ? Или хваленый хруст
    > не может обеспечить безопасности столь тривиального случая ?

    Ну так массив-то с аппаратурой связан, может там не находится да и вообще. Раст наоборот предупреждает, что тут может быть unsafe

     
     
  • 5.197, Аноним (196), 22:31, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Так и написал бы что не знаешь.
     
  • 4.247, Аноним (247), 10:58, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    "хваленый хруст" не может гарантировать безопасность доступа к памяти по произвольному адресу. И совсем несложно понять почему
     

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

  • 1.146, ann (??), 16:12, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Всё пилют и пилют этот язык, а на языке всё не пилят и не пилят. Ни инфраструктуры ни IDE.
     
     
  • 2.148, Аноним (148), 16:36, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Всё пилют и пилют этот язык, а на языке всё не пилят и не пилят. Ни инфраструктуры ни IDE.

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

     
     
  • 3.250, анон (?), 11:12, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >внушает отвращение к этому

    Я меня это началось еще 4 года назад, когда я попытался ознакомиться с ним. Самая идея про безопасную динамическую память мне понравилась. В итоге , идея оказалась так себе, реализация тоже не очень, а комьюнити очень токсичным, и судя по ответам, очень молодым. Бесполезно было искать ответы, сравнивая с и раст на разных задачах. Там, где объектник занимал 1-2кб, раст выдавал мне 40, и всем было норм, ведь коммондорский код очень опасен.

     
  • 2.152, Аноним (3), 16:46, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так постоянно ж новости, что запилили то-то и то-то на расте
     
     
  • 3.163, ann (??), 17:16, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что они запилили? Кусочек в фаерфоксе? Васянское недоделаное поделье неюзабельного состояния? Полноценного софта как не было так и нет.

    Где это всё? Безопастный почтовый клиент на святом безопастном расте? Где этот браузер на чистом расте супербезопасный? Где это IDE для rust

     
     
  • 4.169, Аноним (15), 17:49, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Там это, http трёх на русте вроде.  Есть ещё разные веб-фреймворки, показывающие неплохие результаты. Энкодер для ав1 пилят потихоньку. Этого мало или норм для хипстоподелки? Достаточно полноценно? Сейчас он претендует в основном на ту же область, что и го с жс (а го претендует занять место питона в вебе). Ещё вроде какая-то игрушка с вокселями несколько лет назад была, но понятно, что для игрушек такой язык не очень подходит -- всё ценное всё рано будет в unsafe, а всё что не в unsafe, будет тормозить. Жава с додиезом, впрочем, подходят ещё меньше, а погляди-ка. Сложные масштабные проекты вроде перечисленных тобой без массивных вливаний ресурсов (в том числе денежных) сами собой не появляются. Пока с рустом бизнес только экспериментирует, и вроде он вполне доволен результатами.
     
     
  • 5.172, ann (??), 18:50, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Сори, нечаянно не туда ответил Я же и говорю, кусочек лисы написали Ну два кус... большой текст свёрнут, показать
     
     
  • 6.176, Аноним (15), 20:08, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Все программы значительное число , используемые сегодня, были написаны 20-30 ле... большой текст свёрнут, показать
     
  • 2.177, Аноним (-), 20:11, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    IDE и ООП не нужно.
     
     
  • 3.182, ann (??), 20:42, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да пожалуйста, пиши свои хелоуврлды в блокноте, кто-же тебе мешает то.
     
  • 3.183, ann (??), 20:53, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Неосилятор? :)
     
     
  • 4.245, Sarcastic scutosaurus (?), 10:44, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты попутал. Неостиляторы — это те, кто без IDE и строчки кода написать не могут, а если даже и напишут — всё равно не знают, как его скомпилировать.
     
     
  • 5.293, ann (??), 15:56, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, рассказал человек не осиливший как опакетить прогу и делающий флатошлаки.

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

    Но если у тебя проект 5 - 10 файлов, да, оно нафик не упало.

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

     

  • 1.170, Аноним (170), 18:02, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Захожу в тему про Раст:
    Вижу Си обсуждают.
    Скоротечна жизнь.
     
  • 1.171, ann (??), 18:07, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я же и говорю, кусочек лисы написали. Ну два кусочка. Вообще фиалетово. Энкодер пользовать тоже в отрезе от проигрывателя смысла нет. Нормальные люди видео на телевизорах \ консолях смотрят а не в браузере. Я говорил именно о полезнов в поседневной жизни\работе софте. Почта (не вебморда а полноценный клиент), браузер, какое-то ide, текстовые редакторы, видео\аудио звонки, удалённый доступ, виртуализация (не докеры). Графические редакторы. Да теже аудио\видео плееры (а не один несчастный энкодер).

    Веб фрейморки туда-же, ну такое. Если уж и претендует на область го (т.е. веб) так пусть так и позицианируется, а не как системный язык уровня с\с++.

    https://github.com/rust-unofficial/awesome-rust - смотрим сюда и видим что толком то ничего и нет, что пригодилось бы в повседневной жизни\работе. Так, +- две поделки.

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

    Я например хочу писать код и получать от этого удовольствие а не заниматься мазахизмом. Удовольствие это когда одной командой поставил себе IDE и у тебя из коробки есть всё. Контекстный рефакторинг, контекстный поиск, отладка, профайлинг, справка по языку, поддержка ситем контроля версий. И это из коробки, а не идиотизм с плагинами от васянов.

     
     
  • 2.178, Аноним (-), 20:13, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Признайся ты же нормальный нытик и неосилятор, может тебе и зад подтереть надо?
     
     
  • 3.180, ann (??), 20:37, 20/07/2020 Скрыто модератором
  • –1 +/
     

  • 1.179, Аноним (179), 20:17, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Реально, под постами про Rust толпы говно*дов, которые сидят в своем болоте и не хотят изучать ничего нового.
    Изучите хотя бы основы и поймите, почему язык один из самых любимых для многих программистов - с обычными языками так не бывает.
    И я вам говорю, что Rust сильно повлиял на меня в лучшую сторону.
     
     
  • 2.181, ann (??), 20:39, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я достаточно попробовал rust и в vim и в emacs чтобы понять что преимущества он не даёт. Точно так-же спотыкается точно в тех-же местах в которых спотыкается современный C++ (я говорю именно о плюсах) при этом обладает гораздо худшей инфраструктурой.
     
     
  • 3.190, Аноним (179), 21:49, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как ты можешь понять все кейсы, когда толком с ним не работал?
    Алиасинг C++ отлавливает?
    А как подключить third-party зависимость без танцев с бубном?
    А здесь я делаю cargo add {package-name} и получаю все что мне нужно
     
     
  • 4.193, ann (??), 22:22, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я не говорил что знаю все кейсы, я попробовал переписать интереса ради несколько... большой текст свёрнут, показать
     
     
  • 5.249, Аноним (179), 11:10, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> На продакшен тащить пакеты от васянов - вообще бы руки отбивал

    Такова специфика устаревшей C++ разработки
    В нормальном мире, пакеты пишут и выкладывают ссылку на репу - нормальные люди.
    Поэтому в современных языках можно быстро поднять http-сервер, подключив actix-web и так продолжать можно до бесконечности, а C++ для такого оказался не готов

     
     
  • 6.253, анон (?), 11:25, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скажи честно, каких пакетов тебе не хватало в плюсах.

    >В нормальном мире, пакеты пишут и выкладывают ссылку на репу - нормальные люди.

    Открою тебе маленький секрет, адекватные берут только стабильную отлаженную ревизию. И никому особо не нужны микрообновы, если они не критичны.

     
     
  • 7.278, Аноним (179), 14:13, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да любые либы в C++ подключаются как г*но, причем еще хорошо что в райнтаме не отваливаются на целевой платформе.
    Микрообновы не делаются просто так от нечего делать, если что.
    У вас немного искривленное мировоззрение, из-за использования устаревших технологий)
    Возвращайтесь в современный мир
     
     
  • 8.295, ann (??), 16:01, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ох мамочки, как тебе тяжело живётся что одна комада в командной строке и две стр... текст свёрнут, показать
     
     
  • 9.311, alex312 (?), 17:10, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Г но у тебя в голове Почему это ты решил что если есть централизованный репозит... текст свёрнут, показать
     
     
  • 10.328, ann (??), 19:47, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну давай девопс расскажи про системное программирование и embedded Юмористическ... текст свёрнут, показать
     
     
  • 11.331, alex312 (?), 20:38, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У cortex-m по нулевому адресу программы сохраняют адрес вершины стека Адрес точ... текст свёрнут, показать
     
     
  • 12.355, ann (??), 00:38, 24/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Молодец, освоил гугл Теперь ты знаешь истину ... текст свёрнут, показать
     
     
  • 13.357, alex312 (?), 12:43, 24/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ути пути Унылый сишничек понял что не обладает никакими тайными знаниями Ну не... текст свёрнут, показать
     
     
  • 14.366, Аноним (-), 21:40, 06/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Есть вероятность что тут не сишечники жалуются, а орудует вполне себе банда из P... текст свёрнут, показать
     
  • 6.294, ann (??), 15:58, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если ты дальше вебни не смотришь то впёрёд. Уже и прогу без http сервера и actix-вебня написать не можем.

    Клипай дальше свои сайтики и гордо называй их программами.

     
  • 6.323, Онаним (?), 19:26, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Поэтому в современных языках можно

    Не забудьте включить leftPad в зависимости.


     
  • 3.195, DEV (?), 22:23, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    в каких местах "спотыкается"?
    IDE - сейчас RUST плагин в Intelij Idea весьма рабочий, и идёт в стороны самостоятельной IDE.
    сам ранее некоторые проекты в VIM писал(не Расте), за поддержку вим не скажу, но там любой язык из коробки как ты хочешь не идёт, смотришь дот-файлс людей которые до тебя уже пробовали разный сетап, плагинов, присматриваешься под свои нужды.
     
     
  • 4.199, ann (??), 22:34, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну я говорил про IDE, а не плагины к чему-то. Тем более Intelij. При таком раскладе лучше уж vim или emacs ковырять (те-же пляски с бубном) и доводить до нормального состояния.

    Но на это нужно время. Может когда-нибудь и доростёт. Но пока увы.

     
     
  • 5.237, alex312 (?), 09:39, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ну я говорил про IDE

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

     
     
  • 6.296, ann (??), 16:09, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    QtCreator.

    Из коробки умеет всё перечисленное мной. Не смотря что в названии присутсвует Qt и позицианируется как работа с проектами на Qt прекрасно кушает любой проект на C/C++ вплоть до ядра, и даже вроде питон (не пробовал)

    И да, это IDE на C++ для C/C++. А не пшик на электроне с васянскими вставками.

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

     
     
  • 7.300, alex312 (?), 16:16, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >QtCreator.

    Нифига не монолит. Абсолютно весь функционал реализован плагинами.

     
     
  • 8.303, ann (??), 16:32, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не весь, далеко не весь И более того плагины идут как часть самой среды и поста... текст свёрнут, показать
     
     
  • 9.307, alex312 (?), 16:51, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А вот и списочек плагивов, которых нет Android4 AutoTest4 AutotoolsProjectManag... большой текст свёрнут, показать
     
     
  • 10.354, ann (??), 00:37, 24/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А теперь скочай исходники и посмотри как это всё собирается Слово плагин они та... текст свёрнут, показать
     
     
  • 11.356, alex312 (?), 12:34, 24/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Во первых, сами кутешники называют это плагинами https code qt io cgit qt-c... текст свёрнут, показать
     
  • 6.301, ann (??), 16:29, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На вскидку ещё KDevelop (давно не смотрел что там сейчас), Anjuta DevStudio
     
  • 6.322, n00by (ok), 19:15, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >>Ну я говорил про IDE
    > Не надо тут демагогии. Покажи хоть одно IDE, которое не текстовый редактор
    > с плагинами.
    > Давай, где этот монолит прячется ?

    https://www.sourceinsight.com

     
     
  • 7.332, alex312 (?), 20:40, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я просил IDE, а это что ?

    Source Insight is a powerful project-oriented programming editor. 😊

     
     
  • 8.347, n00by (ok), 07:34, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, встроенного отладчика там нет ЦА умеет использовать WinDbg и GDB, запуск... текст свёрнут, показать
     
  • 5.252, DEV (?), 11:25, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вот для VIM
    https://rust-analyzer.github.io/manual.html#vimneovim

    (пилят в том числе и люди из джетбрейнс - Intelij Idea)

     
     
  • 6.297, ann (??), 16:10, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот то что для вим что-то пилят это молодцы. Надеюсь допилят и можно будет хоть какое-то удоволствие от языка получить.
     
  • 6.314, alex312 (?), 17:28, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а у джетбрейнса раве не свой отдельный плагин ?
     

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

  • 1.188, fsb4000 (?), 21:43, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Отличный релиз. Каждый релиз то stack overflow, то buffer overflow:

    https://github.com/rust-lang/rust/issues/74564

    Как там растоманы говорят, если компилится, то значит работает. Ну-ну :)

     
     
  • 2.189, ann (??), 21:48, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так говорить то можно. Работает или нет это уже совсем другой разговор.

    Ты так не покушайся на святой раст.

     

  • 1.203, Аноним (203), 00:40, 21/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Язык программирования ненависти. Какой язычок сейчас облегчают, все еще с++ или на чтото другое переключились?
     
  • 1.204, СССР (?), 00:52, 21/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Автоматическое управление памятью в Rust избавляет разработчика от ошибок при манипулировании указателями и защищает от проблем" - это бред вводящий молодых программистов в заблуждение. Если нужно быстро написать код по обработке данных, без внимания на деструкторы (да я про с++), то используйте контейнеры, там все решено с выделением, удалением элементов, освобождением памяти. Так же имеются умные указатели. Если же программист внимательный, то все эти рюшечки от раста не уместны.
    Научитесь думать не модными в интернете мнениями а своей головой.
     
     
  • 2.215, Аноним (3), 02:13, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Если же программист внимательный

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

     
     
  • 3.218, СССР (?), 02:34, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    так и используйте контейнера где нужно быстро и размер потребления в оперативе н... большой текст свёрнут, показать
     
     
  • 4.226, Аноним (225), 03:30, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А нафига тогда эвм нужна Не для того, чтобы на неё перекладывать Да и опять же... большой текст свёрнут, показать
     
     
  • 5.227, СССР (?), 04:44, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    нет не для того, вот автомобиль для чего нужен, что бы на дальние растояние пере... большой текст свёрнут, показать
     
     
  • 6.264, Аноним (3), 12:56, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я стремлюсь к тому, что качественно и безопасно делались задачи Существование п... большой текст свёрнут, показать
     
  • 3.219, СССР (?), 02:35, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    на большую часть людей лучьше не пологаться, тут согласен
     
     
  • 4.235, Аноним (235), 08:59, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На себя и свои глаза надо полагаться.

    Линус, Н. Вирт, Дейкстра - говорили и говорят, что код надо проверять глазами, самолично каждую строку. Эти трое к такому выводу пришли, независимо друг от друга, и глубоко убедившись в эффективности такого метода в результате многолетней практики.

     
     
  • 5.241, СССР (?), 10:24, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    все верно, но когда заходят споры о том что в других языках можно в переменную присвоить любой тип, или то что не нужно заботится об освобождении памяти, то для таких людей вопрос - а почему бы не использовать либы или фрэймворки? тем более если учесть что и либы  и фрэймворки и новые языки пишутся на си и с++ ) . т.е смысл учить новый язык и ожидать инфраструктуру под него тратить время, если можно знать всего один язык ), хотя нет, js тоже пригодится для embeded script. т.е такое ощущение что кое кому выгодно водить молодеж за нос.
     
     
  • 6.268, Аноним (3), 13:06, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Дело не в языках и не конкретно в расте, а в идеологии разработки. Плюс вы так говорите, как будто выучить целый язык программирования - это прям дело жизни. Ну если язык сложный, как плюсы с шаблонной магией, то да, но, как говорил Шнайер: "Сложность - главный враг безопасности"
     
  • 5.266, Аноним (3), 13:05, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    При всем моём уважении к данными корифеям и конкретно к Линусу, все баги в ядре Линус не отловит. Увы. Да и не так много этих Линусов, на всех не хватает
     
     
  • 6.289, Аноним (-), 15:41, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    При всем уважении к Вам лично, но Вы в данный момент сморозили чушь.
     
     
  • 7.302, Аноним (225), 16:31, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не соблаговолит ли Уважаемый Аноним пояснить, в чём, по его мнению, тут чушь? Или же Его Анонимности угодно просто сказать "я против", лишь бы что, но только в оппозицию?
     
  • 2.367, Аноним (-), 21:55, 06/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Просто не допускай ошибок, и тебе не понадобится страховочный трос (который можно снять под присмотром многих глаз - [bold][italic][red]UNSAFE)

    Картинка со строителями empire state building (1930 - 1931).

    [spoiler]Сдавайся единорожка, тебя ждет шнапс, сасиска!

     
     
  • 3.368, Аноним (-), 22:00, 06/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Google, Mozilla и Microsoft с вами не согласны... oh wait!
     

  • 1.238, Иваня (?), 09:50, 21/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    синтаксис у него ужасен, особенно эти их макросы
     
     
  • 2.359, Метис (?), 20:56, 24/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Смешивание двух стилей, больших букв и подчеркиваний, тоже НеПонятная_идея
     
     
  • 3.371, freecoder (?), 10:50, 07/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это где вы такое смешивание увидели?
     
  • 2.372, freecoder (?), 10:52, 07/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Обычный Си + ML - подобный синтаксис, по-моему очень даже удачный. В чем конкретно проблема-то? Выглядит непривычно после Java?
     

  • 1.259, Аноним (258), 12:37, 21/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Для быстрой подготовки и обкатки алгоритмов – MATLAB.

    Для подготовки кроссплатформенных приложений на базе разработанных алгоритмов – FPC. Всё остальное, за исключением Ады и Фортрана, – боль.

     
     
  • 2.291, Аноним (-), 15:42, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Матлаб для гнилых Вендузятников.
     
     
  • 3.304, Аноним (225), 16:32, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    матлаб не виндос специфик. Но всё равно зло, ибо закрытый. Есть GNU Octave и SciLab, но они, к сожалению, не настолько мощны. Есть ещё Wolfram Mathematica, но тоже проприетарщина. Нет в этом мире благодати, эх...
     
     
  • 4.319, Аноним (319), 19:00, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Матлаб ассоциируется с Виндовс. Этого достаточно чтобы его ненавидеть.
     
     
  • 5.349, Страшный Аноним (?), 11:29, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Пока школота ненавидит Matlab на Windows, профессионалы по всему миру зарабатывают на Matlab деньги.
     
  • 3.352, Аноним (352), 18:38, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Матлаб для Вендузятников.

    Откуда выполз? Иногда лучше промолчать.

     

  • 1.276, Аноним (276), 13:59, 21/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    rust - шлак.
     
     
  • 2.305, Аноним (225), 16:33, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Благодарим Вас за очень ценное и аргументированное мнение, оно очень важно для нас.
     

  • 1.309, Аноним (358), 16:53, 21/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Откуда здесь столько странных людей которые пишут про Rust всякие гадости?
    При этом создается впечатление что они ни на Rust не программировали, ни на Си, ни на питоне и вообще ни на чем.
     
     
  • 2.321, Аноним (319), 19:02, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поздравляю ты второй, который жалуется на людей, по поводу того, что те "не написали и строчки кода и при этом смеют хаять Раст".

    А теперь иди и обнови свою методичку. Она устарела.

     

  • 1.334, Аноним (334), 20:58, 21/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > давняя недоработка ... результат непредсказуем

    Хахаха, безопасный язык - такой безопасный. А сколько ещё такого UB?

     
     
  • 2.370, freecoder (?), 10:43, 07/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Наличие UB в safe Rust считается ошибкой компилятора. Известные подобные ошибки можно посмотреть на GitHub, они есть среди issues, помеченных как unsound: https://github.com/rust-lang/rust/issues?q=is%3Aissue+is%3Aopen+labe
     

  • 1.337, Аноним (334), 23:58, 21/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    когда там системду перепишут на раст?
     
     
  • 2.338, Аноним (334), 00:00, 22/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ...или миссия - невыполнима?
     

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



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

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