Avertissement: ce journal risque d'être un peu pêle-mêle, ce sont mes propres réflexions sur ce que nous réserve le futur proche (ou vers quoi on peut l'orienter?)

Ces réflexions sont alimentées par les diverses informations sur la technologie (essor des netbooks, convergence portable/PDA, etc.), sur la société (inquiétudes sur la vie privée, etc.).
Et plusieurs idées (pas forcément les miennes, j'entends, mais je compile quoi!) me semblent pouvoir répondre aux "besoins" de demain.

1 - L'informatique domestique

Comme tout le monde le sait, l'avenir n'est plus dans le PC de bureau. Les ventes stagnent, au profit des ordinateurs portables (qu'une grande partie des utilisateurs pose sur une table à la maison et qui ne bouge plus, mais passons).
Dans le même temps, les netbooks sont en plein essor, et on s'oriente plus vers des configurations légères et souples.
Hors, il va forcément y avoir un problème: 2 ordinateurs? Un gros fixe et un petit netbook? Ou alors un gros portable qui fait tout?

Parallèlement, l'utilisation de l'ordinateur par les particuliers s'oriente vers la communication, et moins le jeu (qui tirait largement le marché à lui seul il y a quelques années, et même s'il est toujours très important, fait moins parler de lui... à moins que ce soit moi qui ne m'y intéresse plus?).
Hors, communiquer via les réseaux sociaux implique maintenant une intrusion toujours plus grande des entreprises proposant le service dans la vie privée. Ceci sans parler des mails, déclinant ou non, "gratuits".
Nous savons tous que la gratuité n'existe pas vraiment, le coût est juste reporté ailleurs.

Comment tout concilier?

La solution que je prônerais, c'est un super serveur domestique couplé aux netbooks.

Le super-serveur devra assurer les fonctions suivantes:

- Une partie totalement publique: hébergement de blog, micro-facebook personnel, etc.
- Une partie partiellement publique: informations qu'on laisse partager à une liste blanche de contacts (dont le système d'authentification reste à définir, mais je pense que ce n'est pas le plus dur: contact xmpp ou accès à une ressource particulière d'un contact xmpp, par exemple)
- Une partie partiellement privée: informations qu'on partage à l'intérieur de la maison, avec les autres utilisateurs du serveur privé
MAIS AUSSI: hôtes des applications "lourdes". Je ne pense pas aux applications qui tournent dans Firefox avec une tonne de javascript, mais bien à un lancement d'application par réseau. En effet, les netbooks ne vont pas lancer des applications ultra lourdes localement, mais les applications les plus lourdes ne sont pas les plus utilisées en déplacement, alors ne les avoir qu'à la maison en vitesse max me paraît suffisant. Et la technologie existe: NX etc.
- Une partie totalement privée: stockage des documents personnels

Ce super serveur devra aussi, bien sûr, être un serveur mail et xmpp.
Et bien entendu, il faudra non seulement pouvoir y accéder depuis le netbook (fastoche) mais aussi que les services soient compatibles avec les téléphones portables (et pas seulement l'iPhone, on parle de libre, donc de choix!)

Et en fait, je parle de super serveurs, mais il s'agit bien d'un super mini-serveur, puisqu'il n'aura à gérer que quelques personnes dans le foyer.

Pourquoi est-ce que ça n'existe pas déjà:
Même en sachant tout ce que je sais sur l'administration linux (en fait pas tant que ça ;) ), la tâche me paraît immense, alors imaginez mes parents!

Il faut une solution clé en main, tout compris, et dont la maintenance se résumerait à un aptitude update ;; aptitude safe-upgrade (ou équivalent!), qui se ferait automatiquement et régulièrement.

Le package devra bien évidemment inclure l'achat du nom de domaine (en .name? voilà qui pourrait poser des problèmes: [tonnom].name acheté pour gérer ta famille, que vont faire tes cousins portant le même nom?)

Une autre solution serait de voir ce type d'hébergement être proposé aux particuliers par des grands comptes qui gèreront la maintenance. Mais je n'ai jamais vu aucune solution dans ce sens (je veux dire aussi complète) et j'ai peur que le prix ne soit totalement prohibitif! Notamment, comment gérer la liste des applications hébergées, qui risque d'être totalement différente d'un compte à l'autre?
Ce qui peut être fait, c'est d'externaliser une partie des services: le serveur mail (mais avec son nom de domaine), le serveur xmpp, etc.
Comment concilier tout ce bordel pour bénéficier de l'avantage de savoir que tout est là (et donc pas 1252 combinaisons possibles de "la fonction qui permet d'éditer son blog via xmpp n'est pas dispo parce que le serveur distant n'utilise pas la bonne version du moteur de blog") en externalisant une partie des services? Bonne question, je n'en sais absolument rien!

Je pense que toutes les briques existent. Ce qui manque, c'est de les assembler en gros système avec une installation et une maintenance à la portée de l'utilisateur lambda, ainsi que le pack de services qui va avec (en fait, il ne reste peut-être plus que la gestion du nom de domaine...)
Fastoche n'est-ce pas? N'oubliez pas mon nom en gros dans les remerciements, à la section "merci pour les idées, si tu savais coder aussi ça aurait quand même été plus simple!!!"

Mais pour le principe, qu'en pensez-vous?


2 - L'informatique embarquée

Totalement différent du précédent (quoi que??), je vais peut-être choquer quelques-uns:
Je pense que le libre dans le domaine embarqué est très mal barré!

Oui, il y a du Linux partout, Android, Symbia qui se libère, etc.
Génial. Et au-dessus?

Les deux plus gros environnements sous Linux sont KDE et Gnome. De part leur taille, on n'est pas près de les avoir sur nos téléphones portables... (pas de Troll, merci).
Qu'est-ce qui a été prévu pour avoir des fonctions intégrées? Qt et la batterie de librairies qui gravite autour de Gnome (GTK et consorts)?
Quelle application Qt peut afficher des documents KOffice? Quelle application légère peut afficher des documents OpenOffice?
Ca vous paraît exagéré comme applications?
Pas moi!!
L'avenir de l'embarqué, c'est les mêmes applis que sur le bureau, en plus léger! Il faut donc des visualiseurs de documents, un client mail, xmpp, etc etc.
Or, ni Kopete ni Pidgin, ni Empathy n'ont la moindre chance de tourner sur un téléphone portable! (ou alors je suis vraiment mal informé!)
L'évolution de nos bureaux passent sans cesse par un ajout de fonctionnalités pour tirer parti de la puissance grandissante de nos ordinateurs, et je ne vois nulle part de réflexion sur comment concilier l'amélioration du bureau et une complémentarité au niveau embarqué!
Le seul environnement qui a été pensé à cet effet, c'est E17, et force est de constater que son ascension parmi les utilisateurs n'est pas fulgurante (ce n'est pas une critique, je le trouve très bien foutu moi E17), et que les projets d'applications "clés" autour de lui ne sont pas légion! (0 client mail, 0 suite bureautique, 0 client IM). Bon ok, la suite bureautique, ça va être très chaud, mais on a bien un "portage" d'openoffice sur Qt en cours, non??)

Les développements que je vois dans le domaine de l'embarqué, ça ressemble beaucoup au "Google partout, Facebook autorisé". Les documents, les mails, tout va passer par Google. La "vie sociale virtuelle" (qu'on peut prendre au sens propre :D) va passer par Facebook, Twitter, etc.

Mais si on se réfère à ma partie 1, il y a une solution pour rester indépendant de ces fournisseurs de services qui ne nous veulent que du bien:
Avoir un système pensé pour être utilisé avec le super-micro-serveur dont je parlais plus haut!

Mon inquiétude, c'est que j'ai le sentiment que de ce côté, aucune brique n'est vraiment mature: tout reste à faire, et la "concurrence" elle n'a vraiment pas perdu de temps.

Voilà, ce journal fleuve touche à sa fin.
Merci de me faire part de vos commentaires et le cas échéant de m'envoyer plutôt des pilules bleues, j'aime pas les pilules roses.

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

Journal, cher journal,

En écrivant un commentaire sur un forum parlant de la redevance copie-privée, je me suis posé une question:

La taxe concerne les supports vierges, n'est-ce pas?
Je me demandais si on ne pouvais pas faire la nique à la SACEM en proposant tout simplement:
des supports réinscriptibles remplis à ras-bord de contenu libre!

Pour mettre en pratique, on n'aurait peut-être même pas besoin de monter une entreprise ou d'attendre qu'elles le fassent:
Si on passe par un statut d'association, ou quelque chose dans le genre, peut-on acheter ces objets potentiellement dangereux pour l'industrie culturelle -j'ai du mal à écrire culturel en pensant à ce que je pense...- sans payer cette redevance, puis remplir le support vierge, et le revendre sans bénéfice... et sans racket des "ayant-droit"!

En plus ça permettrait de faire connaître des artistes qui le méritent plus que certains qu'on entend à la radio en boucle...

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

C'est une dépêche tombée sur Onion news le 27 octobre que je viens de découvrir.
Environ un demi-millions de télés ont eu des problèmes suite à la diffusion de cette publicité sur leurs écrans.
D'après MS, le spot publicitaire ne serait pas en cause, mais plutôt un manque de mémoire, un disque fragmenté, ou une carte vidéo dépassée.

http://www.theonion.com/content/news/microsoft_ad_campaign_c(...)

OK, ça n'a rien à voir avec le libre, mais cet article est d'aussi bonne qualité que l'extrait du journal télévisé sur l'affaire "Andorre" (je vous laisse chercher sur leur site)

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

Bon, je sais pas pourquoi tout le monde écrit "Cher journal", puisque finalement c'est pas un journal qui se lit tout seul, alors soyons cohérent:

Cher serveur DLFP,

C'est avec un peu de surprise que j'ai reçu ce matin (oui, je suis en GMT+8) un mail du service informatique nous invitant à installer un patch pour office 2003 permettant... de lire et écrire au format OOXML! (oui, je suis en Chine, ici c'est Microsoft qui a inventé l'ordinateur, la souris, les fenêtres, etc. etc. par contre ils piratent presque tout, c'est même une fierté de gruger, question de culture)

Effectivement, pour ceux qui s'en souviennent, MS avait déclaré qu'ils reconnaissaient leur défaite sur la bataille de format contre l'ODF, et qu'ils allaient travailler là-dessus.
A l'époque (je chercherai le journal qui en parle une autre fois), tout le monde disait: c'est MS, on ne va quand même pas commencer maintenant à croire ce qu'ils nous disent non plus.

Et bien voilà, la transition va se faire comme d'habitude: office 2003 est très largement répandu, puisque 2007 est trop différent.
Et bien ce n'est pas grave, on va tout doucement passer en force l'OOXML en amont pour s'assurer que toute migration vers les solutions alternatives ne se fassent pas dans d'atroces souffrances.

Du coup je me demande si quelqu'un travaille au support d'ODF pour office 2003? Ou aurait une autre analyse de la situation qui tendrait à rendre celle-ci moins défavorable que ce que j'imagine?

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

... il est parfois difficile de survivre! (réf A. Dupontel)

Journal!
Je t'écris pour te faire part de ma consternation.

En effet, voulant refaire à neuf un site web obsolète, moche et même pas web2.0 (pfff), j'ai cherché un peu comment m'y prendre avec un CMS.
J'ai une liste de pré-requis que je n'exposerai pas ici parce que ce n'est pas un forum, et que ce n'est pas vraiment l'objet de ce journal.

Tout le monde connaît bien les poids-lourds des CMS libres (et ce n'est pas la peine de venir raconter que celui que vous utiliser est formidable, je vous crois sur parole).
Mais voilà: trop de CMS tue le CMS.

J'ai l'impression qu'il y a autant de CMS existants que de développeur web pro, ou que de combinaison de fonctionnalités.
Oui, je sais bien que beaucoup peuvent faire simple et ensuite se faire adjoindre une multitude de plugins pour en faire des foudres de guerre web2.0++.
Mais trop de CMS tue le CMS.

Je sais aussi que l'avantage du libre, c'est d'avoir le choix, et qu'il suffit d'essayer ceux qui nous intéressent. Ils ont l'avantage d'être quasiment tous totalement incompatibles les-uns avec les-autres, ce qui veut dire que dans la liste des 500 CMS libres existants, seulement 50 vont répondre aux vrais besoins du développeur web, et il n'a qu'à tous les installer pour les tester: trop de CMS tue le CMS!

L'intérêt du CMS, vu de ma fenêtre, c'est de gagner du temps pour les pros qui ne veulent pas réinventer la roue, et permettre aux moins aguerris au développement PHP/Javascript/Python/Ruby/[tout ce que vous arriverez à mettre sur le serveur ou le client] d'avoir un bon site, beau et bien fait.
Mais trop de CMS tue le CMS!

Comment expliquer au développeur amateur (celui qui justement voudrais passer moins de 6 mois à choisir la bonne organisation) qu'il lui "suffit" de passer des heures sur chacun et de bien faire gaffe à pas se planter dans son choix parce qu'il ne pourra pas migrer comme ça (à moins d'être un pro, mais là justement non, il... JE ne suis pas un pro!)

Dans quasiment tous les domaines d'outils, on a vu des forks, des versions alternatives de projets, puis une certaine consolidation pour se concentrer sur "les meilleurs", ceux qui avaient fait le bon choix. Pour les CMS, non, c'est le contraire! Plus le temps passe, et plus ils sont nombreux, avec plus de plugins qui font la même chose mais pas pareil.
Je crois que "sélecteur de CMS" est un métier d'avenir!!

A quand une petite consolidation autour des quelques projets de "bases" (CMS communautaires blindés de fonction, CMS simple et léger, voire pour sites statiques uniquement, etc.) et une rationalisation des efforts des contributeurs autour de quelques projets?

A quand l'ouverture des CMS? Je vais y aller un peu fort, mais c'est comme Word: si tu choisis un CMS, tu en es dépendant sauf effort de migration douloureux vers un autre CMS incompatible avec le reste du monde!

Suis-je donc le seul à trouver aberrant que dans la communauté du libre, on se soit autant réjoui d'un tel enfermement, et d'une telle dispersion de ressources?

> Lire le journal (17 commentaires, moyenne: 3,6).

Après plus de 10 ans de travaux, et des délais qui n'en finissaient plus de s'allonger, le projet STIX livre enfin la première version bêta des polices du même nom.

Pour ceux qui ignoraient tout de ce projet, il s'agit de produire plus de 8000 glyphes (comprendre "dessins de caractères") en encodage UTF-8 pour répondre aux spécificités des publications scientifiques.
Le groupe STIX est constitué de plusieurs entités connues dans le milieu des publications scientifiques: l'American Institute of Physics, l'ACS, l'AMS, IEEE, Elsevier, l'APS.

La licence est apparemment libre, mais je dois avouer que je ne l'ai pas lue en détail, et que je ne suis pas un expert sur la question. Il faut cependant noter qu'elle a été remaniée en cours de route pour satisfaire au plus grand nombre.

Certes, d'autres polices scientifiques existaient, mais impliquaient d'autres contraintes en termes de licences.

On peut donc espérer la fin du parcours du combattant pour installer les polices mathématiques sous Firefox (essayer le contenu MathML sous un Firefox brut de fonderie, vous comprendrez ce que je veux dire).

Les polices pour TeX/LaTeX ne sont certes pas encore disponibles, mais elles ne devraient plus tarder (à noter que "plus tarder" en langage "projet STIX", ça peut vouloir dire "attendre encore quelques mois" et que je ne les ai pas encore vus annoncer une date de sortie et la tenir...
Mais quand on voit l'ampleur du projet, on peut comprendre!

Je vous invite à participer à la phase de test, en téléchargeant les polices là:
http://www.stixfonts.org/

Je n'y connais rien en paquets pour polices, et je suppose que d'autres plus qualifiés vont/se sont déjà atteler à la tâche pour les rendre facilement disponibles dans nos systèmes favoris.

Bref, une excellente nouvelle pour les gens qui (comme moi) ont tenté les pages en MathML et se sont posés la question de l'accessibilité au plus grand nombre (tous les ingénieurs/étudiants ne sont pas des informaticiens confirmés!)

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

Salut cher journal!

Je vais bientôt m'acheter un portable, et j'ai un dilemme (ouai, j'aurais pu poster dans le forum, mais attends la question avant de faire des commentaires désobligeants!!)

Turion64 MT-28
ATI X700
512Mo RAM
Ecran 15"4 WXGA
500¤

Dothan 1.7
ATI Radeon 9700
Ecran 14" SXGA+
600¤

(vive la Chine et ses marques pas chères, mais là n'est pas la question...)

La X700 déchire plus mieux que la Radeon 9700, mais il faut encore un driver proprio pour l'instant, je crois. M'enfin, en attendant, je peux faire avec.
Par contre:

Le Turion est vachement mieux sur le papier (en vrai il est beau aussi...).
Mais qu'en est-il du support 64bits sur notre OS préféré?

Où en est-on?
Ceci est un appel au possesseurs d'AMD64: est-ce que vous galérez à mort avec vos machines, ou seulement à l'install, ou vous vous êtes passés d'un tas de trucs? (plugins java, win32codecs, etc.)

Vous êtes limités dans vos choix de distro (moi jusqu'à maintenant c'était debian unstable et XFCE)? dans les softs disponibles?

Bref! Au 27/08/2006, où en est le support 64bits pour la vrai vie de tous les jours?

Merci à toi, journal, de dresser un petit bilan de la situation!

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

Journal, ô journal, aujourd'hui j'ai envie de taper sur le pourtant magnifique Jabber!

Jabber, un protocole libre, décentralisé, plein de bonnes chose, etc.
Je ne reviens pas sur ses qualités. Si je n'y croyais pas, je ne m'en servirais tout simplement pas!

Je viens de déménager, j'ai quitté notre beau pays pour partir en Chine.
J'ai actuellement une connexion internet dite bon marché (trad: C'est de la m..., mais normalement on s'en sort).

J'utilise toujours jabber, bien que la très grande majorité de mes contacts soient sous msn, par convictions personnelles!

Et bien aujourd'hui je maudis la manière dont est faite cette décentralisation, et cette idée qui veut que "ce n'est pas la peine d'avoir un système de transfert de compte, on peut se connecter au même serveur depuis n'importe où".

Les temps de latence pour joindre le serveur en France (develog.com, c'est quand même pas un serveur tout pourri, il ne me pose jamais de problème en France!!) font que des fois, je ne peux carrément pas parler du tout à qui que ce soit, mais juste attendre les messages d'erreur pour temps de latence trop long!!

La passerelle msn (oui oui, c'est pas bien, tout ça. En attendant, là j'ai un employeur potentiel qui n'utilise que msn, alors il va bien falloir que je fasse avec...) ne fonctionne plus d'ici. Pas grave, j'utilise une passerelle plus locale (jabber.com.cn).

Ben oui, mais non, ça ne marche toujours pas! Trop de latence entre ici et le serveur develog.

Solution: créer un compte sur jabber.com.cn, transférer mes contacts, perdre tout le classement par groupes et les pseudos attribués, les informations de méta-contacts (j'utilise gajim), etc.

Et puis par la même occasion, toutes les personnes à qui j'essaie de vendre jabber, et qui essaieront peut-être un jour de s'y mettre constateront que mon adresse à develog ne marche pas... génial!

Ne serait-il pas possible, plutôt, de repenser le transfert, en accordant une cession sur l'adresse à d'autres serveurs, tout comme on peut maintenant transférer les n°s de téléphone portable entre opérateurs en France?

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

En migrant de mon portable de travail vers un vieux fixe chez moi, j'ai réalisé à quel point le /etc est un gros foutoir difficilement gérable proprement!

Je repense à ça d'autant plus que je viens de lire l'astuce pour réinstaller sa debian, qui en fait ne garde qu'une liste de paquets.
Admettons! Si on change le matériel, quid du /etc?

On y va un fichier/répertoire à la fois, pour pas faire de bêtise?
C'est très long! Trop même pour être sûr!

D'où le principe de mon idée:
pourquoi ne pas revoir l'organisation de /etc en sections, plus "modulaires"?

- Un sous-répertoire pour ce qui concerne les choses purement - matérielles
- Un autre pour les réglages logiciels
- Pourquoi pas même distinguer les logiciels relatifs à l'administration et aux utilisateurs? (config apache séparée de celle de firefox, par exemple) voire aux interfaces réseau, etc.

Le but serait de savoir ce qu'on fait facilement quand on manipule ça:
- changement de machine pur: on vire le matériel, on garde le reste, déplacement de machine: on vire le réseau, on garde le reste, etc.

En plus, ça permettrait d'envisager des "sous-administrateurs" qui auraient accès à une partie du /etc et pas une autre, et de faciliter les backups des trucs considérés essentiels

Evidemment, ça va pas être simple (ex: xorg.conf, qui mélange allègrement la conf des polices, des drivers, etc.), mais est-ce que ça vaudrait pas le coup de se poser la question?

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

Voilà! Ce matin, je me suis dit qu'il manquait aux protocoles im un moyen de s'envoyer des équations, chose qu'on ne fait peut-être pas tous les jours, mais qui pourrait servir aux utilisateurs dans le monde merveilleux des sciences. Je pensais à un truc genre MathML, ou idéalement en ce qui me concerne, mais moins logique du point de vue implémentation, d'une syntaxe type latex pour entrer les données.

Et bien je me suis dit, je vais jeter un coup d'oeil au JEP, pr voir si c'est en cours... un peu compliqué à regarder quand on veut juste y passer 5min! Bref, j'ai pas trouvé...
Pas de problème, étant incapable techniquement d'écrire un JEP, peut-être un truc type "wishlist" ou un forum de suggestion? Ben ça existe certainement, mais je commençais à perdre patience, et je n'ai pas trouvé instantanément...

D'où ma réflexion: les idées de "killer-apps" dont jabber aurait besoin pour s'imposer, ne peuvent être déposées que par des gens initiés, et pas par les utilisateurs lambda. Je trouve ça vraiment dommage de ne pouvoir suivre clairement l'évolution du protocole, ce qui va venir, ni de pouvoir même y contribuer!
Suis-je le seul à avoir cette frustration de ne pouvoir voir ni faire plus avec un protocole ouvert qu'avec les protocoles fermés dont nous savons déjà tous que notre voix ne sert à rien dans leur évolution?

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

Bon! Pour l'instant, ça n'a absolument rien à voir avec le libre, ni avec linux...

Reste que je viens de découvrir l'existence de voipbuster:
un concurrent de skype, qui permet de téléphoner gratuitement (ouai, sans vouloir faire le VRP, OUI, GRATUITEMENT MESSIEURSDAMES!) sur les téléphones fixes en europe, en chine, aux états-unis et au canada!
Les appels sont limités à 1min, sauf si vous payez une ouverture de compte... à 1¤! Il semble que ce soit bien la seule charge financière!!
Evidemment, le logiciel est propriétaire, et il n'y a pour l'instant pas de version linux, ni de version française d'ailleurs...

Maintenant, ma copine est en chine, et là-bas, les appels sont gratuits vers les fixes ET les mobiles. Donc, si vous pouviez vous joindre à moi pour pousser un peu la version linux... (ou pour les plus téméraires, demander une version open source...)
En espérant qu'ils maintiennent ces tarifs si agressifs (et bien que je ne comprenne pas trop comment ils peuvent gagner de l'argent comme ça...)

http://www.voicebuster.com/(...)

> Lire le journal (11 commentaires, moyenne: 2,8).