Gros Pierre-Emmanuel

Le but de cet article est d’intervenir dans le code d’un moteur de base de données (H2 pour ne pas le citer), afin d'ajouter deux fonctionnalités intéressantes : le « Row/Cell Level Security » (sécurité au niveau d’une ligne de table de base de données) et un accès distant aux données. Plus que ces fonctionnalités, cet article nous permettra d’étudier une base de données relationnelle, non pas comme d’habitude d’un point de vue « client » (JDBC, ODBC et consorts), mais de l’intérieur du moteur.

Les bases de connaissance sont pour une entreprise une ressource cruciale. En effet, à partir du moment où ces entités sociales dépassent deux personnes, le nombre de questions autour de la production explose. Ces questions sont souvent du type : « Où est la dernière version du document X ? » ou encore « Qui sait si le produit X est bien géré par Y ? ». En structurant les réponses à ces questions dans une base de données, on débute ainsi la mise en place d’une base de connaissance, ce qui constitue un premier problème. La maintenance de cette base de connaissance est un second problème. Nous aborderons dans cet article un cas réel de migration d’une base de connaissance existante vers le produit XWiki.

La Business Intelligence (BI) est l’art de pouvoir faire des rapports afin de prendre une décision. Cette trivialité rejoint en fait une question plus cruciale, qui est celle de la visualisation de données. L’idée étant que l’œil humain ne visualise qu’un nombre réduit de données et qu’une bonne représentation visuelle de ces dernières permet la prise de décision. La BI est l’émanation technique de ce quasi-fait, à savoir cette technologie part des données « brutes » d’une base et permet d’en extraire une représentation graphique. Parmi les nombreux acteurs de ce domaine, nous trouvons la technologie Palo, qui est orientée « tableur ».

Cet article est destiné à présenter le produit WaveMaker. Ce dernier autorise un utilisateur non informaticien à construire une application Internet sans écrire de code Java ou autre. Le contexte d’utilisation de ce « framework » est donc les structures soit n’ayant pas accès a un service de informatique (Direction des Systèmes d’Information par exemple), soit ayant des besoins d’outils informatiques non pris en charge par une telle structure. Le produit WaveMaker n’est pas une solution pour bâtir de gros projets d’entreprise, mais il trouve sa place dans la construction de petits outils métier, des outils bien souvent faits avec MS Access/Excel.

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.

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.

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.