Еще есть очень полезная штука как placament new:
void* operator new (std::size_t size, void* ptr) noexcept;
Который размещает данный объект в память указанную в «ptr» и вызывает его конструктор.
Достаточная простая и удобная оптимизация или просто стратегия хранения сложных объектов которые нуждаются в вызове конструкторов.

Странно что не упомянули знаменитый синематик от Blizzard для 3 аддона World of Warcraft: Wrath of the Lich King
Вот от него до сих пор, даже после десятков раз пересмотров, мурашки по коже. Эпик.
https://www.youtube.com/watch?v=BCr7y4SLhck&list=PLS4eabXAdT6WjjLGROcNe9xfoMzxO-dPW&index=1

Сначала прочитал статью по диагонали, думаю, а где название фреймворка, не уж то наш Marmalade SDK упомянули в кое то веки. Почти все есть из выше написанного. Если сделали сами — врете, нерельно, команда — возможно, но откуда финансирование? Если первое — то откуда опен-сорс базу взяли и потом на ней писали? И т.д.

По моему, для здравомыслящего человека который умеет анализировать это должно быть очевидным.

Более того, к 6 версии готовится QStringView! Кто следит за развитием стандарта сразу понял что это, практически аналог готовящегося std::string_view, но только с поддержкой QString, QStringRef и иже с ними(например QLatin1String и compile-time вариант макрос QStringLiteral, да, их много, но они все нужны сейчас)…
https://codereview.qt-project.org/#/c/143763/

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

Интересное св-во, не знал, достаточно красиво получается вместо static_cast(), если писать на плюсах.
п.с. парсер съедает кавычки у статик каста(

Ну, что тут сказать, все так и есть.
Для полноты картины, почему так и почему до сих пор не сделали поддержку темплейтов в Qt, советую почитать два треда в dev мейл рассылке Qt:
1. Стартует тут — http://lists.qt-project.org/pipermail/development/2016-February/024990.html
2. Вторая продолжается уже тут — http://lists.qt-project.org/pipermail/development/2016-March/025063.html

Вкратце, все ждут поддержку новых стандартов уровня с++17, которые отчасти уже реализованы clang.
Кстати, только сейчас 5.6 будет последний релиз который отчасти еще будет поддерживать компиляторы без С++11.

В этом ключе советую авторам взглянуть на Range Library
https://github.com/ericniebler/range-v3
Очень сильно расширяет возможности контейнеров и алгоритмов. Пока предлагается на рассмотрение комитету в стандартную библиотеку:
https://ericniebler.github.io/std/wg21/D4128.html

Хотелось бы увидеть статьи про эти новые вещи.

Самая интересная на этот счет ошибка которая мне попалась бага с OS X sysctl и HW_USERMEM параметром.
Суть бага в том что наше приложение проверяло на старте доступное кол-во памяти с помощью вот этого.
Но у нас кроссплатформенное приложение и потом для мака разработка велась не всегда и использовались мак мини в котороых памяти было не очень много. Но тут появился мак бук про с 16 гигами и начались не понятные невозможности стартануть приложение которое просто падало на старте, ассертов в том месте не было, просто закрывалось приложение.
То есть приложение не запускается, ребут — уже запускается, через время опять не хочет, потом опять нормально.
Это какой-то ужас был. Но все-таки копнул поглубже и что выяснилось:
HW_USERMEM у OS X возвращает всегда 4 байтный инт, варианта с 8 — нет, например как у FreeBSD и в итоге, при вызове sysctl с HW_USERMEM
возвращался переполненный инт, иногда отрицательный, иногда нет.
В общем, починил выкинув данную проверку, так как на реальных тачках для нашего приложения она не очень имела смысл.

Так это он, про него та статья и была. Я даже посещал ту комнату когда заходил купить какое-то железо, но это было пару лет назад.

Вспомнился пост «Музей видеокарт в Харькове. История создания»
https://geektimes.ru/post/124942/

Правда, не знаю остался музей и развивается ли он сейчас.

Не сработает. Если instrLd == nullptr то в случае когда instrLd2 != nullptr вызовется instrLd->GetDst() — вот тут и проблема. Все-таки сложно без анализатора находить такие места, ага.

А сейчас Qt Quick Compiler где-нибудь можно найти? Что-то не вижу его в официальных репозиториях.

Как тут не вспомнить http://www.hackertyper.com/

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

Это скрин из будущего, у меня мой FutureScreenMaker v2.1 тоже так умеет.

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