Смотря что называть вебом. Порт Go под браузеры успешен, но пока не в стадии релиза, так что пока только бакенды. Ну а они в свою очередь не обязательно под веб, они просто есть… И какие примеры вы ожидаете увидеть?
1) и 4) это Go, 2) тоже присутствует, не знаю, как это сделано в D, может там удобнее.
Насчёт 3) это губу придётся завернуть обратно, потому что никакого смысла в этом нет по логике вещей (я про драйвера). Вот насчёт игр не знаю, в Go внутренние изменения GC происходят сейчас и судить о будущем Go в этом направлении не могу.
Что касается самого процесса убивания, то бекенд многие переписывают с плюсов на Go и получают сплошной профит.
В 2010 сидел в летнем домике и читал доки по D, думал, что лет через пять займёт свою нишу. Ан нет, где был там и остался, лично меня он сразу отпугнул тем, что поддерживал хорошо только Windows, учить плохокроссплатформенный язык заведомо нет смысла.
Хорошо бы пару примеров, где это можно использовать. А то какой-то балласт знаний получается, если дополнительно не разбираться в проблеме. На SO есть кучка решений и идей, но нет полноценного сравнения и ремарки по поводу применения.
Гораздо больший интерес представляет вечер вторника 16.12: zyalt.livejournal.com/1227012.html
Попробуйте собрать аналитику, покажется, что до сегодняшнего дня была затяжная чёрная пятница с 2008 ;)
Обращаться к элементам документа в WebKit можно и без сокетов, напрямую дёргая нужные функции используя QtWebKit.experimental, хотя это справедливо для QML, в виджетах не смотрел.
Что касаемо архитектуры приложения как таковой, ничего не мешало вам сделать так (где GUI это либо обычный браузер, либо хитрый, то есть окошко без кнопок):
Но тогда бы на вас просто косо смотрели, так как во-первых это стандартный путь, а во-вторых писать на Qt серверную часть смысла нет, так как хайлоада здесь не ожидается, а нужные либы, которых нет в Ruby/Python/Go/Node.js/etc, можно зацепить парой лишних строк. Разве что любовь к C++ вынудила вас писать так сервер. Но тогда Qt никак не приклеить к данной работе.
P.P.S. Можно ли запатентовать этот способ, чтобы на защите было чем козырнуть кроме свидетельства о регистрации ПО?
Какой способ? В статье показан самый стандартный подход, разве что был смысл использовать QtQuick вместо WebKit, то есть по сути вы собираетесь патентовать вашу лень. Я так в своём курсаче через WebKit встроил редактор с подсветкой кода Ace ибо на QtQuick пока никто не сделал редактор с автодополнением и выбора у меня просто не было.
В самых нормальных (вроде Авангарда) есть даже возможность выбрать приоритет подписи или ПИНа. Ну и сменить последний. Вот это, по идее, должен бы уметь каждый банк, но увы.
en.wikipedia.org/wiki/Instructions_per_second#Millions_of_instructions_per_second
en.wikipedia.org/wiki/Dhrystone
Насчёт 3) это губу придётся завернуть обратно, потому что никакого смысла в этом нет по логике вещей (я про драйвера). Вот насчёт игр не знаю, в Go внутренние изменения GC происходят сейчас и судить о будущем Go в этом направлении не могу.
Что касается самого процесса убивания, то бекенд многие переписывают с плюсов на Go и получают сплошной профит.
habrahabr.ru/hub/go/
Попробуйте собрать аналитику, покажется, что до сегодняшнего дня была затяжная чёрная пятница с 2008 ;)
Что касаемо архитектуры приложения как таковой, ничего не мешало вам сделать так (где GUI это либо обычный браузер, либо хитрый, то есть окошко без кнопок):
Но тогда бы на вас просто косо смотрели, так как во-первых это стандартный путь, а во-вторых писать на Qt серверную часть смысла нет, так как хайлоада здесь не ожидается, а нужные либы, которых нет в Ruby/Python/Go/Node.js/etc, можно зацепить парой лишних строк. Разве что любовь к C++ вынудила вас писать так сервер. Но тогда Qt никак не приклеить к данной работе.
P.S. en.wikipedia.org/wiki/Model_View_ViewModel