Bonne nouvelle pour java sur mac

Par | Classé dans Java, News | Le 13/11/2010

0

Il y a quelques jours Apple annonçait sa volonté de ne plus supporter java officiellement, allant jusqu’à le qualifier de ‘deprecated’. Que les fans utilisateurs de mac se rassurent, il n’en sera rien, bien au contraire : la suite ici

BRMS, But When?

Par | Classé dans BRMS, Intermédiaire | Le 04/11/2010

Tags « »

0

“When should we, or not, use BRMS?” is the Question that arises almost every time Business Rules Management Systems are under discussion. Well, that’s a decision making, which may be handled by rules, in the form of a Decision Table…

The proposed rules to answer that question are not only based on technical aspects of BRMS, but also on organizational ones. In fact, those organizational aspects are often more important than the technical ones in the adoption of BRMS. Of course, those rules are not well formalized and their “Right Hand Side” (“then” part) may vary depending on the case. However, we hope that the following table could help in choosing or not a BRMS to develop an application.

Lire la suite…

Exemple d’option dans la vie quotidienne : l’option SNCF

Par | Classé dans Débutant, Finance | Le 03/11/2010

Tags « »

1

Peut-être avez vous déjà utilisé les “options SNCF” pour les billets de train, qui vous permettent de “réserver” un billet pendant un certain temps sans l’acheter directement. Et bien son fonctionnement est quasiment identique à une option au sens financier du terme !

Voici ses caractéristiques :

  • Le sous-jacent : C’est le billet de train, c’est le produit que vous récupérerez si vous exercez l’option.
  • Le type : L’option vous donne droit d’acheter le billet, c’est donc une option d’achat (Call en anglais)
  • Le style : Vous pouvez récupérer le billet n’importe quand jusqu’à une certaine date, il n’y a pas de date précise, c’est donc une option américaine
  • La quotité : C’est le nombre de billets que vous aurez en exerçant l’option (nombre de sous-jacents par option)
  • La maturité : C’est la durée de validité de l’option, si vous avez 1 mois pour acheter vos billets, la maturité de l’option est 1 mois.
  • Le strike : C’est le prix du billet de train si vous décidez d’exercer l’option.

On retrouve donc dans l’option SNCF les caractéristiques d’une option en finance.

Il y a cependant une différence de taille, l’option SNCF est gratuite, mais comme rien n’est gratuit en finance, la problématique réside dans la détermination du “juste prix” d’une option donnée.

Pour les options SNCF, vous pouvez vous dire, c’est gratuit, je ne m’engage à rien, l’option me garantit un prix, et vous posez cette option.

Maintenant, imaginons que la SNCF décide de faire payer ces options. Si celle-ci coûte 1€, alors vous en déduisez que l’option est toujours intéressante…mais si l’option coûte 2 € ? 5 € ?

Quel est le prix à partir duquel vous déciderez de ne plus acheter cette option ?

Si vous arrivez à déterminer ce prix, alors vous avez “pricé” l’option !

Voyons en détail les critères qui permettent de déterminer le “bon prix”.
Lire la suite…

Formations SpringSource : Attention arnaque

Par | Classé dans Java | Le 23/10/2010

Tags « »

3

Les consultants chez In Fine suivent régulièrement des formations internes ou externes, en finance ou en IT. C’est dans ce cadre qu’un des nôtres devait suivre une formation spring, et qui mieux que springsource pour dispenser cette formation ! Erreur !! Après l’avoir inscrit (les formations sont en règle générale payables d’avance), springsource nous informe quelques jours avant le début de la formation que celle-ci n’aura finalement pas lieu, faute d’avoir un nombre suffisant d’élèves. Soit. Un peu étonné quand même que springsource n’arrive pas à remplir une session, nous prenons une autre formation dispensée par un confrère et nous attendons tout naturellement le remboursement de cette formation. Attente vaine, puisque après 8 mois et un nombre incalculable de relances, l’argent est toujours dans la poche de springsource. Peut-être testent-ils un nouveau modèle économique :-(

En tout cas, merci springsource, ça mérite bien un petit billet non ? et un lien, paf : arnaque springsource

Java, enfin une roadmap !

Par | Classé dans Java, News | Le 21/09/2010

Tags « »

0

On n’y croyait plus, mais c’est arrivé ! Oracle vient de présenter à JavaOne ses projets pour Java SE et la communauté. Plusieurs points à retenir :

– openJDK plus que jamais d’actualité, avec 2 releases majeures prévues en 2011 et 2012 qui seront la base pour JDK7 & JDK8
– Fusion du meilleur de jrockit et hotspot
– JDK et JRE restent gratuit (!) avec la même license

Les interminables débats pour savoir si telle ou telle fonctionnalité  devait être intégrée dans la version 7 sont derrière nous. Pour ceux qui attendaient les closures (lambda expression), la modularité (jigsaw) ou encore le framework swing, on sait désormais que ça ne sera pas pour la version 7, et rien n’est promis pour la version 8.
Pour la liste complètes des fonctionnalités , c’est par ici

Conférence Agile France 2010 : Jour 2

Par | Classé dans Agilité, Conférence | Le 06/06/2010

Tags « »

0

Cet article fait suite au précédent article sur la conférence Agile France. Je vais ici vous présenter ma 2eme journée.

C’est par un temps indigne d’un 1er juin que s’est déroulée la dernière journée de la conférence. Les différentes sessions sont toutes plus intéressantes les unes que les autres, et faire un choix s’est avéré difficile. Comme pour le précédent article, je vais détailler une session en particulier.

9h00 : Self-help for Self-organizing Teams

Keynote par Esther Derby

Typologie : modèle

Le propos d’Esther, au cours de cette keynote, était de montrer que les équipes, pour être heureuse, ont besoin d’être autogérées.

Esther commence avec un constat. Quels sont les points communs des membres des équipes heureuses ?

  • Ils ont un but commun
  • Leur travail est interdépendant et leur compétences sont complémentaires
  • L’équipe ne doit pas être trop grande. Cinq membres est la valeur idéale
  • Les membres ont une histoire commune

A partir de ce constat, Esther nous a dressé les moyens à mettre en œuvre afin qu’une équipe ait assez d’autonomie pour être heureuse, et donc productive.

10h00 : Comment écrire du code testable

par Florence Chabanois

Typologie : bonnes pratiques

Cette présentation a pour but de nous indiquer les pièges à éviter lors de développements, afin de pouvoir tester unitairement chaque composant développé. Commençons par définir la finalité du test unitaire : il s’agit de tester chaque composant développé tout en simulant au maximum les conditions qui peuvent être rencontrés sur un environnement de production. Pour pouvoir tester les composants, il faut qu’ils soient séparables. L’idée est donc d’avoir le moins de dépendance possible d’un composant vers un autre, ou plus simplement d’une classe vers une autre. Cela s’appelle, plus généralement, un couplage faible ; contrainte qui est censée être adoptée également entre les applications elles-mêmes.
Lire la suite…