Ouf, j’ai enfin réinstaller mon petit Ubuntu ! Ouf … c’est pas que je perds la main mais ça change trop vite dans le monde du libre. Trop de packets ont été modifiés. J’en suis perdu.

Par contre je déconseille très fortement la version Kubuntu 8.04 (KDE 4 Remix)., qui contient le très joli kde4. Très joli, oui c’est certain, mais complètement instable sur cette version.
Donc mieux vaut rester sur Ubuntu et attendre ou essayer OpenSuse pourquoi pas si vous êtes un fan de KDE 4.

L’incontournable environnements de développement, j’ai nommé Eclipse vient de sortir en version 3.4 ! Nom de code : Ganymède !
Voici quelques unes des très nombreuses améliorations/fonctionnalités qui ont été rajoutées :

• SWT, la couche graphique d’Eclipse est maintenant capable de créer des applications plein écran pour des applications de type Kiosque et de gérer la transparence ou d’autre effets sur les composants graphiques dont les fenêtres ;
• SWT fonctionne maintenant sur Windows 64 bits si Eclipse utilise une JVM 64 bits. Il est toujours possible de faire fonctionner SWT en 32 bits avec une JVM 32 bits sur un Windows 64 bits ;
• La compilation Java utilise maintenant plusieurs “threads” ce qui améliora les performances sur les processeurs multicoeur ;
• Possibilité de transformer des expressions de concaténation “a+b+c” en expressions équivalentes utilisant les objets StringBuilder/StringBuffer ou MessageFormat pour suivre les bonnes pratiques ;
• De nouvelles aides � la transformation de code (le point fort d’Eclipse) comme la possibilités de déplacer un groupe de variable dans une classe indépendantes avec des accesseurs publiques ;
• Possibilité de réordonner les éléments d’une classe en glisser-déplacer dans la fenêtre “Outline view” ;
• JUnit affiche le temps pour chacun des tests lancés ;
• Le code source de la plateforme est maintenant disponible sous forme de plusieurs paquets au lieu d’un seul ce qui facilitera certainement les personnes intéressées par certaines parties de code ;
• Des améliorations sur le composants de gestions des greffons permettra de les démarrer ou de les arrêter (comme ce sont des services de type OSGI) mais pas de les installer ou désinstaller dynamiquement (ce qui est pourtant gérer par OSGI) ;
• La plateforme dispose d’un nouveau module P2 qui remplace l’ancien module de mise � jour qui était très limité et permettra notamment de partager des modules entre applications basées sur Eclipse ce qui permettra un réel gain d’espace disque.

(Source LinuxFR)

Les développeurs de la planète ont de quoi se réjouir ! Adobe vient en effet de lancer “Open Screen Project” qui vise � créer un environnement d’exécution pour du “rich media” (comprenez ici Flash) pour n’importe quel type de support de communication.

Pour faire de Flash un standard, Adobe applique la même technique que pour le PDF, après avoir publié les spécifications techniques du format PDF, de nombreuses applications destinées au PDF avaient vu le jour. Depuis 1993, PDF est aussi devenu plus qu’un format ouvert pour les documents, il est devenu un standard.

Bref, pour faire court et simple, face � la pression qu’exerce Microsoft avec Silverlight, Adobe veut renouveller l’exploit et ouvrir le format Flash.

Les spécifications du SWF et du FLV/F4V seront donc très prochainement mises � disposition des développeurs, et il n’y aura plus d’histoire de licence � payer pour pouvoir “générer” du flash � partir d’une autre application que celle d’Adobe comme par exemple eclipse. Même la lecture du flash sera autorisée (ce qui n’était même pas le cas jusqu’� présent) et on verra surement apparaitre de nouveaux players (ou plugins) libre surement plus compatibles que l’actuel : Gnash.

C’est donc une bonne nouvelle que voil� , les plus grand opposant au flash ne vont pas trouvé de quoi y redire cette fois

La petite info du lundi matin et la première de la semaine tombe, avec l’arrivée de la release candidate d’Ubuntu 8.04. Disponible en téléchargement ici, cette version annonce la disponibilité prochaine d’une version finale.

Pour rappel cette version s’accompagne de :

• GNOME 2.22.1
• Linux kernel 2.6.24
• PolicyKit
• Xorg 7.3
• Firefox 3 Beta 5
• Brasero
• Transmission
• ufw (Uncomplicated Firewall)
• ActiveDirectory integration
• Wubi

Je n’aime pas vraiment ie7, mais alors ie6 je préfère ne rien dire du tout. Tous les web-développeur, intégrateur, web-designer du monde savent que ie6 ne réagit jamais comme il faudrait avec leur création. Il marche aussi bien qu’un nain cul-de-jatte comme disent certains. Il faut dire pour sa défense qu’il commence � se faire vieux, depuis 2001 aucune amélioration (sans compter des patch de sécurité sans fin) n’a été faite. Alors la question � se poser est mais pourquoi en parle-t-on encore en 2008? Je me pose la question, et la réponse est simple, des personnes l’utilise. Alors voil� il faut faire avec, gérer les bugs au cas par cas, remettre en cause certaine fonctionnalité quitte � tirer l’interactivité vers le bas. Non mais c’est comme ça finalement que ça se passe finalement… si on veut un site ultra dynamique, design et compatible sur 100% des plateformes avec un rendu identique on passe par un développement flash, flex, (ou sylverlight2). Si on veut un site compatible � 100% mais en gardant de l’interactivité et du dynamisme en passant par l’utilisation du JS, Ajax, CSS2/3, et bien il y a beaucoup de boulot, l’expérience permet quand même d’aller plus vite en contournant les problèmes connus, mais la réalité est l� .
Dernièrement j’ai eu l’incroyable idée d’utiliser le position:fixed; en css, sans surprise ie6 ne le gère pas et le traite comme un absolute. Il faut alors passer par du js pour recalculer une position lors du scroll de la page. Un site tout con devient alors une usine � gaz. Alors pourquoi le fixed alors ? Dans mon cas, je l’ai utilisé pour positionné le footer en bas de la fenêtre, au dessus du corps, en transparence et avec un bouton montrer/masquer avec un scroll vertical (oui rien que ça).

Alors maintenant, il faut analyser les statistiques de visites de nos sites, et bénir le jour où ie6 ne sera plus utilisé.

Electronique ou mécanique, telle est la question qu’il faudra se poser pour le choix de nos unités de stockage � l’avenir. On le sait bien, la quantité de l’espace de stockage est un choix déterminant lors de l’achat. Important oui, mais en entreprise ce choix ne l’est pas ou du moins pas en tête de liste. On préfèrera regarder la vitesse d’accès au données, la dissipation thermique la nuisance sonore… La qualité des disques mécaniques (HDD) n’est plus � démontrer, mais de nouveaux types de périphériques de stockages ont fait leurs apparitions ces dernières années. Avant réserver aux entreprises disposant de grosses ressources (money, money, money), les disques SSD (Solid State Drive littéralement en français lecteur � état solide) ont de quoi attirer l’attention de tous. Ultra rapide, solide, et silencieux, ils ont une carte � jouer. Mais tout n’est pas rose dans le monde des SSD, il y a clairement du progrès � faire tant au niveau de la durée de vie, que la quantité de stockage qui pour l’instant est souvant limitée � 128 ou 256 Go au maximum. Ainsi que le coût, pour comparer le Gigaoctet en SSD se négocie au alentour de 7,5 Dollars contre 0.26 pour disque dur mécanique.

Hitachi a annoncé cette semaine un HDD (disque dur mécanique) de 450go tournant � 15000 tours/minutes avec un débit maximal de 261 Mo/seconde. Alors on se dit l� que la guerre est lancé. Il est encore trop tôt pour savoir si une de ces 2 technologies va l’emporter sur l’autre, puisqu’elles évoluent en permanence (miniaturisation, réduction de la consommation, amélioration des chaines de production pour réduire les coûts). Mais si on s’en tient aux simples lois de la physique, les disques SSD ont de l’avenir. Mais n’enterons pas les HDD trop rapidement, ils ont encore de la ressource…

Vas-y stocke moi ça HD…

Lire la suite »

En parcourant un article sur Zdnet, traitant de Ruby on rails, c’était pour moi l’occasion d’en savoir plus. L’article présente les pour et les contres d’un développement web Objet sous Ruby. N’étant pas développeur dans l’âme, il m’est difficile de me faire une idée concrète, mais si je devais comparer Ruby et J2EE, j’oserais dire que Ruby on Rails n’est pas parfait mais pas mal quand même. [ « Les performances sont 200 fois moins bonnes qu'en Java ... il faut noter que PHP est lui-même 100 fois plus lent que Java. « Ruby offre heureusement une bonne évolutivité, ce qui permet de compenser sa lenteur par l'ajout de ressources matérielles », rassure Raphaël Valyi. ].

Avec Ruby on Rails, un seul et même langage suffit � tout faire car il génère tous les codes nécessaires, l� où Java impose l’écriture de fichiers de configuration XML, de JavaScript ou encore de tags JSP.

Mais le véritable changement concerne l’arrivée d’interpréteurs pour les environnements J2EE (avec JRuby) et .NET (avec IronRuby). Il sera donc maintenant possible d’intégrer facilement des développements Ruby dans des applications Java ou Microsoft. Dès lors, un positionnement se dessine. Le back-office, qui constitue un existant lourd, resterait sur J2EE ou .NET. Tandis que les applications front-office quand s’agit de développer rapidement et moins cher seraient réalisées sous Ruby on Rails.

Avez-vous un avis sur la question ?

C’est assez amusant/troublant…
Faites votre choix parmi ce récapitulatif des différents geeks-styles avec cette photographie de James Chiang.

Fig 1. The Fanboy
Fig 2. The Music Geek
Fig 3. The Gamer
Fig 4. The Gadget Guy
Fig 5. The Hacker
Fig 6. The Otaku

Aujourd’hui, c’est la troisième édition du CSS Naked Day. En gros, vous désactivez pour 24 heures votre feuille de style (CSS). Cette initiative a pour objectif de promouvoir les standards web ! Je ne vois pas en quoi c’est mieux sans que avec pour en faire la promotion ! Quelqu’un peut-il m’expliquer. Je ne suis pas contre bien au contraire mais ça m’embête de me retrouver nu !