January 27th, 2010

404

chubra

mune-mune pantsu.

Количество уголовных сисек запредельное.

Да и вообще, божественно. У нас было уже где-то senei-seito yuri?

404

задумываясь о смартфоне

(приблизительно +5 месяцев до покупки)

1) Две симки. С возможностью указать через какую ходить по 3g.
2) 800х480 или больше. Больше - лучше.
3) Точскрин с высокой точностью.
4) Физическая клавиатура с знаками препинания (т.е. чтобы русская раскладка целиком была без Fn). Наличие физической маркировки русских букв не обязательно. Обязательно Shift, Ctrl, Alt, либо капс, либо равная ей кнопка для переключения раскладок. Клавиатура должна быть печатабельная (т.е. приспособленная для набора больших объёмов текста).
5) Запас аккумулятора минимум на 20-24 часа ввода текста или иной примерно равной активности. При включенном модеме в режиме передачи данных должен уметь не менее 10-12 часов.
6) Должен иметь нормальную систему управления пакетами, рут шелл и комплект ПО для сборки POSIX-совместимого софта.
7) Должен иметь GPS-модуль
8) Должен быть достаточную прочность для падения на пол и относительно герметичным, для переживания кратковременного соприкосновения с водой.
9) Вне зависимости от цветопередачи, должен уметь показывать чёткую контрастную картинку в чб
10) должен иметь интерфейс для скроллинга текста, который будет удобен и при закрытой клавиатуре
11) вытекающее из 10 - экран должен быть доступен при убранной клавиатуре.


Опциональные пожелания:
* тянуть h264 хотя бы в родном разрешении экрана. Идеально - 720p.
* уметь работать без подсветки (текст должен быть читаем при отсутствии подсветки без особых ухищрений)
* светосильная оптика и фулфрейм матрица
* Режим работы диктофоном (насколько я понимаю, проблема решается при наличии п6 без телодвижений производителя
* Парочка слотов для карт памяти
* фонарик
* радио
* белошвеки
* датчик положения (портретный/ландшафтный/на спине)
* блютус
* блекджек
* юсб (или что-то подобное) для внешней мыши и клавиатуры.


Ещё какие-то вещи, о которых надо подумать?
404

о платформе

Я не знаю, сколько там под Windows Mobile программ написано, но я точно знаю, что уже есть работающих более 18 тысяч дебиановских пакетов под armel. Так сказать row, row, vow the power.
404

рейлган

О чём оно? О чём? Где драма, где трагедия, где спасение мира и открытие, что в этом мире бывает несправедливость? Им явно нужно посмотреть гандамов.
404

О buzz-world locking'е.

По аналогии с vendor locking...

Чем больше я смотрю на кухню коммерческих вендоров, тем больше мне видна одна мерзкая стратегия, используемая ими.

Это стратегия, если грубо говорить, называется "как корабль назовёшь, так он и поплывёт". В тот момент, когда некоторая компания решает "продвинуть" на рынке реализацию какого-то алгоритма, эта компания либо "тсубоши", т.е. делает то, что все давным-давно ждали, либо начинает изобретать собственную терминологию.

Цель этой терминологии создать такую логическую конструкцию, основывающуюся на терминологии, которая бы доказывала каждому леммингу клиенту, что именно решения компании следует использовать.

Речь идёт не про buzz-word'ы в их обычном маркетинговом смысле (их легко найти и выделить), а про "хайтек базворды". Например, из недавно сформулированного цитриксом: "application streaming" и (совместно с прочими игроками) "application virtualization". Чуть раньше это была "baremetall virtualization". Ещё раньше были такие же танцы с "terminal access". А в области сетей сейчас (по-крайней мере было год назад) - это "metro ethernet". Наверное, если хорошо порыться, в любой области можно найти таких "изобретателей".

Самым сложным в вычленении этого базвординга являются две составляющие:
1) Оно хотя бы частично основывается на реальной потребности. Все мною названные термины имеют вполне объективные технологии внутри.
2) Они смещают смысл с технологической составляющей в область, в которой очень удобно употреблять слова ROI, TCO и т.д.

Чем более развивается шумиха вокруг термина, тем больше в нём говорят именно с этих позиций. Если зайти на сайт цитрикса и попытаться выяснить "что есть их продукты" - то чем свежее продукт, тем тяжелее будет выяснить техническую часть.

Если бы это была просто реклама, то она бы легко отфильтровывалась. Но за терминологией идёт её применение в отношении технических аспектов. И это приводит к столь вожденному buzzword locking'у. С одной стороны, продвигающая термины компания не может быть проигнорирована, с другой стороны, любая попытка изучения их решений/документации и т.д. сводится к принятию за основу терминологии.

В результате (в идеальном случае) достигается ситуация, когда человек, изучающий технологию выучит терминологию и будет оперировать ею. А терминология с самого начала создана с целью доказательства преимуществ конкретного решения. Таким образом терминология может даже укрепиться в области, но это создаёт проблемы в коммуникации и осознании проблем (в смысле решаемых задач ТЗ) из-за искривления терминологии.

Это даже хуже, чем технический vendor lock, потому что он работает на уровне сознания, а не технической реализации (разумеется, при идейной блокировке техническая вполне тоже используется).

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

Пример простой и ясной терминологической системы:

Клиент создаёт TCP-сессию с сервером. В этой сессии клиент и сервер обмениваются данными, клиент отсылает запрос, сервер отдаёт клиенту заголовок и данные.

В запросе и заголовке ответа используются параметры, представляющие собой строки вида название: значение.

...


В этом примере мы видим термины заголовок, параметры, запрос, ответ. Согласитесь, что это простые и понятные термины, которые точно передают суть происходящего?

Давайте сравним с buzz-word locking'ом.

Извините, что я так к цитриксу цепляюсь, он не хуже и не лучше других. Просто уж очень характерный пример.

Итак, некий Citrix Delivery Center.
Заметим, это уже не общая реклама, это "how it works" + "key technology", т.е. место, где по-хорошему следует объяснить кто к кому по какому порту коннектится и как на это реагирует сервер.

http://www.citrix.com/English/ps2/products/feature.asp?contentID=1856143

Я не буду целиком цитировать, но сфокусируюсь на buzz-word'ах.

Delivery - вместо общепринятого "соединение", и "релеинг данных" мы получаем некий не объяснённый на техническом уровне, но "интуитивно понятный" термин "delivery". ЧТО это такое - нигде не объясняется. Зато объясняется, что именно delivery center - это специально созданный контролер, чтобы to delivery. Далее это слово упорно повторяется в описании всех продуктов, для которых это якобы создано. Чтобы точно было понятно, что они должны доставлять, а центр доставки им помогает доставлять.

Звучит вполне логично и понятно. До того момента, пока вы не пытаетесь понять, а ЧТО он собственно делает? Шифрует и маршрутизирует? Занимается авторизацией? Пакует трафик?

Этого не написано. А то, где это будет написано, зарыто в глубокие KB. Однако, на основании объяснённой технологии нам уже объясняют, что это "упрощает и снижает на 50%", "минимизирует", "гибко" и т.д.

Т.е. построенная конструкция из ничего не значащих слов оказывается обоснованием для очень серьёзных заявлений.

При этом, в отличие от бреда маркетологов, под этими незначимыми словами (у цитрикса персонально) скрывается технология. Скрывается, в том смысле, что есть, но не найти. Любая попытка разобраться в технологии уткнётся именно в эту словесную патоку. И ничего, кроме патоки. И если хочешь разобраться - ты должен научиться не просто её терпеть, но воспринимать и "мыслить в терминах крутости цитрикса".