Une classe Java peut-elle être déchargée de la mémoire ?

Que fait le code suivant ?

interface ITest { float v = 2.0f; }
 
class SuperTest { int v = 3; }
 
class Test extends SuperTest implements ITest {
    public static void main(String... args) {
        Test      .printV();
        new Test().printV_2();
    }
 
    static void printV() { System.out.println(v); }
    void printV_2()      { System.out.println(v); }
}

A l'occasion de la dernière International Conference on Software Engineering (ICSE), a été publiée une très intéressante étude comparative de 4 noyaux de systèmes d'exploitation ("kernels").

Grâce à une analyse qualitative et quantitative de leur code source, elle tente de mettre en évidence leurs forces et faiblesses respectives de manière objective. Il est intéressant de constater qu'au final, malgré des modes de développement diamétralement opposés (propriétaire / opensource) et des inspirations variées, ces quatre kernels proposent des fonctions comparables et surtout une qualité générale globalement équivalente - avec tout de même un léger avantage pour l'opensource.

Note : Le lecteur non intéressé par l'aspect technique de cette étude pourra tout de même apprécier le premier diagramme, représentant l'arbre généalogique des systèmes d'exploitation.

Voici les points de vue de trois personnalités IT influentes sur le métier de consultant :

• Robert Cringely
• Steven Lott
• Scott Berkun

Sans surprise, la conclusion est que la majorité des "consultants" ne sont pas à l'écoute de leurs clients... et la majorité des clients ne savent pas ce qu'ils veulent. Toute ressemblance...

Lorsque l'on travaille sur de nombreux projets, la vue affichant le contenu du workspace d'Eclipse devient rapidement illisible.
Dans ce cas, plusieurs solutions sont communément adoptées :

• Fermer les projets inutilisés et filtrer leur affichage ; cette solution n'apporte évidemment pas grand chose lorsque l'on doit travailler sur plusieurs projets simultanément.
• Répartir les projets dans plusieurs workspaces ; mais tout le paramétrage d'Eclipse doit alors être refait dans chaque workspace, et il n'est pas possible de les synchroniser automatiquement.

Nous allons explorer ici une troisième voie : l'utilisation de Working Sets, qui permettent de conserver tous les projets au sein d'un même workspace physique, tout en offrant une grande souplesse dans le choix des ressources affichées.

Les casts ont-ils un coût en Java ?

Depuis le 1er mai, Flash est un standard ouvert de fait :

• les spécifications SWF (pour les animations interactives) et FLV/F4V (pour les flux vidéo) sont désormais publiques ;
• les API de portage du lecteur Adobe Flash vont être rendues publiques sous peu ;
• les protocoles Adobe Flash® Cast™ et AMF vont être publiés ;
• l'ensemble des licences associées à ces technologies sont gratuites -- ce qui rend de facto gratuites les prochaines versions du lecteur Adobe Flash et d'Adobe AIR pour ordinateurs nomades (notons que le lecteur Flash pour ordinateur de bureau a, lui, toujours été gratuit).

Adobe était déjà le leader des applications Web client lourd et du transfert de vidéo en streaming, grâce à la présence de son lecteur Flash sur 97 à 99% des ordinateurs de bureau, et grâce à son format FLV/F4V. Avec ce geste, Adobe se positionne comme un acteur incontournable dans les applications des ordinateurs nomades, de type smartphone, ordinateur de poche ou lecteur MP3 haut de gamme... comme l'iPhone, par exemple, sur lequel sa non-gratuité était un frein à sa présence.

Plus de détails ici ou là. Affaire à suivre...