Internet Explorer 8 est disponible depuis quelques mois et certains sites Internet ne s’affichent pas (ou plus) correctement sous cette nouvelle version du navigateur de Microsoft.

Il faut savoir qu’Internet Explorer 8 intègre trois moteurs de rendu pour rester le plus compatible possible avec les sites Internet existants :
1. Quirks : Compatibilité avec Internet Explorer 5.
2. Internet Explorer 7 : Compatible avec Internet Explorer 7 et son comportement JavaScript
3. Internet Explorer 8 : Implémente les dernières fonctionnalités, la compatibilité CSS 2.1
Par défaut, Internet Explorer 8 utilise bien entendu son nouveau moteur de rendu.

Pour que Internet Explorer 8 utilise le moteur de rendu d’Internet Explorer 7, l’internaute peut cliquer sur le bouton à droite de la barre d’adresse :

Cela permet de corriger des problèmes d’affichage comme un mauvais alignement du texte, des images, ou des zones de texte. Cette option sera valable pour le site en question et tous les autres sites continueront à s’afficher avec le moteur de rendu de Internet Explorer 8.
Pour revenir au moteur de rendu Internet Explorer 8, il suffira de cliquer à nouveau sur le bouton de compatibilité.

Côté développeur, il est possible d’ajouter à la page HTML un tag (via une balise META) pour que Internet Explorer 8 utilise directement le moteur de rendu de Internet Explorer 7, afin que l’internaute n’ait pas à changer de mode de rendu manuellement.

Dans les solutions de gestion de sources, le modèle client-serveur, avec CVS et surtout SVN, a largement conquis le monde du développement en entreprise. Dans ce modèle, le développeur utilise un client dédié qui permet de se connecter à un serveur pour récupérer une copie locale d’une version précise du projet. Puis, une fois les modifications apportées au projet, le développeur bascule les modifications sur le serveur (Principe du checkout/commit). Enfin, pour éviter les conflits entre les modifications effectuées par différents développeurs, le modèle adopte soit le principe du verrouillage (seul le développeur qui souhaite modifier un source peut le faire), soit le principe de fusion (la dernière version d’un source est fusionnée avec la précédente).

En revanche, dans le domaine des projets communautaires, les développeurs utilisent de plus en plus des solutions utilisant un nouveau modèle : le modèle distribué. C’est le cas de projets comme python ou firefox qui ont adopté la solution Mercurial.

Dans une solution de sources dite « distribuée », le principe consiste à ajouter un intermédiaire entre la copie de travail et le répertoire distant : le répertoire local, à partir duquel, désormais, vont se faire les checkout/commit classiques avant de transmettre les modifications effectuées au répertoire distant. Quel intérêt me direz vous à utiliser un tel système qui revient à « doublonner » le système C/S ?

En fait, un outil comme Mercurial permet de changer tout simplement d’échelle. Avec SVN, on est au niveau du fichier (au mieux d’une branche) alors qu’avec Mercurial, vous disposez en local d’un véritable « clone » du projet sur lequel vous avez la main pour tester, créer des branches, committer, revenir en arrière, etc. sans impacter forcément toute l’équipe de développement. Chacun peut maintenir sa propre branche dans son coin, avec ses propres patchs.

Un outil de gestion distribuée de versions est un outil qui permet à chacun de travailler à son rythme, de façon désynchronisée des autres, puis d’offrir un moyen à ses développeurs de s’échanger leur travaux respectifs.

REBOL, qui se prononce « rebel », est un langage de programmation script de haut niveau conçu et imaginé par un certain Carl Sassenrath, qui fut, dans les années 80, l’architecte du système d’exploitation de l’Amiga, machine mythique, avant gardiste dont les caractéristiques (multi-tâche préemptif, plug&play, …) ont largement inspiré les PC d’aujourd’hui.

Partant du constat que l’informatique est inutilement compliquée et lourde, Carl Sassenrath crée REBOL, langage extrêmement léger et compact, dont le runtime est composé uniquement d’un exécutable, autonome, sans librairie partagée, d’un poids d’environ 300Ko en mode console et 600Ko en version graphique !

REBOL est un langage de script dynamiquement typé, très expressif et donc à l’écriture concise. Concrètement, il est caractérisé par une grande rapidité de développement et de programmes légers, du fait de son haut niveau d’abstraction. Ainsi une adresse IP, une URL ou une balise HTML sont considérées comme étant un type de base en REBOL et dispose de fonctions de manipulation en propre, ce qui facilite l’écriture des programmes.

REBOL un langage qui propose une implémentation orientée objet particulièrement simple mais très efficace. En effet, il n’y a pas de notion de classe, chaque objet étant instanciable à partir d’un autre. Du coup, le paradigme objet de REBOL est plutôt libre et finalement très souple.

REBOL propose également une fonction très performante (instruction Parse) qui permet de définir simplement un dialecte, c’est à dire un langage métier personnalisé à la syntaxe choisie de manière à résoudre plus facilement un problème pour une tâche et un contexte précis. REBOL emprunte beaucoup à la programmation fonctionnelle, notamment LISP.

REBOL n’est bien sûr pas exempt de défaut, mais coder avec ce langage est plaisant et rapide. A tester sans modération…

Dernière version stable : REBOL 2.7.6 (www.rebol.com)