Проблема не в std::exception, а в самом факте синхронного API, это делает невозможным использование библиотеки в реальных сложных проектах.

Судя по коду библиотеки — да, на каждый запрос создается QEventLoop + ожидание ответа. Не представляю как использовать эту библиотеку в реальных проектах.

В процессе создания очередной читалки, на основе кодовой базы FBReader'а.

Нет :) Jolla мне нравится гораздо больше

Сама система идейно великолепна, но еще чувствуется иногда Beta статус.

Железо тоже очень неплохо — все плавно и клёво + держит батарейку в среднем 3-4 суток.

Так что я считаю, что жить будет — главное дать разогнаться.

Это MeeGo, на этой системе весь интерфейс и большая часть демонов была написана на Qt.

Его текущий наследник — SailfishOS еще дальше продвинулся в использовании Qt, там уже весь интерфейс сделан с помощью QtQuick.

Почти все приложения, которыми я пользуюсь ежедневно, что на десктопе, что на телефоне — написаны на Qt.

+ как уже сказали выше — относительно недавно появилась официальная поддержка iOS, Android, пилится поддержка Windows RT (в том числе Windows Phone).

QSerialPort уже входит в Qt 5.2, нет смысла во внешнем модуле

Да, путаете :)

QtQuick позволяет оперировать любыми графическими примитивами, в том числе градиентами, но и не ограничиваясь ими. В этом плане QtQuick гораздо мощнее, чем HTML+CSS+JS и полностью покрывает все их возможности

Но согласитесь, что это не так удобно, как представленное в топике решение?

Тогда будет глобальное меню, а не в декорации окон, а это «совсем другая история».

А не пробовали найти — как сделать подобное поведение в Oxygen декорации окон?

Они же и так в комментариях к каждой статье отвечают на этот вопрос

Почему бы не запускать yandex-disk с LANG=C? Тогда парсинг не будет зависеть от текущей локали.

Докер делает контейнеры, это далеко не то же самое, что система виртуализации

Мне кажется или в последнем примере значения res1 и res2 могут произвольно меняться и непонятно, в какой из них прилетит результат скачки «test1.txt»?

Покрутить-повертеть можно на личном ноутбуке, этому нет никаких препятствий.

Общую нагрузку, которую потянет железо, можно, в целом, определить по производительности дисков, мы не сможем писать/читать больше, чем это в состоянии делать дисковая подсистема. Так что просто попробуйте :)

С реализацией распределенной файловой системы есть ряд заметных трудностей, пользователи ceph/glusterfs о них наверняка знают.

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

А, да, мы так же собираем пакеты для Elliptics, Cocaine и остальных наших продуктов.

Репозиторий для Ubuntu Precise 12.04 и CentOS 6 доступен по ссылке repo.reverbrain.com/