Weekly 7 #52

[polycode]

1. C++ atomics and memory ordering
Как ускорить атомики в C++ на x86 с помощью смягчения требований к последовательности обращений к памяти.

2. Haskell в продакте: Отчёт менеджера проекта
Плюсы и минусы использования Haskell в промышленной разработке. В принципе, ничего очень уж интересного там не написано, но статья подкупила ощущением

Comments

[ex0_planet]

По шестому пункту ничего кроме мата сказать не могу.

Ибо условный архитектор условного проекта будет теперь вынужден выбирать из:

1. C++ 91 (C с классами), на самом деле используется в over 9000 контор, где средний диаметр головы программиста чуть меньше чем у всяких там гуглоидов.

2. C++ 98, возможно с tr1/tr2 и бустом (ибо могут быть ограничения компилятора на данной платформе).

3. C++ 11

4. C++ 14, который, сука, такой же как 11 но пофикшенный.

По идее, надо бы забыть C++11 как можно скорее, и сразу начать пользоваться 14, но не получится, ибо уже написана некоторая часть кода, и программистам теперь придется помнить вещи типа "а вот этот модуль/фреймворк/библиотека у нас еще под 11 стандарт написан, туда такие-то вещи не совать".

[thedeemon]

Есть еще фактор "мы сидим на MSVC 2010, которая половину этого не умеет".

[some41]

Половину не умеет 2013. 2010 не умеет процентов 80.

[ex0_planet]

Значит, просто проблема отодвигается лет на пять :-)

[polycode]

Жизнь в эпоху перемен - она такая :)

[ex0_planet]

Я вообще считаю что ада и угара мало, надо по нашему, по хипстерски: два релиза стандарта в год - 14.04, 14.10, потом, соответственно 15.04... ну и так далее. Или уж сразу, rolling release.

[polycode]

Aга, C++ LTS :)