LINUX.ORG.RU

На YouTube выложены доклады с С++ конференции CoreHard Spring 2018

 , ,


5

4

Евгений Охотников. 25 лет истории C++, пролетевшей на моих глазах

Автор доклада познакомился с C++ в 1991-ом году, а с 1992-го года C++ является для докладчика основным языком разработки. Что происходило с языком за это время? Как и почему он стал популярным? Как начался застой в развитии C++? Как C++ потерял свою популярность? Есть ли место для C++ в современном мире? Попробуем поговорить об этом опираясь на 25-летний опыт программирования на C++.

Вадим Винник. Обработка коллекций: единая суть и множество проявлений

Обработка коллекций: единая суть и множество проявлений

Nicolai Josuttis. Beware of C++17

The devil is in the detail. This also applies to C++17. We get new cool features, but we also get new things to care for and remember. This talk discusses some of the cool features when they may lead to surprises.

Сергей Соложенцев. Фича-компонентный подход при разработке игр

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

Андрей Якимов. Перехват функций под Windows в приложениях с помощью

Я расскажу о перехватах функций в приложениях написанных на различных языках и технологиях. В докладе будут рассмотрены: базовые понятия, области применения, разновидности методов перехвата и их технические особенности, готовые библиотеки.

Андрей Карпушин. C++ для web с помощью Emscripten

В докладе я расскажу о своем практическом опыте компиляции и использовании C++ на веб страницах, о том что нужно сделать, чтобы портировать приложение на С++ под веб, об ограничениях с этим связанных, об интеграции С++ кода с JavaScript и другими элементами веб страницы.

Василий Немков. Ядро мультикриптовалютного кошелька Multy

3,5 блокчейна в 2 мегабайта: как, зачем и почему. Особенности разработки кросс-платформенных решений для блокчейна.

Александр Маркевич. From C++ to Objective-C

В этом докладе я хочу рассказать о том, что Obj-C/C++ — это расширение существующих C/C++. В данном докладе будут рассмотрены особенности языка, будет рассказано про управление памятью (retain/release vs. ARC vs. shared_ptr/unique_ptr), про Swift и почему он лучше или хуже Obj-C/C++.

Михаил Матросов. Многогранный С++ на практике

В С++ существует множество способов решения одной и той же задачи. Мы возьмём реальную задачу из моей практики и исследуем ряд инструментов С++ для её решения: контейнеры STL, boost.range, C++20 ranges, coroutines. Мы сравним решения с точки зрения их интерфейсов и производительности, а также увидим, как одно решение может быть легко получено из другого, если код правильно организован. В процессе мы посмотрим на возможности С++17: constexpr if, selection statements with initializer, std::not_fn, и т.д. Особое внимание будет уделено стандартным алгоритмам (моей любимой теме).

Павел Беликов. Как работает анализ Data Flow в статическом анализаторе кода

Анализ Data Flow (потоков данных) - технология анализа исходного кода программ, широко используемая в различных development tools: компиляторах, линтерах, IDE. Мы поговорим о нём на примере разработки статического анализатора. Рассмотрим классификацию и различные виды Data Flow анализа, смежные технологии, взаимодополняющие друг друга и проблемы, возникающие при его разработке, и сюрпризы, которые нам преподносит C++, когда мы пытаемся его проанализировать. В ходе доклада мы разберём несколько ошибок, найденных в реальных проектах с помощью этой технологии.

Александр Зайцев. Инструменты профайлинга С++ кода

Так бывает, что иногда ваше приложение начинает долго выполнять казалось бы обыденные задачи и потреблять большое количество оперативной памяти. А вы как разработчик и понятия не имеете, почему же так происходит (но вам интересно). В ходе доклада поговорим о средствах, которые могут нам понять причины странного поведения наших программ. Если не боитесь таких слов как Valgrind, gprof, gperftools и многих других - добро пожаловать!

Александр Чуприна. Настройка окружения для кросскомпиляции на основе docker'a

Как быстро и легко настраивать/обновлять окружения для кросскомпиляции проектов под различные платформы(на основе docker), как быстро переключаться между ними, как используя эти кирпичики организовать CI и тестирование(на основе GitLab и Docker).

