Jb Evain a écrit 120 commentaires

C'est parce qu'ils font ça sur le ventre de leur mère pour aider à faire sortir le lait. Donc quand ils sont en période de tranquilité et de kiff, ils font ça.

Et puis bon, avant d'aller leur apprendre la différence entre un standard dans ta vision pure et Nitotienne de la chose, et un "standard de fait", tu pourrais apprendre à l'écrire correctement ce mot non ?

ps: le nom du logiciel a-t-il un rapport avec M. Nitot ?

Non, ça veut dire Remote Operating System Build in Netscape. Internet ne tourne pas autour de Nitot.

Tu as un problème freudien avec les navigateurs.

Et moi je crois que tu as un problème freudien avec Mr Nitot. Et c'est bien. Je crois que tu vois en lui et l'image du père, et l'image que tu souhaites te forger. Être écouté par des milliers de lèche-pompes, et déverser "ton bon savoir", ta vérité absolue.

Un jour tu seras déçu par le fait qu'il couche ailleurs. Surtout avec Steeve. Ce bon Steeve. Mais tu dépasseras ça car tu seras à ce moment en train de grandir et de te forger ta propre opinion.

Et là tu découvriras que non seulement TNT est chiant, mais qu'il n'est pas seul. DGZ, OMN et LJN sont très chiant aussi, et pourtant très drôles. Moi c'est mon quator à cordes et à cris préféré. (Exercice pour le lecteur, trouver à qui correspondent ces sigles "à la" con, comme ils disent les français.)

Effectivevement, les Nitot de la terre, ils nous cassent les oreilles, mais on ne perd pas d'occasion de se marrer, on a les fans comme toi pour le faire.

Bisous tout plein mille.

ubuntu c'est vraiment du buzz
[...]
C'est vraiment un phénomène de mode surtout.

