Gros Pierre-Emmanuel

La gestion d’un projet demande un nombre de documents important et malheureusement multiformat. Nous avons le format MS Word/Open Office pour la documentation précise d’un document, des slides pour les présentations, les PDF pour les utilisateurs finaux ou encore de bêtes images censées sauvegarder un croquis. Deux problématiques se posent régulièrement ; la compilation de ces documents multiples vers un document unique et la recompilation des mêmes documents. Quel chargé de projet n’a jamais rêvé de pouvoir mettre une page d’un PDF dans des slides de présentation. Ces deux problématiques sont abordées dans cet article via un outil écrit en Java.

Un projet industriel au sens large (informatique, produit d’assurance, produit bancaire) nécessite la mise en œuvre de nombreuses expertises. Celles-ci partent d’un besoin exprimé et cet article se propose de discuter de la problématique ardue de la gestion de la documentation dans un projet.

Dans l’article précédent, nous avions laissé notre auteur/codeur dans une bien mauvaise posture. Celui-ci, en plein milieu d’un article sur l’intégration de couches informatiques, fut attaqué par un démon. Avec son seul courage et sa fidèle cuillère à café, il doit combattre Csharpator, le démon mangeur de codeurs. Si vous voulez savoir comment notre héros arrivera (peut-être) à s’en sortir, et voir comment le carnet d’adresses du numéro précédent est porté sur Android, lisez la suite.

Dans cet article, nous allons voir comment faire une application de carnet d’adresses électronique en mode 3 tiers. Autrement dit, nous allons aborder la mise en place d’une couche de persistance via Hibernate, la notion de couche métier, et enfin une couche d’interface graphique. J’avais en effet envie de montrer (et c’est le principal but de ces lignes) comment, en découpant bien notre application, et en choisissant avec soin les briques de base, il est possible de fournir 2 interfaces graphiques très différentes. La première est une interface type « client lourd » à utiliser sur son PC de bureau. La deuxième permet d’utiliser les mêmes données que la précédente, mais fonctionnera sur le téléphone portable de Google « Android ».

Papi regarde comment qu’on arrive à tuer le méchant 3ème niveau dans « Total violence annihilate the world of the death ». T’as vu comment il est vraiment bien ce « quake like », les mesh cell shadés sont superbes, et on a jamais fait mieux.Oh là les enfants, avant de vous ébahir sur ce truc, laissez-moi vous parler de l’époque des super héros du « code ». Cette époque où les hackers arrivaient à faire prendre souche à leurs rêves avec des machines dites « MicroLoisir ». C’était la bonne vieille époque des space invaders et des « Pacman ». Bref, papi pourrait vous parler du bonheur du clavier du TO7/70 ou encore de l’assembleur de l’Atari 520 ST, mais, surtout, les enfants, n’oubliez pas que le monde du jeu vidéo a débuté il y a bien bien longtemps.

Monter une application réseau, c’est relativement simple et parfois horriblement complexe. Pour être sûr d’avoir une bonne vraie usine à gaz, il suffit de faire confiance à la première SSII venue qui va se dépêcher de mettre en place un W3K/SharePoint/Moss. Le tout dans un environnement C#/ASP.NET, dans un réseau évidemment IPv6 « compliant ». Cette solution est la réponse à la difficulté de mettre quatre documents Word sur un serveur de fichier.L’autre solution est de revenir aux fondamentaux du réseau en utilisant la bibliothèque GNet. Dans cet article, nous voulons présenter succinctement, mais de façon compréhensible, le « comment ça marche » du réseau et comment l’utiliser dans un programme C.