noframeworks

Migration vers Github pages

2016-02-20T06:09:00.002-08:00

Le blog est maintenant hébergé sur Github.

http://pom421.github.io/

See you!

Bash et Homebrew sous OS X

2016-02-20T05:20:00.001-08:00

Mettre à jour son bash sous Mac OS X 10.10

Le bash en version 4 est très utile. Par exemple avec l'expansion de paramètre qui permet ceci :

for file in *.pdf; do

  mv "${file}" "${file,,}"

done

Ce script a pour but de prendre tous les fichiers pdf du répertoire courant et de modifier tous les noms pour qu'ils soient en minuscules. ^^ fait exactement l'inverse à savoir tout mettre en majuscule.

Pour plus d'informations sur ces substitutions : http://wiki.bash-hackers.org/syntax/pe#overview

On peut faire des choses assez puissantes comme ne récupérer que certaines parties d'une chaîne suivant une expression régulière. Ce qui est intéressant est la concision pour y parvenir.

Mais sous OS X Yosemite, il y a un problème. La console nous renvoie ce message :

line 5: on trouve ${file,,}: bad substitution

Un coup de man bash nous apprend que la bash qu'on utilise est en version 3.2, version qui ne permet pas encore ce genre de substitution.

Qu'à cela ne tienne nous allons mettre à jour bash. On pourrait aller télécharger la dernière version (4.4 à l'heure où je parle) sur le site officiel et l'installer à la mano.

Mais nous allons utiliser homebrew qui est un gestionnaire de paquets sous Mac et qui s'installe très facilement.

Pour cela, on va sur http://brew.sh/
On copie dans un terminal la commande demandée :

/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

On peut se passer d'installer XCode pour l'instant (question posée par l'installer).

Ensuite, on lance dans le terminal brew install bash.
Ceci a pour effet d'installer un nouveau bash 4.3.42 dans /usr/local/Cellar/bash/4.3.42/bin/bash /bin/bash

On renomme ensuite l'ancien bash en bash-3
sudo mv /bin/bash /bin/bash-3

Attention car alors nous n'avons plus de bash disponible pour nos scripts! Corrigeons vite cela :

sudo ln -s /usr/local/Cellar/bash/4.3.42/bin/bash /bin/bash

Et voila, notre script est maintenant fonctionnel!

Typologies d'application

2014-05-04T08:22:00.003-07:00

Il peut être intéressant de typer la diversité des applications d'un système d'information, ne serait-ce que pour dresser une grille de lecture de l'informatique de gestion :

Voici ce qu'on peut résumer :

gestion :

IHM web, IHM client lourd, application mainframe, etc..

restitution

batch + envoi de fichier, envoi de mail

décisionnel

infocentre

acquisition

scannage, EDI

archivage

sauvegarde

collaboratif

réseau social, forum, wiki

publication

blog, CMS

infrastructure

gestion certificat, courriel, blackberry, etc..

outillage

socle système d'exploitation

socle pour un serveur d'application
socle pour un serveur de données
socle pour un serveur d'échange

socle de développement
outil pour la production, supervision, etc..
librairies transverses au SI

Formater un disque de grosse capacité en FAT32

2010-08-23T02:14:00.000-07:00

Si vous avez déjà essayé de formater un disque dur externe sous XP, vous avez peut être été surpris de voir que la limite était de 32 Go.

Ce n'est pas une limite de FAT32 mais un bridage voulu par Microsoft pour favoriser son système de fichier plus récent, NTFS. Mais le problème c'est que NTFS est beaucoup moins facilement accessible d'un poste sous Linux...

Bref, ce bridage peut facilement être sauté en utilisant des outils tiers, dont le fameux fat32format et son interface graphique : guiformat.

Bonus, le formatage sera bien plus rapide que la commande format de DOS ;)

Projets verts

2010-07-28T13:55:00.000-07:00

J'ai fait récemment le bilan des technologies que je trouve soit intéressantes, soit utiles au quotidien. Et j'ai fait le projet de m'améliorer dans ces domaines :

Du côté des technos intéressantes :

HTML5 en général. C'est très vaste, ça comprend les CSS3, le Javascript et jQuery, @font-face, ... Je suis même très tenté par JetPack pour faire des extensions dans FireFox...

Il faut avouer que quand on voit ce qu'il est capable de faire, ici une vidéo de Mozilla, il y a de quoi être enthousiaste.

