При работе с документами и передаче их от приложения к приложению, очень многое делается через посредника — файловую систему (ФС). Ну как бы делается и делается, совсем её отрицать не буду (хотя есть и такие проекты), но лишние обращения к ней со стороны пользователя тоже ни к чему хорошему.

Пример. Открыты текстовый документ и аськин чат (тоже документ, по сути). Вот они, оба передо мной, но нет способа познакомить их друг с другом — простой привычный DnD (drug'n'drop) на уровне документов не работает, а если спуститься на уровень ФС, здесь работает.

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

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

Далее следует простой формализованный алгоритм как проиллюстрировать данные диаграммой. Вкратце, он таков:

           Идея → Тип сравнения → Тип диаграммы

 

Ищем идею

Идея есть сама суть того что мы собираемся рассказать пользователю при помощи диаграммы. Рождается либо «сама», в результате обнаружения зависимости, либо «от ума», когда хочется подтвердить свои мысли, идеи, свой образ жизни на протяжении последней пары лет, а может даже — о ужас! — что-то внушить целевой аудитории; тут уж как у кого получится :-)

Не то чтобы мы говорим что следует делать газете New York Times, но хотим отметить что печать и доставка газеты в течении года обходится в два раза дороже, чем если бы газета разослала каждому своему подписчику по новой читалке Amazon Kindle 2.

Вот как мы считали. В соответствии с финансовыми отчётами газеты, за квартал компания потратила 63 млн. долларов на бумагу и краски и ещё 148 млн. ушли на зарплату и обслуживание. По слухам, содержание редакции отдельно обходится в 200 млн. долларов в год.

Умножаем квартальные расходы на четыре, вычитаем 200 млн. и, получаем, что распространение на бумаге обходится газете в 644 млн.

Kindle продаётся за 359 долларов. В недавнем открытом письме, доверенное лицо Times упоминает что у них есть 830 тысяч постоянных подписчиков. Умножим эти два числа, и получим 297 млн. — почти половину от суммы в 644 млн. выше. (Достоверный источник сообщил нам, что мы настолько поскромничали в своих оценках, что не оказались даже рядом с реальными цифрами.)

Хотим ли мы сказать что газете следует полностью перейти на цифровую доставку? Нет, поскольку это убьёт доходы от рекламы, да и не каждый полюбит Kindle.

Что мы хотим сказать, так это то что, как способ доставки новостей, печатные издания слишком затратны и неффективны. Via Alexander Moskalyuk.

 

Некоторые технологии, программные интерфейсы, протоколы и спецификации произведённые в недрах Microsoft.

Это не всё, конечно, даже из этой программистской категории. А есть ещё различные аббревиатуры и названия просто для разных частей Windows и т. п., но то не так интересно.

OLE — технология связывания и внедрения объектов в другие документы и объекты.
OLE Automation — механизм межпроцесорного вхаимодействия, основанный на COM; для использования в скриптовых языках.
aka Automation
ActiveX — ребрэндинг OLE
COM (Component Object Model) — обеспечивает межпроцессорное взаимодействие между объектами написанными на разных языках
COM+ — улучшена поддержка потоков, etc
DCOM — позволяет COM-компонентам взаимодействовать друг с другом по сети
VBX (Visual Basic Extension) — стали ненужны благодаря…
OCX (OLE custom controls) — элементы интерфейса на основе OLE

Ещё пятьсот →

Джин Желязны в своей книге «Говори на языке диаграмм» предложил весьма забавное упражнение, с помощью которого можно оценить насколько эффективно (или неэффективно) та или иная форма диграммы может представлять лежащие за ней данные.

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

Правила:
— думать нельзя,
— нельзя возвращаться к уже просмотренному,
— нельзя стирать и менять свои решения, поскольку мы договорились, что вы не будете думать.

Go, go, go!

Насколько современные браузеры справляются со своей основной обязанностью — отображать сайты, не заставляя пользователей ждать излишне?

Я заметил что очень часто страницы отображаются неразумно долго — вроде уже и заголовок окна появился, а страница всё белеет. Заглядываю в исходный код, тот загружен, даже закрывающий тег HTML есть.

Помнится, когда-то, апологеты партизанских браузеров пеняли IE на то что тот ждёт полной загрузки страницы (с таблицами) прежде чем начать её отображать. Но вот прошли годы, и браузеры забыли свои революционные идеалы. А и были ли они? Кажется всё-таки были. Или «просто» сайты стали сложнее…

