Шумящих частой в ноуте обычно минимум. Если не hdd, то вентилятор. И не обязательно в максимальной нагрузке. Они могут кряхтеть, когда запускаются (если охлаждение полупассивное и выключается время от времени). Или просто втулка или подшипник изношены так, что больше шумят при небольших оборотах. Или пылью заросли так, что при минимальных режимах вязнут в ней. Или просто какой-нибудь провод (или ещё что-то) цепляет лопасти вентилятора.
Думаю, смысл нулевой.
1.2 полностью перекрывает возможности монитора.
1.4 отличается от 1.2 большей частотой при большем разрешении и поддержкой HDR. Ничего этого в мониторе нет.
Как вариант - сделать пустые ячейки, у которых будут видны только 2 стороны.
Визуально будут хорошо. Но на практике пользы от этого нет, только вред при последующем редактировании.
> Во всей игре есть лишь одно место, где нельзя ставить провода - храм джунглей.
А чем это отличается от любой другой логики, описываемой словом "только"?
- яйцо дракона можно получить только с дракона
- мифическую руду можно получить только копая в мифической пещере
- костёр можно развести везде кроме водоёмов
А что вы хотите получить? Данный простой вид неравенство уже похож на ответ. Часто системы неравенство к такому ответу и сводятся.
И эти неравенство весьма понятны. Они допускают кучу возможных решений.
Первые два неравенства говорят, что Х и У примерно равны (одного порядка). Одно из них накладывает ограничение на их разницу, другое на их соотношение. Бери любые два примерено равных числа и они подойдут.
Вторые два говорят о том, что сумма А+Б примерно равна Х и ни о чём более. Опять же - бери любые два.
Последние два говорят о том, что У примерно равен Ц+Д+К. Бери любые 3 и всё.
Ничто не мешает учить одновременно.
В программировании в половине случаев достаточно математики за 7 класс. В 2/3 случаев достаточно математики за 9 класс.
А ещё математика такая штука, которую не перепрыгнешь. Как ни крути - сначала придётся изучить всю школьную математику. Особое внимание удели функциям, уравнениям, графикам, системам уравнений, неравенствам, векторам, комбинаторике, теории вероятностей, логике, системам счисления... В общем, почти всему школьному.
Если будешь программировать физические явления то без производных, первообразных и интегралов не обойтись.
Далее можно будет расширять знания в сторону матриц, линейной алгебры, диф.уровнений.
Разные методы моделирования (конечные разности и т.п.) тоже могут понадобиться.
Увы, нет. Слишком много защищено лицензиями, патентами и просто коммерческой тайной.
И даже то, что есть в открытом доступе нигде не собрано (разве что в физических библиотеках).
Википедия немного могла бы претендовать, но она слишком фрагментарна и слишком упрощена.
А вообще такая штука нужна не только на случай конца света. Она ещё нужна, чтобы люди не изобретали велосипед. Учёные хотят создать, например, бетон со смесью волокон из тростника. Были ли уже такие работы? Хорошо, если кто-то из них видел такую статью в журнале или читал в какой-то книге, или сумел загуглить информацию. А если нет? Возможно, этот бетон уже 10 раз исследовался и разрабатывался, просто информация о нём не попалась на глаза. Значит, сами того не зная, учёные будет его изобретать уже в 11-ый раз.
Дополняя другие ответы.
Для начала определись для каких игр делаешь движок. 2д - это слишком абстрактно.
Если это платформеры бродилки с видом сбоку, то нужна полноценная физика (хоть и плоская) - гравитация, законы Ньютона и т.п.
Если это нечто с видом сверху, то физика может оказаться ненужной, зато пригодятся, например, алгоритмы нахождения пути.
Если ты хочешь делать головоломки типа тетриса, 3-в-ряд, шашек, то для них движок вообще не очень-то и нужен - их и с нуля не сложно создать.
Ещё подумай, где будет граница движка. Какие-то элементы можно создать в виде заготовок в движке, а другие можно в движке не закладывать, а приделывать уже при разработке конкретных игр.
Всё зависит от того, какую игру ты хочешь получить в итоге. Начни сам себе задавать вопросы по игре и отвечать на них:
- должна игра быть сложной или нет
- можно ли в ней разориться или проиграть
- откуда игроки берут деньги
- на что игроки тратят деньги
- сколько игроку надо копить на ту или иную трату
- насколько важны верные ответы, можно ли ошибаться
- что игроку делать с бесконечным запасом денег
- ...
Когда составишь такой список вопросов и ответов на них, экономика сама сложится в голове. Ну а потом можно и протестировать на знакомых.
На самом деле всё сугубо индивидуально. Нужно идти в магазин и смотреть самому. Одним нравится ИПС, другим наоборот, лучше самый банальный ТН.
Из универсальных советов:
1. Диагональ лучше побольше. Если монитор один, то на мой вкус оптимум 27-34 дюйма. Расположить рядом несколько документов или окон бесценно.
2. Не гнаться за кучей пикселей. Иначе и шрифты и элементы управления будут весьма мелкими, что утомляет и глаза и руку на мыши. На мой вкус вполне достаточно ФуллХД (1920х1080) для мониторов поменьше или 2к (2560х1440) для мониторов побольше. Даже о 4к надо сначала хорошо подумать перед тем, как брать, не говоря уже о чём-то большем.
3. Антибликовость/матовость хорошо, но не совсем панацея. Лучше организовать рабочее место так, чтобы блики и отражения не образовывались.
Ничего волшебного в них нет. ИК излучение это не рентген. Нагревает только видимую поверхность. Пощупай технику, за которую беспокоишься и примерно поймёшь даже без градусника. Если она нагревается не выше чем ~40 в выключенном и ~50 во включеном состоянии, то всё нормально. Точнее можно покопать данные по допустимым температурам в документации к самой технике. Опасней всего, наверное, экранам мониторов - на их экран ИК напрямую воздействует. Но в целом, думаю, большой угрозы не должно быть. Если человек не ловит теплового удара, то и техника должна.
Для начала замени запятые на точки с запятой. Если не поможет, попробуй заменить функции на английские аналоги. Если опять не поможет, то разбивай функцию на более мелкие и смотри где именно возникает ошибка.
Очень сомнительно, что это проходило этап 3Д-моделирования. Рисовалась сразу готовая картинка с нужным ракурсом.
1. Зачем лишние сложности, если игры 2д и картинок достаточно с одного единственного ракурса? Тем и хороши 2д и псевдо-3д игры, что графику для ник делать куда проще. Достаточно художника, а не моделера.
2. При разглядывании можно заметить косяки в тенях (и не только), которые в случае условного скриншота из 3д не проявились бы. Художники не часто знают начертательную геометрию на высшем уровне. Да и времени на каждое изображение много не выделишь, если хочешь игру сделать за вменяемое время.
Один из простых вариантов - обратиться в банк (не факт, что это лучший вариант, но зато простой и более-менее надёжный, если суметь чётко им изложить свою идею). Тот же Сбер (и не только он) готовы за не очень большие деньги вести вашу бухгалтерию, налоги и предоставить юридические консультации.
Слишком абстрактный вопрос. Математика всегда нужна. Вопрос лишь в её объёме. Даже в ручном тестировании даже примитивного магазина не помешает проверить чтобы сумма покупок, размер скидок и прочее считались верно.
При написании автоматических тестов тоже надо понимать, что и как вообще тестируется. Без математики это часто невозможно.
В дополнении к другому ответу. Если скачки резкие, то проблема скорее в железе (датчики температуры) или по. Каким-бы плохим не было соединение радиатора с процом, оно не объясняет резких скачков. Даже вообще без термопасты он будет нагреваться секунд 5-10, а остывать ещё медленнее если термоинтерфейс нарушен.
Самостоятельно можно попробовать посмотреть температуру и скорость её изменения через другие программы или биос.
Вести лог всех объектов на сцене (спавн, уничтожение, изменение координат и других свойств объекта и время этих манипуляций) и когда это нужно, воспроизводить всё в обратном порядке по времени
А как без этого? Вам нужно прошлое, значит нужна информация об этом прошлом. Значит её надо записывать и хранить. Вопрос лишь в деталях: как часто делать записи, как долго хранить, что именно туда включать и что можно упустить, хранить логи отдельных сущностей или переодически делать "снимки" всего окружения игрока и т.д. Это уже вам решать. Плюс надо подумать, нужна ли обратная анимация всех процессов, или достаточно будет просмотра стоп-кадров.
