Salut tout le monde,

Voilà, j'ai un projet de création de cours d'informatique dans ma commune. Avec mon ancien boulot je donnais des formations et j'ai été en charge de quelques migrations vers les logiciels libres (600 postes sous OpenOffice.org !). Je compte donc me proposer comme formateur bénévole.

Evidemment, le but serait de baser ces cours sur l'utilisation des logiciels libres pour toutes les activités (ok c'est du racolage mais je n'ai pas honte)

Seulement, pour ça ce serait mieux de monter une asso, et pour une association, faut être au moins 2 ! Le hic, c'est que je viens d'emménager sur la commune, et que je ne connais pas de linuxiens/libristes ici !

Donc si vous habitez dans le coin (on peut tenter sa chance, hein...), seriez-vous prêt à tenter l'aventure ? A minima, j'ai besoin d'une personne qui puisse être déclarée comme trésorier de l'asso, mais si je peux avoir de l'aide pour les cours, les machines, etc., c'est encore mieux !


(et désolé pour les 99,9% des lecteurs des journaux qui ne sont pas concernés ;o)

> Lire le journal (1 commentaire, moyenne: 2).

Pour ceux qui ne connaissent pas les ETL :
Un ETL (Extract-Transform-Load) est un outil de manipulation de données qui, comme son nom l'indique, permet de prélever des données d'un ou plusieurs sources (fichier CSV, base de données, fichier XML, requete http/webservice...), de les triturer (tris, filtres, recherches, jointures, éclatements de valeurs...) et de les injecter ailleurs (autres bases/fichiers, ou mise à jour des données sources)

+d'infos : http://fr.wikipedia.org/wiki/ETL

Pentaho Data Integration (PDI) (anciennement Kettle) est l'un de ces ETL. Il fait partie de la solution de "Business Intelligence" libre Pentaho, dans laquelle on retrouve également un générateur d'univers décisionnel, des outils de reporting... PDI est une collection d'outils : un moteur/éditeur graphique (Spoon), un scheduleur (Kitchen). C'est plus précisément de Spoon dont je vais vous parler.

Voilà le problème qui se posait à moi, et que j'ai pu résoudre grâce à PDI :
j'ai une application qui permet de gérer des boites de chocolats (exemple fictif, hein, le "vrai" cas de figure et moins simple à comprendre). Pour remplir mes boites, je peux mettres des chocolats "standard" (fournis avec l'appli) ou créer/personnaliser mes propres chocolats.
On me demande de sortir une liste des boites contenant des chocolats personnalisés, en précisant lesquels. Simple.

Seulement voilà :
- dans la base de données, c'est le bordel. J'ai bien 1 table "boite", 1 "chocolat_standard" et une "chocolat_perso", mais certains chocolats standard sont aussi recopiés dans les perso, et parmi eux certains ont été modifiés, d'autres pas
- la formule de composition des chocolats est stockée dans un champ de type CLOB (texte long), sur lequel le SGBD utilisé ne sait quasiment rien faire (pas de comparaisons...)
- j'ai pas non plus dans mes commandes SQL pour permettre des groupements sur des chaines (un peu comme SUM() quoi, sauf que SUM ne fait que les nombres)

Rapidement, on voit bien que c'est pas avec une super requete SQL que je vais m'en sortir.

Alors qu'avec Spoon, c'est presque automagique : l'interface est composée principalement d'une bibliothèque de composants et d'un espace de travail. Je peux faire glisser les composants, les paramétrer, les lier entre eux et exécuter le tout.

Récupérer des données SQL se fait très simplement grâce au composant "extraction de table". Je paramètre ma connexion au SGBD, je lui donne une requete et il détecte les champs récupérés et leur type (chaque étape en fera autant : on peut voir les données reçues en entrée et transmises en sortie). Une prévisualisation est également disponible.

Le composant "comparaison" me servira à faire le tri entre chocolats standard et perso. J'ai fait 2 composants "extraction de table", chacun avec une des 2 tables de chocolats. Je fais de liens de chacune d'elle vers ma comparaison, puis j'édite les propriétés de celle-ci. J'indique une source "de référence" et une "à comparer", ainsi que la clé commune, et optionnellement 1 ou plusieurs champs à comparer. En sortie de ma comparaison, je vais récupérer les données de ma source de référence, augmentées d'une colonne dont la valeur m'indiquera les différents cas possibles : données identiques, données différentes, présentes que d'un côté...

Un filtre me permet de garder que les lignes nouvelles ou différentes. Clic je pose ma boite, clic je fais le lien, clic je crée ma règle de filtre.

