iliyaisd:
Наличие SSHFS, реализации и аналоги которого для Win работают чуть лучше, чем никак.
Более удобный терминал.
Меньшая требовательность к ресурсам. Как количественная, так и качественная. Там, где Win валится в BSOD от немного битой планки памяти, Linux прозрачно и без проблем обходит сбойные блоки без каких-либо лишних шаманств.
Больший аптайм до появления первых симптомов, мешающих работе (для тех, кто выключает компьютер каждый день, неактуально).
Простота установки и конфигурации всего и вся в большинстве случаев.
Безопасность в плане вирусов (хотя я и под Win на своих машинах давно не видел их, но все же спокойнее, когда о них не надо задумываться).
Есть тенденция к тому, что вещи, делающиеся разработчиками для разработчиков в первую очередь доступны под *nix. Тот же Node.js долгое время непосредственно под Win был недоступен.
У этой медали, конечно, есть обратная сторона. Но в качестве рабочей OS использую только Linux (Debian, Elementary) и OS X, ибо они подходят идеально. Веб-разработчик.
gurik1995, насколько знаю, нет таких. Однако обходится это ограничение элементарно. Как-то раз необходимо было напечатать методические пособия в формате А5: помимо двусторонней печати нужно было еще и порядок сделать особо хитрым, чтобы потом просто стопку листов сложить пополам и получить годное печатное изделие. Хватило, кажется ,плагина для офиса. Плагин раскидывал все в нужном порядке и сохранял два файла: сначала печатается пачка из одного файла, потом эта пачка переворачивается и печатается из другого файла.
С двусторонней печатью А4 без необходимости сшивания все еще проще. Настройки печати обычно позволяют задать кучу параметров. Печатаются сначала нечетные страницы, затем пачка переворачивается и печатаются четные.
@sabanovvv, устанавливается для фона (луча) отступ справа по заданной формуле. x — номер элемента, на котором сработало событие.
1 ряд, будучи последним объектом в DOM, имеет порядковый номер (x) равный 9 (нумерация с нуля). Соответственно, отступ справа имеет равный 147-9*18=-15px. 2 ряд имеет отступ равный 147-8*18=3px и т.д.
@gowithboom, ну так может не весь БП целиком шалит. А только, например, питание по тому же харду. Или еще куда-нибудь оно на мгновение пропадает, а этого уже достаточно.
@Yakud, зависит от реализации. Если не на стороне БД запилить процедуру, которая будет отрабатывать только при заходе юзера, то да. А при правильной реализации оно будет работать ровно тогда, когда нужно. К тому же задача не настолько хорошо известна, чтобы говорить, что в каких-то иных ситуациях оно еще потребуется.
@KavkazIT, зависит от того, что ставить, и что требуется. Большая часть софта обыденного ставится вместе с дистрибутивом (всякие офисы, плееры и прочее часто идут в комплекте и пригодны для использования). А все, что связано с более узкой областью деятельности, подтягивается при необходимости.
Можно отметить то, что в Linux меньше требуется телодвижений. Не надо лезть в браузер, искать там софт, качать, сетовать на нерабочий кряк. Если знаешь, что тебе требуется, достаточно одной команды в терминале.
@HiNeX, ну, есть у вас вектор с углом phi. Вам нужно определить, лежит ли он между векторами с углами a и b. Если a < b, то phi лежит между a и b при a < phi && phi < b.
Ну и не забывайте при определении ближайших векторов (и дальнейшей проверке принадлежности сектора) учитывать вариант, что путь между ближайшими векторами может идти через 0 градусов. То есть расстояние между векторами a и b — это не просто abs(a-b), а что-то вроде min(abs(a-b), (min(a,b)+360-max(a,b))). Соответственно, если через ноль не проходит сектор, то проверять надо a < phi < b. Если проходит, то при a < b: a < phi || phi < b.
При решении задачи таким путем самое сложное — найти угол. Тут еще нужна математика. А для проверки того, лежит ли угол между заданными достаточно просто посмотреть на него и немного подумать.
Нарисуйте несколько кругов с разными ситуациями, отметьте углы каждого вектора, закрасьте секторы, найдите закономерности, если совсем туго.
PS: вполне мог где-то допустить ошибки, писал навскидку и очень примерно, поэтому сами думать не забывайте.
@nezzard, нет чего-то правильного или неправильного. Все зависит от ваших пожеланий и концепции игры. Можно обновлять по таймеру тем, кто онлайн. Можно обновлять вообще всем. Можно хранить время последнего изменения здоровья и пересчитывать его лишь при обращении к персонажу.
Вариант с инициированием событий лишь при обращении игроками может быть удобен, но опять же зависит от ситуации. Например, экономическая стратегия, где получаемые в единицу времени ресурсы зависят от построенных зданий. Если мы будем проверять, построился ли новый завод, только при обращении игрока, то, вероятнее всего, получится так, что до этого обращения количество получаемых ресурсов не изменится. Что обычно нелогично для игр такого типа. Но вдруг вы хотите именно такое новшество реализовать.
@nezzard, постройки, здоровье, какая разница? Можно хранить время последнего восстановления здоровья и относительно него плясать. Либо восстанавливать здоровье синхронно всем (естественно, на разное количество). Все от фантазии зависит. А раз уж есть какие-то там исходники, то полезнее всего было бы изучить их.
@nezzard, PHP вообще не является лучшим вариантом для долгой работы. У него куча ограничений, включая ограничение на время выполнения. С другой стороны, может быть вы станете вызывать по крону скрипт каждую секунду, а он со временем начнет выполняться две или три секунды. И черт знает, что они там натворят.
Для разруливания состояния базы в бэкэнде можно взять скрипт на каком-нибудь другом языке (Python, например). От него все равно будет требоваться по большей части лишь работа с БД. А уж отдавать клиенту информацию тем, что больше нравится.
Наличие SSHFS, реализации и аналоги которого для Win работают чуть лучше, чем никак.
Более удобный терминал.
Меньшая требовательность к ресурсам. Как количественная, так и качественная. Там, где Win валится в BSOD от немного битой планки памяти, Linux прозрачно и без проблем обходит сбойные блоки без каких-либо лишних шаманств.
Больший аптайм до появления первых симптомов, мешающих работе (для тех, кто выключает компьютер каждый день, неактуально).
Простота установки и конфигурации всего и вся в большинстве случаев.
Безопасность в плане вирусов (хотя я и под Win на своих машинах давно не видел их, но все же спокойнее, когда о них не надо задумываться).
Есть тенденция к тому, что вещи, делающиеся разработчиками для разработчиков в первую очередь доступны под *nix. Тот же Node.js долгое время непосредственно под Win был недоступен.
У этой медали, конечно, есть обратная сторона. Но в качестве рабочей OS использую только Linux (Debian, Elementary) и OS X, ибо они подходят идеально. Веб-разработчик.