Ontologia a écrit 2126 commentaires

Par expérience, si tu fais pas partie de leur groupe, tu te fait jeter.

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Non pas du tout, mais tu ne l'a pas écrit en prémaché, et prêt à penser, donc tu te fais jeter.

Si on adhère un tant soit peu à ce qui est expliqué dans ce film, qui je l'avoue, m'a pas mal impressionné, mettre son argent à la NEF est une suite naturelle. Je connais des gens qui y sont depuis des années.
J'y pense de plus en plus sérieusement, et faudrait que je me renseigne savoir si j'ai bien la gestion de mon compte en ligne et une CB pour passer chez eux..


Pour me moinsser, c'est                                 là

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

C'est marrant, en objet à prototype, tu n'as besoin de factory : si tu veux un singleton, tu redéfinis la méthode clone en lui faisant rendre lui même.
Du coup, tu as un singleton naturel.

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Je suis pas sur..
Au vu du nombre de ligne de codes écrites en Java, et le panurgisme de nombre d'ingénieurs de SSII et de leurs supérieurs qui sont eux-même d'anciens ingénieurs, je pense que Java a de beaux jours devant lui.

Tant que développer, vendre au client, utiliser les frameworks libres à la mode comme Spring (qui bouffent 20Go de mémoire de base) sera gratuit, ils continueront !
Il y aura juste un peu moins d'huile et ça grognera un peu.

La majeur partie de la spec de java est derrière nous. Et quand tu vois le nombre d'année qu'il a fallu pour que tout le monde passe à Java 1.5 (et encore c'est pas le cas partout), Java7 c'est pas pour demain.

Python ? Oui pourquoi pas, mais c'est pas à la mode chez les daïcidors.

Ruby ? Trop conceptuel pour eux, 80% des développeurs ont du mal à comprendre, déjà qu'ils ont du mal avec l'objet...

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

C'est aussi l'une des raisons pour lesquelles j'aime Perl, là où d'autres le détestent: tous ces marqueurs ($,@,%,...), ça les perturbe, alors qu'après pas mal de temps à les avoir manipulés, moi je trouve ça naturel.

Et comme tous professionnel dans sa branche, ça te permet de jargonner et de te sentir assuré par la particularité de tes connaissances ;-)

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

J'ai essayé de piger l'intérêt de Cduce, mais j'ai jamais réussi, c'est pas terriblement vulgarisé aussi...
Tu entend quoi par sous-type qu'il y en aurait plein ?

Pour moi du xml c'est tout simplement :

type xml =
| Element of (string * (string * string) list * xml list)
| PCData of string

Tes sous-types sémantique, ça serait prendre en compte le nom des balises et regarder la cohérence grammatical qu'il y a dans l'arbre ?

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

J'ai déjà codé en OCaml, mais là...
let concatMap f x = List.fold_left (@) C'est quoi le @ ?

return n'est pas un mot clé ?

let (>>) v f = let _ = concatMap f v in [];;
pourquoi le let _ ? ça fait quoi

let test () = je comprend pas ce que ça signifie, syntaxiquement, sémantiquement...

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Oui mais tu es obligé de coder toute la base système dans la JVM, et donc en C.

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Google donne pas grand chose : http://scholar.google.fr/scholar?hl=fr&q=strong+type+%2B(...)

J'ai l'impression qu'il y a pas vraiment d'étude sur le sujet. Après mon expérience perso me fait penser que "typage fort => Moins de bugs".

J'ai pratiqué, dans l'ordre le :
- Basic (quand j'étais gamin, ya 20 ans donc)
- Pascal (pas mal)
- C
- Ocaml
- (SQL)
- Lisaac
- Java
- Ruby

Typiquement, en caml, quand le compilateur me dit "ok" en général ça marche. Mais c'est pas très représentatif, parce que je l'utilise surtout dans des problématique ou je dois manipuler des grammaires.

Pour les langages objets, entre java, lisaac et ruby, ce qui est indéniable dans mon expérience, c'est les Call On Null.

En java et ruby, je m'en prend plein partout à l'exécution. D'où une boucle, trouver où c'est, corriger, relancer/retester.
En Lisaac, pas mal de Call on Null sont détectés à la compilation, et c'est un vrai gain (surtout depuis l'ajout param w_null du compilateur dont la stable est en préparation, qui nous affiche tous les call on null potentiels du code).
Ca t'oblige à faire une passe sur ton code lorsque tu le compiles.
C'est un peu vexant au début, mais tu te retrouve avec beaucoup moins de problèmes.

Pour le reste, le typage avancé et fort, et je pense surtout dans mon expérience en Lisaac et en Ocaml, me permette surtout de faire des choses très avancées, très courte, très propre, qui aurait été des bidouillage infames en Java, voire des fois en Ruby et qui auraient donc été super bugués.
C'est donc plutôt en rendant le code plus "clair" pour quelqu'un qui a l'esprit assez "théorique" pour comprendre que ça diminue le nombre de ligne, simplifie le code et le rend moins sujets à bug.
C'est plus une question d'expressivité.

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Les 20% restants tu les faits en ligne de commande. ETerm est très bien, tu as des tabs, il est scriptable...
C'est sur que si tu tiens absolument à ton clickodrome ça devient plus compliqué.

