Это nazbatag который? Да, интересный девайс для нотификаций. Правда как подарок сыну данная покупка уже не прокатила бы, а покупать себе такие игрушки уже разрешения у внутренней жабы спрашивать надо.
Если включить на большую громкость, то писк и давление в ушах будет, и довольно неприятное. Но на нормальной громкости (и на той громкости, с которой общается Furby), команду не слышно. Помимо всего прочего, Furby обычно передает команду вместе со слышимым звуком, так что высокочастотная компонента полностью скрывается. Только иногда Furby в паузах издает чуть слышимые щелчки, посылая команды 706 и 707. Как я понимаю, так он ищет собеседников (если поставить несколько Furby рядом, они должны найти друг друга и начать «разговор»). Почему команд две — этого я пока не знаю.
Ну почему же. Все, что найдено, как раз задокументировано в исходниках. Там же указано, какие команды официальные (доступны в iOS-приложении), а какие найдены самостоятельно.
Мое общение с ассемблером закончилось лет двадцать назад, так что это уже было бы выше моей головы. Но если кто захочет посмотреть, каков алгоритм вычисления вот этих контрольных сумм, я буду признателен.
Нет. Там обратный принцип: Метаданные для поиска скачиваются для всех блокнотов, а дальше вы уже выбираете блокноты, которые нужно скачивать со всеми потрохами (т.н. офлайн-блокноты, это премиум-функция).
Для всего есть свои инструменты. CSS — декларативное описание состояний. Для динамики и реакций на события существует JavaScript. CSS — не silver bullet, и не надо пытаться решать на нем задачи, для которых он не предназначается. К HTML же у вас нет претензий, что в нем переменных нет?
Про модель позиционирования тоже позволю себе не согласиться. По-моему, все весьма органично. Есть контейнеры, которые при необходимости можно позиционировать как абсолютно, так и относительно, внутри могут быть другие контейнеры, которые можно позиционировать абсолютно внутри родителя — это абсолютно нормальная модель. позволяющая идти от общего к частному, и ничего плохого в отрицательных отступах нет.
Да, иногда хочется большей гибкости, каких-то новых фишек, типа более удобного задания размеров для «резиновых» интерфейсов, но это ведь не заложенное в CSS фундаментальное ограничение, так? В новых спецификациях и в новых версиях браузеров появятся новые средства выражения, при этом принципы CSS могут вполне остаться неизменными.
Насчет переменных и динамичности CSS есть мнение, что они могут принести больше зла, чем пользы: www.w3.org/People/Bos/CSS-variables
Мне тоже не кажется, что CSS нужно притягивать за уши к языкам программирования. При необходимости все эти вещи легко делаются на другом уровне (на уровне собственно языка программирования), будь то JavaScript или, например, PHP.
Какие фундаментальные недостатки CSS надо обходить хаками? Т.е. есть что-то, что нельзя исправить добавлением новых CSS-свойств при явной на то потребности рынка?
Мы потратили достаточно много времени на тестирование, чтобы найти оптимальную с точки зрения производительности IO связку виртуализационной платформы и ядра. В дальнейшем мы планируем написать про это отдельный пост. Вкратце: kernel 3.2.10 + Xen обеспечивают намного лучшую производительность при хаотичном чтении/записи на RAID-массив SSD, чем более ранние версии ядра и чем KVM. Мы также проверяли производительность разных файловых систем и остановились на ext4.
Мы начали с пары физических машин, но оказалось, что репликация в этом случае была проблематичной, а CPU использовался не оптимально, так как 50% машины (резервные копии шардов) почти всегда простаивали без дела. Когда мы имеем дело с виртуализированными машинами, ими легче управлять, так как через DRBD можно реплицировать всю виртуальную машину целиком.
До некоторой степени ее можно аккуратно разобрать и частично посмотреть внутренности, но дальше уже требуется необратимое вмешательство.
706и707. Как я понимаю, так он ищет собеседников (если поставить несколько Furby рядом, они должны найти друг друга и начать «разговор»). Почему команд две — этого я пока не знаю.Большинство кодов зарезервировано не за командами, а за ответами Furby (когда он произносит фразу, он посылает и код этой фразы). Эти коды описаны тут: github.com/iafan/Hacksby/blob/master/lib/Furby/Command/Dictionary.pm
Ну и наконец, существуют коды, которые можно посылать в виде команд (Furby на них как-то отреагирует), так и получить от Furby в виде события.
Попытка понять закономерности и точно описать команды — отдельная большая работа.
Про модель позиционирования тоже позволю себе не согласиться. По-моему, все весьма органично. Есть контейнеры, которые при необходимости можно позиционировать как абсолютно, так и относительно, внутри могут быть другие контейнеры, которые можно позиционировать абсолютно внутри родителя — это абсолютно нормальная модель. позволяющая идти от общего к частному, и ничего плохого в отрицательных отступах нет.
Да, иногда хочется большей гибкости, каких-то новых фишек, типа более удобного задания размеров для «резиновых» интерфейсов, но это ведь не заложенное в CSS фундаментальное ограничение, так? В новых спецификациях и в новых версиях браузеров появятся новые средства выражения, при этом принципы CSS могут вполне остаться неизменными.
Насчет переменных и динамичности CSS есть мнение, что они могут принести больше зла, чем пользы: www.w3.org/People/Bos/CSS-variables
Мне тоже не кажется, что CSS нужно притягивать за уши к языкам программирования. При необходимости все эти вещи легко делаются на другом уровне (на уровне собственно языка программирования), будь то JavaScript или, например, PHP.
Мы потратили достаточно много времени на тестирование, чтобы найти оптимальную с точки зрения производительности IO связку виртуализационной платформы и ядра. В дальнейшем мы планируем написать про это отдельный пост. Вкратце: kernel 3.2.10 + Xen обеспечивают намного лучшую производительность при хаотичном чтении/записи на RAID-массив SSD, чем более ранние версии ядра и чем KVM. Мы также проверяли производительность разных файловых систем и остановились на ext4.
Мы начали с пары физических машин, но оказалось, что репликация в этом случае была проблематичной, а CPU использовался не оптимально, так как 50% машины (резервные копии шардов) почти всегда простаивали без дела. Когда мы имеем дело с виртуализированными машинами, ими легче управлять, так как через DRBD можно реплицировать всю виртуальную машину целиком.