パパフラクス a écrit 187 commentaires

Je crois que tu confonds, avec BlueEyedOS

http://fr.wikipedia.org/wiki/BlueEyedOS

Syllable a son propre kernel

Je ne connais syllable en profondeur mais je ne pense pas que Syllable utilise du code de Linux.

C'est une réécriture from scratch, ou du moins un fork d'atheOS.
Par contre il doit être possible de recompiler certaines appli déstinées à l'origine à Linux

Je ne peux pas résister à faire la publicité d'un autre OS qu'il me semble intéressant de surveiller
http://www.syllable.org/

C'est sûr, a par les 12 pop-up du java web start et autres certificats, et le fait que j'attende encore le chargement du clic que j'ai fait il y a 1mn,
c'est pareil ;)

Tant que la jvm sera aussi lente à démarrer, j'y croirai pas.

Foutaise!!

En voyant le titre,
j'ai cru que tu parlais des 7 ans de LtU

http://lambda-the-ultimate.org/

Je n'ai regardé que très rapidement,
mais cela me fait penser à Spring.
Quels sont les avantages/différence par rapport à Spring?

PS: A mon avis "azuki" est a mettre en parallèle avec "bean"
Tout de suite, c'est moins sexy qu'une joueuse de volley.

Moi je gueule quand quelqu'un met ma vie en danger.
Je suis pas forcément énervé, mais c'est plus par principe.

Sinon pourquoi le type changerait de comportement.
Là au moins il aura un retour sur ce qu'il vient de faire, et
il y a peut-être une chance pour qu'il y réfléchisse (même si la première réaction est de gueuler en retour, pour pas perdre la face;)

Par contre une foi je me suis fait délibérément poussé dans le trottoir
par un taxi, qui m'a fait signe qu'il fallait que je prenne la piste cyclable
(sachant que la rue était sur deux voies bien larges, et qu'il n'y avait pas grand monde)

je l'ai rattrapé au feu, et j'ai été obligé de faire preuve de sang froid pour pas le sortir de sa caisse.

D'ailleurs avis au concepteur de piste cyclable, en vélo, j'aime bien pouvoir rouler :
- faire changer la piste de côté tous les 100m, c'est pas une bonne idée.
- revêtir la piste de pavé, ou de sable, c'est pas une bonne idée, surtout quand les employés de la ville les arrose en nettoyant le trottoir
- protéger la piste par une bordure, OK, ms on fait comment quand une voiture garée au bout empèche de sortir, ou de prendre la piste.

Pour les autres gens:
- la piste cyclable n'est pas un trottoir
- c'est pas non plus l'endroit ou on pose sa poubelle.

Voila, c'était mon coup de gueule, désolé, mais ça défoule ;)
Donc en résumé, pour pouvoir avancer a une vitesse raisonnable, je roule généralement dans les voies de bus, ou sur la route. Parfois sur les pistes cyclable, quand je sais qu'elle sont bien.

Et en roller, c'est pire, en fait je ne les utilise pas comme mode de déplacement, trop dangereux sur la route, et sur le trottoir, c'est clairement pas l'endroit, même si tu maîtrise, dès que tu vas un peu vite, ça fait peur au gens. Heureusement qu'il y a la rando du vendredi ;)

Etonnant non?

Trac c'est bien!

Dans la même veine, il y a http://www.redmine.org/
Jamais essayé, mais on m'a dit que c'était bien.

Je dirai même plus, les démonstration techniques, c'est souvent pénible.

Comme dans beaucoup d'autre domaine, la meilleure musique est simple, ou du moins en à l'air à première vue.

Pour ce qui est de la technique des musicien, quand tu regarde un très bon violoniste, ou un très bon pianiste,tu as plutôt une sensation de facilité, tu écoutes, tu sens que le musicien prend du plaisir.

Si c'est besogneux et que tu sens la technique, c'est souvent que le musicien est moins bon.

Et puisqu'on est sur un site informatique, je peux faire un rapport avec le design. Pour moi les meilleurs designs sont les plus simple, en général ils sont limpides à comprendre.

Par contre c'est extrêmement difficile d'arriver à un design simple!
Il faut cogiter, coder, s'y reprendre à plusieurs fois, confronter ses points de vue s'inspirer de l'existant etc.

Pour moi, c'est la seul radio à musique!

Moi c'est jean et T-shirt, ou chemise largement ouverte quand il fait chaud.
Plus ou moins classe selon les jours.

Je mets des costumes parfois, pour les cérémonies (mariage, etc.),
mais personne n'a encore réussi à me faire porter de cravate.

Barbe de rasée à 2 semaine.
Cheveux de rasés à incoiffables.

J'ai parfois des problèmes avec ma commerciale lors des entretiens, ms après tout, comme ça je suis sur de bosser dans un endroit ou je ne sois pas vestimentairement brimé.

Ca permet de visualiser les appels d'une méthode dans le code, et de naviguer dans l'arbre des appels.

Pourquoi ne pas cramer les 90% qui restent alors? :)

La syntaxe d'Ocaml est peut-être un peu déroutante, ms on s'y habitue.

Par contre moi je ne m'habitue pas au développeurs qui ne prenne pas soin de nommer correctement les valeurs. Et ils sont assez nombreux chez les dev ocaml ;)

Haskell et Erlang ont des syntaxes qui mes semblent plus accessibles,
même si Haskell introduit par ailleurs aussi d'autres concepts tout aussi déroutants ;)

"mais qu'est-ce que c'est que ce @@"
Un truc bien avec ocaml, c'est qu'il y a un interpréteur.
Celui ci me dit que @@ est une fonction qui a ce type là