Алексей Ткаченко. Кодогенерация C++ кроссплатформенно

В докладе будет рассмотрена генерация кода при компиляции различных языковых конструкций, как простых, так и сложных, на различных платформах, как общераспространённых x86/x64, так и тех, которым уделяется меньше внимания: ARM, AVR. Также будут встречаться примеры для совсем экзотических процессоров вроде PowerPC и даже MicroBlaze. Основной упор будет делаться не на обработку данных, а именно на сопоставление различных конструкций кода с инструкциями целевых платформ.

Дискуссии:



Последнее исправление: tailgunner (всего исправлений: 1)
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от eao197

Это инфа сто процентов. С++ нужен в компиляторе и рантайме ровно до тех пор, пока его нельзя заменить. Легаси C++ это адский ад. Грубо говоря, если новый человек нанимается на фуллтайм работу в OpenJDK, то первый коммит который реально примут и не отправят в мусорку он сможет сделать только через несколько месяцев фуллтайм вникания в это говно, и будет это какая-нибудь мелкая бесполезная хрень.

проект который этим занимается - Project Metropolis, прочитать можно здесь, RFC написан одним из главнейших разработчиков JDK в Oracle.

dave, hippi90 спасибо за каст!

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

stevejobs ★★★★☆
()
Ответ на: комментарий от eao197

По крайней мере в наших палестинах.

Оракл закрыл разработку джавы в России, разрабы или релоцированы в США, или уволились.

stevejobs ★★★★☆
()
Ответ на: комментарий от anonymous

У меня ноут 8 ядер и 64 гига памяти и SSD на 500 гигов. И это не топовый нихера. И да. Ява не тормозит тут. Железо таки догнало. Ява просто язык будущего всегда был и вот оно наступило.

Хреновое будущее.
Пользователь не должен платить лишними ресурсами (ни компьютерными, ни временнЫми) из-за лени программиста.

anonymous
()
Ответ на: комментарий от anonymous

ну как это не должен. Еще как должен. Кудаж девать голодную ораву программистов. Вот поэтому явы, stl, акторы всякие, чтоб побольше тормозило и поумнее звучало.

anonymous
()
Ответ на: комментарий от stevejobs

Это инфа сто процентов.

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

eao197 ★★★★★
()
Ответ на: комментарий от eao197

Пруфы, Стиви, пруфы.

Если пройти по ссылке, там можно увидеть:

Sep 14 05:08:25 UTC 2017

proposal for a new OpenJDK Project[1], to be titled “Project Metropolis”, an incubator for experimenting with advanced JVM implementation techniques. Specifically, we wish to re-implement significant parts of Hotspot’s C++ runtime in Java itself

...

The Project will be an experimental technology incubator

Эксперимент это.

tailgunner ★★★★★
()
Последнее исправление: tailgunner (всего исправлений: 1)
Ответ на: комментарий от stevejobs

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

Лол. Это говорит лишь об ублюдочной организации рабочего процесса, а не «адском аде». Скорее всего там сидят пара мудаков-«лидов», которые сами вносили/вносят изменения, какие желают, но никому не говорят почему, как и зачем. Код скорее всего не документирован от слова «никак». Ни о какой структуре вообще говорить, понятное дело, не стоит.

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

anonymous
()
Ответ на: комментарий от anonymous

Пользователь не должен платить лишними ресурсами (ни компьютерными, ни временнЫми) из-за лени программиста.

Допустим что так. И что делать? JavaScript в браузерах предлагаешь плюсами заменить? А где ты столько плюсистов найдешь? Сколько им придется платить по сравнению с жаваскриптерами, как быстро они будут писать на гипотетических внутрибраузерных плюсах код по сравнению с таким же кодом на JS?

SZT ★★★★★
()
Ответ на: комментарий от SZT

вы упороты, речь шла о java а не о javascript

anonymous
()
Ответ на: комментарий от tailgunner

Конечно это эксперимент. Экспериментом называется всё, что не попадает в прод.

