Я бы еще отметил что Engen наверное все-таки Engine, ну и реализация синглтона вызывает некоторые вопросы. Есть же вполне известный и понятный синглтон Майерса, а местный как-то попахивает.
Заголовок немного сбивает с толку. Под встраиванием все-таки обычно подразумевают композицию, как в набившем оскомину вопросе "Почему встраивание в Go - не наследование". Но статья интересная, спасибо.
По совету коллег я вкатился в инвестиции с приложением одного известного банка. Тоже показывали графики, говорили о дивидендах и купонах. Тоже предлагались заманчивые реферальные программы. Как итог - часть активов заблокирована, остальные в минусе. Да и банк, к слову, хоть и не пропал, но чудит страшно - то комиссии введет грабительские, то переводы отключит, то деньги за хранение брать начнет. Как думаете, ФБР заинтересуется этим? По мне так налицо мошенническая схема!
Тоже показалось странным правило, поскольку при сравнениях с константой может приводить к yoda-стилю. Хотя далее в 38 правиле это декларируется явно, так что автор, видимо, не против. А меня от него коробит.
Мне кажется сегментированная броня была распространена именно по той причине что наклепать кучу сегментов и набрать из них броню под размер конкретного легионера, скрепив шнурами было куда проще чем подбирать соответствующую по размеру кирасу. Т.е. мускульная броня - более штучный, дорогой экземпляр, подогнанный под владельца, тогда как сегментированную можно было делать без расчета на конкретного человека.
приходится печатать универсальный загрузчик для любой модели в твою игру/программу(я нахожусь пока здесь)
Простите, но зачем? Если ответ - чтоб набраться опыта, то ок. Но как по мне разработка движка и разработка каждого отдельного компонента - это разная работа, и цели у нее разные. По мне так важно соблюдать баланс между собственной разработкой и использованием готовых решений. В частности для импорта моделей есть assimp, работающий со всеми популярными форматами. А иначе недолго до переписывания STL скатиться, что совсем далеко от написания игрового движка, и уж тем более от создания игры.
Еще вопрос - почему в случае отказа какого-то сервиса вы завершаете работу приложения? Если не прошел пинг на внешнюю зависимость не стоило ли перевести приложение в некоторое состояние, которое не проходит readiness пробу, но при этом вполне себе проходит liveness и пытается восстановить потерянное соединение? Не слишком жестко вызывать Shutdown?
На псеводокоде можно. Мне бы подошел любой С-подобный, думаю большинство разработчиков также найдут его понятым. Я в целом о подходе «от негативного сценария». Если просто сказать что есть принципы и их нужно использовать — это такое себе. Если показать что бывает когда их не используешь — будет нагляднее, имхо.
А что мешает сразу изменить переменную в которой хранится стартовое число монет?
Если посмотреть на обложку Клинка Армагеддона то можно увидеть ту самую кузницу.
Я бы еще отметил что Engen наверное все-таки Engine, ну и реализация синглтона вызывает некоторые вопросы. Есть же вполне известный и понятный синглтон Майерса, а местный как-то попахивает.
Ссылка на шаблон постмортема выдает 403. За материал спасибо, очень познавательно.
Вероятно потому что HTML, CSS и JavaScript выполняются в браузере, а не на сайте или микроконтроллере.
Прочитал предложение раз 7. Пожалуйста, переводите чуть ближе к родному нам языку.
Спасибо, интересно. Помнится что-то подобное тут уже было с синими и красными функциями про асинхронность.
Заголовок немного сбивает с толку. Под встраиванием все-таки обычно подразумевают композицию, как в набившем оскомину вопросе "Почему встраивание в Go - не наследование". Но статья интересная, спасибо.
По совету коллег я вкатился в инвестиции с приложением одного известного банка. Тоже показывали графики, говорили о дивидендах и купонах. Тоже предлагались заманчивые реферальные программы. Как итог - часть активов заблокирована, остальные в минусе. Да и банк, к слову, хоть и не пропал, но чудит страшно - то комиссии введет грабительские, то переводы отключит, то деньги за хранение брать начнет. Как думаете, ФБР заинтересуется этим? По мне так налицо мошенническая схема!
Завидую количеству вашего свободного времени белой завистью.
Тоже показалось странным правило, поскольку при сравнениях с константой может приводить к yoda-стилю. Хотя далее в 38 правиле это декларируется явно, так что автор, видимо, не против. А меня от него коробит.
Проблема выбора стандарта уже решена - https://ru.wikipedia.org/wiki/Межславянский_язык
Мне кажется сегментированная броня была распространена именно по той причине что наклепать кучу сегментов и набрать из них броню под размер конкретного легионера, скрепив шнурами было куда проще чем подбирать соответствующую по размеру кирасу. Т.е. мускульная броня - более штучный, дорогой экземпляр, подогнанный под владельца, тогда как сегментированную можно было делать без расчета на конкретного человека.
Простите, но зачем? Если ответ - чтоб набраться опыта, то ок. Но как по мне разработка движка и разработка каждого отдельного компонента - это разная работа, и цели у нее разные. По мне так важно соблюдать баланс между собственной разработкой и использованием готовых решений. В частности для импорта моделей есть assimp, работающий со всеми популярными форматами.
А иначе недолго до переписывания STL скатиться, что совсем далеко от написания игрового движка, и уж тем более от создания игры.
Еще вопрос - почему в случае отказа какого-то сервиса вы завершаете работу приложения? Если не прошел пинг на внешнюю зависимость не стоило ли перевести приложение в некоторое состояние, которое не проходит readiness пробу, но при этом вполне себе проходит liveness и пытается восстановить потерянное соединение? Не слишком жестко вызывать Shutdown?
А зачем вам в (s *ServiceKeeper) release() буферизированный канал по числу сервисов, если ждете вы все равно первую ошибку только?