Issu principalement d’une enquête réalisée par le Réseau Ouest et Centre Africain de Recherche en Education (ROCARE) entre 2003 et 2005 au Bénin, Cameroun, Ghana, Mali et Sénégal, cet ouvrage (en anglais et en français) a pour but de comprendre à l’intérieur du contexte de pays africains les conditions qui favorisent l’intégration des TIC dans les lieux d’enseignement et leur impact sur la qualité et le développement de l’éducation.

L’ensemble de l’ouvrage est accessible en ligne, gratuitement et en toute légalité, à l’adresse suivante : http://www.rocare.org/ChangingMindsets/

Le cinquième guide Créatif Technologies en campagne : l’accès public aux TIC en milieu rural est disponible en ligne et en brochure papier. Sa rédaction a été coordonnée par le CRI-Greta du Velay. Il est disponible en brochure auprès de l’association (4 € pour les membres, 5 € pour les autres, commande minimale 50, renseignements auprès de Yannick Landais de l’Artesi). Les textes sont publiés en licence Creative Commons By-Sa qui en permet une réutilisation (sites web, réseaux d’animateurs…).

Au sommaire du guide vous trouverez :

• Accéder aux technologies : la fracture d’accès n’est pas aussi tranchée que par le passé mais il reste des écarts entre les zones bien servies et celles où un débit raisonnable n’est pas disponible. En outre, l’histoire des accès et les mobilisations locales qui ont été nécessaires pour amener l’internet ont pu marquer certains territoires et créer des dynamiques citoyennes locales qui perdurent.

• Se former pour vivre en milieu rural : être initié aux TIC est une étape nécessaire pour être capable de les utiliser pour se former de manière informelle en accédant à des sources d’information et à des réseaux mais aussi pour participer à des dispositifs formels de formation à distance.

• Les caractères de la ruralité : nous n’avons pas voulu donner de définition de la ruralité. Aucune n’est complètement satisfaisante et l’on tend à parler de ruralités pour en souligner la diversité des conditions d’existence. L’espace rural peut être opposé à l’espace urbain, il peut aussi être caractérisé par sa densité de population, ses activités, traditionnellement à dominante agricole ou par l’importance de la notion de paysage. Mais l’espace rural est peut-être davantage associé aux représentations que peut en avoir sa population, notamment en relation avec l’offre des services qu’elle y trouve.

• Faciliter l’accès aux services publics : les TIC sont un moyen de continuer à proposer certains services aux personnes habitant loin des centres urbains. Elles permettraient de gommer la distance entre fournisseurs de services et usagers. Les TIC peuvent être un moteur d’innovation pour la mise en place de nouvelles relations entre les administrations (au sens large) et les citoyens.

• Connaître et faire connaître son territoire grâce aux TIC : les TIC offrent de nouvelles possibilités pour mettre en valeur un territoire et la culture de ses habitants, pour le faire connaître à l’extérieur mais aussi pour mieux le découvrir de l’intérieur. Enfin, par sa nature et par certaines de ses dimensions, notamment, naturelles et paysagères, c’est un support approprié au développement d’activités éducatives enrichies par les TIC.

• Les technologies pour maintenir et développer l’activité : les technologies permettent de continuer à exercer certaines activités. Elles peuvent en générer de nouvelles. Enfin certaines activités sont des moteurs du développement des TIC et de leur diffusion dans les espaces ruraux. Le tourisme notamment, joue un rôle moteur pour développer l’accès, que ce soit sous l’impulsion des créateurs d’activités de tourisme qui ont besoin d’internet pour leur promotion, ou à la demande des touristes qui veulent accéder à internet depuis leur lieu de vacances (courrier, opérations bancaires, réservations, etc.). Les agriculteurs aussi utilisent des ressources et des services informatiques ; ils peuvent trouver dans certains lieux d’accès publics un appui et des conseils spécifiques.

• Territoires, technologies et développement durable : les technologies de l’information sont souvent assimilées au « virtuel ». Si l’infrastructure est bien physique, les usages que l’on en fait restent « impalpables ». Pourtant, rares sont les applications qui ne produisent pas, au final, un produit concret issu de ce traitement de l’information. Ainsi, la plupart des échanges que l’on peut avoir par courriel auront une conséquence plus ou moins forte dans notre vie. Telle ou telle création sera imprimée sur du papier, ou gravée sur un support physique, etc. Les technologies et des applications spécifiques peuvent donc potentiellement avoir des effets (espérons-le positifs) très importants et devenir un outil au service du développement durable, pour peu que la volonté des personnes qui les gouvernent aille dans ce sens.

• En guise de conclusion

• Glossaire

Les articles peuvent être consultés en ligne sur le site de Créatif et l’ensemble du guide peut également y être téléchargé (*.pdf 48 p. 3,6 Mo) .