Mais Macos reste un Unix et ça c'est cool

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

J'ai trouvé ça : http://www.omninerd.com/articles/Installing_GRUB_on_a_Hard_D(...)
Et ça marche !!!

Merci d'avoir cherché avec moi !

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Je pense que grub peut remplacer ce bootloader, car l'OS est compilé suite à un fichier en C, et qu'il me faut donc faire un jump sur le point d'entrée (main tout simplement) comme c'est très bien montré dans le lien que je pointe plus haut :
http://a.michelizza.free.fr/pmwiki.php?n=TutoOS.Grub

Le code d'init est en effet très simple :

start:
push ebx
call kmain

cli ; stop interrupts
hlt ; halt the CPU


Le code est ici http://git.debian.org/?p=lisaac/application.git;a=tree;f=isa(...) et si tu regardes dans x86/bootloader/startup.asm , tu pourras voir qu'en gros on fait un jump après avoir activé le mode protégé :-)

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Le script :

dd if=/dev/zero of=hddIsaac bs=1024 count=8192

mkfs hddIsaac


# montage de l'image
mount -o loop -t ext2 hddIsaac /mnt/loop
#
# # creation de l'arborescence initiale
mkdir /mnt/loop/grub
#
cp /boot/grub/stage* /mnt/loop/grub
#
cat > /mnt/loop/grub/menu.lst << EOF
title=Pepin
root (fd0)
kernel /kernel
boot
EOF

cp kern/kernel /mnt/loop
umount /mnt/loop
#
# # installation de grub
grub --verbose --device-map=/dev/null << EOF
device (fd0) hddIsaac
root (fd0)
setup (fd0)
quit
EOF


« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Et lorsque je tente en détournant la procédure, d' installer le boot sur mon disque dur, je n'y parviens pas.
J'ai pas été assez clair dans mon explication :-)
J'ai essayé cela, en modifiant la taille de la "disquette". Et je tombe sur un "Geom erreur" lorsque Grub boot.
Donc c'est une piste qui malheureusement ne marche pas, d'où ce post :-)

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Tout d'abord toutes mes félicitations pour ce travail, et bravo pour l'engagement, ça doit te pomper beaucoup de temps libre.. j'espère pouvoir aider un jour du haut de mes quelques lignes de code en Rails.

J'ai un peu l'impression que tu as peur qu'on te reproche RoR, alors :

1. C'est toi qui bosse, donc c'est toi qui décide. Tu es bénévole tout de même, on va pas t'imposer une techno que tu déteste
2. <troll>Beaucoup de programmeurs PHP n'aiment pas Ruby car ils n'ont pas le niveau pour comprendre la puissance de ce langage</troll>

Donc bravo, et c'est clair, on sera beaucoup plus à pouvoir t'aider !

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Ahhhh enfin un débat qu'il pose vraiment le problème.

Je pense que l'industrie du logiciel se dirige vers une direction inverse à celle de l'industrie classique qui a vu grosso modo ses modes de production se complexifier et donc demander des employés de plus en plus qualifiés.

L'industrie du développement javaesque contemporaine cherche maintenant, grace aux framework, à ne plus avoir besoin d'ingénieurs.
Ton boulot dans une SSII, c'est de paramétrer un framework.

Tu remplis des fichiers XML ou tu indiques à Spring quoi faire. Bon aller tu as un peu de code qui correspond peu ou prou à des espèce de requête en HQL. Je suis sur que ça va disparaitre.
Non franchement on code plus.

Et tout cela a une raison, elle est simple : cela la pyramide des compétences.
(Note, le smic brut annuel est à 16125 euros)
On a :

1. Des développeurs juniors (salaire quasi smic)
2. Des développeurs "expérimentés" (Smic + 20%)
3. Des ingénieurs juniors (Smic + 50 %)
4. Des ingénieurs expérimentés, des chefs de projets, directeurs de projets, etc...(bien payés, eux)


Le but est que la catégorie 1 remplisse si possible 40% des effectifs, c'est la base de la pyramide, normal.
La catégorie 2 peu remplir 30%, dans leur plus beau rêve.
Reste 20% pour les ingés et 10% pour le reste.


Si on voulait demander au gens de faire du code suffisament de qualité pour qu'il provoque le syndrome que le type que tu cites analyse brillament, eh bien il faut que le code soit super simple. Donc il faut du framework (et des serveurs avec 20Go de Ram), et limiter le code au max.

Et c'est qu'un début.

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Merci, en passant on voit bien dans la première vidéo les effets "pas beau" typiques de X11. On en parlait ya qq temps à propos de Wayland. En espérant que cela soit plus qu'un souvenir

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Question bête : quel est l'url de cette fameuse vidéo ? Je ne la trouve pas... Merci

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Euh à l'époque je l'avais cuisiné quasiment une demi heure sur des aspects très techniques de la LRT (Loi de régulation des télécoms) de 96. Il m'avait expliqué beaucoup de choses sur les relations entre le ministère (Christian Pierret à l'époque), FT, et l'ART (l'ARCEP aujourd'hui).