Du côté des technos utiles :

le bash : quoi de plus utile que de bien connaître l'interface la plus utilisée de Linux? Je me rends compte que c'est cela le plus important et le point de départ pour mieux utiliser vi, awk et consorts. Et c'est en utilisant ces outils qu'on devient réellement efficace sous Linux.
Linux : mieux comprendre le fonctionnement global du système. Pourquoi pas utiliser une Slackware pour cela ? On se fait des idées, mais ça ne doit pas être si difficile que ça ;)

Voila, que de bonnes résolutions de vacances. :)

Quick reference cards & cheat sheets

2009-09-25T05:48:00.000-07:00

Bien souvent, quand on développe ou qu'on administre un système, le plus important n'est pas de savoir, mais de savoir où chercher.

Et quand on devient un peu expérimente dans un domaine, il n'est pas utile d'avoir accès à une documentation pléthorique, mais juste à un certains nombre de recettes les plus récurrentes.

C'est pour cela que les quick reference cards & les cheat sheets sont intéressants, puisqu'ils résument un sujet à un pense-bête d'une page ou deux (rarement plus).

2 ressources qui listent ce genre de documentation sur le web :
- http://www.digilife.be/quickreferences/quickrefs.htm
- http://www.cheat-sheets.org/

La granularité optimale de l'information est dépendante du contexte. Il y a un temps pour lire un livre de 1000 pages sur le Java, et un temps où il faut avancer et il est préférable dans ce cas de n'avoir qu'une référence sur le Java de 2 pages.

HTML begins : templates & validation

2009-05-04T06:26:00.000-07:00

A chaque nouveau démarrage d'un projet Web, se pose la question d'utiliser une forme standard du HTM. Le copier-coller étant à la base de l'informatique, voici une référence de 2 templates, l'un avec la syntaxe avec des CSS et JS déportés, l'autre avec ces mêmes CSS & JS en local.

1ère version (avec style et script déportés)

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
<head>
<title></title>
<link href="nn4.css" rel="stylesheet" type="text/css" />
<script src="script.js" type="text/javascript"></script>
</head>

<body>
<h1>Coucou</h1>

</body>

</html>

Exemple 2 (avec style et script dans la page) :

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
<head>
<title></title>
<style type="text/css">

</style>
<script type="text/javascript">

</script>
</head>

</head>

<body>
<h1>Coucou</h1>

</body>

</html>

Pour valider son HTML : http://validator.w3.org/check

L'image à afficher pour démontrer son passage de validation.

<p>
<a href="http://validator.w3.org/check?uri=referer"><img
src="http://www.w3.org/Icons/valid-xhtml10-blue"
alt="Valid XHTML 1.0 Strict" height="31" width="88" /></a>
</p>

Pour valider son CSS : http://jigsaw.w3.org/css-validator/

L'image à afficher pour démontrer son passage de validation.

<p>
<a href="http://jigsaw.w3.org/css-validator/check/referer">
<img style="border: 0pt none ; width: 88px; height: 31px;" src="http://jigsaw.w3.org/css-validator/images/vcss-blue" alt="CSS Valide !" />
</a>
</p>

Edit : un module de Alsacreation génère ce prologue très bien. Le seul truc manquant, c'est la ligne XML donnant l'encodage utilisé pour le reste du document.

Le facteur clé d'un bon framework

2009-03-30T02:56:00.000-07:00

Lu sur LE Lexpage :

Rasmus lerdorf dit que pour lui, chaque société / groupe devrait avoir son propre framework

Le problème avec les frameworks, c'est que l'on cherche la balle d'argent, le framework ultime. C'est une recherche de perfection qui n'a pas de fin et qui ne pourra jamais être totalement satisfaite. Il y aura toujours un cas à la marge qui ne fonctionnera pas. Et au bout d'un moment, les gens ont envie de changer, c'est humain. C'est pas un hasard qu'on parle de nouvelles technologies. Qu'on passe de client-lourd à client léger, et que ça oscille depuis la nuit des temps (de l'informatique).

Donc comme aucun framework n'est appelé à durer, les seuls bons sont ceux qui se rendent le moins indispensable. Quand Spring parle d'injection de dépendance, et que leur philosophie est de créer de simple POJO en Java, c'est positif. Ca fait que l'on peut utiliser Spring, mais que le chantier pour éventuellement passer de Spring à autre chose n'est pas si compliqué ni coûteux, car les POJO sont réutilisables sans rien faire.

De la même façon, j'avais été favorablement impressionné par iBatis (et pas par toutes les solutions d'ORM traditionelles style Hibernate). Parce que l'idée d'iBatis c'est d'utiliser le langage le plus connu, et le plus performant pour gérer une logique ensembliste : le SQL. Et iBatis se charge juste de charger/décharger les résultats des requêtes dans des beans Java. Là aussi, si iBatis vous ennuie au bout d'un moment, le chantier de réécriture n'est pas pharaonique.

