Le blog du Centre NTE

Selon la théorie des six degrés de séparation, établie par Frigyes Karinthy en 1929, et reprise en 1966 par le psychologue Stanley Milgram dans son étude du “petit monde“, n’importe quel individu peut être relié à n’importe quel autre par une chaîne de relations individuelles de six personnes. A l’époque, Milgram avait réalisé son expérience en demandant à 296 volontaires américains de transmettre une lettre à une personne donnée (aussi aux USA), en la faisant passer de main à main à des amis et amis d’amis (il faut noter que seules 64 lettres étaient arrivées à destination, ce qui limite quand même la validité du résultat obtenu).

A l’heure d’internet et des réseaux sociaux, est-ce que ce chiffre est encore valable ? Des scientifiques de l’Université de Milan ont voulu le savoir. En analysant des données fournies par Facebook (ce qui représente  un échantillon de 721 millions d’utilisateurs avec 69 milliards de liens d’”amitié”), ils ont obtenu une valeur de 4.74 degrés de séparation (voire même 4.37 aux Etats-Unis). Ce résultat n’est a priori pas étonnant, puisqu’on dit souvent que le monde a “rétréci” avec les technologies électroniques. Marshall McLuhan parlait déjà de “village planétaire” en 1967, en voici donc la confirmation. Ceci dit, il faut quand même relativiser ce chiffre. En effet, les connexions utilisées pour le calcul correspondent aux “amis” de Facebook. Or un ami sur Facebook n’est parfois qu’une vague connaissance, et le lien reliant deux personnes peut être très ténu. En fin de compte, les fils tissant le village planétaire sont donc souvent très fins…

Et voilà le fichier .apk de news@unifr. L’interface n’est pas extraordinaire, mais ça fonctionne ! ( devrais fonctionner : je n’ai pu tester que sur le HTC du Centre NTE ; dites-moi si c’est ok chez vous).

Un petit retour sur l’expérience : App Inventor est toujours en version beta. Il manque en effet quelques fonctionnalités comme un undo multiple, un copier-coller entre apps, etc. Et certains blocs (webViewer par exemple) ne sont pas encore prêts pour la version final. De plus, la vitesse des applications générées n’est pas époustouflante. Mais, en résumé, je dirais que c’est effectivement un environnement facile à apprendre même s’il est tout de même nécessaire d’avoir un minimum de connaissances de programmation pour pouvoir aller de l’avant (boucles, branchements conditionnels, …).

L’investissement en temps est quand à lui tout à fait acceptable : un peu moins de 3 jours complets pour apprendre le fonctionnement d’App Inventor et réaliser ce prototype.

Pour ceux que ça intéresse, voici le bloc principal de cette app :

Essentiellement, une fois que l’app a reçu les billets du blog, ce bloc les parse pour les ajouter séquentiellement à différentes listes. La première (elementsForListPicker) sera utilisée par le bloc qui gère l’affichage des listes. La deuxième servira à afficher le texte du billet alors que la troisième sera le lien vers le billet sur le site web du blog.

Le “code source” de l’app est disponible en téléchargeant le fichier .zip de news@unifr.

En collaboration avec la CUSO, un premier séminaire “Soft Skills” vient d’être organisé dans le cadre du projet “Personnal Learning Environment” (PLE – AAA SWITCH). Il s’est déroulé à Genève le 8 novembre et a regroupé une vingtaine de doctorants travaillant dans le domaine des systèmes d’information. Le programme de cette journée (en anglais) était:

Vous pouvez suivre les présentations faites durant ce Soft Skills Seminars 11/2011.

Le prochain séminaire est prévu en février à Fribourg. Nous travaillons à son élaboration. Donc, à suivre…

Afin de tester App Inventor de Google (voir notre billet de l’an passé : Créer facilement des applications pour Androïd), je suis en train d’essayer de “programmer” l’application news@unifr que nous avons mis à disposition des utilisateurs d’iPhone l’été passé.

Pour débuter, il faut se connecter avec un compte Google et suivre les instructions d’installation. Celles-ci comprennent uniquement deux étapes :

