Nicolas Boulay a écrit 16043 commentaires

Je peux faire la pub d'un de mes vieux articles qui essaye d'illustrer entre autre ce propos.

http://olivier.rioland.free.fr/linux.php3?sujet=alien

"La première sécurité est la liberté"

JE suis globalement d'accord avec ce que tu dis sauf :

"Que se passe-t-il si un assassin « salit » sa victime avec l'empreinte génétique de quelqu'un d'autre, de préférence quelqu'un avec un parfait profil de suspect ?"

Je dirais la même chose quand un crime essait d'être maquillé.

"La première sécurité est la liberté"

postgreSQL l'est il me semble.

"La première sécurité est la liberté"

faudrait déjà que j'ai windows pour le faire.

Et j'ai vu leur demo à Solution linux, et cela m'avait l'air pas très "générique".

"La première sécurité est la liberté"

Il y a tout de même un petit soucis. L'objet a été vendu pour sa réutilisabilité. Avec le recule, on se rend compte que c'est en fait rare (20% dans les faits ?). donc, chaque objet est spécifique.

Donc, avec ton exemple, pour que grep marche il faut une méthode read_char. Si tu veux un cut ? il faut un select_fields(), etc ... en gros une méthode par programme à piper ?

Certe, c'est "plus puissant" mais pas assez générique, sauf si les interfaces sont standardisé mais cela risque de beaucoup ressemblé à un passage de xml (avec la pénalité de parse en moins).

"La première sécurité est la liberté"

Si tu passes un objet, imagine faire un grep, si tu n'a acces qu'à des méthodes, c'est comme si grep était inclus dans l'objet d'entrée ! Donc il n'y plus d'interet à piper.

Si tu as du xml, au lieu d'avoir un programme pour choper chaque champs, tu peux en avoir un genre find _lenom_du_champ et cela marche partout.

"La première sécurité est la liberté"

http://fr.lolix.org/ ne serait pas un meilleur endroit ?

"La première sécurité est la liberté"

je sais. Donc celui qui reçoit l'objet doit connaitre son interface. Donc, tu limite vachement les possibilités de pipe. Avec XML, il y a juste à connaitre le xml.

Dans le cas du truc MS, au contraire du pipe, cela ne peut marcher si l'objet qui reçoit est prévus pour. Donc en gros, tu perds l'interet de connecté de faire des petits bouts qui cause le même langage (l'ASCII). Le xml permet de mieux structurer.

"La première sécurité est la liberté"

Mais les objets fournissent trop de possiblité de se mettre dedans. JE ne sais pas si cela se fait déjà mais le pipe pourrait revivre si les outils unix de base se mettait au xml. Là, plus d'ambiguité de parsing et une sacré puissance dispo !

"La première sécurité est la liberté"

A merde, c'était aussi pour cette boite que tu as connu ça ?

"La première sécurité est la liberté"

oui mais c'est surtout des ajouts pour le perl.

"La première sécurité est la liberté"

En info, je n'ai pas encore vu. Mais en gestion, c'est l'horreur.

Les boites (des grosses !) n'hésitent pas à demander à des gens déjà diplomé (genre dess dauphine) et ayant déjà fait des stages, de les prendre en stage sur un poste non rémunéré tout en faisant un vrai boulot de CDI. Il les prennent pendant un an. Leur explique comment faire une inscritption bidon à la Fac d'à coté, et les jettent à la fin.

"La première sécurité est la liberté"

y'a pas que ça. (l'indentation, s'est fait bouffer par templeet).

Il aussi le fait qu'une majorité de langage sont basé sur le C (perl, C#, java, C++, php(?)) et qu'une partie du cerveau des développeurs est codé sur ce modèle. Donc, changé pour changé n'a pas "suffisamment" d'interet.

"La première sécurité est la liberté"

De là à l'origine :

http://shootout.alioth.debian.org/benchmark.php?test=all&(...)

Mais cela n'est plus vrai python s'est rattrapé.

Par contre, ruby reste en arrière.

"La première sécurité est la liberté"

le manque de délimiteur :

# let average a b =
(a +. b) /. 2.0;;
val average : float -> float -> float =

pour :

float
average (float a, float b)
{
return (a + b) / 2;
}


Lequel est plus clair ?

"La première sécurité est la liberté"

L'industrie utilise java maintenant. Moi, je regarderais Ocaml.

Sinon, Perl a l'avantage d'être sans doute le plus rapide des langages interprétés.

"La première sécurité est la liberté"

J'ai pas dis ça. J'ai dis que la syntaxe du C était plus lisible que celle utilisé pour Ocaml.

"La première sécurité est la liberté"

Je me dis que si Ocaml avait une syntaxe de base inspiré du C et non de pascal + des truc de math, le code paraitrait beaucoup plus lisible est ferait bien moins peur.

A quand un OcamlC :)

"La première sécurité est la liberté"

Souvent les langages interprétés sont de plus haut niveau que les compilé. C'est donc beaucoup moins chiant, long et difficile de codé avec. Sur une gui les perf du code ne sont pas spécialement visible, d'ou l'engouement pour ses langages. D'ailleurs, si ils étaient compilable cela serait toujours autant utilisé.

On voit de plus en plus dans le libre, un outils bien autère mais qui fait tout ce qu'on lui demande (cdrecord) et une foultitude d'outils graphique qui essait de coller les morceaux.

Avec un tel approche, on enfin pu voir un truc simple comme k3b s'imposer.

"La première sécurité est la liberté"

oui. Dans les zone non dégroupé, je crois que tu es limité au max offert par France Telecom, cela doit être le 20M/1M avec le téléphone mais sans la télé.

"La première sécurité est la liberté"

Genre un truc qui s'appellerait le SACD, le blue ray ou HD-DVD ?

Juste au hasard, hein...

"La première sécurité est la liberté"

c'est clair qu'en général les cons de collèges sont en général très très con ;)

"La première sécurité est la liberté"

40¤/mois c'est le tarif FT pour du 20M/1M illimité. Free fait du 24M/1M illilmité pour 30¤/mois.

"La première sécurité est la liberté"

C'est du dégroupage légal mais sans l'équivalent de l'ART pour demander des tarifs compétitifs ?

"La première sécurité est la liberté"

Pas glop :/

Il te faut un gestionnaire de fenètre léger, genre windows makers. En dessous de 64 Mo, un linux "moderne" a du mal, ...

"La première sécurité est la liberté"