Согласен, абсолютно ненужная информация. В организм и так уже встроен отличный датчик гидрации, нативный, встроенный прямо в сознание — нужно просто немного научится прислушиваться к организму. И даже есть наглядный алерт при низком уровне гидрации — вязкость слюны.
Жаль только аналитику по нему не построить :(
Отличная статья, но решения не без изьянов. Например человек по которому стреляли может не очень обрадоваться что его завалили в тот момент когда он оказался уже в укрытии.
Уже много гейм-девелоперов сломало пики на этой проблеме.
Например у DICE с их Battlefield 4 быть огромные проблемы с hit detection.
Ихмо самая продвинутая, но и самая сложная это — client prediction with lag compensation, те клиент предсказывает позицию противника с учетом лага, а не лаг компенасция на моменте hit detection. А дальше честный серверный hit detection.
Может назначить вам добровольно-принудительное лечение в стационаре, где безусловно добрый и заботливый персонал позаботится о вашей свободе перемещения, а также будет добровольно-принудительно проводить ваше лечение безусловно лучшими лекарствами абсолютно без побочных эффектов.
Во последних версиях они добавили более удобные команды для докера, без которых многие вещи приходилось делать руками (например проверить есть ли новый image в репозитории, в старом модуле функционал был сильно ограничен).
Так же через Ansible я управляем кластером Consul-a.
Ну и общий провиженинг всего и вся — мониторинг, pgbouncer, memcache, и.т.д.
Докер конечно хорошая технология, но хорошо приготовить ее — непросто. Плюс куча багов.
Ну и размеры популярных базовых образов тоже немного печалят.
Есть опыт с Docker Swarm-ом в связке с Consul-ом c деплоем через Ansible.
Если кому интересно могу поделится опытом в комментариях — на статью там не тянет.
Если надо вывести название страны в произвольной локали — то есть опциональный параметр метода, например getName($locale = NULL), что я и пропагандирую :)
Предлагаю взглянуть на аналоги:
https://github.com/hexorx/countries
Если смотреть по use-кейсам то получается что в большинстве случаев локаль достаточно установить один раз за запрос. Исключение — получение нативного имени, однако тут лучше сделать отдельный метод getNativeName().
Если Geographier::findOneByCode() возвращает объект страны то метод setLanguage вызывает попаболь.
Любой человек подумает что вы меняете язык у страны, а не локализацию строк. Но даже setLocale/getLocale вызвало бы одно недоумение.
2) Памяти не очень много. Хотя я думаю что базовые библиотеки уже есть.
Жаль только аналитику по нему не построить :(
Уже много гейм-девелоперов сломало пики на этой проблеме.
Например у DICE с их Battlefield 4 быть огромные проблемы с hit detection.
Ихмо самая продвинутая, но и самая сложная это — client prediction with lag compensation, те клиент предсказывает позицию противника с учетом лага, а не лаг компенасция на моменте hit detection. А дальше честный серверный hit detection.
Карательная психиатрия
Интересно ваша платформа поддерживает заворачивание субтитров и метаданных (например счет футбольного матча) в поток?
Как обстоят дела с 4K?
https://github.com/ansible/ansible/blob/devel/docsite/rst/guide_docker.rst (новый)
http://docs.ansible.com/ansible/docker_module.html (старый)
Во последних версиях они добавили более удобные команды для докера, без которых многие вещи приходилось делать руками (например проверить есть ли новый image в репозитории, в старом модуле функционал был сильно ограничен).
Так же через Ansible я управляем кластером Consul-a.
Ну и общий провиженинг всего и вся — мониторинг, pgbouncer, memcache, и.т.д.
Ну и размеры популярных базовых образов тоже немного печалят.
Есть опыт с Docker Swarm-ом в связке с Consul-ом c деплоем через Ansible.
Если кому интересно могу поделится опытом в комментариях — на статью там не тянет.
Предлагаю взглянуть на аналоги:
https://github.com/hexorx/countries
Russia (Россия)
Japan (日本)
Но если есть setLanguage, то я так понимаю getLanguage присутствует тоже, верно? А вот тут уже начинает один сплошной конфуз.
ИМХО все таки локалализация строк в результатах методов не должна быть свойством объекта.
В примерах меня сильно удивило следующее:
return Geographer::findOneByCode($countryCode)
->setLanguage($language)
->getName();
Если Geographier::findOneByCode() возвращает объект страны то метод setLanguage вызывает попаболь.
Любой человек подумает что вы меняете язык у страны, а не локализацию строк. Но даже setLocale/getLocale вызвало бы одно недоумение.
Имхо более разумный подход с локалями:
Geographer::setDefaultLocale = 'ru'
…
Geographer::Country::findByCode($countryCode)
->getName($locale);