Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

Derniers commentaire(s) [Tous] :


Dernières entrées de forum(s) RSS [Toutes] :


EEEPC en Belgique (3ème)

Posté le 20 juin 2008
En Belgique, après Photohall et Carrefour [1], c'est au tour de The Phone House de vendre des EEEPC avec Linux [2]. Le fait que Linux soit dessus et pas Windows est indiqué (en petites lettres, d'accord) sur toute une série de panneaux publicitaires dans les abribus, etc. Dessus, ils insistent sur le fait que les laptops low cost débarquent : le low cost, le segment par lequel Linux s'introduira sur le desktop de madame et monsieur tout le monde ? (Note : il s'agit toujours de la version 701 (339 €) et non d'une série 90x)

[1] Voir le précédent journal de marmotte007 : https://linuxfr.org/~marmotte007/26724.html
[2] Sélection de laptop de PhoneHouse : http://phonehouse.be/Public/Page_ph.php?ID=24&ancestor1=3 (sélectionner Asus, à gauche, ou l'EEEPC directement, au centre)

> Lire le journal (20 commentaires, moyenne: 2,5).

OpenSocial, un pas de plus vers une "société des réseaux sociaux"

Posté le 04 novembre 2007
Depuis jeudi, Google Code héberge le projet OpenSocial [1], un ensemble d'API qui vont permettre le développement de programmes communs pour un certain nombre de sites de "réseau sociaux" (voir liste en référence [1]).

Avant jeudi, tout programmeur souhaitant développer une application pour réseaux sociaux devait apprendre l'API, la syntaxe et parfois même un nouveau langage de chacun des réseaux (quand ceux-ci proposaient une API accessible de l'extérieur !). Maintenant, OpenSocial permet d'accéder aux fonctions de base, au plus petit commun dénominateur entre tous les réseaux sociaux participant. L'API permet ainsi d'accéder :

- à l'information de profil
- à l'information des connaissances
- aux activités (événements, flus RSS, etc.)

Un des avantages d'OpenSocial est de se baser sur des langages existant (Javascript, HTML et Flash) là où la concurrence (Facebook, pour ne pas la citer) impose FBML [2] par exemple).

Le code source des exemples est sous licence libre, tout comme la documentation. OpenSocial promet de libérer le code source des APIs proprement dite (voir la FAQ [3]).

Finalement, on arrive petit à petit à une vraie société (ou fédération) de réseaux sociaux, où peu importe le site/réseau dans lequel vous êtes affilié, vous pourrez utiliser les mêmes applications (qui a parlé de standardisation ?). Web 2.0 [4], les applications arrivent!

Maintenant, il reste un certain nombre de points qui pourraient être améliorés ou éclaircis ...

- Un jour, on pourra être inscrit dans un réseau et accéder aux autres réseaux (un peu comme les passerelles permettent aux utilisateurs d'un type d'IM de communiquer avec des correspondants utilisant d'autres systèmes d'IM)

- Qu'en est-il de la sécurité, de l'accès aux données et la perception du public sur ces points [5] ?

[1] Projet OpenSocial : http://code.google.com/apis/opensocial/
[2] FBML : http://developers.facebook.com/index.php/FBML
[3] FAQ d'OpenSocial : http://code.google.com/apis/opensocial/faq.html
[4] Web 2.0 : http://en.wikipedia.org/wiki/Web_2
[5] Facebook and Data Control (Bruce Scheier) : http://www.schneier.com/blog/archives/2006/09/facebook_and_d(...)

> Lire le journal (4 commentaires, moyenne: 5).

Le New York Times libère 2 applications internes

Posté le 29 octobre 2007
Cher journal,

C'est sous ce titre que Libération/Ecrans annonce un revirement intéressant d'un des plus gros journal américain [1].

Comme la plupart des journaux, le New York Times faisait payer l'accès à une partie de son contenu sur internet. Mais ils se sont rendus compte, notamment, du traffic qui pouvait être généré par les moteurs de recherche (et donc les affichages publicitaires [2]), un mouvement plus intelligent (amha) que les procès de CopiePresse contre ces moteurs. Son contenu est maintenant gratuitement accessible (ce qui ne veut pas dire qu'ils ne suivront pas vos goûts de lecture mais c'est un autre débat).

Le New York Times va un pas plus loin en libérant deux applications qu'ils utilisent. Oh, cela ne va pas révolutionner le monde du logiciel libre car ces deux applications permettent surtout d'accélérer l'accès aux données sur des sites web fortement solicités. Mais quand même ...

La première application, DBSlayer [3], est une couche d'abstraction pour la base de données (MySQL pour le moment).

La seconde application, XSL Cache [4], est une modification de l'extension XSL de PHP, de nouveau pour augmenter les performances.

Finalement, c'est un peu un juste retour des choses : utilisez PHP/MySQL sur vos gros sites et publiez les modifications qui vous sont utiles. Ces modifications peuvent aider d'autres personnes (un peu comme Google le fait avec MySQL [5]).

[1] Article d'Ecrans : http://www.ecrans.fr/Le-New-York-Times-libere-ses,2459.html
[2] Article d'Ecrans sur la gratuité du contenu du NYT : http://www.ecrans.fr/La-presse-americaine-trouve-le,2133.htm(...)
[3] DBSlayer : http://code.nytimes.com/projects/dbslayer
[4] XSL Cache : http://code.nytimes.com/projects/xslcache
[5] https://linuxfr.org//2007/04/27/22421.html

> Lire le journal (3 commentaires, moyenne: 1,7).

Généralisation du fichage biométrique volontaire des voyageurs dans les aéroports français

Posté le 24 août 2007
Je viens de lire cet articles du Monde [1] qui me semble assez édifiant. Dans cet article, le journaliste décrit un système d'identification biométrique sur base de 8 doigts des mains permettant, officiellement, d'accélérer le passage aux frontières françaises (dans les aéroports uniquement). Même les personnes d'autres nationalités européennes peuvent participer sur base volontaire au programme. La CNIL a émis un avis défavorable [2].

Pour faire court, on en arrive au fichage généralisé de la population. Vous me direz que çà se fait déjà puisqu'il existe (au moins) un fichier de l'état civil. Mais plusieurs points sont inquiétants, comme la facilité avec laquelle les informations peuvent être recoupées, la quantité d'information fournie, les possibilités d'inteconnection entre bases de données et un manque de clarté sur les possibilités de contrôles effectifs (entendre que mes données sont effacées ne me suffit pas : qui peut contrôler ?).

Un autre effet pervers est, à mon sens, la suspicion dont feront inévitablement l'objet les gens ne désirant pas se soumettre "volontairement" au contrôle. Le rapport accompagnant le projet de décret stipule apparement clairement que ce système est destiné à "certains passagers qui ne présentent guère de risques du point de vue de la sécurité". Je trouve que cela en dit long sur la mentalité des concepteurs et sur la finalité du système : toute personne ne se présentant pas au système "pour accélérer les choses" sera considérée comme "à risque du point de vue de la sécurité" ...

[1] Article du Monde ; http://www.lemonde.fr/web/article/0,1-0@2-3224,36-942808@51-(...)
[2] Avis de la CNIL : http://www.legifrance.gouv.fr/WAspad/UnTexteDeJorf?numjo=CNI(...)

> Lire le journal (17 commentaires, moyenne: 4,1).