Для примера, Java-модули, которые внедрили в Java 9 почти год назад, висели в статусе эксперимента более 10 лет.

Думаю, что внедрение Грааля - это сроки примерно того же размаха.

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

В частности, начиная с JDK9 Graal Compiler является частью обычных релизов OpenJDK. Им можно пользоваться. Он достаточно стабилен (за 2 года Twitter, который использует его на псостоянку нашел в нем всего 4 бага).

Но если говорить о Граале как о финальном будущем, то он начинался много лет назад с таких вещей как MaxineVM (текущий состав GraalVM - это те, кто делал Maxine), и будет делаться еще много лет, до того, как все компоненты выйдут в условный прод

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

stevejobs ★★★★☆
()
Последнее исправление: stevejobs (всего исправлений: 2)
Ответ на: комментарий от stevejobs

Думаю, что внедрение Грааля - это сроки примерно того же размаха.

А Метрополис - это даже не Грааль. Так что или шах, или ишак. И никакой речи о том, что у Оракла якобы нет Си++-программистов, не идет.

Но если говорить о Граале как о финальном будущем, то он начинался

В рамках этой темы на Грааль, в общем-то, пофиг. Так что прекращай маркетинг.

tailgunner ★★★★★
()
Ответ на: комментарий от eao197

Пруфы, Стиви, пруфы.

Я и есть твои пруфы.

Ну или можешь написать Гёцу и Рейнхольду, может ответят. Но вначале придётся поправить тон сообщений.

stevejobs ★★★★☆
()
Ответ на: комментарий от tailgunner

Я ходил по ссылке и не увидел подтверждения слов dave о том, что C++ из JVM решили выкинуть из-за невозможности найти C++ников на сопровождение C++ кода в JVM.

eao197 ★★★★★
()
Ответ на: комментарий от stevejobs

Я и есть твои пруфы.

Весомо.

Но вначале придётся поправить тон сообщений.

Не раньше, чем вы перестанете быть балаболом-евангелистом.

eao197 ★★★★★
()
Ответ на: комментарий от eao197

Птотму что его там нет. Но там явно сказано, почему Java решили попробовать написать на Java, и к нехватке Си++-программистов это отношения не имеет.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

В рамках этой темы на Грааль, в общем-то, пофиг.

А пацаны то и не знают, во дела

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

stevejobs ★★★★☆
()
Ответ на: комментарий от stevejobs

В рамках этой темы на Грааль, в общем-то, пофиг.

А пацаны то и не знают, во дела

Не знал этого только ты.

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

Д был полной аналогией раста

Не был, хотя бы из-за GC. А если отключить GC, то D превращается в те же плюсы. (Safe) Rust же безопасней D несмотря даже на то, что в нём GC нет вовсе.

только сахара в синтаксе было меньше

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

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

1. В раст идут не только зелёные. 2. Порог может и ниже, но кого попало пока не берут. Да и вообще на расте работы пока мало. Учат Rust многие вовсе не из финансовых соображений, а от того, что Rust - язык с хорошим дизайном, в отличии от C/C++/D/Java/<любой из 95% императивных языков программирования>.

кто по умнее не идут в раст, они идут туда где больше платят

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

Nexmean
()
Ответ на: комментарий от Nexmean

А если отключить GC, то D превращается в те же плюсы.

Если бы. Там без GC куча вкусностей отваливается и D без GC скорее в чистый C превращается, чем в C++.

eao197 ★★★★★
()
Ответ на: комментарий от Nexmean

Не был, хотя бы из-за GC. А если отключить GC, то D превращается в те же плюсы. (Safe) Rust же безопасней D несмотря даже на то, что в нём GC нет вовсе.

и Д по этому потерпел крах ? ГЦ и безопасность абсолютно не причем, поймете когда раст окажется там где и Д, не смотря на желание фанатов его превознести

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

откройте портянки на Д и расте и сравните на глаз

