Станислав Макаров

C:\Program Files\WindowsApps, не? Из диспетчера задач почему бы не посмотреть расположение exe-шника?

У сета вызывается конструктор, принимающий два итератора - откуда и докуда нужно идти. Все элементы от начального до конечного итератора перебираются (а это всё char-ы) и каждый из них помещается во множество. Т.к. множество не добавляет дубликатов элементов, все дубликаты пропускаются. Итого, размер множества и является количеством уникальных букв.

Ссылки в Си?? Это что-то новое. Я пропустил нововведения?

Почему работает только 1 вариант?

Потому что первый вариант компилит код как C++.

Беглым взглядом могу сказать что проблема у вас в скорее всего в том самом "переходе" от 2D к 3D. Точнее, в его отсутствии.

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

И да, ещё важный момент. Не имел дела с указанной вами библиотекой, но похоже что вы сейчас пользуетесь вызовами OpenGL старых версий, и работаете в "старой" модели программирования. В целях обучения это может даже и лучше, но это не готовит вас к современному OpenGL из реального мира. В современном подходе для матричных преобразований используются шейдеры (и это лишь ничтожная часть того что можно сейчас делать с помощью шейдеров различных типов), а координаты примитивов задаются не последовательными вызовами glVertex (что крайне неэффективно с учётом производительности современных GPU), а построением буферов данных заранее и отрисовкой всего набора вершин целиком (см. glDrawElements и прочие функции).

Так что если вы делаете это всё исключительно для понимания мат. части - в принципе пока вам достаточно и этого, но если вам нужны актуальные умения - найдите книги/примеры/уроки посвежее. Это можно сделать и позже, когда вы будете к этому лучше подготовлены (к сожалению, современный OpenGL не может быть простым, хотя бы из-за очень больших возможностей современных граф. процессоров).

https://www.wireshark.org/lists/wireshark-dev/2008...

....
For example TCP defines port 80 only for the use of HTTP traffic. But, this convention doesn't prevent anyone from using TCP port 80 for some different protocol, or on the other hand using HTTP on a port number different to 80.

To solve this problem, Wireshark introduced the so called heuristic dissector mechanism to try to deal with these problems.

По ссылке в мейлинг-листе вайршарка дают подробный ответ на этот непростой вопрос.

Ну если вам прямо по пробелу, и если действительно на C++, то вот:

#include <iostream>
#include <sstream>
#include <vector>

int main()
{
	std::istringstream input{ "foo bar baz qux" };
	std::vector<std::string> result;

	// extract substrings one-by-one
	while (!input.eof()) {
		std::string substring;
		input >> substring;
		result.push_back(substring);
	}

	// print all the extracted substrings
	for (const std::string& substring : result) {
		std::cout << substring << std::endl;
	}
}

А вообще тут столько вариантов, что и не сосчитать (есть даже более короткий вариант с использованием std::copy).

1. Курите формат wav-файлов, он не особо сложный, написать код чтения не должно составить проблем.
2. Разбираетесь с аудио-API различных ОС. Убеждаетесь, что для разных ОС реализация будет разная.
3. Обеспечиваете необходимые преобразования прочтенных из wav данных о звуковой волне в данные, готовые к передаче в аудио-API.
4. Результат.

Насколько оно вообще работает в сложных интерфейсах?

Нормально работает, нужно только понимать что ты делаешь и не плодить бездумно сущности - можно легко переусложнить код или сожрать кучу вычислительных ресурсов. Если подходить с умом - всё нормально.

Насколько оно кросс-платформенно?

Я использовал только для WPF, цитата с сайта:

ReactiveUI has first class support for Xamarin Forms, Xamarin.iOS, Xamarin.Android, Xamarin.Mac, Tizen, Windows Forms, Windows Presentation Foundation (WPF), & Universal Windows Platform (UWP).

Стоит ли оно вообще того?

Этот вопрос сводится к вопросу "Стоит ли использовать Rx в моём проекте?", т.к. ReactiveUI это мост между вышеперечисленными UI-технологиями и ReactiveX. Вот как только вам надоест вручную отслеживать связи между различными значениями в вашем пользовательском интерфейсе, тогда вы и придёте к ReactiveX с мольбами о помощи.

В вебе традиционно забивается на синхронизацию данных - так я думаю.

Здравствуйте:

• https://en.wikipedia.org/wiki/Optimistic_concurren...
  
• https://developer.mozilla.org/en-US/docs/Web/HTTP/...
  
• fideloper.com/etags-and-optimistic-concurrency-control
  

Так что да - проблема глубокая, глобальная, встречается в большинстве многопользовательских информационных систем и уже довольно неплохо проработана на разных уровнях - от различного уровня изоляции транзакций в БД, до высокоуровневых механизмов в том же HTTP (см. ссылке выше). То что вы так думаете - это вы просто ещё не сталкивались, т.к да, многие в своих относительно примитивных веб-задачах забивают на проработку этих вопросов.

А если вам гугл-докс, так это уже куда более сложные материи, см. Operational transformation и CRDT.

Не совсем понимаю почему SmInc так сильно завязался на сценарий заливки в VCS, если под заранее собранной может пониматься и выложенная например в releases на гитхабе.

Есть ряд объективных проблем:

• большое количество архитектур, под которые нужно выполнять сборку;
  
• большое количество конфигураций сборки - в мире C++ приятно делать в библиотеках возможность compile-time конфигурирования - когда отдельные фичи могут менять своё поведение или отключаться в момент КОМПИЛЯЦИИ, а не работы библиотеки. Сюда же разлчиная степень оптимизации, debug/release-билды и так далее;
  
• большое количество тулчейнов и операционных сред - Клэнг на FreeBSD, gcc на Линуксе, VC++ на Винде, Клэнг на Винде и так далее..
  

Все вышеперечисленные факторы приводят к комбинаторному взрыву вариантов сборки. Поэтому некоторые проекты по получению некоего "пакетного менеджера" или "каталога библиотек" идут по пути дерева портов, например vcpkg. Тут всё просто - вы знаете какой конкретно сейчас вам нужен компилятор, какие ОС и т.д. - скрипт автоматизации сборки помогает вам собрать библиотеку. Это довольно продуктивный компромисс.
Кроме того, не следует также отбрасывать вариант сборки заранее "для себя", которая вполне может прижиться в локальной среде для среднего и круного проекта. См. например репозитории ПМ Conan и реализацию от JFrog.

Вообще в плюсах из-за зоопарка платформ и инструментов острейшим образом стоит проблема интеграции библиотек. В стеке C++ (если вообще можно такой обозначить) общим знаменателем является, пожалуй, только сам C++. Всё остальное зависит как от авторов библиотеки - с одной стороны, так и от вашей среды где вы собираетесь библиотеку запускать - с другой стороны. Так что привыкайте.

только рест апи. Надо затипизировать то, что может вернуть бэкенд.

Тогда почему бы не описать REST API с помощью OpenAPI-спеки и на её основе не сгенерить код?

Желательно хранить различные версии записей.

Есть ли какие-нибудь best practice по этому поводу?

Есть, это темпоральные возможности стандарта SQL:2011.
Поддержка в DB2.
Поддержка в SQL Server 2016.

У вас какая СУБД кстати?