Les réflexions d'un Jon

Vaadim

Wed, 28 Jul 2010 13:28:14 +0200

Le rève, je pense, c’est Vaadim + Scala + Maven + Lift …

Enfin bon à voir quoi.

Projet Latex pour Maven (quickstart).

Wed, 21 Jul 2010 09:42:38 +0200

mvn archetype:generate -B -DarchetypeGroupId=org.codehaus.mojo -DarchetypeArtifactId=latex-maven-archetype -DarchetypeVersion=1.0 -DgroupId=com.mycompany -DartifactId=myproject

RST pour Java ?

Wed, 21 Jul 2010 07:58:52 +0200

En ce moment, je cherche le bon outils pour faire mon rapport de stage.

Je viens de tomber sur deux trucs sympas : JRST et son plugin maven

http://jrst.labs.libre-entreprise.org/maven-jrst-plugin/

Pour le RST, c’est par ici : Initiation au RST.

netbeans et maven sous Windows :

Tue, 20 Jul 2010 14:40:18 +0200

mvn install:install-file -Dfile=exec-maven-plugin-1.1.2-20091120.114446-3.jar -DgroupId=org.codehaus.mojo -DartifactId=exec-maven-plugin -Dversion=1.1.2-SNAPSHOT -Dpackaging=jar

Ce que vous pouvez mettre dans une ligne de commande peut se trouver trop long.

Enfin, la commande Open (Xdg-Open) sous Windows.

Tue, 06 Jul 2010 11:09:54 +0200

Sous Mac, j’étais habitué à utiliser la commande open depuis le terminal pour ouvrir les fichiers, page internet ou autre. J’ai cherché pendant un moment un équivalent sous Windows sans trouver, jusqu’à aujourd’hui.

Pour CMD.EXE, la commande c’est START (ou start), pour le POWERSHELL.EXE, la commande c’est Invoke-Item.

Donc à mettre dans son Profile.ps1 : Set-Alias open Invoke-Item .

Article en rapport :

Xdg-Open, sur le blog d’Alexis

AspectJ et projet n'utilisant pas AspectJ.

Sat, 03 Jul 2010 01:53:00 +0200

Dans un des projets que j’ai en ce moment, j’ai de l’AspectJ, mais Netbeans ne supportant pas vraiment bien les aspects, j’avais décidé de couper mon projet en plusieurs bouts avec Maven (module + parent pom).

Cela fait :

un projet qui supporte l’aspectJ (que j’édite avec ~~Eclipse~~ la STS),
un autre projet java, mais sans AspectsJ, qui a pour dépendance le premier,
et un dernier projet Java/Swing qui a pour dépendance le deuxième (que j’édite avec Netbeans, cela marche bien pour le Swing).

Quand j’ai fait le ménage dans mes pom.xmls, sur les projets non-aspectJ, j’ai désactivé le support de l’aspectJ dans eclipse pour ces projets. Et je me suis retrouvé avec des problèmes, comme plein d’erreurs affichées dans l’éditeur de texte (la compilation se passe très bien).

Hors j’utilise le Compile Time Weawing, donc les méthodes définies dans les Aspects sont normalement disponibles dans le Jar. Si Eclipse ne les voit pas, c’est qu’en fait, M2Eclipse active par défault la : “Workspace Résolution”, donc Eclipse cherche dans le code de mon sous-projet au lieu du Jar.

La désactivation de cette fonctionnalité permet de travailler tranquillement.

Sinon, c’est ici pour le compile time weawing : http://www.chrissearle.org/node/285.

One more thing, la combinaison Mercurial + MQ, Maven, Hudson, Sonar et la STS devient très intéressante…

http://www.developsense.com/blog/2009/08/testing-vs-checking/

Tue, 29 Jun 2010 14:03:51 +0200

http://www.developsense.com/blog/2009/08/testing-vs-checking/:

Cela fait longtemps que je ne l’avais pas lu.

http://www.anduin.ch/2010/03/12/netbeans-maven-and-the-challange-with-standard-input/

Wed, 16 Jun 2010 13:55:06 +0200

http://www.anduin.ch/2010/03/12/netbeans-maven-and-the-challange-with-standard-input/

"La commande powershell du jour : split-path $profile Pour savoir où mettre votre..."

Fri, 30 Apr 2010 13:37:18 +0200

“

