А я читаю на кпк белый текст на черном фоне - иначе слишком ярко, даже на минимальном уровне подсветки. А книги так не делают - потому что краски слишком много надо для заливки такой, и бумага не впитает все - будет одна каша вместо текста. Ну в общем дешевую книгу так не сделаешь - а дорогие я в таком оформлении видел (тот же мой рок-н-ролл, кажется). И про способ измерения контрастности - беда - зеленый шрифт на красном фоне - слишком контрастен даже, а в оттенках серого бужет равномерно серым.
А мне кажется, что лучше будет медные или еще какие стержни насквозь пропустить, а сверху площадку с радиатором и вентилятором, ну в общем, стандартную современную конструкцию. тогда микротрещины не так страшны будут, да и при перегреве резкого увеличения объема не будет... конечно, можно тосол вместо воды использовать, но...
вообще-то по линку написано - что при установке дров меняется suid принудительно и без уведомления пользователя и делается много еще нехороших вещей... троянец в общем-то описывается, опенсурсный :)
кстати это - одно из самых палевных мест... самое правильное - хранить почти на виду... например в банке с "редким зеленым чаем, который тебе подарила девушка и ты по этому никому не даешь его пить" ;)
ты непрерывно под водой, чтоль, играешься? этот девайс же в качестве страховки - на всякий случай. вполне надежно... правда я вот с енота m700 уже полтора года читаю и в ванной в том числе - пофигу...
r320 и - следующее поколение - r520... он как создан был пиво открывать - на счету моего - весь второй курс... а потом на пляже потерял :( А ведь ЖПРС, синхронизация с компом, ИКпорт, блютуз, сетевая игруха встроенная... и все за 2000 рублей НОВЫй... Умели раньше делать ;)
в винде есть фишка: создаешь пустой файл с расширением udl Потом пытаешься открыть его, выбираешь параметры и все они оказываются прописанными в файлике...
говорить по телефону одновременно с 5 людьми - сложновато... по телефону вообще не общатся, а передавать информацию - суммы, номера заказов и т.д. - дольше, в айсикью же - намного быстрее - особенно, когда робот, присоединенный к СУБД соит ;)
читать здесь: http://habrahabr.ru/blog/web_2_0/43373.h…
с точки зрения ИБ не только отсутствие контроля непосредственно за носителями информации нету, но в такой концепции появляется канал связи - используя который - можно заблокировать работу с приложением, или снять данные. Выход - использование шифрования - половинчатый, ибо не спасает от потери сервиса вообще. И у провайдера сервиса в таком случае, действительно должно стоять «огромные кластеры стоимостью в миллионы долларов» для обеспечения шифрования на лету огромного числа пользователей.
Концепция привязывания к каналу связи, особенно, когда источник сервиса находится «за океаном» - не представляется мне надежной. Другое дело - совместная работа - она необходима, но не на буржуйских серверах. Все равно сервер, предоставляющий сервисы - должен быть свой.
Столлман прав. Вот вчера ICQ глючила - так многие общаются с контрагентами по ней - определенные финансовые потери были. А если вдруг у нас как в китае заменят гугл на байду - это ж какие убытки будут?
http://habrahabr.ru/blog/web_2_0/43373.h…
с точки зрения ИБ не только отсутствие контроля непосредственно за носителями информации нету, но в такой концепции появляется канал связи - используя который - можно заблокировать работу с приложением, или снять данные. Выход - использование шифрования - половинчатый, ибо не спасает от потери сервиса вообще. И у провайдера сервиса в таком случае, действительно должно стоять «огромные кластеры стоимостью в миллионы долларов» для обеспечения шифрования на лету огромного числа пользователей.