Et prend moi pour un con aussi, merci.

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

J'avais rencontré Pierre Hérisson en 1999 lorsque le chapitre français de l'Internet Society (avec la présence de Vinton Serf, avec qui j'aurai bien aimé discuté, mais j'était vraiment trop nul en anglais à l'époque) avait organisé un projet de loi "Virtuel" sur internet. J'y représentais pendant 2 jours les assoc' de consommateurs de l'époque dans l'hémicycle.*

Il était alors un des rares hommes politiques conscient de l'importance d'internet (les élus qui pensaient comme lui se comptaient sur les doigt d'une main à l'époque), et techniquement assez au fait des histoires de tuyauterie.

Il est pas tout jeune, il doit pas être super fort en informatique, mais il comprend assez bien les histoires de réseaux.

Si on a l'ADSL à 30 euros aujourd'hui c'est grâce à des types comme lui, qui se sont battus pour ça à l'époque où pas mal de leur congénaires pensaient que c'était dangereux de mettre ça entre nos mains.

Faudrait pas l'oublier.

* http://web.archive.org/web/20000311040551/www.loi-internet.o(...)
http://web.archive.org/web/20000930092211/www.loi-internet.o(...) Vous trouverez la liste des purs, des vrais qui se bougeaient déjà à l'époque.

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Je confirme : http://code.google.com/p/hedgewars/source/browse/#hg/hedgewa(...)
D'après http://shootout.alioth.debian.org/u64q/pascal.php Pascal a quelques facteur de retard sur C++, qui dans le cas du shootout est en fait du C (Regardez les codes sources et vous verrez plein de struct mais très rarement des classes).

Je suis pas sûr que Pascal soit plus mauvais que du C++ quand on fait de l'objet classique et c'est certainement plus propre..

PS : Le serveur est en Haskell !!

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Oui mais à cette époque heureuse où je codais comme les autres mes lib graphique en asm, on avait accès direct à la carte. Maintenant, t'as tellement de couche, que ça devient difficile d'atteindre un tel niveau.

SDL est pas mal niveau vitesse, surtout que tu peux manipuler ton image comme un bête tableau, mais je doute que ce soit aussi efficace..

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

J'ai ouï dire que le debian installer était écrit en sh, c'est vrai ? ;-)

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

Je suis d'accord avec tout ce que tu dis. Si on fait la balance entre + et - pour faire le choix de cette migration, tout ce que tu pointes est clairement en - .

Mais les + sont indéniables :
- Fini les effets crades dès que tu bouge une fenêtre trop rapidement, que la machine rame un peu.
A ce titre, il est très intéressant de voir comment ça se passe sous windows ou mac quand ça rame : on voit un peut comment est architecturé l'affichage.
Sous windows c'est un peu crade, avec des manques de rafraichissement (des bouts de fenêtre affichés les uns sur les autres) et qq incohérences (de cliping surtout), mais rien (malheureusement) de comparable en craditude à X.
Sous Mac c'est difficile de voir un comportement crade. Au pire, la fenêtre devient un carré blanc. Le plus courant sont les saccades. Mais au bout de 4 ans d'utilisation, j'ai beaucoup de mal à prendre Quartz en faute.

X est une horreur en terme d'affichage : désynchro fréquentes, bout de fenêtres qui traine ici et là de 0 à 2s (c'est énorme !). Lenteur sensible, etc...
C'est génial comme tu le soulèves, pour des réseau, avec un affichage monochrome. Mais pour un bureau 3D, les aller-retour entre le serveur et le composant composing, ça le fait pas. Et donc c'est moche, bloat et ça rame. Logique.
Et parlons en, personne n'en a parlé : l'arlésienne XCB ? On attend toujours ! L'affichage à X est toujours synchrone à l'heure ou même les ARM de nos téléphones deviennent multi coeur ! C'est complétement anachronique !

Alors oui, les drivers sont nuls. Ouais ok, c'est vrai on est pas aidé. mais je suis désolé, même en VESA standard, avec une bonne archi ça marche très bien.
Pour voir les effets de transparence et tout le toutim sur un IsaacOS qui a juste son putpixel pour afficher, qui plus est sur une machine d'il y a 10 ans, eh bien ça me prouve que le driver a bon dos.

- Moins de ressources mémoires pompées pour rien. L'architecture pas adapté implique une consommation mémoire et cpu disproportionné.


Bref, se poser la question n'est pas idiot et la tradition et l'empilement de couches géologique de code, bah des fois, faut s'en débarrasser.

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

C'est vrai pas petite soeur qui se fiche de l'informatique ("c'est les trucs de mon frère ça") elle adore se plonger dans une doc imbitable pour configurer son serveur son.

D'ailleurs il est évident que 99% des gens sont capable de le faire eux même.

« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker