Netapsys Blog

Pour tout les amoureux de spip. Voici le bouquin gratuit en version pdf "Programmer avec SPIP" par Matthieu Marcillaud.

Il vous en coûtera 25 € pour la version papier. Ce livre est issue de la version du site http://programmer.spip.org/

Voici le lien http://www.lulu.com/product/item/programmer-avec-spip/11019986

Vous pouvez retrouver l'histoire du livre sur son blog :

http://marcimat.magraine.net/Livre-libre-Programmer-avec-SPIP

Voici le sommaire du livre:

Le 10 juin 2010, Spring User Group FR (SUGF) a organisé une conférence sur les styles d'injection de dépendances via Spring. La session a été animée par Chris Beams. L'objectif de ce post est d'exposer les parties essentielles de la conférence:

• Choisir un style de DI (Dependency Injection)
  
• Exemples de styles de DI.
  
  

Speaker: Chris Beams

Chris Beams est ingénieur sénior chez SpringSource depuis 2007. Il fait partie des développeurs de Spring Core et de quelques autres modules de Spring. Il anime des conférences et des formations sur les différents produits de Spring.

Comment choisir une méthode?

Le choix d'une méthode de DI repose sur différentes caractéristiques:

• Interne /Externe au code,
  
• Implicite ou explicite
  
• Type-safe
  
• Portabilité etc.
  

Le choix d'un style dépend des propriétés validées. Si nous souhaitons, par exemple, que notre code soit portable, que la configuration soit externe, nous utiliserons le fichier XML et non pas les annotations.

Les styles de DI

Dans une seconde partie Chris nous explique les différents styles de DI via des exemples pratiques.
Nous pouvons retrouver les exemples de styles suivants:

• Le fichier de configuration XML:
  

L'injection par XML reste la méthode de configuration la plus utilisée. Ce style est externe, explicite et portable.

• Injection par annotation:
  

Ce style est facile à développer et maintenable. Comme annotations intéressantes, nous retrouvons, @Component, @Autowired etc. Mais, le code n'est pas portable.


En outre, Spring offre un ensemble de méthodes de DI. Chaque méthode a des avantages et des inconvénients. Dans un premier temps, nous devons cibler les caractéristiques importantes comme la portabilité et les performances. Ensuite nous choisissons le style de DI qui répond le plus à notre demande.

Comme son nom l'indique, XML-RPC permet d'appeler des fonctions à distance (Remote Procedure Call) en sérialisant paramètres et résultats en XML. Il a l'avantage d'être très simple à mettre en place, multiplateforme et peu coûteux en ressources ce qui en fait un bon candidat pour la communication avec des systèmes embarqués.
Je vous propose une démonstration de communication XML-RPC entre un serveur en Ruby qui lit les données d'un annuaire depuis une base SQLite et un petit programme C++ qui permet de rechercher des personnes.

J'écoutais les castcodeurs dernièrement, pour ceux qui n'écoutent pas encore cette perle du net c'est par ici: http://lescastcodeurs.com/

Dans une interview, ils parlaient de sécurité et notamment du fait que la plupart des personnes disposent du même mot de passe pour toutes leurs applications ou leur différents comptes email, accès réseaux, LDAP etc...

Bien sur, su le plan sécurité, cette pratique n'est vraiment pas au top. Le hic c'est que se souvenir de tous ses accès n'est pas forcement aisé.

En effet, mon cerveau n'est pas encore un disque dur (et c'est bien dommage). Pour cela il existe des programmes comme KeePass qui permettent de sauvegarder vos mots de passe en fonction de différents profils. J'utilise cet outil depuis un petit moment et il est vrai qu'il est bien pratique.

Je vais vous faire une petite présentation de celui ci.

Pour le télécharger http://keepass.info/download.html

Remontons un peu le cours du temps, une dizaine d'années auparavant. Souvenez-vous... Vous vous promeniez (peut être !) dans les rayons informatiques d'une des grandes enseignes du pays. Le rayon des ordinateurs portables était plutôt étroit comparé à celui des ordinateurs fixes. Deux ou trois modèles tout au plus, avec un prix très élevé pour des performances finalement assez rudimentaires.

Aujourd'hui, la donne a bien changé. Dans ces mêmes enseignes, les rayons informatiques regorgent d'ordinateurs portables, de netbooks et autres tablettes graphiques dernier cri. Désormais, ce sont les ordinateurs fixes qui se limitent à quelques modèles et qui s'adressent principalement aux joueurs endurcis... En parallèle, la frontière entre téléphone portable et ordinateur s'est nettement estompée. La fonction primaire qui consiste à téléphoner devient la principale différence.

OpenBSD est un Unix libre dérivant de BSD. Il met l'accent sur la sécurité proactive, ce qui lui donne un sérieux avantage par rapport à d'autres systèmes d'exploitation sur les serveurs de production.
Nous allons voir en quelques minutes comment installer un système OpenBSD par défaut, avec le serveur d'application Tomcat.

Nous allons voir l'utilisation, avec tomcat, de jtracert, outil géré par Google permettant de générer le diagramme de séquence d'une application Java, en fonction de votre navigation sur celle-ci.

Pour la deuxième année consécutive, j’ai organisé au sein de Netapsys Paris un paintball entre collaborateurs ce samedi, subventionné entièrement par Netapsys. Comme l’année dernière, ce fut un réel succès : l’année dernière nous étions 14 et cette année 28 ! Eh oui, vous avez bien lu, nous étions le double. Et c’est bien ce qui fait toute la différence entre les deux, l’année dernière, nous étions mélangé avec un autre groupe tout le long de la journée et cette année, étant plus nombreux, nous avons eu le plaisir de jouer qu’entre nous, de 10h15 à 19h30.

Nous allons voir dans ce billet l'utilisation simple de svn ainsi que la gestion des branches et des tags au sein de Subversion. Une branche permet de faire des développements en parallèle du trunk sans perturber la version du trunk. Une fois les modifications effectuées sur la branche, il faut les réintégrer au sein de la branche principale le Trunk. Les tags servent quant à eux à marquer une étape importante au sein d'un développement. Le plus souvent, ils sont utilisés pour marquer les numéros de version pour les livraisons clients.