Вышел Rust 1.2

Тем временем стандартизируют catch_panic:

Круто. А есть что-нибудь для матчинга по Any? Или как вообще удобно с такой паникой работать?

Посмотрите лучше в сторону nim ;)

Посмотрите лучше в сторону nim

Поддерживаю. Куда приятнее чем Rust.

Очередная смешная шутка от профессора Петросяна Напильника.

Не, с таким подходом так и продолжим сидеть на плюсах, с джавами. Присмотрелся к ржавому, так такой же говнокод, что и на плюсах, когда проект идет дальше «хелло ворлд».

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

Почему лисповые треды всегда такие насыщенные по сравнению с сабжем?

Ты из 2010 года пишешь?

Если бы авторов не покусал бы Гвидо, то был бы интересный язык

Если бы авторов не покусал бы Гвидо, то был бы интересный язык

И какой синтаксис должен бы лучше быть? ML-like? Sexp-like? или опять же говно-алголо-цепепе-like?

Поддерживаю. Куда приятнее чем Rust.

Я так понимаю, что ты смотрел? А можешь рассказать чем он тебе приглянулся?

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

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

Ну и автор у нима, кажется, один всего? Понятное дело, что за растом тоже больших денег нет, но всё-таки.

Присмотрелся к ржавому, так такой же говнокод, что и на плюсах, когда проект идет дальше «хелло ворлд»

А что уже придумали язык на котором принципиально говнокодить нельзя? Или ты о чём вообще?

а мне очень даже нравится минималистичный синтаксис, как у питона) на нем быстро, удобно и приятно писать, хотя tastes differ...

в файрфоксе

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

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

А я туда захожу посмотреть на юродивых лиспохейтеров. Они такие смешные. Прямо фрикшоу.

О, здесь то же юродивый нарисовался. Забавные вы.

О, здесь то же юродивый нарисовался. Забавные вы.

Вы тоже ;)

Многопоточный emerge для генты, но задача таки очень сложная.

Очередная смешная шутка от профессора Петросяна Напильника.

Если не смешно, то поплачь, от этого лишние соли из организма выводятся.

На этом можно наформошлепить что-нибудь? Гуй прикрутили?

Есть rgtk и rust-gnome.

Сколько тут специалистов по вебу собралось ) Для веба главное поднять блог за 15 минут. Успех Ruby on Rails и Django тому подтверждение.

А я, кстати, специалист. Вся соль именно в «быстро передать нужные байты и точки A в точку B». А поднимать «блоги за 15 минут» можно за 5 минут на вордпрессе. RoR и Django успешны совершенно не поэтому.

Но и их время уходит. Сейчас для веба главное поддержка JavaScript на сервер-сайде. Т.к. все идет к Angular 2. Успех Node.js тому подтверждение.

Успех Node.js сомнителен, как и его нужность. А паттерны нагрузок, которые генерируют одностраничные сайты, в том числе и на Angulajs, наводят на мысли о том, что компилируемые языки для веба хоронить рано.

Есть rgtk и rust-gnome.

Посмотрел примеры, вот умеют же люди на ровном месте наворотить:

        let file_chooser = gtk::FileChooserDialog::new(
            "Open File", None, gtk::FileChooserAction::Open,
            [("Open", gtk::ResponseType::Ok), ("Cancel", gtk::ResponseType::Cancel)]);
        if file_chooser.run() == gtk::ResponseType::Ok as i32 {
            let filename = file_chooser.get_filename().unwrap();
            let file = File::open(&filename).unwrap();

            let mut reader = BufReader::new(file);
            let mut contents = String::new();
            let _ = reader.read_to_string(&mut contents);

            text_view.get_buffer().unwrap().set_text(&contents);
        }

        file_chooser.destroy();

Когда аналогичный код на Qt и короче и продвинутей (может не только в локальные файлы):

const QUrl url = QFileDialog::getOpenFileUrl();
if( url.isValid() )
    text_view.setSource( url );