La commande powershell du jour :

split-path $profile

Pour savoir où mettre votre profile.ps1 !

”

Pourquoi avoir besoin d'un cadriciel autre que JDBC pour accéder à une BDD ? [EN]

Thu, 22 Apr 2010 16:50:50 +0200

Pourquoi avoir besoin d'un cadriciel autre que JDBC pour accéder à une BDD ? [EN]

Faire attention en utilisant EntityManager.getDelegate() [EN]

Wed, 21 Apr 2010 11:14:44 +0200

Faire attention en utilisant EntityManager.getDelegate() [EN]:

0_o. Enfin bon, qui peut avoir besoin de faire du HQL après avoir choisi Hibernate pour la JPA, et donc d’acceder à la session … personne, non personne.

JasperReports + Spring avec SpringRoo [EN]

Tue, 20 Apr 2010 16:40:06 +0200

JasperReports + Spring avec SpringRoo [EN]:

Je mets ça là pour m’en souvenir. Si je suis motivé, je vais faire une version JasperReports + Spring + Hibernate avec SpringRoo.

Initiation au RestructuredText

Sun, 11 Apr 2010 23:05:32 +0200

Dernier article avant d’attaquer la partie avec Etherpad, après le billet sur les DVCS, un peu de discussion autour du balisage lors de l’édition de documents.

L’édition de documents en mode non-WYSIWIG passe souvent par un langage à balise. LaTeX est un standard dans ce domaine, mais son apprentissage est assez long, ce qui fait qu’il est peu adapté à l’édition de document collaborative.

Il existe une catégorie de langage à balise dite à balisage léger, dont le coup d’apprentissage est beaucoup plus faible et dont la source est plus facile à éditer. Le problème qui vient après est le compromis entre le niveau de personnalisation que l’on peut avoir avec LaTeX, et la facilité d’édition que l’on avoir avec les languages à balisage léger.

Pendant longtemps je suis resté sous LaTeX, même lors des travaux en équipe, ce qui m’a souvent obligé à faire la finalisation des rapports tout seul. Arg !

L’été dernier, on m’a montré RestructuredText qui est langage à balise utilisé pour la documentation de Python, qui possède plusieurs parseurs de base :

rst2man
rst2html
rst2latex
rst2newlatex
rst2odt
rst2xml
…

L’avantage de ces passeurs c’est qu’ils permettent :

l’utilisation d’une feuille de style (en fonction de la sortie considérée)
la définition de nouvelles syntaxes
et aussi le passage direct d’instructions, via la directive raw.

Voici un exemple de source :


.. role:: raw-l(raw)
  :format: latex


Présentation de RST + LaTeX
=======================================


.. Ceci est un commentaire en RST (il faut une ligne blanche après un commentaire)