1. В раст идут не только зелёные. 2. Порог может и ниже, но кого попало пока не берут. Да и вообще на расте работы пока мало. Учат Rust многие вовсе не из финансовых соображений, а от того, что Rust - язык с хорошим дизайном, в отличии от C/C++/D/Java/<любой из 95% императивных языков программирования>.

в раст идут неудачники, об этом все знают, те кто не смог осилить С/C++, дизаГнеры пхп шники и прочие, которые привыкли говнокодить, ну типа попрыгал попой по клавиатуре а оно как то работает и даже не падает, раст же натыкал в результирующий код +10500 проверок по указателям массивам итд
facepalm юноша с какого вы года ? времен Пушкина ? что еще за хороший дизайн ? если завтра появится язык за который все работодатели будут платить в +10500 раз больше, то все кинутся изучать его, спрос рождает предложение в современном мире а не то что вы там себе нафантазировали
типичный пример неудачников аффтар флюсоника, у которого не сложилось с плюсами и он факапит на раст, рассказывая всем зеленым что в эмбеддед язык С++ опасный и все падает, при этом известная компания networkoptix окучившая почти все казино мира своими системами видео наблюдениями, пишет свой софт для эмбеддеда на С++, более того там еще и Qt библиотека, во потеха и ничего у них не падает по сто раз на день из за С++, как это выдает неудачный аффтар

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

те кто по умнее не работают а зарабатывают, почувствуйте разницу и знание +10500 языков программирование здесь не причем. Это рабы которые не знают как продать свою тушку изучают +10500 языков программирование что бы дописать в резюме с надеждой «авось выстрелит» но при этом ни один это раб не может ничего хорошего родить зная все эти языки, любой профи знает 1-2 языка программирования, больше ему и не надо

anonymous
()
Ответ на: комментарий от anonymous

те кто по умнее не работают а зарабатывают, почувствуйте разницу и знание +10500 языков программирование здесь не причем. Это рабы которые не знают как продать свою тушку изучают +10500 языков программирование что бы дописать в резюме с надеждой «авось выстрелит» но при этом ни один это раб не может ничего хорошего родить зная все эти языки, любой профи знает 1-2 языка программирования, больше ему и не надо

Тащемта раб тут ты, покорно следуешь за рыночком подмахивая тем, кто больше заплатит. Альтернатива же рабам - люди которые этот рыночек формируют, создают вакансии на том языке программирования, который им больше по нраву (сам онлайн знаю плюсовика, который собственными руками в конторе создал вакансии на Rust), изучают другие языки, расширяют свой кругозор и самосовершенствуются в ПРОГРАММИРОВАНИИ, а не тупо набирают опыт в макакинге %LANG_NAME%.

Nexmean
()
Ответ на: комментарий от Nexmean

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

anonymous
()
Ответ на: комментарий от anonymous

что важен не только язык

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

изучающие раст ничего не генерят

У вас и подтверждение этого есть? И никакая компания из этого списка Rust в продакшене не использует? А если и использует, то, наверняка, от этого нет никакой пользы?

Nexmean
()
Ответ на: комментарий от Nexmean

значит скорость помирания раста будет быстрее по этим результатам
что примечательно, для популярный языков типа C C++ java итд даже Go, нет никаких списков
когда вам уже дойдет то что я вам говорю ?

anonymous
()
Ответ на: комментарий от anonymous

когда вам уже дойдет то что я вам говорю ?

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

  • Rust не нужен
  • был другой язык, который позиционировался, как убийца цпп, поэтому и этот умрёт
  • в Rust сахара больше чем в D
  • в Rust идут неудачники неосилившие C/C++
  • все кто пытается в программировании развиваться, а не макакить на %LANG_NAME% ради денег - неудачники и рабы
  • Rust'еры ничего полезного не делают, только прожигают деньги компаний
  • язык программирования совершенно не важен и ни на что не влияет
  • от того, что у Rust лучше динамика развития помрёт он быстрее чем тот язык, у которого она хуже

По каждому из пунктов я могу привести не один контраргумент, при том, что вы не выдвинули ни одного аргумента за.

Nexmean
()
Ответ на: комментарий от Nexmean

мне и всем те кто владеет С++ - раст не нужен, на нас был, есть и будет спрос

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