Но это ес-но не в сторону rust, а в сторону gtk. А по сравнению с С rust здорово выглядит. И меньше кода, и меньше головной боли.

1) Low Latency Sound System, аналог JACK, но, что бы не так убого работало + фоллбек для работы с альсой или пульсом, а не постоянное переключение между ними

2) Растровый или Векторный графический редактор, гимп и инкскейп убоги и ниша свободна

Это реально нужные вещи

Про него забудут, когда появиться что-нибудь компилируемое с безопасной работой с памятью и без gc, и это что-то будет лучше rust.

C++11 уже есть. Закапываем ржавчину.

Но в gtk изначально прямой движок в отличие от ...

Но в gtk изначально прямой движок

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

C++11 уже есть. Закапываем ржавчину.

Ржавчина замена С, а не С++, и тем более С++11 и выше.

тот в котором последовательность исполнения не зависит от форматирования.

C++11 уже есть. Закапываем ржавчину.

В C++ есть проблемы с тем, что нельзя сделать так.

class A { virtual A* create() = 0; };

class B : public A { B* create() override { return new B();} }

А ты что, забываешь делать отступы или мешаешь табы с пробелами?

нельзя сделать так.

Это с каких пор нельзя?

В C++ есть проблемы с тем, что нельзя сделать так.

А кто тебе запрещает? Компилятор и стандарт, если что, не против.

И кстати это фишка именно С++, которую только со временем скопировали в Java (в 2006-м), а в C# ее так и нет.

да ты просто чмо в лаптях :D

Похоже в ИТ не только мегагерцы закончились, но и ЯП пришли

Это точно. Ничего оптимальнее С/C++/Java так и не придумали. Любой новый язык это тупая калька с той троицы с приклеиванием кложур, лямбд, прочего ненужного хлама, который лучше не использовать.

с приклеиванием кложур, лямбд, прочего ненужного хлама

Они очень нужны и хороши там, где есть полноценный хороший GC.

Они очень нужны и хороши там, где есть полноценный хороший GC.

Можно подумать «полноценный хороший GC» тут чем-то лучше умных указателей.

Не работает с умными указателями, увы =(

Можно подумать умные указатели тут чем-то лучше «полноценного хорошего GC».

Не работает с умными указателями, увы =(

Если это, например, shared_ptr, то ес-но не работает, типы же получаются никак не связанные между собой. Простой вариант решения, это когда мы шарим не экземпляр класса, а класс хранит расшаренные данные под собой. Тогда можно возвращать просто новый экземпляр класса, а «пользователю» не придется выписать лишние <>.

Можно подумать умные указатели тут чем-то лучше «полноценного хорошего GC».

Конечно лучше, можно определить в течении какого времени будет жить объект.

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

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

говно с bus factor = 1

никто не будет юзать язычок, где нужно по минуте ждать пока проект пересоберется

Тебе бы ответили крестовики и джависты, но они запустив компиляцию ушли на обед.

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

Это у тебя мечты такие об идеальном мире? На досуге попробуй Linux kernel собрать, расскажешь, сколько минут ждал.

Тебе бы ответили крестовики и джависты, но они запустив компиляцию ушли на обед.

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

Те, кто пишет ядерный код, очень редко пересобирают ядро. Ну а инкрементальная сборка быстрая.

Это у тебя мечты такие об идеальном мире? На досуге попробуй Linux kernel собрать, расскажешь, сколько минут жд

Как-то собирал localmodconfig, аж 9 секунд понадобилось. А когда-то и такое было:

«TCCBOOT is only 138 KB big (uncompressed code) and it can compile and run a typical Linux kernel in less than 15 seconds on a 2.4 GHz Pentium 4.»

И думаю не нужно рассказывать каким УГ был «2.4 GHz Pentium 4» и тогдашние жесткие диски по сравнению с SSD.

насчет bus factor не спорю, но почему же говно?

GC ненужен, раз уж на то пошло. Некст генератион выбирает референс каунтинг.

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