Вывод прост — когда бизнес подгоняет разработку, потому что релиз нужен прямо сейчас, это всегда чревато рисками и «факапами».
Кстати, когда вы почините досадный баг с регулировкой громкости на Android? Пока приложение висит в памяти или даже в кэше, то отрегулировать громкость звонка не получается, только громкость мультимедиа.
// Стартуем игру с игровым состоянием Game и FPS 25
startGame(Game, 30);
Я люблю такое соответствие кода и комментариев. Может, автор забыл обновить комментарий. Или константу в коде. Или FPS 25 зашит внутри, а 30 — нечто иное. Обожаю разбираться с таким кодом на работе.
Из которого выносится простое правило: если событие происходит редко, следует использовать исключения, если часто — программные проверки. Собственно, это более широкая трактовка о том, что исключения нужны в исключительных ситуациях.
Хм, забавно.
Автор model_handler знает про дублирование констант при компиляции и поэтому завернул их в namespace. Но ведь это cpp-файл, он не будет include-ится много раз. Может это кто-нибудь объяснить мне, новичку в C++, зачем?
Понимаю, что статья обучающая, но все же предупрежу новичков, что использование discard существенно замедляет работу фрагментного шейдера, как и ветвление ( if ). Это не значит, что нужно отказаться от discard и if, но следует быть осторожным.
program Project1;
{$mode delphi}
{$apptype console}
var
bool: Boolean;
ref: PByte;
begin
bool := False;
ref := @bool;
ref^ := 5;
if (bool) then
WriteLn('True');
if (bool = True) then
WriteLn('Still true');
WriteLn('Bool actual value is: ', bool);
WriteLn('Ref value is: ', ref^);
WriteLn('Bool value by ref is: ', PByte(@bool)^);
ReadLn();
end.
Результат
True
Still true
Bool actual value is: TRUE
Ref value is: 5
Bool value by ref is: 5
В целом, пост смахивает на какие-то свои мысли и несет больше вреда, чем пользы.
Кинематические тела следуют упрощенным правилам симуляции — на них не воздействуют никакие внешние силы, гравитация — в том числе. Они свободно могут проходить через что угодно.
Кинематические тела не должны свободно проходить через что угодно. По крайней мере, все именно так в Box2D, который используется в Unity. Возможно, вы что-то напутали в настройках слоев?
Кстати, когда вы почините досадный баг с регулировкой громкости на Android? Пока приложение висит в памяти или даже в кэше, то отрегулировать громкость звонка не получается, только громкость мультимедиа.
Я люблю такое соответствие кода и комментариев. Может, автор забыл обновить комментарий. Или константу в коде. Или FPS 25 зашит внутри, а 30 — нечто иное. Обожаю разбираться с таким кодом на работе.
Вы неправы совершенно. Одних только хедеров и врапперов к C# не счесть: Managed DirectX, SharpDX, SlimDX…
Даже выбранный вами XNA рисует через DirectX
Отвечу сам себе — ошибки нет и данные будут корректны
Здесь нет ошибки? Может hashed, value?
И я что-то совсем не понимаю, каким образом восстановить данные, ведь exclusiveStrings будет уничтожен после выхода из метода.
steam://url/CommunityFilePage/{id страницы}
Автор model_handler знает про дублирование констант при компиляции и поэтому завернул их в namespace. Но ведь это cpp-файл, он не будет include-ится много раз. Может это кто-нибудь объяснить мне, новичку в C++, зачем?
Still true
Bool actual value is: TRUE
Ref value is: 5
Bool value by ref is: 5
В целом, пост смахивает на какие-то свои мысли и несет больше вреда, чем пользы.
Знаете, более эффективной и честной рекламы ПО, чем ваша, я, пожалуй, и не видел.
Ну, и на правах надоевшей шутки:
А вы отправили авторам список ошибок? А проверили PVS Studio c помощью PVS Studio?Кинематические тела не должны свободно проходить через что угодно. По крайней мере, все именно так в Box2D, который используется в Unity. Возможно, вы что-то напутали в настройках слоев?