Antonio Lupetti publie régulièrement sur son blog (http://woork.blogspot.com) des articles techniques sur le développement web : PHP, HTML, CSS, Javascript, frameworks de la place, etc. Il vient de publier une compilation de ses articles dans « The Woork Handbook », une documentation agréable à lire hors ligne. Malgré que le contenu soit une aggrégation de billets de blog, la lisibilité est excellente, la mise en page homogène.

The Woork Handbook est téléchargeable gratuitement sur le site de l’auteur. Indispensable à ceux qui voudraient se former au développement web.

Ce graph a été généré grâce au logiciel GraphViz.

What is this guide?

In some countries, incentive measures allow hotel managers to adapt their premises to the needs of disabled people, and there is a large amount of technical aids to facilitate their life. However, if we consider websites of hotels and restaurants, few efforts are made to take into account the different disabilities and to promote the technical adaptations made in the premises.

Most websites do not respect the basic principles of web accessibility, whether the users are disabled or not. It is necessary to inform hotel and restaurant managers and their webmasters so that they can take into account the needs of every potential user of their site. The quality of the information and its presentation being essential to build an inclusive and respectful information society.

The guide begins with general advice which will improve the accessibility of a website for all categories of guests. In the next section, advice is given for each of the four categories of disabilities (visual, motor, hearing, and cognitive). The third part recapitulates all the recommendations and allows you to evaluate an existing website or to verify that the key points have been taken into account during the design phase. To conclude, the final part gives some references regarding digital accessibility.

The CRI – Greta du Velay has written this guide thanks to the collaboration of several communities and expert associations in the areas of disabilities and technologies. The contributors are listed at the end of the guide. Thanks to Jenifer Marian Littman from Tourism for All UK for the English proof reading.

To go further we suggest collecting comments and propositions of readers in the comments of this post, in order to prepare the next version of the guide.

32.times{|y|print" "*(32-y),(0..y).map{|x|~y&x>0?" .":" A"}}

Le résultat :

Il suffit de remplacer 32 par le nombre de lignes souhaitées.

Bravo à Brian Mitchell (via DZone Snippets)

Explications

Ce programme exploite la compacité du langage Ruby pour tracer un semblant de triangle de Sierpinski. En fait il n’implémente pas un algorithme récursif mais utilise une petite formule magique (cf. commentaires) qui permet de tracer le triangle dans un espace discret.

On peut récrire le programme d’une façon plus claire et traditionnelle :

n = 32
for y in (0..n-1) do            # pour y allant de 0 à n-1 (c-a-d pour chaque l
    ligne = " "*(n-y)               # créer n espaces (puis n-1, puis n-2...)
                                    # représente la pente gauche du triangle
    for x in (0..y) do              # pour x allant de 0 à y (c-a-d pour chaque
        if (~y & x > 0) then            # ~y est le complément binaire de y, & le ET binaire
                                        # c'est la formule magique du programme
            ligne = ligne + "  "            # si (~y & x) > 0 la colonne contient un espace
            ligne = ligne + " A"            # sinon c'est un 'A'
        end
    end
    print ligne                 # afficher la ligne et passer à la suivante
end

D’autres lieux d’amusement : 99 bottles of beer dans 1200 langages de programmation…

Cette intervention intéressera les décideurs et concepteurs de sites web, ainsi que les organismes qui accueillent du public et souhaitent prendre en compte sur leur sites web les efforts d’accessibilité opérés dans leurs prémisses.

Contenu de l’intervention

• les utilisateurs, les contenus, les moyens d’accès ;
• les principes de séparation du contenu et de sa mise en forme ;
• l’application de ces principes pour faciliter la vie des utilisateurs ;
• les outils pour webmasters et concepteurs de sites ;
• les sources d’information pour aller plus loin.

Concernant le guide :

• introduction sur le but du guide ;
• revue des points importants lors de la conception ou l’adaptation d’un site qui respecte ses usagers ;
• les sites de référence pour travailler l’accessibilité de son site et mieux connaître les handicaps.

Le site de Polen
Inscription sur le site de Polen

[ English version ]

Le CRI a conçu, avec l’aide de plusieurs contributeurs (cf. ci-dessous), un « Petit guide à l’usage des hôteliers–restaurateurs et de leurs webmestres ». Son but est de sensibiliser les acteurs du tourisme à l’accessibilité de leurs sites web, ainsi que les webmasters qui travaillent pour eux. Car si la prise en compte de l’accessibilité physique des hôtels-restaurants devient peu à peu une réalité, les sites web restent largement peu soucieux de l’accessibilité technique et de la diffusion d’informations adaptées aux quatre principaux handicaps et aux séniors. Les hôteliers-restaurateurs auraient pourtant beaucoup à gagner à accorder un minimum d’attention à des clients qui profitent de plus en plus de leur temps pour voyager.

« Ce guide commence par des conseils généraux qui amélioreront l’accessibilité d’un site pour l’ensemble des visiteurs ainsi que sa visibilité pour les moteurs de recherche. Ensuite des conseils sont donnés spécifiquement pour chacun des quatre handicaps ciblés (visuel, moteur, auditif, cognitif) …/… Il est difficile d’être exhaustif, tant le problème de l’accessibilité est complexe et continuellement sujet à débats. Ce guide s’arrête donc à des conseils pratiques et réalistes, qui bien souvent feront le bonheur de tous les visiteurs, handicapés ou non, et sans pour autant dégrader le site et repousser les personnes non concernées. …/… Une troisième partie récapitule l’ensemble des conseils donnés, de façon à pouvoir rapidement évaluer un site existant ou vérifier que les différents points ont été pris en compte lors de la conception d’un site. Enfin, la quatrième partie donne des références incontournables en matière d’accessibilité numérique et du handicap. »

Le guide est disponible en français au format PDF (prochainement en anglais). Sa diffusion est gratuite, selon les termes de la licence Creative Commons (By-Nc-Sa).

Vous rencontrez des problèmes sur les sites web d’hôtels ? D’autres conseils vous paraîtraient utiles ? Cet article vous laisse la parole à travers les commentaires que vous pouvez laisser ci-dessous.

Les nouvelles caractéristiques de ces outils peuvent être une source d’espoirs trop ambitieux, sans rapport avec les usages réels et les besoins des PME. En même temps, il y a un mouvement fort vers l’utilisation des technologies dans la formation car elles apportent une valeur ajoutée, parfois de façon inattendue, renforçant par exemple des mécanismes d’apprentissage informel.

Les PME doivent garder à l’esprit que nous sommes encore dans la préhistoire de l’e-learning. Elles doivent ainsi pratiquer une veille permanente tout en étant vigilantes par rapport aux tendances trop médiatisées. Dans ce contexte très évolutif, les meilleurs outils et technologies restent en général ceux qui sont les plus flexibles.

Au delà de ce jeu anecdotique qui peut occuper quelques minutes des millions d’utilisateurs, Google a trouvé un moyen efficace et gratuit de « tagguer » des images, c’est-à-dire leur attribuer des mots selon un sens commun. Dans l’exemple ci-dessus il y a au moins une certitude c’est la présence d’un « ciel » puisque le mot est cité par les deux joueurs. « oiseau » et « mouette » statistiquement apparaissent ensemble dans de nombreuses pages (essayez de taper ces deux mots dans Google), donc c’est une information intéressante même si elle n’est pas totalement fiable : il y a probablement un oiseau dans l’image. Idem pour « ciel » et « bleu ». Et « blanc » et « blanche » ne font aucun mystère pour Google, qui sait certainement travailler sur les racines des mots. Bref, en quelques secondes Google obtient des informations sur cette image, qui même si elles ne sont pas totalement fiables, pourront être affinées en reproposant la même image à une autre équipe. Impossible de biaiser le système, car il faudrait un consensus entre les joueurs, ce qui est impossible puisqu’ils ne se connaissent pas.

Il y a quelques semaines, Google (encore) lançait (encore) un nouveau service : Google Custom Search. Le principe est simple, pour résumer rapidement… Chacun peut créer son propre moteur de recherche, à partir d’une sélection de sites. Ensuite la recherche peut s’effectuer sur cet ensemble plutôt que sur le web tout entier ou sur un unique site comme c’est le cas actuellement. Le tout est gratuit pour celui qui crée son moteur (le webmaster) et pour celui qui fera les recherches (le visiteur). Cerise sur le gateau, il est possible de personnaliser l’apparence de la page de résultats.

Il y a une analogie avec le jeu présenté ci-dessus. Google ne va pas se priver d’exploiter les informations issues de ce montage astucieux. De nombreuses petites mains ont déjà commencé à sélectionner des sites qui traitent d’un même thème, et proposent ainsi une recherche thématique (certains parlent de moteurs de recherche verticaux). Google va lancer sa machine à statistiques pour essayer de comprendre ce que ces sites réunis ont en commun, quels mots ils partagent, quels mots reviennent souvent, quel espace du web est lié à cet ensemble de sites et quels mots ce même espace contient, etc. Les statistiques vont pouvoir faire ressurgir des informations importantes, mais cette fois à partir de sous-ensembles ordonnés du web. Il est évident que les recherches récurrentes faites sur le web tout entier vont profiter de ce qu’aura appris Google avec les mêmes recherches faites parmi ces sous-ensembles du web. Bref, toute trace d’ordre est bonne à (ap)prendre dans ce bouillon désordonné d’information qu’est le web.

Google fait donc travailler ses utilisateurs mais c’est de bonne guerre : le service est gratuit, et la seule chose qu’il demande est aux uns de sélectionner des sites qu’ils apprécient, et aux autres de faire des recherches parmi ces sites (qui les intéressent aussi). Les uns et les autres se nourrissent mutuellement, dans la basse-cour « offerte » par Google. Avec son pouvoir grandissant, cela rassure (un tout petit peu) de savoir qu’au delà de la publicité qui le fait vivre, les utilisateurs de tous bords restent une denrée précieuse pour la Grande entreprise, et qu’il faut les ménager. A ma connaissance, Exalead, le petit concurent européen de Google, n’a jamais sollicité les principaux intéressés pour améliorer son service, et doit considérer qu’une observation passive de la sphère internet suffit. Alors que Google, en rendant ses utilisateurs producteurs et actifs, a compris qu’il avait beaucoup à gagner en terme de pertinence des informations reccueillies.

• pour de l’affichage et la signalétique publics (Tiresias Infofont & Signfont),
• pour les claviers (Tiresias Keyfont),
• pour les textes larges, comme les pages d’un livre (Tiresias LPfont),
• pour l’affichage sur écran d’ordinateur (Tiresias PCfont),
• pour les sous-titrages TV (Tiresias Screenfont).

Chaque police contient des subtilités propres au handicap visuel et au contexte d’utilisation. C’est un travail de recherche approfondi, mené par plusieurs organismes anglais (dont le Royal National Institute of the Blind, partenaire du CRI-Greta du Velay), qui a permis de donner à ces polices une forme optimale et accessible. Par exemple le l (L minuscule) et I (i majuscule) sont clairement différents, de même que le i et le j sont plus difficiles à confondre. Les polices traditionnelles ne tiennent pas forcément compte de ces subtilités, rendant parfois la lecture hasardeuse même pour les voyants.

La police Keyfont, plus particulièrement adaptée à l’écriture des touches (clavier, calculatrice, boutons d’interphone, etc.) est désormais gratuite. Il suffit de la télécharger et de l’installer (format True-Type Font, TTF) sous Windows, Mac OS ou Linux. Au-delà de l’usage prévu par les chercheurs qui l’ont mise au point, elle est tout à fait utilisable dans d’autres contextes. Elégante, elle facilite la lecture de tous sans stygmatiser le handicap.

Sébastien Billard (Référencement, Design et Cie) nous signale un article critique à propos des polices Tiresias, ainsi que l’existance de l’APHont (A Font for Low Vision), une police dont les lettres sont (en autre) plus larges, plus ouvertes et plus espacées. Gratuite, présentation plus détaillée ici.

Le « Web 2.0 », symbole de l’explosion des nouvelles tendances au partage, et AJAX se nourrissent mutuellement. AJAX permet de concevoir des sites web dignes de véritables applications d’un nouveau type pour l’internaute. Et le « Web 2.0 », sans le saut technologique apporté par AJAX, ne serait pas vraiment vu comme une révolution.

Alors, [r]évolution majeure ou nouveau joujou pour technophiles ? AJAX est-elle la technologie qui manquait, ou juste une façon bricolée d’arriver à son but ? Son émergence est-elle dû aux qualités intrinsèques de Javascript, depuis longtemps critiqué, ou bien au désert laissé par ce qui devrait être LE framework (cadriciel) libre de développement d’applications portables, partageables, ouvertes et modifiables, ergonomiques ?

Voir l’article de Jean-Louis Nauges qui présente AJAX en détail et Fred Cavazza pour une « première définition du web 2.0″. Eric van der Vlist propose également un bon article de fond sur le web 2.0.

La mutation dans l’utilisation de Javascript

Juste avant la révélation AJAX, Javascript était plutôt le vilain petit canard des langages de programmation. Les développeurs du web ne l’aimaient pas pour différentes raisons : un nom proche de Java qui suscite l’amalgame, trop d’implémentations pas très compatibles entre elles et sources de bugs, trop sous l’emprise de Sun et Netscape, frein à l’accessibilité, et surtout des situations d’usage plus proches du gadget boiteux que de la fonctionnalité ingénieuse et indispensable. De nombreux exemples de sites ont contribué à la mauvaise image de marque de Javascript, le reléguant à quelques vérifications de formulaires ou la gestion des fenêtres « popup » insupportables.

Puis Google a marqué les esprits avec Google Maps, qui n’existerait pas sans Javascript, et qui est un exemple de bon usage remarquable. Depuis Javascript s’est désinhibé, et de véritables logiciels sont apparus dans nos navigateurs (citons Netvibes, exemple parmi tant d’autres^[1]). Google continue dans cette voie avec plusieurs services basés sur AJAX (Google Maps n’était pas le premier). Apple a également choisi Javascript pour développer ses widgets « Dashboard » (Yahoo! également avec ses Widgets), de véritables petites applications autonomes, que l’on peut modifier ou créer soit même. Et la fondation Mozilla développe un modèle proche d’AJAX+HTML avec son framework XUL.

Javascript est donc passé du petit langage d’agrément pour pages web au langage de développement d’applications réseau. Non pas parce qu’il est le plus doué pour ce genre de développement, mais essentiellement parce qu’il est présent dans tous les navigateurs quelque soit le système d’exploitation. Et le navigateur, pour un grand nombre d’utilisateurs, est la porte d’entrée de l’ordinateur et du réseau.

Avant AJAX : la page web est le support pour de petites applications Javascript, le plus souvent d’agrément et facultatives pour utiliser le contenu.

Avec AJAX : Javascript devient le coeur du site. Il génère du contenu HTML dont il a la maîtrise. D’autres langages côté serveur peuvent intervenir. Javascript, côté client, s’appuie sur le moteur graphique du navigateur pour générer l’interface de l’application, plus pratique que n’importe quel « toolkit ».

Cette mutation a quelque-chose de perturbant et d’illogique : le navigateur n’est plus seulement un logiciel pour consulter des pages web (ce que tout le monde avait fini par comprendre), mais c’est également un logiciel qui permet d’exécuter d’autres logiciels en son sein (en somme il devient système d’exploitation). Il faudra écrire un autre article pour essayer de comprendre comment les « vrais gens » vont interpréter et adopter ces prérogatives technologiques. Car s’il est logique pour le développeur AJAX de s’appuyer sur le navigateur pour créer un tableur, un traitement de texte, un calendrier, etc, du point de vue de l’utilisateur ce n’est pas aussi évident ! Le point d’orgue de ce délire technologique est peut-être atteint avec http://palary.org, un navigateur web créé avec AJAX… et qui fonctionne donc, pour l’instant, à l’intérieur d’un navigateur web ! Ou ici encore avec YouOS (voir la demo), un bureau entièrement fait en javascript (menu démarrer, barre des tâches, gestionnaire de fichiers, etc).

La simplicité et le bricolage

AJAX est donc plébiscité parce qu’il donne naissance à des applications comme jamais nous avions vu par la fenêtre du navigateur. Mais il s’agit bien d’applications qui pourraient exister de façon autonome : Google Earth par exemple est l’équivalent « extrapolé » et bien plus puissant de Google Maps. Parmi tous les langages existants et doués grosso modo des mêmes fonctionnalités que Javascript, aucun n’a séduit et rassuré les développeurs pour faire cela. Aucun n’a donné facilement accès à HTML pour mettre en page simplement des interfaces graphiques, les animer, et interagir avec l’utilisateur. Aucun n’a permis aux utilisateurs de créer des applications installables aussi naturellement qu’en téléchargeant quelques scripts texte dans un navigateur, en un clic, sur n’importe quel ordinateur. Aucun n’a su se médiatiser aussi rapidement auprès des milliers de petites mains « nouvelle génération » qui développent pour le web, et aucun ne s’est montré autant « nouveau » et « ouvert » à leurs yeux. C’est le petit qui l’emporte, sans marketing et sans stratégie à long terme, seul contre tous. Il est probablement là le succès (relatif pour l’instant) d’AJAX : la simplicité et le bricolage dans le navigateur, sous couvert de révolution technologique.

Car Javascript n’est pas encore portable (il faut encore développer certaines fonctionnalités en double ou triple selon le navigateur qui l’exécute), pas très rapide, pas plus dédié qu’un autre langage procédural pour gérer les particularités de la programmation client/serveur appliquée au web. Les applications AJAX qui ont médiatisé le concept ont été montées de toutes pièces avant que de véritables frameworks permettent de développer rapidement et de façon fiable. Il faut, comme cela est en train de se faire avec PHP, réinventer les poudres d’un véritable environnement de développement. On voit déjà différentes solutions^[2] pointer leur nez, souvent plus pour solutionner de nouveaux problèmes que pour jeter les bases théoriques d’un véritable outil de développement du « web 2.0 » (pour parler à la mode !).

En ce sens et d’un point de vue technique, c’est une forme de retour à la préhistoire, pas une révolution. Mais les « geeks » aiment reconstruire, la puissance Google est là, et les concurrents mastodontes ne leur ont rien proposé de plus séduisant sur les atouts évoqués. En attendant AJAX prend donc la place qu’on lui laisse…

Les retours des utilisateurs ont montré la nécessité d’avoir des outils concis et pragmatiques pour aborder le travail d’évaluation. Ce manuel en 4 volumes constitue donc des « méthodes opérationnelles » spécifiques selon l’approche souhaitée par l’évaluateur. Il couvre l’évaluation par le code source, l’évaluation par la barre d’accessibilité AIS, l’évaluation par la barre d’accessibilité Web Developer, l’évaluation par le logiciel JAWS.

Méthode

Selon la méthode de travail souhaitée, il suffira de choisir un des 4 volumes du manuel et de vérifier les 92 points du référentiel. Par exemple pour le point n°1, avec une approche par le code source, le guide préconise : « 1. Identifier tous les éléments IMG en faisant une recherche dans le code source. – 2. Vérifier que chaque élément IMG a un attribut ALT qui lui est associé. »

Notons qu’Hervé Chuzeville a réalisé un tableau récapitulatif des points à vérifier (sur deux pages), displonible en plusieurs formats sur son site.

Plus d’excuse donc pour ne pas se lancer dans une évaluation profonde de l’accessibilité de ses sites…

Références

• Le manuel AccessiWeb.
• Le guide AccessiWeb et ses 92 critères.
• L’association BrailleNet, a l’initiative des ces outils. Voir également les formations accessibilité.

En fait les spammers sont assez feignants (sinon ils ne feraient pas ce métier). Ils cherchent à automatiser à moindre frais pour poster sur les systèmes de blog les plus populaires. Il suffit d’introduire une petite modification dans le fonctionnement de son gestionnaire de blog pour débusquer les trompeurs. Quand un spammer réussi à passer j’ajoute une nouvelle méthode de détection. Pour l’instant ce petit hack de Dotclear suffit à tromper ceux qui nous ennuyaient. C’est simple, plus aucun commentaire de spam !

Pour les sceptiques, voici le log des messages de spam reçus sur ce blog (vidé de sa moitié de temps en temps). MAJ : ce blog fonctionne maintenantavec Wordpress.

IMPORTANT : Il faut appliquer successivement les modifications (méthodes de détection) proposées ci-dessous, et non pas en choisir une au hasard (à moins de comprendre ce que l’on fait). Ou bien vous pouvez télécharger les fichiers modifiés, en bas de page. Et surtout, n’oubliez pas de tester vos modifications en vous envoyant un commentaire.

Méthode de détection 1

Dans le fichier /themes/votredossiertheme/form.php, ajouter cette ligne :

<!-- <input type="hidden" name="name" value="value" /> -->

juste avant le dernier champ fieldset :

</fieldset>

Et dans /layout/prepend.php, chercher la ligne contenant :

if ($blog->addComment($post_id,$c_nom,$c_mail,$c_site,

et transformer en :

if (isset($_POST['name']) or     $blog->addComment($post_id,$c_nom,$c_mail,$c_site,

Voilà. Un navigateur respecteux ignorera le commentaire (et n’enverra donc pas le champ caché), un spammer irrespectueux ne prend pas le peine de tester le commentaire HTML et son message sera ignoré… Très facile à contourner, mais en attendant ça filtre les ballots.

Methode de détection 2

Si le spammer n’analyse pas le contenu HTML de la page, le hack ci-dessus est inefficace. Mais dans ce cas, il doit connaître la nature des champs à envoyer au serveur pour poster le message. Changeons un peu le code de façon à rendre son automatisation obsolète :

Toujours dans le fichier /themes/votredossiertheme/form.php, chercher la ligne contenant :

<textarea name="c_content" id="c_content" cols="35" rows="7">

et transformer en :

<textarea name="c_content_blabla" id="c_content" cols="35" rows="7">

Ensuite dans /layout/prepend.php, remplacer c_content par c_content_blabla (à deux endroits, lignes 226 et 232).

Si le robot spammer automatise son envoi, il utilisera c_content comme nom de champ. Mais votre DotClear customizé s’attend à recevoir le message dans c_content_blabla, qui sera vide. Plouf !

Methode de détection 3

Certains spammers bourrent les champs TEXTAREA du formulaire avec leurs infamies. Trompons un peu plus l’ennemi avec cette méthode 3. Pensez également à appliquer les méthodes 1 et 2 ci-dessus.

Dans le fichier /themes/votredossiertheme/form.php, ajouter cette ligne :

<p class="field" style="display: none">Commentaire :
  <textarea name="c_content" cols="35" rows="7">Ne pas modifier ceci !</textarea> </p>

par exemple juste avant :

<p class="field"><label for="c_content">Commentaire :</label>

Ensuite dans /layout/prepend.php, modifier la même ligne que dans la méthode 1 pour avoir :

if (isset($_POST['name']) or $_POST['c_content'] != "Ne pas modifier ceci !" or
  $blog->addComment($post_id,$c_nom,$c_mail,$c_site,

Normalement ce champ de formulaire n’est pas affiché par le navigateur (s’il connait CSS) et n’est donc pas modifié. Les robots devraient tomber dans le piège en remplissant ce champ, chose à ne pas faire pour que le commentaire soit pris en compte… Et comme le nom du champ est celui normalement utilisé par Dotclear (c_content), cela donne une chance supplémentaires aux spamikazes de tomber dans le panneau.

La suite

Quand les robots contourneront ces tests, il faudra en inclure un autre, puis un autre, etc. Au mieux on élimine les messages dont on est sûr qu’ils sont un spam, au pire on les laisse passer, et dans ce cas un plugin antispam peut prendre la relève, comme d’habitude. A l’inverse, une méthode supplémentaire basée sur JavaScript pourrait confirmer que le message n’est pas un spam. Le tout est de s’adapter plus vite que l’ennemi. Mais comme les spammers ne consultent jamais les sites qu’ils poluent, nous sommes tranquilles !

Sinon, d’autres solutions techniques contre le spam des trackbacks sont proposées dans les commentaires ci-dessous.

Les fichiers modifiés

Vous pouvez obtenir les fichiers en service actuellement sur ce blog : form.php et prepend.php (attention, un fichier de log spamlog.txt est créé sur la racine du site pour enregistrer les messages ignorés). Même si ce serait plus pratique, il n’y aura probablement jamais de plugin Dotclear clef-en-main, car l’uniformisation amènerait rapidement des contournements de la part des spammers. Restons isolés pour éviter les tirs groupés !

Google était déjà accusé d’être indiscret et suscite une certaine crainte depuis que l’on a découvert qu’il pouvait révéler des documents confidentiels ou des informations nomminatives grâce à d’habiles requêtes, l’obligeant à permettre le désabonnement à ses services (ici pour le web, là pour les groupes de discussion, et là pour la numérisation des livres).

On peut se demander, pour Google Maps, quand apparaîtra la première affaire de violation de la vie privée, et quand Google devra proposer, à l’instar des autres services, de déréférencer sur demande un individu qui se reconnaîtrait sur une carte. En attendant, allons flaner un peu au dessus des pelouses et des serviettes de Central Park…

This patch is deprecated.

Here is a patch to enable article restriction under MediaWiki. Pages can be articles or categories. It adds a new |restrict| tab link allowing members of the group restrict to restrict pages. Users member of the group viewrestrict can read (and modify) the restricted pages. Others users cannot see, search, export, etc, the restricted pages. You can still |protect| them for editing. A restricted page is distinguished by a red background tab, and you have a special page (Special:Restrictedpages) to list the restricted pages. All restriction/unrestriction actions are loggued in the wiki log. It is also possible to restrict pages or namespaces by providing a regular expression array matching titles, and to restrict new pages by default. Optionaly the user’s pages can be restricted to their owner. Currently it is localized in English, German, Dutch, Swedish, Catalan, Finnish, Russian, Hebrew, Polish, Czech, Spanish and French.

This feature is mainly useful for intranet relying on WikiMedia as a non-encyclopedic content management system, like e-learning platforms or informational systems. To respect the wiki philosophy, it is not appropriate to use it to restrict public access!

To install restriction-patch, download MediaWiki (do a security backup if you patch your own installation), or see below to dowload a pre-patched archive.

Apply patch

mv restriction-version.mediawiki-version.patch ./mediawiki-version cd ./mediawiki-version patch -p0 < restriction-version.mediawiki-version.patch

Configure

First, install MediaWiki as usual (to create the database and the LocalSettings.php file). Once your wiki works fine you have to enable restriction. It is disabled by default. So add in your ./LocalSettings.php file (at the bottom of the file) :

/**
  * If true, a new menu action allows to restrict pages access to 'restrict' group users.
  * If false, all previously restricted pages are accessible again.
  */
  $wgEnableRestrict = true;

  /**
  * If true, new pages are restricted by default for 'restrict' group users.
  */
  $wgRestrictNewPages = false;

  /**
  * If true restrict user pages to their owner (as well as viewrestrict/restrict members)
  */
  $wgUserPageRestrict = false;

  /**
  * when wgUserPageRestrict and this option are true, allows user pages to be read but not edited by others?
  * added to restrict version beta-0.8.2
  */
  $wgUserReadRestrict = false;

  /**
  * Regular expression array to restrict matching pages
  * eg. $wgRegexRestrict = array("^Secure:", "^Secret ");
  *     restrict all pages where title is like 'Secure:...' or 'Secret ...'
  * with restrict version beta-0.8.1 you can also use Inverse regex matching
  * eg. $wgRegexRestrict = array("!!Public.*", ".*");
  *     any pages starting with "Public" is un-restricted and all others are restricted.
  */
  $wgRegexRestrict = array();

  /**
   * If true do not add recent changes entry for restricted pages
   */
  $wgNoRecentChangesRestrict = true;

  /**
   * If true hide log entries related to restriction, except for 'restrict' or 'viewrestrict' users (Special:Log page)
   */
  $wgHideRestrictLog = true;

  /**
   * MediaWiki permissions setup
   */
  $wgGroupPermissions['restrict']['restrict'] = true;
  $wgGroupPermissions['restrict']['viewrestrict'] = true;
  $wgGroupPermissions['viewrestrict']['viewrestrict'] = true;
  // with restrict version beta-0.8.2 when $wgUserPageRestrict and $wgUserReadRestrict is true
  // 'authors' group members get 'edituser' rights and can edit other users pages and sub pages.

  $wgGroupPermissions['authors']['edituser'] = true;

By default nobody is able to restrict page. Go to the User rights management page (in special pages) and add users in group restrict (allow to view and restrict pages) or viewrestrict (allow only to view restricted pages). Here is a FAQ on metawiki.

If $wgUserPageRestrict is true, user pages are restricted to their respective owner, as well as members of the viewrestrict group.

Don’t write sensible information in page titles, they could be retrieved in some cases. This is beta and GPL, test and feedback welcome !

Get the patch

• Download the patch for MediaWiki version (patch version) :
  • For MediaWiki 1.4.x see this article (deprecated)
  • 1.5.8 (beta 0.62) (deprecated)
  • 1.6.3 (beta 0.64) (old version, quite stable)
  • 1.6.6/1.6.7/1.6.8 (beta 0.72) (new version)
  • 1.7.1 : An unstable version (not verified by me) is proposed in a comment below (thanks to JesperZedlitz).
• If you have problem to patch (eg. windows users), here is the full pre-patched archive : mediawiki-1.6.8-restriction-patch-beta-0.72.tar.gz (install as usual, but do not forget to enable restriction feature, read the doc above)
• Some screenshots (MW 1.4)
• MediaWiki home page and the page about the patch

Mailing list and contact

You can subscribe to the mailing list to discuss about this patch, receive news, etc. Send an empty mail to restrict-mediawiki-list-subscribe@… and reply to the confirmation mail.

To contact me (no personal support, use this blog) : restrict-mediawiki/at/conseil-recherche-innovation.net (Jérôme Combaz)

Changelog

Version beta-0.72 for MW 1.6.6/1.6.7/1.6.8 (09-01-2006)

• Spanish translation (thanks to Victor Fariña from Queres tecnologias)
• Czech translation (thanks to Michal Ciza)

Version beta-0.71 for MW 1.6.6/1.6.7 (07-13-2006)

• Two bugs in Articles.php and Skin.php (thanks to Owen, see here)

Version beta-0.70 for MW 1.6.6/1.6.7 (06-06-2006)

• SQL requests are not modified anymore to check the restriction (better sustenability of the patch)
• Now restricted pages and *regex* restricted pages are treated in the same way. So none of pages title should be listed whatever the protection mechanism choosed, nor during a search request
• Regex restriction include the namespace, so it is now possible to restrict whole namespaces (eg. « ^Talk: » restrict all talk pages)
• Image partialy restricted (not listed but file accessible via HTTP)
• The SpecialVersion page informs that MW is patched
• Correction of text error on the unrestrict page (thanks to Mathaba)
• Polish translation (thanks to Janusz ‘Ency’ Dorozynski)

Version beta-0.64 for MW 1.6.3 (05-01-2006)

• Bug in SpecialCategories page (thanks to T O X I N)
• Hebrew translation (thanks to Yuval Hager)
• Bug in OutputPage.php (thanks again to Yuval Hager)

Version beta-0.63 for MW 1.6.3 (04-20-2006)

• Upgrade for 1.6.3 (thanks to Anthony for his help)
• Russian translation (thanks to T O X I N)
• Finnish translation (thanks to Tuomas Helin)

Version beta-0.62 for MW 1.5.5/1.5.6 (02-13-2005)

• Catalan translation (thanks to Pau Cabot)
• Small mistake (comma) in swedish translation

Version beta-0.61 for MW 1.5.5/1.5.6 (01-18-2006)

• Swedish translation (thanks to Samuel Lampa)
• Dutch translation (thanks to Peter De Baets)

Version beta-0.6 for MW 1.5.3 (12-15-2005)

• $wgHideRestrictLog option is back

Version beta-0.59 for MW 1.5.1/1.5.2 (10-31-2005)

• Allow to restrict new pages by default ($wgRestrictNewPages option)
• Bug : ‘ArticleProtectComplete’ hook function remplaced by ‘ArticleRestrictComplete’ (stupid mistake !)

Version beta-0.58 (10-07-2005)

• Restriction by regular expression test on title.
• Bug which avoided to view restricted pages in special pages (only ‘restrict’ group can see it, not possible to add ‘viewrestrict’ group) (thanks to Karen O’Flaherty)
• German translation updated (thanks to Hugo Wirz)
• French and english translations updated.
• Bug in Broken Redirects special page SQL request
• Categories special page hide restricted categories for non allowed users
• No more modifications in monobook stylesheet than one style added (see bottom of /skins/monobook/main.css file).

Version beta-0.57 (09-18-2005)

• Stupid cosmetic bug which avoid patch working if user page restriction enabled (thanks to Christophe Berger)

Version beta-0.56 (09-11-2005)

• Bug « variables can be passed by reference in mediawiki\includes\Article.php on line 1703″ with some PHP configurations (thanks to Chunho Lee)

Version beta-0.55 (09-07-2005)

• First public release for MediaWiki 1.5

L’« Opération micro portable étudiant » initiée par le Ministère de l’Education Nationale a été chahutée gentillement par Mélanie Collet, représentante de l’UNEF. Certaines organisations étudiantes demandent à ce que les besoins de base (logement entre autres) soient d’abords pris en compte avant de proposer l’achat d’un portable à crédit (NDLA: oui, mais peut-on hiérarchiser ou mettre en concurrence les problèmes…). L’association EVE (Espace Vie Étudiante), installée sur le campus de Grenoble, répond différemment en proposant aux étudiants de louer un ordinateur portable : 1,5 €/jours avec assurance, 10 jours minimum, possibilité de rachat. Olivier Royer, le directeur d’EVE, note que la non-possession de la machine amène les étudiants à la considérer autrement : elle doit répondre à leurs besoins immédiats (rédiger un rapport, lire leurs méls, consulter internet) qui sont généralement satisfaits par une machine de base. Avec une machine possédée, il y a des usages plus diversifiés (incluant les loisirs), donc moins de pérennité. EVE fourni également un accès internet aux étudiants, avec une simple borne wifi installée dans ses locaux, et la bonne volonté de ceux qui gèrent l’installation. L’endroit est peuplé d’étudiants qui travaillent en buvant du café. En dehors des horaires d’ouverture, le lieu a paraît-il quelque-chose de surréaliste puisque les étudiants s’agglutinent aux abords du bâtiment pour profiter de l’accès internet sans fil.

Se sont reposées les questions de besoins de moyens, de rémunération des contenus et de formation aux outils. Dans un domaine aussi immatériel et subjectif, comment s’y retrouver ?… Les représentants étudiants indiquent que certaines universités ont augmenté drastiquement les coûts d’inscription, faisant valoir l’accès à des plate-formes de formation en ligne. Parallèlement certains professeurs éditent pour leur propre compte des livres qu’ils font ensuite acheter aux étudiants comme support de cours. Ajoutons à cela les questions de droit d’auteur que certains voudraient voir considérées… Au final, c’est peut-être la notion de « contenus libres » qui en profitera, et c’est peut-être ce qu’il faut espérer pour la qualité des contenus et la liberté des apprenants. Partout dans le monde le savoir s’ouvre et s’échange gratuitement. Dans ce contexte, peut-on penser qu’enseigner c’est monnayer sa production de contenu ? Concernant le « plus de moyens », est-ce que cette question peut s’affranchir d’une bonne identification des objectifs que l’on poursuit ? Fin 90 nous avions des réseaux 10 mégabits, début 2000 on généralisait le 100 mégabits, maintenant les demandes vont vers le gigabit en fibre optique. Où se situe le besoin réel ? En dix ans la demande technique s’est multipliée par 100, alors que rien encore ne spécifie clairement les objectifs que l’on veut attendre avec cette technologie.

Les représentants d’IBM et Fujitsu-Siemens nous ont éclairés sur les aspects matériels purs. Pourquoi le coût matériel ne baisse jamais, au profit de l’augmentation sempiternelle des performances ? A-t-on vraiment besoin de tout cela, pourquoi ne pas freiner un peu l’évolution ? IBM répond que ce sont essentiellement les attentes des utilisateurs qui provoquent l’évolution. En fait, si nous avons un « ordinateur suffisant » aujourd’hui, c’est justement parce que les attentes progressistes d’hier ont permis de l’obtenir. Philippe Koch note également que dans une entreprise (principal client des fabriquants et moteur de l’évolution) le matériel ne représente que 20% du coût total d’un poste informatique, le reste étant principalement des ressources humaines et logicielles. Donc discuter d’une réduction sur ces 20% n’a pas beaucoup de sens pour le fabriquant. L’entreprise a une approche pragmatique de l’évaluation du coût : elle connaît les objectifs à atteindre, ce que les technologies lui apportent, et combien elle pourra y consacrer. Cette approche n’est pas applicable à un cursus universitaire… mais une meilleure spécification des objectifs de terrain permettrait peut-être de mieux comprendre les investissements nécessaires au sommet.

Pour poursuivre le travail, nous pourrions réfléchir à ce que l’on attend d’étudiants et enseignants munis d’un ordinateur, en terme de production. L’utilisateur des technologies est au sein d’un réseau d’échange qui l’oblige à s’aligner par le haut : ce sont les plus équipés qui mènent la danse (voir par exemple comment internet se dédie peu à peu aux clients haut-débit, à cause de productions toujours plus gourmandes, délaissant les moins équipés). Cet alignement coûte forcement plus cher. Pourquoi ne pas rechercher un dénominateur commun raisonné, en définissant le niveau de qualité acceptable (sur la forme) dans les productions des étudiants et enseignants, de façon à permettre un investissement matériel et logiciel minimal sans discrimination ou coercition. Cela passerait par exemple par le choix ou l’établissement de normes qui garantissent pérennité et indépendance des outils de production et d’accès aux ressources.

En séance plénière Fabrice Forest, du projet Adamos, a présenté un film sympathique de prospective sur des usages possibles de la technologie au service de la personne. Cette fiction met en scène un personnage qui commence à regretter d’avoir investi dans un assistant personnel numérique nouvelle génération, capable de l’assister dans son quotidien. Il lui signale par exemple la proximité d’amis dans sa ville, lui propose de prendre ou décaler automatiquement des RDV, prend soin de son rythme cardiaque pendant la séance de tennis, etc. Au delà de l’anecdotique, le travail de recherche sous-jacent a permis d’étudier (entre autre) la complicité qui peut exister entre l’utilisateur et sa machine. Le film a fait réagir le public : n’est-ce pas dangereux pour la liberté individuelle ? Faut-il en avoir peur ? Quel pouvoirs s’installent et s’instrumentalisent à travers l’acceptation de ces systèmes ? Étrange, cette projection vers l’avenir suscite des craintes, alors que d’autres technologies déjà en place, auxquelles nous sommes en partie ou totalement soumis et dépendants, et qui sont aussi contraignantes, ne semblent pas vraiment remises en cause… C’était peut-être le sens de la réflexion d’un participant, qui pense que cette promotion institutionnalisée des technologies dans l’éducation nous amène vers une société « à la 1984 », avec l’aide volontaire ou non des enseignants. Cela montre bien que le débat est nécessaire si nous voulons que la société trouve un équilibre juste dans l’utilisation et l’acceptation de ces technologies.

Roberto Di Cosmo, co-auteur de « Hold-up planétaire », a fait une intervention sur le thème « Monopoles informatiques : mieux comprendre pour se libérer ». Très intéressant pour qui avait de bonnes bases sur le sujet, mais je crains que cette quantité d’information, sans mode d’emploi et pistes pragmatiques, aide peu les étudiants et enseignants à « se libérer » par leurs pratiques.

Dans l’atelier découverte « ePortfolio », Eric Bruillard a fait une présentation très claire des enjeux pédagogiques liés à la création d’un portfolio. De son expérience et de celles de ses étudiants, la difficulté dans cet exercice semble reposer pour beaucoup sur la liberté d’action que l’on a pour parler de soi. La contrainte de temps est nécessaire, un portfolio n’étant de toute façon jamais terminé. Les technologies ne sont pas un réel problème, puisque l’intérêt est de parler de soi avec les moyens que l’on possède. Eric B. a donné de bonnes idées de pratique, comme ces étudiants qui ont composé un portfolio à trois avec parties spécifiques pour chacun, celui qui a fait différentes entrées selon le profil du visiteur (employeur, amis…), ceux qui impliquent leur conjoints, ceux qui s’appuient sur l’image métaphorique, etc. Suite à cela l’écriture d’un simple CV devient fade ! Espérons seulement que le portfolio, ce travail introspectif et original, soit reconnu au même titre.

Le concept de « micro-learning », introduit par Frédéric Soussin (CNAM Pau) lors d’un atelier découverte, réhabilite et formalise avec justesse la « formation tout au long de la vie ». Pourquoi ne pas se former au quotidien mais en permanence, sur des moments courts mais efficaces, avec du contenu aggrégué depuis différentes sources d’information, le tout avec un formateur qui coordonne le processus et apporte son soutien. Cela responsabilise également l’apprenant, qui devient acteur de sa formation. Les outils technologiques actuels et ceux à venir permettent de monter ce genre de dispositif de formation, par l’assemblage de leurs fonctionnalités (NDLA: sans s’enfermer dans la rigueur d’une plate-forme globalisante et centralisatrice !). Cela confirme ce que nous pensons depuis longtemps au CRI, internet dans son ensemble est la plate-forme de formation de l’avenir, celle qui n’emprisonne pas l’apprenant dans une « classe virtuelle », et qui redonne au e-prof son rôle de guide vers de nouvelles façons d’apprendre. Comme le professeur « classique », qui sélectionne les bonnes pages parmi les millions que comporte la bibliothèque.

Parmi la cinquantaine d’initiatives présentées le vendredi après-midi, Yannick Hamon présentait le projet AMICO (Aide à la Mobilité Internationale par la Communication Orale) qu’il dirige, à l’université Stendhal de Grenoble. Un des problèmes que rencontrent les étudiants étrangers est la compréhension du discours dans les cours magistraux. Lorsqu’un professeur dispense son cours il utilise différents codes pour s’exprimer : exemples, humour, digressions, le tout enchaîné parfois de façon confuse pour ceux qui comprennent mal le français, rendant la compréhension et la prise de note difficiles. Le projet AMICO permet de se former, via un site web, à l’analyse du discours. Basé sur une vidéo de cours magistral, l’outil permet aux étudiants d’apprendre à décortiquer un discours et d’en noter l’essentiel.

D’autres initiatives intéressantes : Mobinet (simulateur de mobiles programmable, INPG), les voyelles labialisées du français (Université Stendhal de Grenoble), le simulateur de procédures judiciaires (Faculté virtuelle de droit Lyon 3), le Dictionnaire numérique de l’Administration française et l’Encyclopédie numérique des Droits de l’Homme (IEP), et bien d’autres, à voir sur le site GreCO.

Nous félicitons et remercions le GreCO pour l’organisation de ces journées équilibrées, entre conférences, débats, ateliers, galerie de réalisations. Nous y serons donc à nouveau l’année prochaine ! Un merci particulier à Daniel Seyve et Michel Perrier pour leur invitation.

MediaWiki est le logiciel qui permet de gérer un wiki à-la-façon Wikipédia. Ce logiciel (libre) peut être téléchargé et installé pour d’autres besoins, par exemple pour monter une plate-forme de formation à distance. Le principe wiki est particulièrement adapté, il apporte de la souplesse et permet à des non-spécialistes de composer un contenu avec une présentation logique et graphique homogène. Mais il peut être nécessaire de restreindre l’accès à certaines pages, comme les pages de suivi des stagiaires, ou le journal de bord des formateurs. Cela n’est pas possible (de façon simple) avec MediaWiki. Je me suis donc attaqué à modifier « la bête » afin de pouvoir restreindre l’accès à n’importe quelle page en deux clics.

Caractéristiques

• Possibilité de restreindre les articles ou les catégories à un certain groupe d’utilisateurs (sysop, bureaucrat, etc)
• Une page bloquée possède un onglet rouge pour bien la repérer.
• Il reste possible de protéger une page en édition, en plus de restreindre son accès.
• Une Page spéciale permet d’afficher les pages restreintes.
• Impossibilité d‘exporter, de rechercher les pages restreintes si l’on a pas les droits.
• Enregistrement des restrictions et autorisations dans le log de MediaWiki, avec éventuellement un accès restreint aux logs.
• Pour respecter la philosophie wiki, l’option n’est pas activée par défaut !

La modification est en version beta, à vos risques et périls ! Si vous voulez modifier une version en fonctionnement, faire une copie de sécurité.

Installation

Reportez-vous au billet suivant (en anglais, désolé)

Contact

Laisser un commentaire dans ce billet (en français) pour donner vos impressions, bugs, etc.

Les Grid technologies (technologies de grille) sont une évolution du principe des clusters et du peer-to-peer. Ces deux technologies permettent de mutualiser puissance et capacité de stockage en mettant un ensemble d’ordinateur en réseau. Les grids veulent étendre et formaliser ce principe, en permettant de mutualiser au maximum toutes les ressources disponibles au sein d’un réseau de machines hétérogènes et indépendantes. Le principe n’est pas complètement nouveau (voir par exemple distributed.net), mais pour qu’il s’étende à des usages moins spécifiques et de manière transparente, il a besoin de standards : pour les échanges de données, pour les langages utilisés, pour les droits d’accès, etc. Les grids devraient aussi mettre à contribution d’autres domaines de recherche, comme les algorithmes génétiques ou les réseaux de neuronnes.

La Commission européenne veut encourager le développement des Grids et lance des appels à propositions dans le cadre du 6st Framework Programme. Une brochure de vulgarisation est disponible en ligne.

• L’article A Virtual Organisation for e-Learning (PDF, english version)
• Brochure et informations sur les Grids technologies, site de la Commission européenne.

En utilisant les métadonnées et les ontologies, Diogène offrira des fonctionnalités innovantes: modélisation probabiliste des apprenants, adaptation personnalisée des parcours de formation, apprentissage coopératif et tutorat en ligne, définition assistée et intelligente des objectifs de formation, stratégies dynamiques d’apprentissage, ouverture sur le web sémantique, gestion des objets d’apprentissage (Learning Object) et du copyright, génération de CV, intégration de formateurs indépendants.

Diogène sera accessible sur le Web par un ASP. Une fois inscrit, l’apprenant pourra choisir des thèmes organisés à partir d’une ontologie avant de se voir proposer un cours sur mesure. (cette individualisation sera basée sur la détermination du profil des apprenants). En complément, Diogène proposera les services suivants :

• Des formateurs indépendants pourront s’inscrire dans Diogène et décrire d’une manière formelle leurs capacités professionnelles. Ainsi, les apprenants pourront, s’ils le désirent, solliciter les formateurs pour être guidés et soutenus dans leur parcours.

• Les apprenants avec des besoins ou des profils identiques seront repérés afin de leur fournir un environnement coopératif facilitant les échanges et le « mentoring ». Ce même environnement sera utilisé comme interface de communication synchrone et asynchrone avec les formateurs.

• Une modélisation de l’apprenant basée sur un format émergent (PAPI , LIP , etc.) représentera les résultats obtenus afin de construire, pour chacun, l’équivalent d’un CV électronique diffusé dans le respect de la vie privée. Un moteur de recherche opérant sur cette base de CV permettra aux entreprises intéressées de recruter des compétences spécifiques.

• Les stratégies d’apprentissage en ligne seront basées sur les besoins des individus et leurs styles d’apprentissage. Elles seront automatiquement améliorées en exploitant l’information résultant des évaluations réalisées au cours de la formation (prise en compte des connaissances acquises).

Une autre fonctionnalité importante de Diogène sera la possibilité d’utiliser, dans la composition dynamique du plan de formation, aussi bien des contenus adaptés et « taggués » par des producteurs de cours enregistrés, que du contenu librement accessible sur le web. L’adaptation des contenus exploitera les capacités offertes par la nouvelle génération du web sémantique annoncée par le W3C: le contenu numérique décrit formellement par des marqueurs XML peut être compris par une machine.

Pour tester les capacités et les innovations de Diogène, six cours seront adaptés: Analyse orientée objet et UML, XML, Amélioration des processus d’ingénierie, Amélioration de la performance des organisations, Php et pages web dynamiques, Images numériques et multimédia. Les tâches sont prévues selon la chronologie suivante :

• identification et formalisation des besoins des utilisateurs,
• élaboration d’une méthodologie de représentation du savoir pour décrire les objets d’apprentissage d’une manière compréhensible par la machine,
• élaboration d’une modélisation des apprenants pour les profiler de manière formelle en terme de savoirs maîtrisés, de préférences et de styles d’apprentissages,
• réalisation d’outils logiciels pour modéliser les objets d’apprentissage qui seront utilisés pour l’adaptation des contenus,
• élaboration de l’ontologie couvrant les domaines des technologies de l’information,
• adaptation et indexation des contenus pour profiter pleinement des fonctionnalités de Diogène (métadonnées),
• élaboration du système principal à partir des besoins exprimés dans la phase d’analyse et à partir de la modélisation des apprenants et de l’ontologie définie,
• intégration des modules de formation dans Diogène,
• expérimentation du premier prototype en situation réelle sous le contrôle d’experts en évaluation,
• amélioration du premier prototype en fonction des résultats de l’expérimentation,
• évaluation du prototype final.

Un modèle commercial viable sera défini et comparé avec les concurrents potentiels. Les activités de recherche et les résultats du projet seront largement diffusés.

Le projet a commencé le 1er avril 2002 pour une durée de vingt-quatre mois.

A consulter

• http://www.capuano.biz/diogene/ (mirroir du site expiré http://www.diogene.org)