вы растоман(поклонник раста) ?
зачем вы перешли на раст ?
вы не владеете С++ или другим популярным языком на который есть спрос ?

anonymous
()
Ответ на: комментарий от anonymous

поскольку нет области где бы он зацепился

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

вы растоман(поклонник раста) ?

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

зачем вы перешли на раст ?

Я не перешёл на раст в том плане, чтобы зарабатывать деньги, можно считать это моим хобби.

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

Владею, но ни один из популярных языков, которыми я владею меня не устраивает.

Nexmean
()
Ответ на: комментарий от eao197

Я вообще хочу уйти от сравнения Rust и D. Но видите ли, появляются люди, которые говорят - «вот D умер, значит и Rust умрёт», и приходится доказывать, что Rust на данный момент в куда более выигрышной позиции чем D через тот же временной отрезок после появления.

Nexmean
()
Ответ на: комментарий от Nexmean

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

Этих людей можно понять. У них яркий пример перед глазами. Причем не единственный. Тогда как уверенность в светлом будущем Rust-а у Rust-оманов... Не понятно откуда :)

Тем не менее, если сравнивать D2 и Rust, то [типа] стабильный Rust появился приблизительно в то же самое время, что и более-менее стабилизировавшийся D2.

eao197 ★★★★★
()
Ответ на: комментарий от eao197

Да, вот только когда D2 стабилизировался все полимеры уже были безвозвратно проё^Wутеряны. У Rust же история по сути с 2015 года и началась.

Nexmean
()
Ответ на: комментарий от Nexmean

У Rust же история по сути с 2015 года и началась.

Это вы выдаете желаемое за действительное. Разговоры о Rust-е начались года за 3 до официального релиза. Точнее, в узких кругах Rust был широко известен и ранее, но где-то с 2012-2013 вокруг Rust-а начался PR, который D2 и не снился никогда.

eao197 ★★★★★
()
Ответ на: комментарий от eao197

Ну тогда хз. О D я слышал ещё хрен пойми когда, а о Rust'е узнал только в прошлом году. Видимо только у меня так было.

Nexmean
()
Ответ на: комментарий от Nexmean

область где при выборе в разных других языках, раст будет предпочтительнее
ну вот к примеру не пишут на С++ веб формочки, да есть фреймворки, но не распространено
на гоу не распространено писать Гуи, все более популярнее всякие Qt либы
итд во всех языках были и еще существуют попытки впихнуть в какую то нишу, но обычно именно из за джаст фо фан
раст пока еще не смог показать в чем его сила и в какой технологии он покажет преимущество
факапы на - «аааааа теперь можно писать как угодно и он не сегфолтится», это крики поросят нуф,наф,ниф
для того что бы увидеть это преимущество нужно очень много реальных проектов и десятки лет, так же оценивается и надежность
хоть как то говорить о расте можно спустя лет 5, еще лучше 10
в пересчете на бизнес это очень сомнительное мероприятие, делать ставку на раст
но кто не рискует тот ? поэтому кто то пробует
взгляды на раст тех кто пишет на С++ десятки лет, конечно очевидные
поэтому приходите в дискуссию когда раст станет не только вашим хобби но и основным источникам дохода

anonymous
()
Ответ на: комментарий от anonymous

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

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

факапы на - «аааааа теперь можно писать как угодно и он не сегфолтится», это крики поросят нуф,наф,ниф

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

хоть как то говорить о расте можно спустя лет 5, еще лучше 10

Только вместо этого вы говорите, что Rust не нужен.

взгляды на раст тех кто пишет на С++ десятки лет, конечно очевидные

Уверен что они разные, как и люди, которые пишут на C++ десятки лет.

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

С такими ограничениями вовсе непонятно когда вам приходить в дискуссию, ибо Rust вы не знаете и даже примерно оценивать его «нужность», соответственно, не можете.

Nexmean
()
Ответ на: комментарий от Nexmean

