Ну да. На прошлой работе я и делал его. 2 линка sas network в сервер.

сомневаюсь что перекупите =)

Ну нет - так нет.
У нас хорошо со специалистами.

Поголовно рекомендуют MPIO вместо LACP

Что значит, чепуха?
Я лично прошел от  Turbo С .2.0 в 1990 году до  C++ 14  в msvc и gcc 6.0.в 2020.  На С код без ошибок писать труднее, компилятор делает гораздо меньше проверок, а приведения everything to void* являются их рассадником.

Банальная инициализация переменных в С громоздкая. Операции со строками - лучше не вспоминать. Ввод и вывод то же самое.

Так и в с++ никаких строк нет. Там, ВНЕЗАПНО, есть контейнер char/wchar. А строк нет.

Это заблуждение - считать std::string строкой.

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

Нет, конечно.

Чтобы контейнер стал строкой в 2020-м году, он должен уметь в unicode.

std::string этого и близко не умеет.

Например, я хочу получить пятый с начала символ в строке «c++ ацтой». И не могу это сделать в std::string.

Ещё я хочу итерировать по _символам_. И тоже не могу это сделать.

Я понимаю, что можно все строки привести в 32-битное представление символов и всё станет хорошо.

Но это типичный черезжопный подход; попробуйте с ним обработать тексты на лету.

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


Что-что? Я слышу слова iconv  и icu? Давно ли это стандарт языка? Или всего лишь библиотеки?

Я тут много рассказвал про Аладдин. Мое личное мнение по поводу хронических неудач отдела аппаратной разработки следующая: бывший техдир, понизившись до начальника отдела аппаратной разработки, но имея политическое влияние, боролся с применением С++, постоянно рассказывая владельцу, что этот язык медленнее, чем С. В аппаратной разработке были в основном только писатели на С.
Вторичный эффект: отдел аппаратной разработки состоял исключтельно из молодых людей и из парочки  35 летних, которые застыли в развитиии, и их никуда в другое место не возьмут.
Десять таких сотрудников не смогли сделать Jacarta 3.0.

Не хватило квалификации.

Так это не в языке дело. Это в прокладке. Между стулом и клавиатурой

Они и на Java не смогли бы. Хотя уж там-то всё есть

Да, они и Java апплет для Jacarta 2.0  размером 50К исходного текста 5 лет писали.

Если бы не было борьбы с С++, туда просто перешли бы закаленные 40летние сеньоры из моего департамента,  и за год все было бы готово.

Вторичный эффект борьбы с современными стандартами: ты незаметно получаешь коллектив джуниоров.

Есть компании, где старые разработчики на С написали свой аналог std::, и продолжают в том же духе. Если они уволятся или умрут, весь код придется переписывать.

Я видел обратную картину. Когда нубы с горящими глазами за месяц выучили modern c++ (с бэкграундом из ПоХаПэ) и написали в некоем дейтинге систему поиска.

Вот там была жесть. С глубиной инстанцирования под 50, временем сборки одного бинарника до получаса и остальной красотой.

Это джуны. То, что они освоили лишь этажерку шаблонов не дает основание подпускать их к разработке.
Сам язык тут не при чем.

Я сам такого выгнал в 2001 году за написание кода с шаблонами, переполнявшего хип компилятора. При этом для шаблонов был всегда один тип парамета :)