В Финляндии используется учёт времени. Каждый работник записывает, сколько он проработал в определённый день. Если переработал в один день, то можешь уйти пораньше в другой. Баланс должен сходиться: 37.5 рабочих часов в месяц.
Они хотели, чтобы магазин был дополнительными заработком для стримеров. Стримишь игру, рядом есть кнопка для покупки, зрители покупают, стримеру процент. Но магазин эту задачу не выполнил, стримеры не стали зарабатывать больше, и в твиче решили больше не тратить на это ресурсы.
Разработка игр — это бизнес. Целевая аудитория игры определяется не только жанром и игровыми механиками, но и сеттингом. Выпуская несколько игр со схожими механиками, но с разными сеттингами, можно охватить бОльшую аудиторию.
Да, прошу прощения, забыл про это написать. Могут появиться различные concurrency-проблемы. Нужно либо доступ к сокету синхронизировать, либо пул сокетов использовать — от задачи зависит.
Добавил в статье абзац про это.
Что Вы имеете в виду под «не скрывает свойство «является»»?
class Base {};
class Derived : private Base {};
...
Base *b = new Derived();
...
Мы получим ошибку компиляции: "'Base' is an inaccessible base of 'Derived'"
В C++ отношение «is a» достигается только при публичном наследовании. При приватном/защищенном мы не можем пользоваться объектом производного класса через указатель на базовый класс, а это значит, что отношение «is a» не применимо. То есть это свойство не то что «не скрыто» — его просто нет.
Если сильная ссылка может быть только у одного объекта, который гарантирует, что его время жизни больше, чем у всех остальных пользователей указателя, то shared_ptr с подсчетом ссылок не нужен вообще. В этом случае у этого объекта хранится std::unique_ptr или его аналог, а у всех остальных обычный указатель.
Согласно C++ Core Guidelines владелец указателя помечается как owner, а все остальные являются простыми указателями, для которых нельзя применять оператор delete. Проверка последнего условия выполняется с помощью статического анализа.
shared_ptr или его аналоги нужны только в том случае, когда нет явного владельца указателя и не известно, чье время жизни будет больше.
Да, опечатался немного
В Финляндии используется учёт времени. Каждый работник записывает, сколько он проработал в определённый день. Если переработал в один день, то можешь уйти пораньше в другой. Баланс должен сходиться: 37.5 рабочих часов в месяц.
Они хотели, чтобы магазин был дополнительными заработком для стримеров. Стримишь игру, рядом есть кнопка для покупки, зрители покупают, стримеру процент. Но магазин эту задачу не выполнил, стримеры не стали зарабатывать больше, и в твиче решили больше не тратить на это ресурсы.
Они его уже закрыли в ноябре. Не получилось.
Можно тоже ссылку на аккаунт в LinkedIn? Спасибо.
Добавил в статье абзац про это.
Элегантного способа в C++ нет, насколько я знаю.
Не элегантный — делегирование/проксирование.
Мы получим ошибку компиляции: "'Base' is an inaccessible base of 'Derived'"
В C++ отношение «is a» достигается только при публичном наследовании. При приватном/защищенном мы не можем пользоваться объектом производного класса через указатель на базовый класс, а это значит, что отношение «is a» не применимо. То есть это свойство не то что «не скрыто» — его просто нет.
Это по определению приватное наследование. Хотя лучше использовать агрегацию, как уже рядом заметили.
Согласно C++ Core Guidelines владелец указателя помечается как owner, а все остальные являются простыми указателями, для которых нельзя применять оператор delete. Проверка последнего условия выполняется с помощью статического анализа.
shared_ptr или его аналоги нужны только в том случае, когда нет явного владельца указателя и не известно, чье время жизни будет больше.