мнение о расте у людей которые пишут на С++ десятки лет - одинаковое, - не взлетит, не нужно
мнение начинает разделятся у людей которые пишут <5 лет на С++
на текущий момент можно точно сказать что почти не осталось ниш которые нуждаются в очередном новом языке
туда где раст пытается влезть уже прочно окопались С С++ java go python
для бизнеса при выборе из того что прочно устоялось и надежно и что то новое и неизвестное всегда доминирует выбор на - «старый проверенный друг, лучше новых двух»

Только вместо этого вы говорите, что Rust не нужен.

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

anonymous
()
Ответ на: комментарий от Nexmean

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

И поэтому Rust-оманы начинают решать проблемы, суть которых сложно понять пользователям других императивных языков (хоть с GC, хоть без GC): https://matklad.github.io/2018/05/04/encapsulating-lifetime-of-the-field.html

eao197 ★★★★★
()
Ответ на: комментарий от anonymous

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

Только вот технологии устаревают и языки программирования тоже. То что сейчас происходит в IT, то как языки программирования живут по 40 лет - это не нормально. И одно дело когда эти языки хорошо задизайнены и постоянно совершенствуются не вводя нагромождение костылей(как это делает Haskell), другое дело когда это C/C++/Java, или вообще JS, который жив до сих пор только благодаря вендор-локу.

Хотя конечно причина почему такие уродцы вышли на свет и стали популярными проста: бизнесу надо было ещё вчера, а на то, чтобы сделать адекватный язык программирования нужны годы, в которые в языке не будет стабильности, никто не будет гарантировать что ту фичу не выпилят, а синтаксис этой не изменят. Вот и «победили» языки программирования на дизайн которых была потрачена от силы неделя, а потом обратная совместимость не разу за годы не ломалась.

Еще добавлю - более совершенные технологии сменяют менее совершенные зачастую как раз под крики «НИНУЖНА!».

Nexmean
()
Ответ на: комментарий от Nexmean

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

anonymous
()
Ответ на: комментарий от anonymous

так я так и не понял, вчем вы видите нишу для раста ?

highload, embedded, машинной обучение, компьютерная графика, браузер, блокчейн, HPC и многое другое

он станет заменой там где окопался С С++ ?

И не только, кроме этого он может потеснить Go, Java и даже JavaScript (благодаря WASM)

или нужно ждать новую технологию для раста ?

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

А вообще сейчас всякие IO bound приложения основанные на асинхронном вводе-выводе уже проще писать на Rust благодаря futures и tokio. В этом году футуры добавят стандартную библиотеку, а в язык добавят async/await и вот писать асинхронный ввод вывод в Rust уже будет немногим сложнее чем в Go (а где-то даже проще).

Nexmean
()
Ответ на: комментарий от Nexmean

highload

Спасибо поржал. Хайлоад с рантайм проверками массивов и любого чиха. Уж лучше ява тогда.

блокчейн

Кто-то тут явно тролль и не понимает смысла этого слова

IO bound

Сам то пробовал? Это кстати в одну корзину с хайлоадом.

// другой анонимус

anonymous
()
Ответ на: комментарий от eao197

видел такой же пример решения обхода бинарного дерева с mut доступом к нодам. от box<rc<fuck<shit<foo 'a<bar<baz<optional<>>>...>>().upwrap().herak(). заштормило, да.

anonymous
()
Ответ на: комментарий от anonymous

Хайлоад с рантайм проверками массивов и любого чиха.

Хэй, кукаретик, может ты сначала в вопросе разберёшься? Где там в русте проверки в рантайме кроме размера вектора перед доступом по индексу? Да и если уверен, что эта проверка не нужна и не хочешь полагаться на оптимизации компилятора, то смело можешь написать unsafe { vec.get_unchecked(i) }. Это явно лучше, чем если у тебя весь код по сути один сплошной unsafe.

Кто-то тут явно тролль и не понимает смысла этого слова

То есть для блокчейна не нужен низкоуровневый код клиента или, например, код смарт-контрактов, которые становится модно интерпретировать в WASM'е?

Сам то пробовал? Это кстати в одну корзину с хайлоадом.

Пробовал, ничего сложного.

Nexmean
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.