# let ( @@ ) f g x = f (g x);;
val ( @@ ) : ('a -> 'b) -> ('c -> 'a) -> 'c -> 'b =


On est bien avancé me direz vous (avec raison)
Je décode, c'est une fonction qui prends en argument
deux fonction f, et g, et une valeur x.
Les seules contraintes sur f et g, est que la "sortie" de g, doit être du type de l'"entrée de f". C'est pour cela qu'on voit que 'a apparait dans le typage de f, et de g.

La définition elle même est la même qu'en math: on applique g à x, puis on applique f au résultat

Exemple:

# let double x = 2 * x;;
val double : int -> int =

# let couple x = (x,x);;
val couple : 'a -> 'a * 'a =

# couple(double 2);;
- : int * int = (4, 4)

# (@@) couple double 2;;
- : int * int = (4, 4)

# (couple @@ double) 2;;
- : int * int = (4, 4)


La dernière forme est sous forme infixe.
On peut la décomposer pour mieux comprendre

# (couple @@ double);;
- : int -> int * int =


En effet, on est pas obliger d'appliqué complètment une fonction, au lieu d'avoir une valeur "simple" en résultat, on obtient alors une nouvelle fonction.


"c'est quoi ce width _ -> 0"
try .... with ...;;
permet de filtrer les exception.
Là ce qu'il fait c'est que s'il y a une exception, on retourne 0.


Bref, en tout cas il me semble clair que ça n'est pas un exemple idéal pour la programmation fonctionnelle:
l'auteur y introduit bcp de concepts d'un coup. Pour ma part, j'aurai essayé de faire plus clair, quitte à ecrire plus de lignes, et à nommée qq résultats intermediaires.

Mais je pense que Bluestorm a voulu nous montrer qu'il était possible d'écrire cela dans un langages fonctionnel,sans effet de bord, et non pas d'introduire progressivement les concepts de la programmation fonctionnelle.
Si on a jamais vu d'ocaml avant, je comprends que ça puisse faire mal au yeux ;)

C'est pour ça que je parle de test unitaire.

Bcp de pro-typage statique négligent cette partie, pendant que le système de type les protège. Je maintient qu'on peut écrire du code correctement typé, ms qui fait n'importe quoi.

http://www.haskell.org/tutorial/classes.html

Et pourtant Haskell a aussi l'inférence de type. Je dirais donc que ça depend du modele de typage choisi.



En fait je dirais presque que si un code Caml compile, alors il marche.
oui, en tout cas il ne vas pas se vautrer ent laissant un core dump ;)
Mais on est pas a l'abris d'exception runtime. Et surtout, ton programme fait-il vraiment ce que tu veux qu'il fasse?

D'autre part, ocaml peut tourner en code natif, sur une machine virtuelle, ou en mode interprèté. Il me semble évident que que certaines parties du système sont communes à ces trois modes, et que le tout se marrie mal avec gcc(autant que je sache), donc autant utiliser le même code, tant qu'a faire.

La seul utilisation de gcc que je vois possible serait pour la génération de code natif, ms j'avoue que même là j'ai des doutes.
Je suis loin d'être un expert en gcc, et en compilation, ms par exemple, serait-il possible de générer du code optimisant la récursivité terminale avec gcc?

Mettre Python et PHP dans le même sac, c'est un peu osé si je puis me permettre.

Python est un langage bien conçu, comparé au PHP. Et je ne vois pas en quoi un programme Python serait mois fiable qu'un programme Ocaml. Car de toute façon, même en Ocaml, j'imagine que tu écris aussi des tests unitaires. Le typage n'est pas tout, il ne vérifier pas que ce que tu fais est bien ce que tu dois faire.

J'aime bien Ocaml, mais dans la vie de tous les jours, Python est bien plus armé, notamment en ce qui concerne les librairies.

Oauis, les blague en russe ça passe mal en France je trouve ;)
A moins que puisqu'on est sur dlfp, on est forcément comuniste, et si on est communiste, on parle russe.

Bon, moi aussi je sors!

P.S: Pour info, son vrai nom est Борис Николаевич Ельцин

Lorsqu'on cherche du boulot en informatique, au moins en ce moment,
le rapport signal/bruit est très faible:

-beaucoup d'annonces se révellent être bidon, si on fait l'effort d'aller jusqu'à un entretien.

- si on laisse son CV sur un site de recherche d'emploi, on est harcelé par un nombre hallucinant de boites, dont la majorité ne correspondent pas à la recherche souhaitée.

En résumé, si j'ai pas les infos minimales (secteur, techno utilisée, but du recrutement, lieu, salaire), je zappe, ça fait un premier filtre.

Donc si tu peux fournir plus d'info, ça ne peux qu'être bénéfique, et accessoirement aussi peut-être avoir moins de candidature, mais plus ciblée. Annonce large -> réponse large.

Et je me trompe peut-être, mais à mon avis il y a peu de chance que tu attires un expert linux, en demandant comme compétences souhaitée, gestion, et bureautique. Si tu cherche un informaticien, vise les compétences en info.

Oui.

http://www.kraftwerk.com/

En fait si j'ai bien compris c'est comme pour la JVM:
ce qui est le plus prometteur c'est le JIT, car ça permet de compiler le code en effectuant des optimisation que l'on ne peux pas faire avec les langages compilés classiques (qui génère du code objet).
Comme par exemple de compiler avec des optimisation spécifique à la machine et à l'OS, ou la prévision des branchements, en utilisant des infos disponible à l'exécution.

Je préfère les gens qui utilisent linux (en tant que stagiaire je veux dire) parce qu'ils ont compris qu'il fallait parfois mettre les mains dans le cambouis pour trouver seuls les informations.


Il y a aussi des gens qui bosse avec Ubuntu!