Voici un petit patch qui permet de passer du mode coopératif en mode préemptif pour les noyaux Linux.

Si on résume la philosophie du patch, il réduit le temps de latence (jitter) de l'ordre de 200µs du temps de scheduling optimal.

Netbeans l'IDE pour Java 100% Java, initialement lancée par Sun aprés le rachat de Forte vient d'etre "releasé" en version 3.3.

Il est à noter que cet outil existe depuis de nombreuses années. Et surtout bien avant le projet Eclipse d'Ibm qui semble faire redondance avec Netbeans (mais à grand renforts publicitaires).

Il est tres puissant et ouvert, l'IDE pouvant servir de base à d'autres outils. Tres modulaire, il accepte l'integration "à chaud" de modules pour editer du Xml, se connecter à une Bdd, faire de l'Uml (avec Poseidon) j'en passe et des meilleurs surement (voir la liste sur netbeans.org).

Je l'utilise depuis presque 1 an... En dehors de la lenteur certaine due au tout java, je n'ai pas eu à le regretter. Développer des applications Web est devenu un jeu d'enfant : taptaptap on code, F9 on compile, F6 on lance le Tomcat intégré pour executer et tester. Si ca marche pas, on pose des points d'arrets et on debug :)

A noter que Netbeans sert de base à Sun pour construire Forte For Java.

Suite a la news précédente sur LFS-3.1, je suis allé faire un tour sur le site français et sur leur liste de diffusion et il en ressort que la traduction n'avance pas beaucoup.
Je ne suis pas la pour les juger mais juste pour vous informer qu'ils ont besoin de beaucoup de traducteurs/relecteurs, mais aussi d'un coup de main avec :
- des codeurs PHP pour l'amélioration de leur logiciel de gestion de la traduction TNT (utilisation de session en PHP3, envoi de mail automatique apres une validation, ...)
- un connaisseur de CVS pour les aider à administrer leur branche

Après plusieur mois de silence à la limite du supportable, Antoine Bellot a publié deux nouveaux épisodes de sa fiction "L'histoire des Pingouins"
Les épisodes ont été postés mardi et mercredi sur fr.misc.bavardages.linux, comme d'habitude.

Les posts d'Antoine sont archivés brut de fonderie en ASCII par Frédéric Dupas et remis en forme en HTML par Thomas Nemeth.

«
- On pourrait ptet quand même faire un truc genre codé robuste.
- Ptet qu'il faudrait pas utiliser le malloc spéculatif.
- Tu crois ? Pourtant, c'est rapide comme algo.
- Oui mais bon, c'est vrai que l'idée de prendre une adresse au hasard
en se disant que statistiquement elle est pas allouée, c'est pas très
secure.
- Mais ça accélère vachement le code, quand même !
»

Voici un petit article qui donne envie...

En effet, Linus Torvalds considère la branche 2.4 du noyau comme stable et fonctionnelle. Depuis le 23 novembre, le développement du prochain noyau est en route...

Au menu tout plein de bonne choses:
- amélioration des systèmes de fichiers Linux
- refonte des pilotes matériels
- meilleure gestion du son
- etc...

L'article de 01net est intéressant et permet un avant gout de ce que sera le 2.5.x ;)
On notera particulièrement l'intégration du système de fichiers répartis Inter-Mezzo dans le noyau 2.5 (Inter-Mezzo permet de répliquer l'arborescence d'un système de fichiers à travers le réseau). Et aussi la création d'une interface commune pour les systèmes de fichiers ext3 et reiserfs...

Du bon en perspective!!!

Une discussion sur la kernel mailing-list.