• un test de la configuration Java de son navigateur et de son ordinateur (mac, windows ou linux), et
• le lancement du “designer”. Ce dernier vous permettra de définir l’interface de votre application. Il est associé à l’éditeur de blocs (“blocks editor”).
  L’éditeur de blocs permet d’associer des comportements (des actions) aux éléments de l’interface. Ces actions sont représentées sous la forme de blocks imbricables :

Le site propose une  documentation qui référence l’ensemble des blocs disponibles, ainsi qu’une série de tutoriels sous forme d’exemples téléchargeables.

Je vais maintenant suivre les tutoriels de base afin de mieux comprendre le fonctionnement d’App inventor et je m’attaquerai ensuite à la programmation de news@unifr sur Androïd.

La suite dans quelques jours.

Afficher une partie de mes bookmarks delicious, selon des critères de recherche multiples, n’est pas si simple.

Je peux facilement en afficher une sélection en sommant des tags avec l’opérateur ET (en les ajoutant à l’adresse http). Si je veux afficher par exemple uniquement les liens avec un tag “elearning” et “tutoriel” et “débutant”, je peux le faire en utilisant l’adresse http://delicious.com/moncompte/elearning+tutoriel+débutant.

Mais, ça se complique déjà si je veux ajouter un opérateur OU (par exemple elearning et tutoriel ou how-to). Je peux créer des groupes de Tags, mais cela atteint vite ses limites. Mais moi je veux!!

En cherchant je suis tombé sur mysqlicious. Cet outil, en php (utilisant mySQL), me permet d’importer les bookmarks de mon compte Delicous dans une table sql (et de la tenir à jour, synchronisation unidirectionnelle).
L’outil se compose de deux pages php.
Je peux exécuter l’opération une fois de temps en temps, manuellement (cf. Tutoriel mysqlicious, pt. 2.), ou bien utiliser un cron pour que cela se fasse automatiquement (Tutoriel mysqlicious pt. 3). La première fois, la table est créée et les données insérées. Les fois suivantes, mysqlicious va mettre à jour les entrées selon ce qui a été changé dans delicious.
Si vous avez des liens, tags ou descriptions avec des accents ou autres signes (p.ex. en français ou allemand), une petite astuce consiste à ajouter deux lignes de code forçant l’utilisation d’UTF8, comme proposé dans cet Issue 3 de mysqlicious (autrement les accents risquent de se transformer en signes bizarres…).

Une fois mes bookmarks dans la table sql, je peux filtrer les liens que je veux afficher sur ma page, par exemple avec un peu de php (cf. Tutoriel mysqlicious, point 4.). En variant la requête, je peux maintenant filtrer les résultats comme je le veux.

En attendant que delicious me permette d’afficher des sélections plus complexes que la suite de tags liés par ET, je vais donc utiliser cet outil très simple.
Est-ce que vous connaissez d’autres solutions ?

L’Université est en train d’installer des écrans d’information à l’entrée des différents bâtiments. Ils permettront aux visiteurs d’être informés en particulier des manifestations du jour dans les locaux de l’Université.

Après mon expérience avec les codes matriciels de la semaine passée (codes matriciels pour tous usages), je me suis demandé comment on pourrait les utiliser à l’Uni. Et l’association avec ces écrans d’informations est apparue tout naturellement.

Ainsi, les visiteurs verraient les informations défiler sur l’écran et ils pourraient, en scannant le code matriciel avec leur ordiphone, conserver toutes ces informations (ou peut être seulement les données importantes tels qu’un numéro de salle) tout en se déplaçant dans les locaux de l’uni.

C’est une offre complémentaire relativement facile à mettre en oeuvre.

Une des nouveautés les plus importantes dans cette nouvelle version de l’iPhone est sans doute son assistant vocal SIRI. Actuellement, il n’est disponible qu’en trois langues (Allemand, Français, Anglais), mais semble être un outil très prometteur qui n’a rien à avoir avec l’assistance vocale apparue pour la première fois dans la version 3GS.
Voici un petit aperçu qui vous permettra de vous faire une idée rapide de SIR en attendant de pouvoir le tester en LIVE :
SIRI en action (version française)
SIRI in action (video en anglais)

