April 3rd, 2003

vanity

[ L ] Hydra — Realtime Multi-threaded Conversations

«

Yesterday I played with Hydra, a collaborative text editor that allows several people to write in the same document at the same time. It's intended for coders using the Extreme Programming approach of coding in pairs. Being the curious sort, I (mis)used it with three other grad students to have a discussion about enchantment and wonder, last week's topic in our seminar course (the one Marc Rettig teaches).

It was definitely interesting, though frustrating at times. Very different from a group chat session on instant messenger. Each person was engaged in multiple threads of conversations simultaneously, so sometimes everyone converged at one point in the document or worked in pairs, while other times we were off posing a new question or building out some other thought. As I the watched multiple lines of text stretch across the page together, everyone's thoughts all intertwingled, it was the closest I'd seen to watching a document "grow".

The experience of collaborating in such a discussion was challenging because it was at times like a wost-case scenario of partial attention: you want to be really engaged in what you're currently writing, but ooh, I see someone just refuted something else I'd said, and wait, I really want to get in a point about that other thing before they move on. Conversations around an issue never fully resolved - there was always another discussion to go tend to.

The experience was deeply engaging, but in a different way than most other thought processes. If you could get past the information anxiety of the thing (not easily done), it was highly productive, albeit a someone fragmented and (again) intertwingled sort of productivity. As multitasking goes, it felt like how a drummer friend had once explained his feeling when he was playing different time signatures simultaneously using his arms and feet, one of those musical tricks like circular breathing that one could use to great effect if you practiced at it.

»


 
 

souloveme?

Разыскивается: почтовый фильтрующий прокси-сервер

Разыскивается аналог Proxomitron, но для электронной почты. Я бы предложил подобную функциональность штепселем для POPFile, но, боюсь, курс Грэхама-Камминга на невмешательство в тело писем исключает такую возможность.

Что нужно:
Обработка входящего почтового потока с использованием регулярных выражений для замены элементов, возможно — целых блоков на что-то, что более мне нужно. Пока что — только это. Возможно, впереди пожелания по обработке/срезу вложений.

Почему:
Мне надоела реклама Yahoo-groups. Я готов иногда видеть её на сайте, но в почте рекламные блоки по килобайту текста — как-то мне не очень это нравится. Трафик мне не жалко — я его всё равно не оплачиваю, а вот то время, которое мне нужно потратить, чтобы проскроллить сообщение до основного текста, при постоянном наблюдении за списками рассылки начинает складываться в значительные цифры.

Ещё мне надоели кривые письма отдельных „рассыльных“ продуктов (двумя примерами являются, webword-овская http://www.webword.com/ и Глэйзеровская http://www.ojr.org/ojr/glaser/ рассылки), где каждый перевод строки выглядит, как двойной интервал — даже на офисных девятнадцати дюймах это раздражает. Я допускаю, что это мои личные проблемы, но и бороться тогда я должен сам. Я пробовал общаться с Джоном (webword.com) на эту тему, в ходе которого он подтвердил, что да, такая проблема и правда есть, и её несколько человек отмечали, но что сделать, чтобы этого избежать, он не знает.

Я могу вгрызться в это вглубь, посмотреть, почему это происходит, переписываться с автором для того, чтобы уточнить причину ошибки в серверном ПО (с локальной машины из Outlook его письма выглядят совершенно нормально) — но гораздо проще поставить одну регулярку локально для того, чтобы раз и навсегда забыть о такой проблеме, изредка добавляя в список новые адреса.

  • Current Music
    Rise To The Challenge — Asian Dub Foundation
souloveme?

[ L ] Информационные фермы // то, что tobe почти понял, но не.

souloveme?

[ L ] The Top 25 Things Every Content Management Vendor Should Know About What their Customers Want

«

The Top 25 Things Every Content Management Vendor Should Know About What their Customers Want

Summary: A rare look at content owner requirements for their content management systems.

Description: This report, available as a PDF download, comes from a recent discussion among content owners about what they want their content management systems to offer. The discussion took place at a recent national content management conference.

Audience: Content management vendors should read this report to better understand the needs of their business users. This report will also be useful for anyone in the process of buying a content management system or upgrading their current CMS.

»

  • Current Music
    Puutarhassa — Pekka Streng