tFirma

Как насчет macbook pro 13" (md313rs\a)?

Можно попробовать сконфигурировать приложение как launcher. Оно будет вызываться по нажатию Home, и запустить что-то другое можно будет только из него.
Теоретически, для этого достаточно основной activity добавить в intent-filter

<category android:name="android.intent.category.HOME"/>

Установить приложение как «рабочий стол» (не знаю как у них это правильно называется) тогда оно будет идти «верхним уровнем» и всё ок.
Останется вопрос о путях попадания в настройки: через верхнее меню в ICS, через строку редактирования, переопределяется ли кнопка меню для рабочего стола.

Странные у вас тесты и результаты.
jsperf.com/if-vs-regexp-match
Конечно же, if быстрее на порядок.

Что значит «проще»? Выполняется быстрее? Конечно же первое, т.к. регэкспы надо сначала скомпилировать, потом работать с ними… Это явно сложнее, чем просто сравнить строчки.
А вообще, мне кажется, это какая-то экономия на спичках. Почему Вам так важна производительность этого кода?

Чинить — вряд ли. Я пытался починить свою посоеднюю ноутбучную клавиатуру, аналогично залитую водой.
Там два контактных слоя, сверху — резиновая мембрана под каждой кнопкой.
Так вот в моем случае эти два контактных слоя были надежно склеены в нескольких местах, и оторвать друг от друга для того, чтоб обработать-протереть не получилось.
Выход — нашел клавиатуру на ебее за 15 долларов с бесплатной доставкой. Меняется минут за 10. На задней стороне ноутбука есть пару винтов, откручиваются, клавиатуру отщелкиваем и отключаем шлейф.
Тоже, кстати, асус.

В большинстве замков домофона — это электромагнитный замок. Он практически всегда под напряжением и притягивает металлический брусок с другой стороны. Есть ли там этот брусок или нет — ему по барабану. Сам замок герметичный кроме узла, куда вставляются провода.
Напряжение там всего +12 В, так что если туда залить водой, то бабаха не будет. У нас в подъезда зимой все покрылось огромным слоем льда, и ничего — работало.
Так что без разницы — открыто или закрыто.

mp3licensing.com: However, no license is needed for private, non-commercial activities (e.g., home-entertainment, receiving broadcasts and creating a personal music library), not generating revenue or other consideration of any kind or for entities with associated annual gross revenue less than US$ 100 000.00.

Самый большой скачок производительности, со времён первых Core Duo, ощутил при переходе с HDD на SSD, а не при сменах процессора. Теперь, работая с HDD-системой возникает примерно такое же странное ощущение ностальгического дискомфорта, как при пользовании ЭЛТ монитором. PHPStorm, Eclipse, две работающих виртуалки: Win и CentOS с двумя субд — чувствуют себя на Core2Duo 1.86 GHz + SSD абсолютно свободно, поэтому не нахожу причин менять камень. Моё мнение: попробуйте для начала сменить винт.

Для тяжелых задач разница будет очень заметна. Оставлю здесь просто для информации:
Мой мобильный i3-2310 2.13zГГц по тестам работатет на 10-15% быстрее моего декстопного Core 2 Duo E8200 2.66Ггц.

Ах да еще Smart Keyboard тоже имеет прозрачность в настройках + удобный мультитач.

1. Алгоритм требует двустороннего обмена данными. В простых сигналках (которые вскрываются граббером) поток данных однонаправленный: в брелоке передатчик, в базовом блоке — приемник.

1.1 Если уж у нас есть двусторонний канал, что мешает применять нормальные криптографические протоколы аутентификации? Логика подсказывет, что в современных сигналках так и делается. Конкретные модели не назову, самому интересно. Производители почему-то тщательно скрывают информацию о своих протоколах.

2. Запрашивать пароли нужно не по порядку, а рандомно (но следя, чтобы не было повторов). Иначе возможна следующая атака:
— Жертва снимает машину с сигнализации. Брелок начинает сессию. Сигналка запрашивает пароль номер 100500. Брелок говорит пароль и команду. Запоминаем номер.
— Жертва садится в машину и едет, следуем за ней.
— Жертва ставит машину на сигнализацию. Брелок начинает сессию. Ставим помеху, база ничего не слышит.
— Притворяемся базой и запрашиваем пароль номер 100501. Брелок говорит пароль и команду. Записываем.
— Жертва видит, что ничего не произошло, и снова нажимает на кнопку. Брелок начинает сессию. Опять ставим помеху, база вновь ничего не слышит.
— Притворяемся базой и запрашиваем пароль номер 100502. Брелок говорит пароль и команду. Записываем.
— Притворяемся брелоком и начинаем сессию. База запрашивает пароль номер 100501. Говорим пароль и команду.
— Машина становится на сигнализацию, жертва уходит.
— Притворяемся брелоком и начинаем сессию. База запрашивает пароль номер 100502. Говорим пароль и команду. Машина наша.

3. Брелок будет плохо защищен от копирования. Одно дело — хранить 128 бит ключа в защищенной памяти внутри криптопроцессора, а другое — сотни кБ-мегабайты одноразовых ключей. Потребуется внешняя флешка, которую можно легко прочитать.

4. Что делать, когда ключи все-таки закончатся? Перепрошивать сигналку? Генерировать новые? А как их потом в брелок заливать? Нужно тщательно продумать этот момент.

5. Как будет выглядеть процедура добавления в систему нового брелока?

В целом идея хорошая и при грамотной реализации будет надежно работать. Но дьявол, как всегда, в деталях :)

WHERE ((ug.groups & p.groups <> 0) OR (20 & p.groups <> 0))