В принципе, этот опыт мне подтверждать особо не нужно — для меня это очевидно и на хорошем соединении на работе, и особенно на модеме 33,6 дома. Но захотелось увидеть:
— насколько именно браузеры затягивают с отрисовкой,
— все ли поступают так
— и на всех ли страницах.

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

Алгоритм расчёта для каждой страницы у меня примерно такой:
— найти и считать число внизу страницы,
— понять чётное оно или не,
— вспомнить что нечётное соответствует первой стороне листа, чётное — второй,
— вспомнить что если сейчас вторая сторона, то третьей уже не будет и страницу надо отложить; иначе — перевернуть.

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

В итоге, я получаю периодические и частые:
— скрипы мозгами,
— прерывания потока восприятия
— и фрустрации от всего этого.

От этих неприятностей я избавился, массово заштриховав карандашом уголки чётных листов; это было нетрудно:



По сути, вербальная информация была заменена символической.

Перевод статьи Oliver Reichenstein «The 100% Easy-2-Read Standard».

Большинство сайтов доверху наполнены мелким текстом, который больно читать. Но зачем? Нет причины вжимать так много информации в экран. Это глупая коллективная ошибка, которая относится к временам когда экраны были действительно маленькими. Так что…

Экран и журнал: 100%-размер шрифта — это не много. Фотограф: Wilson Miner.

Не заставляйте нас изменять размер шрифта

Мы не хотим изменять настройки браузера каждый раз когда посещаем новый сайт!

Даг Холланд (Doug Holland), инженер из Intel, опубликовал у себя в блоге скриншот диспетчера задач Windows на 256-ядерной машинке.

Выглядит это так:

Обычно цикл разработки таков:

1) вносим изменение в исходники,
2) перепаковываем исходники в *.xpi (скриптами),
3) переключаемся на лису,
4) Ctrl+O, выбираем полученный выше *.xpi,
5) появляется диалог установки, ждём 4 секунды,
6) жмём «Install»,
7) потом «Restart Firefox» и смотрим что изменилось.

Стало страшно? Тогда…

Два фактора сложились вместе, и теперь мы имеем в интернете среду более благоприятную для разведения мошенничества, чем раньше: 1) перевести деньги стало проще и 2) в интернете появилось множество виртуальных представительств реальных людей, которые выглядят для других достаточно достоверно.
 

1. Перевести деньги стало проще

Интернет-валюта. Раньше перевести деньги было не так просто: надо было иметь кошелёк WebMoney или Яндекс.Деньги, уметь этим пользоваться (что не так просто), в момент получения мошеннического предложения уже иметь счёт и деньги на нём… С распространением касс экспресс-оплаты и научением их принимать интернет-деньги, выйти на улицу и пополнить чужой счёт стало легко и доступно любому — уже не надо быть гиком.

Проблема

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

Итак, у нас есть посетитель, по тем или иным причинам, не идущий по жёсткому пути, предложенному администрацией.

С другой стороны форум предоставляет:
— текстовое поле для поискового запроса
— и большое текстовое поле для новой ветки.

И, временами, их содержимое бывает сильно схоже…

  

Posting as search

Почему бы не объединить два в одно?

Проблема: чтобы «прочитать» обычную столбиковую диаграмму, приходится дополнительно искать ключ её пониманию — читать подпись навроде «меньше значит лучше».

Ниразу не символично и, как следствие, замедляет восприятие и чревато ошибками. А ведь диаграммы и созданы как раз для того чтобы предоставлять информацию на этом символическом уровне, а не заставлять читать текст (привет таблицам). Таким образом, эти сопроводительные надписи противоречат самой идее диаграммы.

Дополнительная трудность состоит в том, что если диаграмм собралось в одном месте много, становится трудно переключаться между противоположными полаганиями: «чем меньше, тем лучше» и «чем больше, тем лучше».


(копия изображения)

Задача: на символическом уровне показать кто выигрывает, а кто проигрывает (в какой стороне хорошо, а в какой плохо).

Почти каждый день на Хабре разыгрывается такой сценарий: получив первую пару плюсов к карме какой-нибудь хабрачеловек пишет свой первый пост в «персональный блог», и пишет … ну вообщем нечто совершенно личное, непубличное или общественно-незначимое. Многие тут же улетают в минуса.