Je passe les détails, mais en gros avec mes chocolats personnalisés je fais une jointure (clicclic) avec mes boites. Un peu plus loin, un composant "groupe" ne me gardera qu'une ligne par boite, en concaténant les noms de mes chocolats séparés par une virgule.
Enfin je récupère mon travail en sortant le tout dans un fichier (csv, le xls est aussi dispo, par contre pas de format OpenDocument).

Y'a plus qu'à exécuter le tout et le fichier se génère. En cas d'erreur, une console essaie de m'en donner les origines.

Conclusion : j'ai pu obtenir mon résultat, presque sans écrire de code (j'ai écrit 3 SELECT pour récupérer mes données au départ). Je me retrouve avec une représentation visuelle de la transformation que je fais, avec des libellés que j'ai pu écrire en bon français. Plutôt qu'un paquet de 15 lignes de SQL infâme, je me retrouve avec un schéma facile à lire, à comprendre, à modifier... Je sens que je vais très vite étendre ça à toutes mes tâches d'extraction, de migration, de reprise de données, etc. !


Pentaho http://www.pentaho.com/
PDI http://www.pentaho.com/products/data_integration/ et http://kettle.pentaho.org/

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

LDLC[1] est en train d'ajouter des portables de sa marque pendant que je vous écris ces lignes, et ils sont livrés sans OS !!! Une seule config (mais 4 dispositions de claviers) pour le moment, mais qui ne fait pas trop "machine au rabais" ni "portable de luxe avec touchpad en platine massif": un celeron M 1.5GHz, 1Go de DDR2, un écran large 15.4", 1280*800...

Evidemment les infos sont minces pour le moment, mais c'est toujours une bonne nouvelle !

Moi pour ma part je crois que je vais encore manger des nouilles pendant 1 an pour m'acheter ce portable keynux [2]. Et concernant la pub ne vous plaignez pas j'avais prévenu !!!

Liens : [1] http://www.ldlc.fr/navigation/cat.html?sscat=140046&cons(...)
[2] http://www.keynux.com/default_zone/fr/html/Prod_Notebook_Yma(...)

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

Comme il est dit dans [1], OpenOffice.org manque de développeurs (seulement 4 issus de la communauté). C'est vrai que 10 000 000 de lignes de C++ ça a de quoi freiner les ardeurs !

L'idée qui m'est venue à ce sujet est la suivante : on a d'un côté 4 mecs qui ont investi du temps pour comprendre comment fonctionne OOo, son architecture, ses principaux composants etc. Par contre ils sont complètement débordés. De l'autre, une masse de développeurs qui n'ont pas cette connaissance, ni forcément le temps ou l'énergie à consacrer à son acquisition, mais qui pourraient "contribuer occasionnellement".
Serait-il possible que les "gourous" d'OOo, plutôt que de développer, fassent un travail de préparation des tâches à accomplir, comprenant :
- isoler une tâche élémentaire (rôle, résultats attendus, interface au sens POO)
- présenter brièvement le contexte de développement
- identifier quelques "ressources" utiles (classes/méthodes déjà faites...)
- etc.