Papa Torvalds prend la théorie de l'évolution en exemple pour montrer que le design ne sert à rien dans un projet. Selon lui, Linux n'a jamais été pensé à l'avance. Le contraire l'aurait conduit à l'échec. C'est le cas de tous les gros projets réussis (l'homme :-), etc. Cette philosophie explique pourquoi Linus n'est pas indispensable (sauf par son côté sociable). Ce qui fait le sel de la discussion, c'est qu'on peut l'appliquer à d'autres domaines, comme le résumait Alan Cox: "on a fait des murs avant de réfléchir sur le ciment".

La série 2.4.x du noyau a récemment essuyé quelques critiques dues à certaines malfonctions. Ces dernières étant la cause de sorties (très) rapprochées de nouveaux noyaux.

Pour essayer d'éviter cela, Marcelo Tosatti a décidé d'employer la méthode suivante: 2.4.x-preY tant que de nouveaux trucs sont rajoutés, 2.4.x-rcZ tant que les rajouts posent problème. Et le dernier -rc auquel personne ne trouve à redire est lancé en tant que 2.4.x, sans aucun changement.

Depuis le temps qu'on en parlait, voila enfin le gel de l'API du futur GTK+2.0 !

Les bibliothèques associées (ATK, GLIB, PANGO) sont elles aussi gelées.

Rappel: Cette version est instable et s'adresse aux développeurs désireux de tester et/ou de porter leurs applications. Elle n'optimisera pas vos applications actuelles, à moins d'avoir été explicitement portées pour 2.0.

Ce n'est pas nouveau, certes, mais ça a eu le mérite de passer dans la newsletter de EDTN du 21/11/2001 et dans la section EEtimes de leur site qui vise les ingénieurs et les chefs de projet hardware.

Extrait de la newsletter:

"TECHNOLOGY

--Engineer offers open-source verification language--

Atsushi Kasuya, verification engineer at Juniper Networks Inc.,
didn't like any of the existing languages used for verification, so
he wrote his own and is now offering it to the design community on an open-source basis."

Traduction approximative pour les non-anglophones:

"TECHNOLOGIE
-- Un ingénieur offre un langage de vérification open source--

Atsushi Kasuya, un ingénieur vérification à Juniper Networks Inc., n'aimait aucun des langages de vérification existants, alors il a écrit le sien et il l'offre maintenant sous licence open source à la communauté des développeurs [hardware]."

En fait, s'agit du langage de vérification Jeda, actuellement en version 1.0.6 et publié sous license GPL. Ce qui est intéressant dans l'article, c'est que le terme open source est mis en avant.

<mode="rêve on">Après les EDAs fonctionnels gratuits, à quand les EDAs fonctionnels open source?</mode>

JDNet vient de faire une étude sur les compétences les plus demandées en entreprise.
Java arrive largement en tête. Cependant, on peut remarquer que les technologies libres progressent, et arrivent à conquérir un public toujours plus grand.

Cependant, lorsque l'on demande à un consultant : "Si je devais donner un conseil aux jeunes informaticiens, je leur dirais de privilégier Java" au lieu de PHP/Python ou .Not.

Ca fait quelques jours que je découvre Eclipse et WebSphere Studio Application Developer (le produit commercial d'IBM basé sur Eclipse) et je tiens à vous faire part de mes impressions.

Pour rappel Eclipse est un environnement de développement open-source né d'une initiative d'IBM. Là où Eclipse est original, c'est qu'il est entièrement modulaire et que tout composant est un plug-in. En gros Eclipse n'est qu'un moteur sur lequel tournent des composants. L'espace de travail peut etre vu sous différentes "perspectives" mettant en valeur un aspect des projets (par exemple "Data", "Java", "Team", ...), perspectives elles-même composées de vues (par exemple pour la pespective "Debug" les vues "Breakpoints", "Console", ... sont affichées). La version de base d'Eclipse comprend des plug-in pour le développement Java, un accès CVS, ... Mais il est possible de développer un plug-in pour faire à peu près n'importe quoi (informations sur le développement de plug-in sur le site d'Eclipse). D'ailleurs bien qu'écrit en Java, Eclipse se place comme un outil de développement totalement indépendant d'un langage en particulier (je pense que des plug-in pour le développement en C/C++ sont en cours de réalisation).

Bref. L'utilisation d'Eclipse nécessite un petit temps d'adaptation pour se faire aux perspectives, vues, ... Mais il devient vite très agréable et très souple (toute l'interface est modulaire). C'est très pratique d'avoir l'environnement de développement, celui de test et de debug rassemblés dans une seule interface, et ça même pour les EJBs/WebServices, ... (version WebSphere Studio Application Developer). Enfin il est peu gourmant en mémoire et je ne l'ai pas encore vu planter...

Bref un outil qui mérite qu'on s'intéresse à lui.

Son principe est simple, remplacer dans vos scripts PHP tous les noms de fonctions et de variables par des codages MD5 sur 8 caractères. Ce qui a pour effet de rendre le code complètement incompréhensible et par conséquent non modifiable.
Bien que ce type de procédé ne soit pas vraiment dans l'esprit Open Source, il peut s'avérer utile à ceux qui souhaitent vendre leurs développements et assurer leur maintenance.

Note du modérateur : merci à circle.ch pour l'info

Update du modérateur: Rendons à César ce qui lui appartient, la nouvelle a apparemment été reprise de phpinfo.net.

Trouvé via K5, une intéressante comparaison de Java et de C# du point de vue du programmeur.

Note du modérateur: le language C# est un language orienté objet qui doit permettre aux développeurs de créer facilement des applications pour la plateforme .Net de Microsoft. La comparaison semble très complête, à lire.

Le directeur de SourceForge.net, Patrick McGovern, a répondu dans les commentaires à l'article de /. (Slashdot.org) concernant «La dérive de SourceForge».

Pour mémoire cet article, par Loïc Dachary, publié sur le site de la FSF Europe, faisait justement l'objet d'un article sur LinuxFr tout à l'heure.

Contre toute attente, Patrick McGovern proteste. ;-)

Ces derniers mois, la plateforme de développement SourceForge, qui héberge un grand nombre de projets Logiciels Libres, a changé de politique. Des fonctionalités permettant d'extraire des projets de SourceForge ont été supprimées. L'implémentation reposait auparavant exclusivement sur du Logiciel Libre; elle s'appuie désormais sur du logiciel non libre. Enfin, VA Linux a pris des mesures plutôt détournées pour s'approprier le travail des contributeurs.



Note du modérateur: je me permets de couper l'article de Loic qui est très long, et se trouve en ligne sur le site de la FSF France (voir liens). Allez le lire pour comprendre les problèmes qui se dessinent avec SourceForge.