Вот такое описание сейчас встречает нас справа при написании нового поста:

Описание блога
Это ваш персональный блог.

Всё. А что такое персональный блог? Догадывайся сам. И каждый догадывается как может. А как обычно люди догадываются — по подобию уже встречавшихся «вещей». В большинстве интернет-миров П. Б. — это место куда каждый (в свой) может писать всё что заблагорассудится и никто не осудит. А на Хабре это не так — здесь за запись в П. Б. нетрудно и пострадать в правах, здесь оценивают всё. Термин тот же самый, но смысл от привычного отличается кардинально.

Идея такая: хоть как-то намекнуть что этот пост появится в /new/ и будет оценён многими как именно публичная запись, типа:

Описание блога
Это ваш персональный блог. Постарайтесь и в нём писать общественно значимые вещи потому что вы можете быть и будете оценены.

(Хорошо бы это ещё эффектно подать, чтоб заметили, особенно при счётчике опубликованных постов равном нулю.)

Общеизвестно, что мануалы не читают.
В первую очерель не читают справочный раздел (а именно там намёки на необычную «персональность» как раз присутствуют, и только там),
потом не читают описание блога,
а вот самоговорящее название блога читают все: «персональный блог» — вот что попадает в голову писателя. Неудивительно что многие оказываются обманутыми.

Необычные изменения случились с формой регистрации на recordings.ru — в то время как Весь Мир думает над тем как бы всё сделать попроще, парни с recs.ru это всё, наоборот, усложняют:



Мой личный опыт^† показывает что упрощение формы регистрации даёт примерно 100% прирост зарегистрировавшихся. И recs.ru были для меня как раз примером для подражания, а теперь … ну что же, (если) упадут продажи — вернут всё как было.

^† Проект в котором я принимал участие лично + чужой проект.

Потестировал как ведут себя популярные браузеры на тонком ручейке телефонно-модемного соединения. Ведут себя, сразу скажу, в основном невежливо, отказываясь выполнять свои основные обязанности — грузить юзера графикой.

На последнем месте Firefox3 — он не догрузил аж 19 картинок (из ~50). Далее Safari с результатом -11. Замыкает тройку IE6 с минус шестью.

«Всего» двух картинок недосчитала Opera. А победил K-Meleon, не растеряв по дороге ни байта.

Странные результаты… Ну ладно, можно не догрузить ресурс (таймауты у всех разные), но почему бы не доделать работу о которой точно известно что она не доделана?! (Возвратясь на исходную страницу, все вдруг вспоминают что чего-то недогрузили и срочно бегут догружать.) Для достижения результата есть все возможности, и не должно это зависеть ни от скорости линии, ни от кол-ва потоков, ни от применения pipelining. Однако зависит.

Или недогоняют разработчики всех браузеров, или я. Давайте выясним кто и что :-))

(Предвидя) комментарии в духе «сейчас у всех по мегабиту» не приветствуются.

Тех.подробности…

В своём блоге Илья Бирман недавно писал об интерфейсе стандартного табличного контрола в Windows, о том как лучше показать отсортированность.

Я сильно впечатлился тем как я воспринимал (или, точнее, не воспринимал) этот знак (▲▼) все эти годы и провёл небольшой опрос, пытаясь понять как его воспринимают другие люди. Я показывал им примерно нижеследующую картинку и спрашивал, в каком виде опрашиваемый ожидает увидеть на ней файлы — отсортированные по алфавиту или в обратном порядке.



Из 11 человек только один дал правильный ответ. Большинство видело в этом символе не «заполненную фигуру» (как полагали разработчики), а стрелочку, справедливо указывающую в «неправильную» сторону. И как назвать такую метафору? Неудачной? Не совсем точно описывает производимый эффект — по-моему она «просто» провальная.

UPD: Baseline такой: раз сноски всё равно читают, то почему бы не перенести их поближе к основному месту действия.

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

«Сноска — помещаемые внизу страницы примечание, библиографическая ссылка, перевод иноязычного текста, связанное с основным текстом знаком сноски».

Классическая реализация в отечественной традиции:

Что с ними «не так»?

Отвлечение от основного текста замедляет чтение,

no content