Et outre l'aspect technique tu ne penses pas que c'est ce dont Linux/GNU/* a besoin ?

Et bien comme tu as de la chance d'utiliser un logiciel Open Source[1], quand ça plante pour ta version, bah tu fais comme avec tous les autres: tu mets à jour les sources, et tu recompiles.

Comme en plus c'est super facile avec Safari (beaucoup plus qu'avec le EtCestBienFox en tout cas), tu as rapidement un naviguateur qui marche sur ce gros site.

Et voilà.

[1]: http://webkit.opendarwin.org/

Mais enfin!

Vous voyez une opinion d'un gars que personne ne connait ni d'eve ni d'adam, faisant références à des gens que vous ne connaissez ni d'adam ni d'eve, et vous le croyez aveuglément.

Parce que ça parle de Microsoft, et que forcément, c'est le mal! Incroyable. C'est cruel et sans fard. Vous êtes tous des petits Tristan.

Perso, je vais attendre les conclusions des gars de Novell qui bossent sur Open Office qui ont été envoyés pour évaluer le standard, et participer au comité de standardisation.

Pour cause d'envie de poilade, je crée ce journal totalement factice et au sujet aguichant.

Bonsoir,

Tu n'es pas drôle (et moi non plus).

Cordialement.

Je me demande vraiment ce qui est le plus désagréable. Moi perso, j'en ai _ras le bol_ de voir les posts du standblog repris de partout.

Merci, si je veux aller lire la prose (lourde) de Nitot, j'irais la lire moi même.

"puissant et raivolussionaire" (comme ils disent chez la firme à la pomme)

Oh tu sais, je pense qu'ils penchent plutôt pour révolutionnaire.

Oui enfin entre les rêves et la réalité...

Moi je ne confierai pas un travail de Project Manager tel que celui ci à un jeune diplomé.

Ce qu'il y a d'affreux ? Les mascules, j'ai horreur d'avoir l'impression que le code me gueule dessus.

Et bien moi je vais proposer deux choses:

1) On pourrait faire un panneau sur la gauche avec directement les feeds du standblog
2) On pourrait arrêter de faire un journal par post de Nitot

Parce que franchement, si on veut aller lire les nouvelles aventures de Tintin Tristan Nitot, on peut aller lire son blog.

que de l'algorythmique

C'est agréable d'apprendre en musique ?

En France, Linux entre doucement dans le monde médical mais par la petite porte

Seuls les services de proctologie sont concernés ?

Tout de même, c'est assez incroyable. Je veux bien être pro logiciel libre, ça ne m'empêche pas de connaitres les réalités du moment sur l'industrie du développement logiciel.

Ici, ce qu'il faut remarquer, ce n'est pas que LDLC soit passé d'une plateforme libre vers une Microsoft, c'est qu'il ont embauché un prestataire de service, Siemens, qui d'après les formidables effets d'annonces, ont développés magiquement une solution en trois mois, en Visual Basic. Alors qu'avant, ils utilisaient une solution dévelopée en interne, qui de leur propre aveux, commencait à ne plus tenir la charge.

Visiblement, le prestataire a merdé. Le problème, c'est qu'en passant par un prestataire, si ils ont la main sur les sources, si ils les touchent, ils risquent de rompre un contrat de maintenance, et même si ils peuvent, qui dit qu'ils auront l'expertise pour le faire ? Quoi qu'on en dise, pour une solution de cette envergure, ce n'est pas une simple requête SQL à modifier. Et globalement, le problème c'est qu'un soft toujours de cette envergure développé en 3 mois, ça s'appelle du Quick'n Dirty, et a tous les coups, c'est difficilement maintenable.

Ça n'a rien a voir avec la décision de changer de plate forme. Mais si Glazman et Nitot se moquent, moquons nous donc.

C'est gentil pour AspectDNG, mais AspectJ travaille lui aussi sur du byte code grace à la librairie BCEL de chez Jakarta.

Il existe aussi de nombreuses librairies de manipulation de bytecode dans le monde Java, on peux noter les plus connues BCEL et SERP, mais aussi un petit outsider excellent issu de chez ObjectWeb : ASM, très leger, et très performant.

Très mauvais était exagéré, très incomplets serait beaucoup plus pertinent. J'ai trouvé ça après avoir recherché 2 minutes sur google par exemple :

http://www.codeproject.com/macro/linecount.asp(...)

Après il existe des outils payants plus complets :

http://www.xtreme-simplicity.net/CSharpRefactory.html(...)

Est un bon exemple.

Bonjour,

Il faut differencier deux types d'outils, ceux qui vont travailler sur la repréntation compilée en CIL du programme, et sa source textuelle.

Dans le premier cas, on n'a evidemment pas accès au nombres de caractères d'une ligne, mais on peut rapidement faire des choses très fines. On peut remarquer dans cette catégorie :

http://smacchia.chez.tiscali.fr/NDepend.html(...)
http://blog.dotnetwiki.org/archive/2004/11/23/1281.aspx(...)

Dans la seconde catégorie, je n'ai trouvé que de très mauvais plugins pour VS.NET. Il serait très intéressant de disposer d'un équivalent .net de Jalopy ou autre.

Bonjour,

La reflection est une technique que l'on retrouve dans beaucoup de langages et de plateformes modernes, parfois sous le nom d'introspection, et qui fourni une interface au programmeur, pour pouvoir consulter l'intérieur d'un programme.

Le programmeur aura donc accès aux primitives du langage : classes, méthodes, champs, etc. Il existe déjà un mécanisme de reflection intégré à FCL (Foundation Class Library, l'ensemble des classes de bases proposés au mininum par une implémentation du standard ECMA-335 CLI, c'est à dire le Framework .net, Mono, et Portable.net), mais cette librairie dans sa version actuelle est encore très jeune et manque de détails.

C'est pour cette raison que j'ai commencé ce développement, car la librairie principale ne m'était pas utile, et que les autres développement de ce type étaient sois arretés (la librairie Rail par exemple), ou encore tout simplement pas en Open Source (le CodeModel de Reflector).

A moyen terme, cette librairie va permettre d'analyser des programmes .net, ce qui va permettre à Mono de se doter de programmes comme ceux disponibles sur le Framework .net, à savoir peverify, un utilitaire pour vérifier que le code intermédiaire généré par un compilateur pour le CLR est correct, et qu'il ne comporte pas d'anomalies. Comme exemple je montre dans le blog pointé ci dessus un exemple d'un autre programme .net qui pourrait être porté sous Mono : ildasm, un utilitaire permettant de consulter le contenu de son programme, et le code intermédiaire d'une assembly (en gros, l'unité d'une programme/librairie en .net). On pourrait aussi imaginer faire un programme comme FxCop, de chez Microsoft. Ce programme permet de définir un set de "rules", des règles que l'on peut nous même écrire, et appliquer sur une assembly. FxCop va alors nous dire si notre programme est conforme aux regles définies. Il existe des règles de nommage (variables, champs, classes...), mais aussi des règles plus orientées code, que je ne listerai pas ici :)

Cette librairie à cependant écrite à la base pour manipuler des assemblies, donc les lire, les modifier, et les écrire. C'est le socle d'un programme dont je suis le co-auteur : AspectDNG. Ce programme va permettre de définir dans un langage tiers (un fichier de description XML), comment mon outil va injecter du code a partir d'une librairie dans une autre. C'est la base de ce qu'on appelle un tisseur d'aspect statique, qui est un outil pour faire de la programmation orientée aspect. Plusieurs liens en dessous pour mieux comprendre :

AOP : http://en.wikipedia.org/wiki/Aspect-oriented_programming(...)
AspectDNG : http://aspectdng.sourceforge.net(...)
Reflexion : http://en.wikipedia.org/wiki/Reflection_%28computer_science%29(...)

J'espère avoir éclairci un peu le sujet :)