Well, we basically needed C++, but:

Dropbox doesn't have a strong C++ ecosystem on the backend, and it takes a lot of work to build one.
Given (1), we had basically a blank slate, and our team is C++ and Haskell type folks, we decided to use Rust so we could get C++ with better type safety and fewer sharp corners.

So realistically, if we had been at a place with an awesome preexisting set of C++ libraries, practices, etc, we probably never would have used Rust.

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

var МаксЗнач=source.MinItem(i => i.Value)?.Value;

EP>Причём тут консоль? Думаешь если не-GUI задача, то значит консоль?

EP>>>Что "асинхронное программирование"? Говори конкретно.

EP>>>Это всё относительно. Вот конкретный обсуждаемый пример min/max на C++ проще

var МаксЗнач=source.MinItem(i => i.Value)?.Value;

Но так как это личный проект — пишу на том, на чём удобно. А это Rust. От плюсов слишком много боли.

Увеличение производительности связано исключительно с алгоритмами. Rust даже немного медленнее плюсов.

KP>Довольно интересная новость от Dropbox, которые переписали свое хранилище с Go на Rust в целях оптимизации. Что показательно, не с Go на C++, а на Rust, что мне видится очень логичным и правильным ходом. Так что всех поздравляю, в полку серьезных решений написанных на Rust, к довольно долго одиноко там стоявшему Servo добавилось еще одно не менее сложное решение

for (;;) {
  rq = new Request();
  rq.ReadFromNetrowk();
  rq.Process();
  rq.SendReply();
}

EP>>Я указываю на конкретный недостаток, из-за которого опытные C# разработчики решили использовать текстовую кодогенерацию для примитивнейшего алгоритма. Ты же непонятно зачем пытаешься сделать вид что так и должно быть

AVK>>>>>включая перегрузки для простых типов.
EP>>>>Зачем? Вообще конечно количество boilerplate поражает.
AVK>>>Перформанс
EP>>Я думал для value-типов и так разный код генерируется. Или это не тот случай?
AVK>Операторы сравнения, увы, дженерики не умеют. А сравнение через IComparer уже не утаптывается до простого сравнения примитивов.

auto it = min_element(source, [](auto &i){ return i->value; });
vs
var МаксЗнач = source.MinItem(i => i.Value)?.Value;

> Are you happy using rust ?

Yes, overall the team has been very pleased with it. Compile times are the only serious complaint.

> How many lines of rust code are you using in production ?

About 60k of our own, about 300k incl crates.

> Are you using nightly? or just stable version of rust?

We're pinned to a particular nightly right now, as we rely on a fair amount of features that are still stabilizing. I imagine we'll be on a stable by this summer.

At Dropbox we’ve spent the last year and a half building two cross platform mobile apps: the email client, Mailbox, and the photo gallery, Carousel. We started with the goal of a native look and feel with seamless performance but also needed to leverage a small team to build these apps on multiple platforms. We ultimately accomplished this by using C++ to share significant amounts of code in each app.

We’ll cover what portions of our apps we built in C++ and why we left some portions in the platform languages of Java and Objective-C, deep diving into some of the most important components. We’ll also discuss some unexpected benefits, areas we faced technical and human challenges, and some tips and tricks that you can use to leverage C++ to build very high performance apps.

KP>Довольно интересная новость от Dropbox, которые переписали свое хранилище с Go на Rust в целях оптимизации. Что показательно, не с Go на C++, а на Rust, что мне видится очень логичным и правильным ходом. Так что всех поздравляю, в полку серьезных решений написанных на Rust, к довольно долго одиноко там стоявшему Servo добавилось еще одно не менее сложное решение

А теперь давай посмотрим на эту ситуацию с другой стороны. На эту/эти вакансии в ДБ так же придется сдавать зачет по алгоритмам, сортировать гномиков и заниматься другой аналогичной гомосятиной. Но, до кучи, тебе еще устроят зачет по Rust! Это реально возможность, факт
Ты, похоже что, не понимаешь самого главного. Важен не инструмент, супер языка не было и пока не предвидится. А вот предметные области были, есть и будут.

> How many lines of rust code are you using in production ?

About 60k of our own, about 300k incl crates.

IT>где высвобожденное время можно с успехом потратить, например, на архитектуру приложения и добиться лучшей производительности архитектурными решениями. А это уже может оказаться не 2%, а 2000.

EP>По алгоритмической выразительности среди мэйнстрима C++ сейчас впереди всех.
EP>Для сравнения C#, свежий пример

Автор: Evgeny.Panasyuk
Дата: 23.03.16

— на C++ десять строк (+ может несколько wrapper'ов, это максимум десятки строк), на C# — несколько сотен строк кода (1 + 2) причём включая кодогенетратор, который генерирует несколько тысяч строк, а алгоритм-то совсем пустяковый.

EP>Какая экономика? Ты и в том топике зачем-то начал песню про экономику

высвобожденное время

EP>Вот только речи про это (экономику) не шло

недельные батчи вдруг отработают меньше 10 минут

EP>И где в твоей схеме 2000% увлечение производительности, за счёт перераспределения времени? Нет его, зато есть та самая экономика, которой не было в оригинальной дискуссии

public Int64?  MinItemInt64Nullable(int[] source) 
            => source.Select(v => new Item<Int64?>((Int64)v)). MinItem(i => i.Value)?.Value;

var МаксЗнач=source.MinItem(i => i.Value)?.Value;

EP>Мне не приходится работать ни с базами, ни с GUI, ни какой-либо иной опердень-ориентированной тоской по переливанию из пустого в порожнее. К счастью попадаются задачки поинтересней

EP>Что "асинхронное программирование"? Говори конкретно.

EP>Типа linq2db, да? Те же кто-то, где-то

EP>Это всё относительно. Вот конкретный обсуждаемый пример min/max на C++ проще

var МаксЗнач=source.MinItem(i => i.Value)?.Value;

ListT=Врап.ПолучитьТип("System.Collections.Generic.List`1");
ListT=Врап.ТипКакОбъект(ListT); 
Список=Врап.СоздатьОбъект(ListT.MakeGenericType(String));

S>>var МаксЗнач=source.MinItem(i => i.Value)?.Value;
S>>

var МаксЗнач=source.MinItem(i => i.Value)?.Value;

S>var МаксЗнач=source.MinItem(i => i.Value)?.Value;
S>

auto it = min_element(source, [](auto &i){ return i->value; });

source | filtered([](auto &x){ return x != nullptr; })

EP>>Причём тут консоль? Думаешь если не-GUI задача, то значит консоль?

EP>Думаешь потому что текст заново парсится?

EP>Что "да"?

S>>var МаксЗнач=source.MinItem(i => i.Value)?.Value;
S>>

EP>auto it = min_element(source, [](auto &i){ return i->value; });
EP>

int min2 = users.Min(n => n.value);

EP>source | filtered([](auto &x){ return x != nullptr; })
EP>

EP>>>Причём тут консоль? Думаешь если не-GUI задача, то значит консоль?

EP>

EP>>Где охаял? Можешь целиком сформулировать мысль?

EP>>>>auto it = min_element(source, [](auto &i){ return i->value; });
EP>>>>

EP>Да, могут быть добавлены wrapper'ы для range интерфейса вместо двух итераторов, но это же десятки строк, а не сотни

EP>>Спрячь применение фильтра во внутрь обёртки, если тебе нужен именно этот вариант

EP>>Лучше бы ты изучил STL, тогда хотя бы понял о чём речь

S>Советую и тебе C# подтянуть.