Une fois la tâche saucissonnée et emballée, un développeur motivé prend la réalisation en charge. Il n'a pas à priori besoin de connaître autre chose que ce que le gourou a préparé (enfin, si, le C++, tout ça...). Il réalise un développement unitaire correspondant au besoin, et le soumet au gourou.
On peu imaginer un certain nombre d'itérations avant d'arriver au résultat impec (vu que le développeur ne testerait pas forcément son boulot avec le reste du code d'OOo). En prime le gentil développeur pourrait documenter son bout de code (interfaces, algos de haut niveau, etc.). En plus avec le temps il en saurait de plus en plus sur le code d'OOo, et il finira peut-être par devenir gourou à son tour...

Voilà, en résumé ceux qui ont la connaissance globale s'occuperaient de gérer ça à un niveau global, et "laisseraient" le développement à une autre équipe...

Je n'ai jamais bossé sur un projet de l'envergure d'OOo, donc je peux très bien être en train de raconter plein de conneries, c'est peut-être irréaliste, mais dans le cas contraire... Wow !

A votre avis, ce genre d'organisation a une chance ?


[1] http://linuxfr.org/2005/04/21/18781.html(...)

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

[Mavie interest="average" skippable="true"]
Je suis en ce moment à la recherche du "langage idéal" pour mes ptits besoins (développer une appli client/serveur avec une belle interface graphique). Voici un aperçu de mes exigences :
- multiplateforme (au moins linux et ouinouin)
- permettant de créer une interface graphique (donc avec un toolkit multiplateforme aussi, genre GTK ou WxWindow)
- avec accès à une base MySql
- langage orienté objet, de "haut niveau" (exit le C/C++ !), pourquoi pas un langage de script d'ailleurs,
- syntaxe claire (désolé, mais Perl c'est au-dessus de mes forces !)
- raisonnablement rapide (Java, merci d'être passé, à bientôt)
La cerise sur le gâteau serait d'avoir un IDE complet avec création d'interface à la souris et tout et tout.

J'avais 2 candidats bien partis : FreePascal (et son IDE Lazarus, mais pour l'utilisation de MySql c'est la m---e) et PHP/PHP-GTK, super en plus je connais bien le PHP.

Pis voilà qu'au détour d'un coin sombre du net, je tombe sur Pike[1] ("brochet" en Anglais, d'ailleurs j'aime bien le brochet)
[/MaVie]

Pike est un langage de script, compilé en langage intermédiaire à l'exécution, avec une syntaxe proche de Java/C#, disposant de pas mal de modules en standard (Sql, GTK, etc.), existe pour Windows (installeur clicclicclic) et linux (j'ai cru lire quelque part que ce serait même dans les dépots Debian )

Halléluiah !
Pour modérer l'enthousiasme, il faut dire qu'il n'existe pas d'IDE (un fichier de config emacs est parait-il fourni), et y'a pas autant d'utilisateurs de Pike que de PHP ou Python par exemple.


[1] http://pike.ida.liu.se/(...) site officiel

> Lire le journal (49 commentaires, moyenne: 2,9).

Dans mon boulot de je retrouve souvent avec des magazines de "dissaïdor" sous les yeux. Ces derniers temps on a eu le droit à des "Linux sur le bureau", "OpenOffice pour tout le monde" et "Firefox c'est bon mangez-en".
Là, dans le n.1802 du 18/02 de 01info, on lit ça en page 3 :

[la rédaction a] compati aux déboires de Firefox. Pauvre petit navigateur. [...] Le Gartner demande [...] de réfléchir à deux fois avant de le télécharger. Des pirates commencent à exploiter ses failles de sécurité. [...]la version 1.1 est en retard depuis le départ de son développeur vedette, débauché par Google [...] Tout était tellement plus simple quand il n'était qu'un navigateur de rebelles.

Ca c'est de l'info faite par des gens qui savent ce qu'ils disent !
La faille des noms de domaine unicode, qui est un défaut de conception et pas un bug des navigateurs, devient un argument pour dire que "dès que tu es populaire, tu es attaqué". Pourtant il y en a eu des alertes sécurité sur firefox/moz depuis le début ! Je dirais même qu'il y en avait beaucoup plus à l'époque des versions 0.6-0.9 que maintenant, m'enfin j'suis pas journaliste à 01 j'peux pas tout savoir...

Quant au retard, je n'ai vu nulle part le lien avec l'embauche du "développeur vedette" chez google, il est toujours chef de projet pour FF sauf erreur.

Cet article me rappelle un autre d'il y a quelques semaines (encore 01 il me semble), qui nous expliquait que Firefox c'est bien mais ça ne marche pas sur les sites développés en ASP de MS, et que du coup ça compliquait tout le déploiement (en plus, on peut pas le mettre à jour avec Windows Update ! Une honte !!!)

Tout ça pour dire que pour la presse info (enfin une certaine presse info) le libre c'est bien pour remplir les colonnes et faire "top tendance". Je n'attendais pas de leur part du "fanatisme opensource", mais juste un peu d'objectivité. Navrant.

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

La société Canonical, déjà à l'origine de la distribution Ubuntu, a depuis peu ouvert un site permettant à n'importe qui de participer simplement à différents logiciels libres, en faisant des traductions : Rosetta.
L'outil se base sur des fichiers PO, donc tout logiciel basé sur GNU gettext peut en bénéficier. Lors de la traduction, les messages en langue d'origine sont affichés 10 par 10, avec une zone de saisie pour chaque traduction.
Rosetta n'est pas (encore?) parfait question ergonomie, mais le principe est excellent ! Dès qu'on a 5min on peut aller contribuer à une traduction, sans avoir à installer quoi que ce soit sur sa machine. Pour tous ceux (comme moi) qui veulent contribuer au libre, mais que ne savent jamais par où commencer, c'est excellent !
Alors si vous comprenez l'Anglais et que vous écrivez le Français (ou une autre langue...) correctement, ruez-vous sur Rosetta !

http://www.ubuntulinux.org/join_form(...) pour se créer un compte
https://launchpad.ubuntu.com/(...) pour accéder à Rosetta
http://www.ubuntulinux.org/rosettarelease(...) l'annonce officielle

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