Tuesday, October 15, 2002

Pour y voir plus clair dans les agrégateurs de nouvelles. Michel Dumais, le très respectable chroniqueur du journal Le Devoir, démystifie aujourd'hui la fonction de fil de nouvelle qui est en passe de devenir la nouvelle norme de personalisation des sites Internet : Grâce aux logiciels d'agrégation de nouvelles, une simple interface utilisateur nous permet, tout comme les salles de rédaction de nombreux médias utilisant le fil d'informations des agences de presse, de s'abonner à différents «fils de presse» et de consulter ceux-ci avec un seul progiciel. [...] avec l'aide de la norme XML, de nombreux sites Internet offrent la possibilité à des internautes munis de progiciels d'agrégation, de se composer leur propre centre de presse personnalisé. Popularisés par les carnets Web (blogues), ces fils d'information, dont on peut constater la présence, en voyant dans les marges de ces carnets, des petites icônes comprenant les lettres XML, permettent à qui le veut bien, de s'abonner et de recevoir directement dans leur agrégateur. [...] Par exemple, à toutes les heures, mon agrégateur se branche à plus de 200 sites simultanément et télécharge toutes les mises à jour de ces sites. De cette façon, je reçois le New York Times, la BBC, le Christian Science Monitor, le Monde Diplomatique, le Jerusalem Post et plusieurs autres grands quotidiens internationaux, en plus d'avoir accès au fil d'informations de sites plus spécialisés ou de carnets Web que je suis en permanence. [...] des liens vers les logiciels d'agrégation de nouvelles, ainsi que vers des sites proposant des fils de nouvelles XML. Même le fil de presse des débats de la Chambre des Communes à Ottawa y est maintenant référencé. On ne se peut plus. NetNewsWire Le meilleur agréateur, toutes plateformes confondues, pour Mac OS X seulement Amphetadesk Un très bon agrégateur, disponible sous Windows, Mac OS et Linux Userland Radio Un logiciel permettant de faire son carnet Web, mais incluant un excellent agrégateur, pour Mac OS et Windows RSS Distiller Un module d’extension pour le logiciel Radio permettant de créer des fils XML pour des sites Internet n’en possédant pas Un répertoire d’agrégateurs sur le site DMOZ NewsisFree 3400 sources d’information diverses, prêtes à servir Syndic8 Près de 10 000 fils XML, la syndication a son meilleur MyRSS Des milliers de fils de nouvelles, avec la possibilité de créer ses propres fils de presse Pour en savoir un peu plus sur le format RSS et XML   Commenter cet article []  11:53:04 PM

Simple stratégie d'implantation : une lettre ouverte Dear K-Loggers, One thing I found with new KM projects is the tendency to dive into complexity.  In other words:  these projects attempt to slice and dice available knowledge in so many ways that it is almost impossible to understand.  This, in my view, can tank a project. My recommendation:  Start simple.  Get that working and then add complexity when there is demand for it. There is only one good approach to approach bottoms up KM development:  1) Start with a simple system (ie. like a weblog publishing tool like Radio) using tools that allow future innovation.  Try it out with a small team to pilot it.  Post the weblogs to the Intranet (all you need is an FTP location for each weblog -- very simple). 2) Get people publishing daily what they are working on.  Make sure they understand the basics of publishing to the Intranet.  The chronological format.  The archives.  3) Help them to start subscribing (via RSS) to each other and essential news sources.  This is again a simple thing to do.  That way, they have lots of good fodder for posts. 4) Next.  Ask team members to begin to create category specific weblogs.  Show them how they can post from inside their tool to as many or as few category specific weblogs as they choose.  Ask the team to create similar categories dedicated to specific projects or topics.  Encourage people to subscribe to projects that they are interested in. 5) Build a community system for the weblogs.  This will allow people to get community pages that include recently updated weblogs, top weblogs by pageview, etc.  This will help people find each other. 6) Write up the results and begin to encourage other teams to join the community.  Sell the concept.  Encourage use by having the pilot team read and recommend changes to the new community members.  At this point, there should be a steady flow of great information, data, and knowledge flowing to the Intranet and between community members.  7) Next, begin to experiment with ways to slice and dice the knowledge that is being generated.  Try a search engine, build directories (ie. Active Renderer), add metacontent to the publishing process (ie. Live Topics), enable e-mail to weblog publishing, aggregate RSS streams, connect to Web Services, etc.  There is so much that can be done at this point. The key to making this work is to make it easy and valuable for people to publish.  Success here will solve the knowledge "capture" problem.   Community development will help spur greater involvement and more frequent updates.  Only at the point when you have a viable system should you start to try more innovations in how the information is organized.  In fact, what you will see is that people will start asking for new ways to organize information/knowledge in order to save time and get more value out of the process.  Without this demand side of the equation, selling complex KM will not work. Sincerely, John Robb John Robb anime également un groupe de discussion sur les K-logs ou Knowledge Management Weblogs.   Commenter cet article []  1:14:21 PM

Manifeste du carnetier Décidément, j'accroche souvent sur Mark Pilgrim... J'avais vu passer ce texte sans y porter attention et, maintenant que je fais le lien avec son auteur, je vous en livre un extrait car ça me touche : As I write this, the year is 2000, and the Internet is a battleground of intellectual property disputes. Some people would like you to believe that, without proper financial incentives, music, literature, and computer software would disappear. After all, who would make music if they can’t make money on it? Who would write? Who would program? I know the answer. The answer is that musicians will make music, not because they can make money, but because musicians are the people who can’t not make music. Writers will write because they can’t not write. I’ve been programming for 16 years, writing free software for 8. I can’t imagine not doing this. If you can imagine yourself not doing what you’re doing, do something else. Do whatever it is that you can’t not do. Merci à S. Downes qui me le ramène à l'esprit.   Commenter cet article []  10:02:07 AM

© Copyright 2002 Robert Gregoire.