WebAssembly — русскоговорящее сообщество
WebAssembly FAQ: https://bit.ly/2I0WG5B
Правила группы: https://berlincodeofconduct.org/ru/
https://t.iss.one/WebAssembly_ru

Нет, это делается специально, чтобы выпендриться. Весь мир привык к Си синтаксу, и ничего не мешало сделать так, как все привыкли. Но нет, мы ж ФП, мы не как все

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

Не всё делается с целью выпендриться.

сфера приложений го уникальна и на нее никто не претендует

«Уникальна». Звучит как оправдание

https://t.iss.one/rust_offtopic/74086
Слава:
Вот JSON
https://jsonblob.com/58cff0b1-d49c-11e9-9fd7-7f194ba9a61b

Как бы вы его десериализовали со строгой типизацией?

Константин:
https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=7d6bd8a46fa8bfa0952dad18c809ed61

или я что-то не так понял?

enum InputDataValue {
Simple(String),
NestedItems(Vec<InputData>),
NestedValue(Vec<InputDataValue>),
}

Вот это то самое, чего в шарпах не хватает

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

про задачку? делали сервис для работы с фтп ЕИС, надо было забирать данные о поставках товаров в текстовом виде, и конвертить в структурированный вид
а описания там могли быть любые, типа "поставщик обязуется поставлять 100 бутылок водки в течение 15 рабочих дней с 21.01.2019, еще 200 бутылок с 20.03.2019 по 10.05.2019" и т.д, надо в итоге было строить график поставок, сколько партий, с какого по какое число, в каком количестве, с учетом производственного календаря
сам сервис был на го, а для парсера взяли раст, потому что под него есть pest, а у го ничего похожего не нашлось, что могло бы генерить строго-типизированный парсер по описанию грамматики на этапе компиляции, и чтобы было удобно работать с синтаксическим деревом (на расте обработчик состоял по большей части из паттерн матчинга, на го боюсь представить, какая портянка была бы с ифами и проверками типов)
ну и запилили, сервис брал сообщения из рэббита, парсил, результат клал в монго
грамматика вышла с кучей шаблонов, строк на 700, компилилось долго, зато релизные билды летали, для тестовой веб-морды взяли gotham, самый кайф был - после тестирования открываешь лог запросов, а там время обработки написано в микросекундах, потому что большинство запросов отрабатывало быстрее миллисекунды
от раста вся команда кайфанула, потом когда обратно на го пересели, жаловались, что не хватает обработки ошибок, Result'a/Option'a, итераторов с их map/filter/fold, и еще много чего
особенно по карго скучали
с го еще случай был как раз в то время, заюзали какую-то орм-ку, импортировали по полному пути, как полагается, import ("github.com...")
и в один день начали падать билды, владелец репа то ли перенес его в битбакет, то ли еще куда-то, уже не помню, пришлось пробегаться по всему коду автозаменой, менять импорты на новый адрес, в итоге юзали go vendor везде, коммитили все зависимости прямо в реп
на фоне удобства карго это такой дикостью казалось

Anton Cheshurepushko:
Эм, что? Пишешь std::move и принимаешь universal references — и вперёд

Т-34 85:
а что такое " universal references"? это const &?

Roman Proskuryakov:
это T&&

Т-34 85:
а если мы туда передадим const lvalue, то будет конструктор копирования вызван?

вообще, там щас полный пипец. То copy elision отработает, то не отработает

то куча перегрузок на эти квалификаторы

то move semantics не разрушающая

да, после такого реально начинаешь думать, что modern cpp - не то, что нужно