На C# не пишу, почитал сейчас немного про acyns/await. Насколько успел разобраться, это все же разные подходы.
Го меня цепляет тем, что можно просто писать plain-код. Тот же async/await будет работать не с любой функцией, она должна это поддерживать, а в го можно любое действие дернуть через go… и оно не будет блокировать остальные потоки выполнения. Т.е., тут не асинхронная модель.
В совокупности с каналами и особенно с такой фичей как «select» это позволяет очень легко писать сложную логику управления кучей параллельных задач. Но за это мы платим тем, что нужно следить за потокобезопасностью кода, в го у нас нет гарантий, что в середине функции планировщик не переключится на выполнение другой функции.

Каналы — удобно, но мне они нужны для параллельной обработки массивов данных. В C# это решается проще, Parallel.ForEach и вперёд

Каналы вместе с горутинами по-идее призваны избавиться от callback-hell, который присутствует в некоторых языках.

Появился, кстати github.com/mattn/go-gtk

Но в Скайпе же есть и HD и шаринг рабочего стола одновременно с камерой и конференции на много участников.
Если крупные видеоконференции много раз в день, то еще можно задуматься, но для остальных случаев слишком дорого.

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

Есть, Калькулятор++, например.
Он еще и опенсорсный.

Насколько знаю, в dev версии хрома сейчас включено экспериментальное midi api, которое умеет выполнять ввод с миди-устройств и вывод на миди-синтезатор ОС или внешний. Чтобы не валилось, надо или отключить это в chrome://flags или автору в коде указать явно, чтобы MIDI.js не использовало этот апи.

Если открыть меню и сделать двойной щелчок на кнопке его закрытия, то меню перекосит.

Задачи разные. Если нужна производительность и экономия, берем C++. Если же нужно сделать быстро или знаешь только веб-технологии, то nw. Ну и кроссплатформенность, конечно.

Для создания приложений есть отличнейшая штуковина node-webkit (ныне NW.js). Там скрешена нода и браузер. Файл вы без проблем прочитаете. И еще много всего сделаете. Позволяет как раз таки создавать exe-шники.

Значит скоро изменения доедут и до Спутника. OSM то обновляется почти вживую, а тут это итерационный процесс, судя по всему.

Вот со ждущим режимом да, у OpenVPN на винде жесткий косяк. Мне приходилось ставить триггер на перезапуск службы при выходе из сна.
А при выдергивании кабеля все нормально. Правда, я всегда OpenVPN использовал в качестве фоновой службы, может гуй-версия действительно вываливает балун с ошибкой вместо переподключения.
Запуск нескольких тоннелей решается созданием нескольких конфигов, OpenVPN при старте ищет в папке конфиги и запускает столько тоннелей, сколько конфигов положишь.

Странно, зачем нужно было писать костыль для OpenVPN. Он ведь сам отлично умеет переподключаться при потере связи. Насколько помню, по-умолчанию так и делает, если в конфиге не выставлено connect-retry-max.

Если снимать отпечатки напрямую с человека, то никак. Я и товарищ выше говорим о случаях, когда по отпечаткам, оставленным на месте преступления идентифицируют преступника.

Уже развиты и используются системы, которые сканируют лицо в объеме (форму черепа). Их сложнее обмануть, чем просто камеру.

Но ведь по скомпрометированному отпечатку можно изготовить искусственный палец и наследить им на месте преступления.

Очень хотелось бы развить эту идею в сторону возможности прикрепления 3д моделей к объектам OpenStreetMap. Проблема только в хранилище для данных моделей.
Сейчас там 3д делается через множество тегов и контуров, что засоряет карту. А вот если вынести модели на отдельный сервер, то можно с помощью энтузиастов покрыть большие пространства.
Если будете делать что-нибудь подобное, обязательно позовите!