Les codes matriciels (qr codes) devraient être plus utilisés. La semaine passée, en partant du bureau pour prendre le bus de Pérolles à la gare, je me suis demandé si je devais courir pour attraper le prochain bus.

Nous avons bien les horaires affichés dans le couloir, mais je me suis dit que, selon la loi de Murphy, si je passais 3 minutes à éplucher les 3 horaires et à trouver le prochain bus, ce dernier risquait bien de me passer sous le nez. J’ai donc accéléré le pas … et attendu 10 minutes à l’arrêt avant qu’un bus ne passe ;-(

Le soir même, j’ai généré un code matriciel qui appelle simplement un code php chargé d’aller chercher l’horaire sur le site des tpf et qui retourne l’heure de passage du prochain bus pour cet arrêt.

Depuis lors, plus de stress ; il suffit de passer la caméra de mon ordiphone sur le code matriciel et je sais instantanément à qu’elle heure passe le prochain bus pour la gare.

Ars Technica nous propose un article intéressant sur la sécurité des mots de passe, et les problèmes que peut poser une politique de sécurité très (trop) stricte : si les utilisateurs doivent changer de mot de passe régulièrement, et qu’en plus celui-ci doit avoir une longueur minimum de x caractères, et inclure des majuscules/minuscules, des chiffres et des caractères spéciaux, beaucoup d’entre eux finissent par le noter sur un Post-It (parfois avec tous leurs autres mots de passe !), ce qui va à l’encontre de la sécurité recherchée.

Alors quelle est la solution ? Les phrase secrètes (passphrase en anglais) représentent une possibilité intéressante. Une phrase secrète est une combinaison de quelques mot choisis au hasard (mais qui doit rester facile à mémoriser), p. ex.”arbre chaussure facile radiateur”. Contrairement à ce qu’on pourrait penser intuitivement, un tel mot de passe n’est pas forcément facile à casser, bien que les mots proviennent d’un dictionnaire. Si l’on choisit quatre mots dans la liste des 10’000 termes les plus fréquents utilisés sur la Wikipédia française (le Petit Robert en contient 60’000), on obtient 10’000^4  = 10^16 possibilités, soit dix fois plus qu’avec un mot de passe de 8 caractères choisis parmi 76 (lettres majuscules et minuscules, chiffres et symboles !@#$%^&*()-_+=).

Il y a cependant quelques règles à respecter dans le choix de la phrase secrète pour conserver une bonne sécurité : par exemple ne pas utiliser une citation ni une phrase qui a été publiée (comme l’exemple ci-dessus dès maintenant !), et ne pas réutiliser la même phrase dans plusieurs applications. Et bien sûr, c’est plus long à taper qu’un mot de passe tel que p&U7#R8] 

(source : http://xkcd.com/936/)

Deux mois après la mise en ligne le la webapp unifr (accessible avec votre ordiphone à l’adresse m-unifr.ch), on en peut que constater son succès. En effet, en octobre, le site a reçu près de 2300 visiteurs uniques (le double du mois de septembre) dont chacun a visité en moyenne 4 pages.

Les iPhones étaient les utilisateurs principaux en septembre. En octobre en revanche, ils sont quasiment à parité avec les Android.

Sans surprise, les vendredi, samedi et dimanche sont les jours creux. De même, peu de connexions avant 8h . En revanche, la soirée, jusqu’à 22h30 reste une période où les utilisateurs se connectent (après un creux vers 19h).

Une grosse surprise toutefois dans ces statistiques : la quasi absence d’utilisateurs windows dans le décompte des visiteurs : moins de 8%, alors que les utilisateurs de linux (dont google android) obtiennent près de 20% et les possesseurs de mac 70% (dans lesquels les iPhones sont vraissemblablement inclus).

Dernière remarque dans cette moisson de chiffres : 99% des utilisateurs accèdent au site mobile de l’unifr directement, sans passer donc par un lien présent sur une autre page web.