.. contents:: Table des matières (en fait, c'est un Sommaire là)


Les listes + sous section
----------------------------

Les listes dans une sous-section
...................................

Les listes sont un des avantages de base de RST, pas de \begin{itemize} toutes les 5 minutes.

- Item 1
   1. 1a
       - sous-sousitem1
   #. 2a
       - sous-sousitem2
- Item 2


:raw-l:`\LaTeX`
-----------------

Un petit bout en :raw-l:`\LaTeX`
..................................

Dans le titre de la sous section, il y a une insertion en ligne d'une commande latex : \\LaTeX, via le role définit plus haut : **raw-l**.


Un plus gros bout en :raw-l:`\LaTeX`
......................................

.. raw:: latex
           
  Soit $s$ l'absice sur la barre, l'effort tranchant :
  \begin{eqnarray*} 
  pour \; s
  pour \; l/3 \leq s  < 2 l/3   \; | \;\; E_t & = & 3 F (l/2-s)/l \\
  pour \; 2 l/3 \leq  s \;         | \;\; E_t & = & -F/2          \\
  \end{eqnarray*}

Et son rendu

Vous pouvez récupérer la source de cette démonstration avec le makefile avec :

git clone git@github.com:jwinandy/rst_etherpad_demo.git
hg clone git://github.com/jwinandy/rst_etherpad_demo.git
hg clone http://bitbucket.org/un_jon/rst_etherpad_demo

Ou aller sur :

Une recette à base de SPAM !

Tue, 06 Apr 2010 02:50:14 +0200

En cours de déménagement, un moment idéal pour un peu de junk food.

Tout d’abord, je n’ai pas de vrai SPAM à la maison, mais j’ai quelques boites de TULIP qui est un bon générique et surtout qui nous vient du Danemark. Si vous avez du SPAM®, je suis certain que cette recette sera aussi bonne et peut-être même meilleure.

Ingrédients

un oignon
un ou deux poivrons
du riz (pour 2-3 personnes)
et une boite de SPAM (200g)

Cette recette a son équivalent direct avec du Corned Beef à la place (pas en plus), mais il y a deux différences entre le Corned Beef et le SPAM (lovely SPAM) :

l’un est fait à base de boeuf, l’autre à base de porc (je ne sais pas si c’est vrai),
le Corned Beef fond à la cuisson, alors que le SPAM non. La conséquence directe est qu’il faut couper le SPAM avant de le faire griller dans une sauteuse.

Préparation

Les oignons mettent un peu plus de temps à cuire, donc il faut donc préparer les oignons en premier (découpage ou prédécoupage), puis les faire cuire/chauffer/what ever dans une sauteuse avec un peu de beurre/huile.

Dans le même temps il faut lancer le riz, 3 verre de riz Thai pour 4.5 d’eau dans un autocuiseur et c’est parti.

Peu après que les oignons ont commencé à brunir, mettez la dose de SPAM (découpé).

Une fois que le SPAM a commencé à griller, vous pouvez commencer à mettre le poivron découpé dans la sauteuse, puis baisser le feu.

Au moment où le riz va finir de cuire, vous pouvez le mélanger avec le reste dans la sauteuse.

Dégustation

C’est vous qui voyez, mais si vous pouvez le partager avec quelques amis Vikings/Pythoneux, c’est meilleur.

/b/

La prochaine fois, Sushi au SPAM ?
SPAM, SPAM, SPAM, SPAM, Lovely SPAM, Wonderful SPAM …

Cette fois-ci j’ai les commentaires qui sont activés directement sur le Tumblr !

Hg init

Sun, 04 Apr 2010 23:19:56 +0200

Hg init

Pourquoi Hg est meilleur que Git ! (WhyHgIsBetterThanGit)

Sun, 04 Apr 2010 19:43:00 +0200

Comme on pretend que Git est mieux que X, je pense qu’il est temps de rassurer tout le monde, et dire que c’est vrai, sauf quand X vaut pour Hg.

Au lieu de troller bêtement (cela m’arrive et cela fait du bien…), je vais tenter de rééquilibrer un peu la balance en revenant sur quelques points en particulier comme :

la gestion facile de branches locales
l’aire d’assemblage
github

Mon but est de montrer que Git n’est pas forcement meilleur qu’Hg. Je pense que WhyGitIsBetterThanX fait un peu d’obfuscation sur les différences entre Git et Hg (en même temps il s’agit de rester un peu général, c’est Git contre tous). Git est un peu meilleur sur certains points, mais il y a d’autres points où il n’est pas adapté.

GitHub, Hg-Git

Hg marche avec GitHub ! Scott Chacon a participé à des projets plus intéressant que, WhyGitIsBetterThanX, comme un bridge mercurial/git, hg-git. On peut donc utiliser tous les dépots git avec mercurial, dont les dépots gitHub.

L’installation d’hg-git est assez simple : easy_install hg-git, puis il faut aller éditer un peu le hgrc. Voir ici pour les instructions complètes. Aussi hg-git est une synchronisation dans les deux sens, ce qui fait que l’on peut l’utiliser pour avoir des dépôts Hg avec Git. Donc git peut utiliser les dépôts de Bitbucket !

Scott Chacon vient de fournir le support de SVN sur github (en lecture seule), avec un peu de chance d’ici la fin de l’année, github devrait supporter nativement Hg.

Staging area, l’aire d’assemblage

L’aire d’assemblage est une fonctionnalité spécifique à Git est qui est absente par défaut de mercurial.

Pour activer une fonctionnalité équivalente, il faut passer par Mq, mercurial queues, qui est une extension par défaut de mercurial.

Maintenant je trouve cette fonctionnalité à de bonnes raisons pour ne pas être implémentée, car l’on en vient potentiellement à oublier des fichiers lors des commits. Pour avoir travaillé plusieurs fois avec des gens qui ne maitrisent pas totalement le concept de DVCS, j’étais content de pouvoir leurs dire : là tu fais hg commit, puis hg push, et je regarde ce que tu as. Jamais je me suis posé la question si par hasard il y avait des fichiers modifiés manquant dans les commits.

Gestion facile des branches locales

Git est sensé être meilleur que Mercurial pour la gestion facile des branches locales

Alors on décompose avec un tout nouvel algorithme d’analyse lexicale : “Gestion facile” , “branche” , “locale”. 0_o ?? Ce n’est pas ce que se doit de faire tout bon DVCS ? Pouvoir faire des opérations en local, en particulier des branches ?

Je pense que le site insiste sur deux points :

La capacité de pouvoir ajouter un répertoire de travail, sans dupliquer l’historique (.git, .hg).
Ne pas être obligé de tout envoyer sur les dépôts.

Hg n’a aucuns problèmes avec chacun de ces concepts. La capacité de créer un répertoire de travail sans dupliquer l’historique n’est pas activée par défaut, mais hg share permet de faire cela.

Pour ne pas être obligé de tout envoyer sur les dépôts, il y a plusieurs façons de gérer ça :

l’option -r de push/pull, c’est natif et très facile
mq (mais bon mq faisant le café …)
lbranch une extension hg qui force des branches à rester locale.

Mais à la fin ce genre de développement génère beaucoup de rebase. Git encourage beaucoup le rebase, je préfère la méthode pull + merge (don’t push, don’t rebase).

Maintenant, en quoi Hg est meilleur que Git ?

Tout d’abord, la place sur le disque et les échanges réseau sont optimisés. Mais git prend moins de place que mercurial une fois un repack fait :git repack -adf.

Maintenant, ce qui est à mon goût très important, mercurial est beaucoup plus simple que Git:

Hg ressemble beaucoup à Subversion au niveau de l’interface/des commandes (Hg utilise revlog en interne ce qui ressemble beaucoup au comportement de Subversion),
il y a de la documentation simple,
et surtout il n’y a pas 42 arguments possibles par commandes. Rien que Git add à 3 fois plus d’arguments qu’un Hg add.

Je pense que la facilité de prise en main d’Hg est un point super important, on n’a pas tous le temps d’aller en formation ou d’acheter/lire un bouquin à chaque fois que l’on doit utiliser un nouvel outil.

Aussi Hg est facilement extensible, j’ai déjà parlé dans ce billet de mq, share et lbranch qui sont 3 extensions d’Hg.

Conclusion

Retour à la source : Scott Chacon

Pourquoi Scott Chacon a créé cette page ? Il a travaillé lui-même sur hg-git, il a même glissé slides lors de la PyCon 2010 disant : “Our enemy is SVN” (en même temps les pythoneux utilisant beaucoup mercurial … dire que git c’est mieux …). Il doit bien avoir conscience que Hg est plus simple à apprendre que git et il connait dans les détails les méthodes de sérialisation des deux systèmes.

Je pense qu’il y a beaucoup de Fanboyisme derrière et de Git(-scm) == GitHub. Le truc qui m’agace un peu, c’est de l’entendre en conférence (le titre de la conférence c’est : “Hg and Git : Can’t we all just get along?”) : “Our enemy is not each other, we all opensource developper … ” et d’un autre coté il pond un WhyGitIsBetterThanX.

Est ce que WhyGitIsBetterThanX n’est pas juste là pour dire : “La guerre n’a pas vraiment de raisons d’être entre les différents DCVS, mais je vais quand même marquer des points au cas où pour la communauté.” ? Pour moi cela ressemble beaucoup à cela.

“Hg est plus sexy”

Je n’irai pas jusqu’à dire qu’utiliser Hg vous rend plus beau, mais je pense qu’il y a là moyen de synthétiser. Comparer Hg et Git, c’est comme comparer MacOs et Linux ou James Bond et Mac Giver, il y a ceux qui ont la classe : Hg, MacOs, James Bond, et ceux qui sont un peu nerdy, vous savez, les autres.

Hg a un coté minimaliste et efficace que j’aime beaucoup.

Et j’espère pouvoir utiliser au moins un des deux

J’ai beau critiquer Git pour son coté nerdy-pas-pratique. Je préfère utiliser Git à SVN si je n’ai que le choix entre ces deux là.

Les deux outils restent quand même très proches et d’une qualité égalable. Je pense rester sur Hg encore un moment, surtout que j’ai sur mon système Hg-git et que je maitrise bien l’architecture de mercurial.

Peut-être que plus tard je vais avoir envie de me rendre la vie un peu plus complexe et je vais utiliser (de nouveau) git !!!

/b/

Il y a en a qui utilisent Darcs et/ou CVS, mais ils sont en Chine.
Darcs c’est Karl Marx (via @Chebitchov).
En fait, Darcs c’est Georges Cloney !

Je n’ai pas encore activé les commentaires sur Tumblr (il faut passer par un service externe), pour ceux qui veulent réagir, je vous invite à aller sur Google Buzz.

Le mois de Mars est fini, février aussi.

Fri, 02 Apr 2010 23:48:00 +0200

Enfin de retour dans l’interface d’admin de mon blog pour faire un article. J’avais l’intention d’en faire un avant la fin du mois de mars, mais finalement le mode vacances s’est mis en place beaucoup plus vite que prévu, et c’est juste hors de question de poster un truc le 1 avril.

La fin de la troisième année a été assez rude, sur beaucoup de plans, et je regrette un peu de ne pas avoir eu assez de temps pour faire les choses bien (en tout cas au niveau de mes exigences). Mais au moins il n’y a pas de projets qui trainent ce qui fait une coupure nette.

L’emploi du temps, bientôt :

il me faut d’abord déménager de Nantes centre à Nantes sud-loire (chez mes parents), je fais ça ce week-end, je n’avais pas eu ni l’envie ni le temps de le faire avant, ce qui m’a permit de me reposer.

Finir de lire mon lecteur de flux RSS avant demain et le fermer pendant 1 mois. Pourquoi ? Hier (1 avril) a juste été horrible, beaucoup de publications pour pas grand chose et surtout des poissons d’avril, mais dès demain c’est pire, avec la sortie de l’aiPade, il va y avoir de l’aiPade pendant un mois, je n’ai pas envie de perdre mon temps, surtout que je sais déjà que je vais en acheter un, le modèle 3Go, wifi + 3G. Mais si vous trouvez des nouvelles intéressantes, n’hésitez surtout pas à m’envoyer un courriel ou un google ramdam !

Faire un petit peu de Birt + symfony, Birt tout seul et Jasper, il faut que je regarde ce qu’il se fait en terme d’outils de reporting. Si quelqu’un à des liens ou des noms pour des ouvrages de références en la matière, cela m’aiderais beaucoup !

Puis aller en stage ! Je commence le 12 avril à la défense, pour 5 mois et demi. Ma mission est en rapport avec le reporting.

Et donc le début de la vie parisienne, le “transport” matin et soir ! Je ne pense pas trouver facilement un appart à Neuilly, ou proche de la défense, pour l’instant je vais loger dans la banlieue parisienne, au Sud sur la ligne du RER B. Après il y a aussi les avantages de la vie parisienne, comme le fait de pouvoir revoir les gens sur Paris comme les diplômés de la promo 2009 (ma promo d’origine), voir quelques 2010 ou 2011. Mais comme tout le monde ne finit pas à la même heure et en vient à avoir un emploi du temps relativement chargé, cela reste limité. Je pense que Nantes va me manquer un peu.

En attendant tout ça, je vais faire un ou deux articles sur le travail collaboratif, il y a du retour d’expérience à faire, avant qu’Etherpad ne ferme ses portes au public. Puis regarder si je ne peux pas contribuer pour l’openSource, à voir ;)

photo

Ouverture de fichier depuis le terminal sous Linux (et Mac OS X) via @agueganno

Fri, 29 Jan 2010 15:00:35 +0100

Ouverture de fichier depuis le terminal sous Linux (et Mac OS X) via @agueganno:

Réponse d’Alexis à mes “attaques” comme : “Sous Linux, vous n’avez pas la commande open ?”.

J’espère que les gens penserons à faire un alias, comme : alias open = "xdg-open" ; export open

;). btw une traduction possible de LolCat, c’est ChatDR.

Canonical et Mozilla, une alliance à peu d'intérêts.

Thu, 28 Jan 2010 09:54:50 +0100

Canonical et Mozilla, une alliance à peu d'intérêts.

Movie Poster Concepts

Tue, 26 Jan 2010 13:14:05 +0100

Movie Poster Concepts