Обновить
24
Роман «Balancer» Каршиев@Bal

Пользователь

10
Подписчики
Отправить сообщение
Возможно я недопонял смысла заметки, но чем описанный метод лучше простого обращения к ключам «foo_namespace_{$key}»?
>Откуда в неуникодной вердане

А такое бывает в наше время? Я думал, что это осталось в прошлом вместе с Win95. Уже на Win98 Verdana была юникодной. Пусть не со всеми популярными секциями, но кириллица там уже была :)
Не знаю. Steckless даже не щупал. Но просто факт, что у EVE под Stackless работают десятки серверов в кластере и в этом мире одновременно играют десятки тысяч пользователей online.

Да, у них тоже есть проблемы, но на сегодня это один из самых масштабных MMO-проектов. И работает он на Питоне :)
Ну, просто читать — я когда-то (лет 6 уже назад, наверное) на Casio PV читал с её 160x160 без градаций серого и был доволен. А ещё за несколько лет до этого — на пузатом 14" ЭЛТ мониторе в текстовом режиме :)



Но сегодня я смотрю не только на факт возможности чтения, но и на ряд других критериев. Одним из которых является качество рендеринга :)
В том-то и дело, что на трёх человек комнате, где я работаю, у нас две 505-х Соньки :)

Так что на её рендеринг я насмотрелся.

Он хуже качественно настроенного LCD-рендеринга даже на дисплее, я уже не говорю про VGA-КПК, где субпиксельный рендеринг с 204dpi :)

У 505-й соньки масса своих достоинств, но по качеству отрисовки шрифтов от LCD она в лучшую сторону не отличается :)
>или из raw в jpeg )

Нет. Как из raw в svg или wmf :)
Да, пропадёт. Давно известный факт, что одноглазые не могут определять расстояния в сценах с неизвестными линейными размерами объектов.
>Вы не забывайте что DPI в ридерах большой

800x600 при 6" — это всего 167dpi. При «рваных» пикселях, без антиалиазинга. Это, увы, не так много выходит. Типичные дисплейные 100dpi с антиалиазигом, особенно — субпиксельным, смотрятся намного лучше.



Сам подумываю по 505-й Соньке, но вот качество рендеринга у неё плюсом однозначно не является :)
Hugin — лучшее, с чем я работал. И для панорам отлично работает, и для HDR.
man Stackless Python, на котором сервера EVE Online крутятся :)
Производители никогда не врут совершенно нагло :) Скорее всего заявленные 10000 — именно при непрерывном перелистывании. Иначе бы их уже засудили…



А то, что такой офигенный саморазряд — ну что же, значит у Вашей модели сэкономили на аккумуляторе. Или попался брак.

Скажем, у банального Loox C550 аккумулятора (Li-Ion) на _включённой_ машинке (но находящейся в спячке, понятно, т.е. ОЗУ, например, там под напряжением) хватает ровно на месяц. Проверял два раза :)

А у мобильника Nokia 6310i, которым больше не пользуюсь, недавно проверял — лежащий на полочке больше полугода(!) аккумулятор (Li-Pol) при недавней проверке показал 92% заряда :)
Погуглил. У Lbook V3 заявлено 10 тыс. страниц. Реально пользователи говорят о 2-3 тыс. страниц.

Выходит, Вы читаете 2-3 тысячи страниц в неделю. 300-400 страниц в день. По типовой не самой толстой книжке за день.

Не понимаю, зачем так книжки глотать? Разве что, если кроме чтения больше уже ну совсем заняться нечем :) Ибо такие объёмы подразумевают или отсутствие работы/учёбы, или скорочтение.
А у сабжа, наверное, 7500 страниц с одной зарядки.

Даже если по 30 секунд на страницу, получится больше 60 часов чтения. А реально — и часов сто будет.

Поэтому 6-7 часов и кажутся смешными.

Даже на КПК у меня — и то 11 часов :) Плюс в отличии от eee или сабжа он в карман помещается.
Два минуса. Asus eee ещё тяжелее, чем сабж и имеет смешное время работы :)
Нужно корректно настраивать яркость с контрастностью. Чтобы они соответствовали средним бумажным. А то обычно пользователи ЖК задирают яркость/контрастность просто неимоверно, а потом жалуются на усталость глаз.

Глазу всё равно, вылетел фотон из Солнца, или из светодиодной ячейки :) Если энергия фотона одинакова, то для глаза нет разницы.

>Последнюю бумажную книгу, которую я держал в руках, тоже нельзя было читать в темноте. Она не теряет от этого смысл.

Бумажные книги имеют массу неудобств. Начиная с цены или чтения в темноте, кончая вопросом помещения в карман или полнотекстовым поиском.

Плюсы у них, конечно, тоже есть. Например, эмоциональные :) Так что выбор остаётся за читателем.

Но я свой сделал уже лет 6 тому назад…



Кстати, у сабжа ещё один недостаток — перелистывание. Автоскроллинг волной не сделать, само перелистывание — процесс достаточно долгий… :) А я уже как-то привык не листать вручную :D
В случае двух слов подряд будет просто «{$vacancies_count} {$vacancies_count|sklon:'хорошая вакансия, хороших вакансии, хороших вакансий'}».

>и на будущее стоит посматривать в строону gettex

Как только он появится на всех хостингах — так сразу :) А пока приходится ориентироваться на хостинг массовый.
Аналогично, только синтаксис такой (и без проверки на ноль, я стараюсь по мере возможности практиковать «thinking forth»):

Всего {$vacancies_count} ваканси{$vacancies_count|sklon:'я, и, й'}

:)
>Microsoft предлагает помочь в поиске багов в свободном ПО

Безногие дадут уроки танцев :)

(ох, сейчас фанатики заминусуют...)
s/форммажор/форсмажор/
Такие объёмы обычно бывают на базах с уже устоявшейся структурой. Любые ковыряния с ней, независимо в каком порядке — форммажор. Они могут вылиться в часы простоя продакшна. К изменению структур в таких БД готовятся заранее и тщательное планируют время модификации (обычно что-нибудь глубокой ночью с субботы на воскресенье).



У меня на форуме база сообщений всего 3,5Гб, и то каждая модификация — это СОБЫТИЕ. Одно только перестроение индексов при ALTER TABLE идёт минут по 40.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность