Я думаю в кармане большинства сейчас именно такие экраны в смартах и стоят, у меня на 5,97" WQHD+ вообще. Т.е. в целом ничего удивительного, а с близорукостью +3 даже и работать вполне сносно без очков :)
Странный тест какой то, у меня монитор над экраном ноута (который сенсорный и часто используется как дополнение клавиатуры). Положения сидя меняются от А до В в зависмости от того с какой програамой работаю, перерывы редко, но переключения программ каждые 10-20 минут в среднем. слева и справа нет ничего. Лампы настольной нет, но есть окно с отличным видом и нет желания работать ночью.
Это кстати очень легко решается. Есть дуплексный режим. Есть выход чипа в брелке на полную мощность после приветсвия (из экономного спящего режима).
Брелок посылает что готов быстро отвечать, машина ему код шлет, брелок код подписывает ключем и высылает ответ, машина засекает время ответа и проверяет его. В случае если он правильный и прошло время = скорость света * 10м + время на получение/подписывание/отправку (заранее известное на заводе, без модификации брелка константа по сути).
Можно даже сам транспортный уровень не шифровать для снижения задержек. Без модификации брелока угнать машину с растояния дальше 5 метров не получится методом ретрансляции.
Да, тут другие векторы атаки есть, например в кафе подсесть с блоком который будет слать приветсвие всем брелокам в округе и те будут выходить постоянно из спячки, и после такого надо или батарейку менять или открывать машину резервным варантом (ключем) и в машине хранить батарейку запасную что б её завести. Но это уже хулиганство, а от непосредственно угона авто методом ретрансляции защитит точно.
Погуглите что такое «угон ретранслятором удочкой». Будете опасаться угона :) Почему то лишь некоторые производители сигнализаций подумали про таймауты операций при которых данный метод не работает более чем на 20 м от машины (из-за скорости распространения света)
Эх, мы так с женой познакомились, я ей Siemens А55 в Siemens С55 перешил, расширил телефонную книжку, поставил будильник по вышкам сотовой связи (что бы можно было сесть в маршрутку на конечной, заснуть а как подьезжаешь к нужной остановке — будильник сработает), место увеличил, поддержку Java добавил, меню другое. Вот реально там в байт коде такие патчи были что даже и сейчас наверное в современных смартфонах аналогов нет на некоторые вещи.
Берем обычный CI/CD, добавляем правила (вы же знаете какие кассы надо обновлять, какие нет, где какие часовые пояса и т.д. это всё надо 1 раз описать).
Берем CDN (что бы уменьшить влияние скорости сети) или вообще torrent'ы за основу сети.
Вводим сервис для ручного переопределения расписания (Менеджер знает какую кассу сейчас нельзя трогать, а через 1,5 часа можно. Есть окошко апдейтов например с 2 до 4 утра, если менеджер исключения для этой кассы не выставил к этому времени — обновляем её).
Насчёт касс которые «забыли включить» — я конечно не знаю что вы в этих случаях делаете — но я думаю можно записать сообщение с просьбой включить кассу и в базу касс добавить номер по которому через астерикс позвонить и «попросить включить» ответсвенного.
Вот обычный Jenkins вроде со всем этим должен справиться, медленно, надо больше касс обработать — берем больше нод. У нас моменты были (когда надо много и сразу) — через API на Digital Ocean запрос — берем 2 000 виртуальных серверов из образа нод для обработки, и вот у нас кластер из 2 000 машин выполняет наше задание, а через 3 минуты (при таком распаралеливании 3 минуты задача выполняется) — посылаем запрос и у нас их больше нет (мы за них не платим). 3 * 3000 = 6 000 минут машинонного времени = 0.7$ (1 час стоит $0.007, 100 часов надо оплатить). Если надо можно и 10 000 или даже 100 000 машин взять (честно не пробовал, но кроме лимитов заложеных в тарифный план не вижу проблем).
Что то не ясно, к чему такие цели и «прорывы»? Вот вообще не видно проблемы 1 миллион магазинов в 1 клик сделать и люди не нужны будут ночью вообще. Может правда в статье не описали сами проблемы которые вы решали и достижение ваши действительно высоки, но не видно этого.
Там вопросы с НДС возникают в такой ситуации, и в итоге вместо 6% + 6% + 1,5% + конвертационные потери, вы просто попадаете на 18% (2 года назад, сейчас не знаю) сразу + потенциальные налоги на той стороне.
Компания Apple ввела в наш строй смартфоны другим путём.
Пояснение
Не Apple'ом едины — это понятно. У меня лично был HTC ещё до анонса первого яблокофона, но в то время небыло смартфонов чуть ли не у каждого, как и персональных ЭВМ до IBM, те же ZX-Spectrum, Commodore 64 были но не почти у каждого.
Но отказаться от съёмной батареи, всунуть пропиетарный разъём, монополизировать способ загрузки приложений, это вот немного не тоже самое что модульная конструкция и открытые стандарты.
Строчка кода $10, статья 2009 года, походу в Индии её читали многие, и некоторые даже пытаются деньги брать за строчки кода и рождаются шедевры копипаста в которых видно уверенное игнорирование циклов и массивов :)
Круто! Сам похожую вещь всё хочу сделать, жаль никак не найду времени, только у меня управление зонами в одном месте (можно выбрать весь ли пол включать или его часть), а управляющий модуль (по сути выключатель) в другом и потенциально даже не в одном месте.
Вот благодаря подобным статьям и возникает желание (по крайней мере лично у меня) что то творить, придумывать, осуществлять.
А может какие то турниры запилить? Сделать анонс на сайте, 10 участников по 5 баксов, у кого больше всех фрагов — приз = енергия бонусная. Трансляция турнира через твитч (доп бонус от рекламы), спланировать такое еженедельно. Можно лиги сделать если желающих много, типа Супер Игры (победители последних 5 матчей) и взносы немного выше.
Насчёт фрагов — раскрасить машинки что бы различались, и например если машинка 4 «убила» машинку «6», то машинка «6» — 5 сек не может двигаться, потом 5 сек неуязвима никому, потом 1 минуту машинка 4 не может её атаковать, как и машинка она машинку 4.
Изотопы в режиме турнира дают мощность: например базовый урон 100 за выстрел, у машинок 2000 здоровья, взял красный и твой урон 110 за выстрел (+10%), взял ещё красный — уже 121 урона. Синий = броня, т.е. уменьшение урона противника на 10% за уровень. Зеленый — лечение, например +500 здоровья одноразово. Если тебя «убили» то -1 уровень урона/брони, но не менее 0.
В целях маркетингового бюджета можно например напечатать 10 уникальных футболок участникам. И 10 футболок разыграть на фейсбук (за репост + лайк + коммент) и например какое-то бонусное время.
Из конкурентных преимуществ — в турнире подобного рода практически нереально будет читерить, а это (особенно на западе) очень ценится.
Смотря на прошлую статью этого автора — я сделал вывод что он не очень разговорчивБрелок посылает что готов быстро отвечать, машина ему код шлет, брелок код подписывает ключем и высылает ответ, машина засекает время ответа и проверяет его. В случае если он правильный и прошло время = скорость света * 10м + время на получение/подписывание/отправку (заранее известное на заводе, без модификации брелка константа по сути).
Можно даже сам транспортный уровень не шифровать для снижения задержек. Без модификации брелока угнать машину с растояния дальше 5 метров не получится методом ретрансляции.
Да, тут другие векторы атаки есть, например в кафе подсесть с блоком который будет слать приветсвие всем брелокам в округе и те будут выходить постоянно из спячки, и после такого надо или батарейку менять или открывать машину резервным варантом (ключем) и в машине хранить батарейку запасную что б её завести. Но это уже хулиганство, а от непосредственно угона авто методом ретрансляции защитит точно.
А Bluetooth в сигнализациях и сейчас используется повсеместно.
Вот обычный Jenkins вроде со всем этим должен справиться, медленно, надо больше касс обработать — берем больше нод. У нас моменты были (когда надо много и сразу) — через API на Digital Ocean запрос — берем 2 000 виртуальных серверов из образа нод для обработки, и вот у нас кластер из 2 000 машин выполняет наше задание, а через 3 минуты (при таком распаралеливании 3 минуты задача выполняется) — посылаем запрос и у нас их больше нет (мы за них не платим). 3 * 3000 = 6 000 минут машинонного времени = 0.7$ (1 час стоит $0.007, 100 часов надо оплатить). Если надо можно и 10 000 или даже 100 000 машин взять (честно не пробовал, но кроме лимитов заложеных в тарифный план не вижу проблем).
Но отказаться от съёмной батареи, всунуть пропиетарный разъём, монополизировать способ загрузки приложений, это вот немного не тоже самое что модульная конструкция и открытые стандарты.
Вот благодаря подобным статьям и возникает желание (по крайней мере лично у меня) что то творить, придумывать, осуществлять.
Насчёт фрагов — раскрасить машинки что бы различались, и например если машинка 4 «убила» машинку «6», то машинка «6» — 5 сек не может двигаться, потом 5 сек неуязвима никому, потом 1 минуту машинка 4 не может её атаковать, как и машинка она машинку 4.
Изотопы в режиме турнира дают мощность: например базовый урон 100 за выстрел, у машинок 2000 здоровья, взял красный и твой урон 110 за выстрел (+10%), взял ещё красный — уже 121 урона. Синий = броня, т.е. уменьшение урона противника на 10% за уровень. Зеленый — лечение, например +500 здоровья одноразово. Если тебя «убили» то -1 уровень урона/брони, но не менее 0.
В целях маркетингового бюджета можно например напечатать 10 уникальных футболок участникам. И 10 футболок разыграть на фейсбук (за репост + лайк + коммент) и например какое-то бонусное время.
Из конкурентных преимуществ — в турнире подобного рода практически нереально будет читерить, а это (особенно на западе) очень ценится.