Donc pour moi, le critère clé d'un bon framework c'est d'arriver à s'en passer assez rapidement (si le besoin s'en fait sentir).

Pour Django ou Rails, je les vois plus comme des outils-frameworks. C'est un peu l'équivalent de Ant+(Spring+Hibernate+...). La différence avec un framework pur, c'est qu'il y a un socle, une console, qui permet de lancer des commandes (comme Ant). L'intérêt de ces outils, c'est le protoypage rapide d'application. Tout est fait pour aller vite. Mais il faut bien connaitre bien sûr.

Mais ce que j'aime dans Django, (même s'il n'a pas le critère clé du bon framework), c'est sa philosophie très cohérente dans les templates, l'ORM, la gestion des URL.

Et faire une pile aussi cohérente en Java demanderait un gros boulot...

UTF-8

2008-12-23T04:48:00.001-08:00

Après quelques frayeurs en Python, qui semble-t-il gérait mal les accents, je me suis remis à essayer de comprendre les arcanes des encodages...

Dans mon cas, j'avais écrit cette fonction :

def returnStatut(self):
if self.dfin is not None:
return 'Obsolète'
if self.dvalid is not None:
return 'Validé'
else :
return 'Créé'

En ayant soin de marquer au début du fichier :

# coding: UTF-8

et quand je lançais mon application Django, je ne voyais rien, pas même une erreur.

J'ait tenté la commande :

chaine = unicode('Créé', 'UTF-8')

qui a foiré lamentablement.

chaine = unicode('Créé', 'cp1252')

lui a fonctionné.

En fait, le problème venait de Notepad++, mon éditeur qui par défaut fonctionne en ANSI, qui doit être proche du cp1252 (chère à Eclipse et Windows, vu que je connais ce format pour ça).

Toujours est-il qu'après avoir changé le format de base de Notepad++ en UTF-8, mon problème a disparu. Alleluia!

Comme quoi aussi, il faut bien connaitre les alias entre les différents encodages.
ANSI = cp1252
ISO = latin1 = ISO-8859-1

Vu que chaque outils utilisent son propre vocabulaire, ça devient vite le bordel.

Ce qui m'étonne c'est que je n'ai jamais eu ce type de problème en Java?

Ressources :

Voici pourtant un lien qui explique bien les choses à regarder quand on a pourtant un problème en Unicode et J2EE (ça fait du boulot!)

Une explication simple de l'unicode en Python.

Une très bonne discussion qui s'étonne de la fin de la possibilité de forcer l'encodage pour sys.stdout.

Un article du PyZine sur l'encodage.

Un point sur le site officiel de Python

Un guide sur le minimum à connaitre par tous développeur (selon l'auteur)

Expressions régulières (regex) dans Notepad2

2008-07-08T05:34:00.001-07:00

Je suis un grand fan de Notepad2. C'est plutôt mignon, tout petit, (il n'y a pas d'install ni rien, juste un seul fichier .exe à lancer), il se lance instantanément, et étant basé sur Scintilla, il est aussi assez puissant. (il est loin d'être ridicule par rapport à Ultraedit ou PSPad par exemple).

Malheureusement, il n'y a pas de documentation digne de ce nom pour savoir comment utiliser l'outil Replace.

Or j'en ai eu besoin récemment, pour transformer une liste de mots séparés par des virgules, et remplacer ces virgules par des sauts de lignes.

Voila la manip' :

Allez dans Edit > Replace :

Le point important est de cocher Transform backlashes , ce qui demande à Notepad2 d'interpréter le \n comme le caractère ASCII "nouvelle ligne" (et non pas 2 caractères)

Et voila le résultat.

En bonus, un lien sur les Regex Unix (voir la partie Regex Perl, acceptés par Notepad2 donc).

Truc Eclipse

2008-04-18T07:40:00.000-07:00

Un truc qui arrive souvent dans un projet sous Eclispe, c'est de devoir jongler entre plusieurs workspace. La manière directe, c'est de changer le workspace, ce qui a pour effet d'éteindre et de relancer l'appli.

Je préfère faire carrément 2 raccourcis.

Et configurer le raccourci pour taper dans le bon workspace.

eclipse.exe -data C:\chemin-du-workspace

Lancer 2 eclipses à la fois permet ensuite de "alt-tabber" entre les 2 environnements.

Essentiel Java

2008-03-25T10:25:00.000-07:00

Non, vous n'êtes pas seul à trouver des limites à l'approche : avec-1-framework-c-est-mieux.

Voyez plutôt cet article sur architectes.it : Une alternative à J2EE

L'idée de Pirmin Lemberger est de définir un label Essentiel Java, qui permet de qualifier le code source d’une application. Ce label donnera l'assurance du respect de principes de simplicité et de sobriété.

Voila quelques excellents arguments qu'il développe :

Envisageons donc la tâche consistant à assimiler un ensemble réaliste de technologies. Pour fixer les idées disons : J2EE + Spring + Hibernate + Struts. A l’évidence cette tâche n’est pas inhumaine mais elle nécessite, même pour une tête bien faite, plusieurs années de pratique quotidienne. On le constate, cette durée excède de loin la durée des dites technologies.

Et :

Loin de simplifier quoi que ce soit, la seule présence d’un framework induit alors un mode de transmission oral du savoir-faire d’un ou deux experts transformés de fait en petits gourous. Mode de transmission qui s’avère souvent redondant, confus et inefficace. Dans ces cas de figure, le travail du concepteur d’une application s’apparente d’avantage à celui d’un archéologue que celui d’un ingénieur.

Enfin :

... la comparaison objective de plusieurs frameworks relève carrément de l’impossible lorsqu’ils sont déjà complexes individuellement. Dans ces conditions un choix rationnel est difficile. Dans le meilleur des cas, des considérations commerciales objectives l’emportent. Plus souvent l’idéologie et le conformisme intellectuel naturel à l’esprit humain prennent le dessus.

Les problèmes évoqués, sont bien là.
Les décideurs ont besoin de répères et les frameworks (tout comme les techno, style XML.. ou les méthodes, style CMMI) les rassurent.
Les créateurs de frameworks ont aussi tout intérêt à diffuser largement leurs idées, pour des raisons commerciales, d'ego, de satisfaction intellectuelle.

Mais au final, quel est le gain réel pour l'utilisateur, en prenant en compte ce qu'il a gagné "en puissance de feu" en retirant le temps passé à apprendre ledit framework?

Concernant l'idée de Pirmin Lemberger, est-ce que l'utilisation d'un label permettra de définir qu'une application est simple et sobre? Je comprends l'idée de définir un sous-ensemble d'API qui seraient dans le périmètre "Essential Java", mais le problème est qu'il est soumis à interprétation. Pour certains (dont je ne fais pas partie), JSF est simple et standard. Pour d'autres, Log4J (dont je fais partie) est simple et non standard.

Où situer la limite?

The beginning is the end is the beginning

2008-03-25T09:29:00.001-07:00

A quoi sert le blog noframeworks?

Ce blog veut donner des exemples pratiques sur la pratique et la théorie informatique, à 3 niveaux : analyse, conception et développement. Par exemple, je projette de parler d'analyse du domaine métier, de pattern d'architecture & de conception et des bonnes pratiques de développement.

Ces billets n'engageront que moi, et me permettront de mettre à plat ce que je pense.

Ce que je constate, c'est la fuite en avant de la communauté Java, vers toujours plus d'outillages, toujours plus de frameworks. Ces outils, certes très intéressants, sont complexes à appréhender, fragilise la compréhension du code, puisqu'il ne devient plus explicite, et tend à enfermer le développeur en lui promettant l'inverse.

A l'inverse, vous avez les patterns, qui eux sont connus et stables dans le temps, ou les standards Java qui sont gravés dans le marbre de l'histoire.

La question est : à l'heure actuelle, si je veux faire un développement Java Web, quelle architecture puis-je retenir, qui combinent, simplicité et facilité de maintenance?

Suis-je obligé d'utiliser les Spring, Seam, Struts, Hibernate, GWT, ... pour faire une application de qualité?

Il me semble que la communauté Java souffre d'un excès d'outils, de "modes" (bon, c'est un signe de vitalité, en même temps...) et qu'il serait utile d'apporter des réponses claires, précises et simples, quand cela est possible.

Voila, le but de noframeworks.

L'architecture à 5 couches

2008-03-06T07:43:00.000-08:00

Une pratique répandue dans l'architecture d'une application de gestion, est d'utiliser une solution à 5 couches.

Qu'est-ce qui caractérise une application de gestion ?

Une application de gestion, comme son nom l'indique, doit gérer des données. Ce qui implique l'utilisation d'une base de données (la plupart du temps relationnel). Cela implique également une interface pour permettre à des gestionnaire de voir et modifier ces données.

Tout n'est pas assimilable à une application de gestion. Il y a des besoins d'informatiques embarqués, d'informatiques industriel, des logiciels utilitaires, etc.. Dans ces cas là, le découpage en 5 couches ne s'appliquent pas.

Pourquoi distinguer des couches?

Le but de la conception en général, est d'attribuer des responsabilités. Définir des couches est un moyen de séparer les responsabilités et ainsi, de minimiser l'impact du changement.

Maintenant que l'avertissement est donné, je vais clarifier le rôle de ces 5 couches.

la couche Présentation
Cette couche est l'apparence visuelle de l'application, telle qu'elle sera perçue par l'utilisateur finale. C'est ici que vous aurez les images, les pages JSP, etc..
la couche Coordination
Ici vous avez les contrôleurs du pattern MVC. C'est à dire des composants qui interceptent les interactions de l'utilisateur et qui gère la cinématique (ou logique) des écrans.
la couche Service
La couche Service regroupe tous les services, ou réalisation de cas d'utilisation. L'idée est d'exposer ces services pour différentes applications clientes. On peut retrouver dans cette couche les Web Services d'une architecture SOA ou les service RESTful. On peut également trouver des EJB session, si le SI est en pure Java.
la couche Métier (ou Domaine)
La couche Métier reprend tous les objets métiers de l'application considérée. C'est ici qu'est portée la logique des règles de gestion sur ces objets. On peut trouver des EJB session, mais non exposés au monde extérieur.
la couche Persistance
La couche Persistance est la couche qui sert de communicateur avec la base de données. Son avantage est le rôle de sas de sécurité entre l'application et la base de données. Si la structure de données change, seule (en théorie) cette couche est à modifier. On trouve ici des entités persistantes (JPA, Hibernate ou EJB entity).

Chaque couche a seulement la permission d'appeler la couche suivante (ainsi, la couche Présentation, ne peut utiliser/récupérer/instancier/etc.. que des objets de sa propre couche ou de la couche Service, et à l'autre bout, la couche Persistence ne peut utiliser que des objets de sa propre couche)

Les raisons d'être des couches. L'avantage de la couche Métier est que les règles de gestion (RG) sont regroupés à un seul endroit. La couche persistance n'est pas parasitée par ces RG. Elle peut par exemple récupérer une entité en base, et la couche Métier peut la déclarer invalide (si elle casse une RG) et lancer une exception.

L'avantage de la couche Service est qu'elle orchestre l'appel aux objets métiers, nécessaires pour l'accomplissement du service (et donc du cas d'utilisation). De ce fait, elle gère l'aspect transactionnel des choses, c'est à dire l'assurance qu'un service s'effectue en totalité ou pas du tout. C'est donc la couche Service, qui doit demander une connexion à la base de données, et la configurer pour ouvrir (si besoin est) une transaction.

L'avantage de la couche Coordination, est qu'elle orchestre l'appel aux différents services, par le pilotage d'un processus. De ce fait, elle peut elle aussi gérer l'aspect transactionnel mais au niveau inter-applicatifs.

Par exemple, imaginons qu'on ait un service S1, qui fasse un travail d'update sur une base de données B1. Et qu'un service S2, fasse un autre travail d'update sur une base de données B2. Si l'on a une exigence que les 2 bases soient cohérentes l'une par rapport à l'autre, et si jamais une modification sur B2 n'a pas pu avoir lieu, il faudra défaire la modification sur B1.

C'est donc à cette couche Coordination de gérer cela, en détricotant elle-même les modifications antérieures.

Enfin, nous pouvons trouvons une couche Transverse, contenant tous les objets accessibles par l'ensemble des autres couches. Cette couche contiendra des objets valeurs et différentes classes utilitaires (de date, de chaîne de caractères, etc..)