vlamy a écrit 751 commentaires

Ce que tu cites ne dit absolument pas qu'il y a un lien d'héritage entre scala et java, ça doit venir d'une mauvaise compréhension de java/jvm.

Ce n'est pas du tout ce que j'ai voulu laisser entendre. Je dis juste que quand on me l'a présenté (devrais-je préciser que c'était une présentation des auteurs du langage?) on a soutenu une volonté de compatibilité avec Java, qui aurait pour but d'amener en douceur les développeurs Java vers un langage fonctionnel (Scala donc). Ce qui ne veut pas dire effectivement que l'un est dérivé de l'autre, mais plutôt que Scala peut embarquer Java (ou l'inverse c'est à vous de voir).

C'est vrai que ce n'est pas évident de tout comprendre quand on appréhende Scala avec environnement Java+Scala. Ce qui était mon cas jusqu'à hier. C'est ce qui a motivé mon commentaire aussi.

En fait j'aurais dû mettre en exergue cette phrase :

De plus, il est possible d'invoquer du code écrit en Scala à partir de programmes écrits en Java ce qui facilite la transition de Java à Scala.

Scala n'est pas du tout dérivé de java, il produit du code pour jvm, c'est tout

Mince alors ! On m'aurait menti?
Wikipédia dit :

Si on souhaite l'utiliser exclusivement avec la JVM, il est alors possible d'utiliser les bibliothèques écrites en Java de façon complètement transparente. Ainsi, Scala bénéficie de la maturité et de la diversité des bibliothèques qui ont fait la force de Java depuis une dizaine d'années. De plus, il est possible d'invoquer du code écrit en Scala à partir de programmes écrits en Java ce qui facilite la transition de Java à Scala.

C'est comme ça qu'on me l'avait présenté et que je l'ai toujours vu. Je me coucherai moins bête ce soir. Merci pour la précision.

objet ou pas objet, le but est de pouvoir parcourir un arbre en séparant la définition de l'arbre et les parcours.
Et pour ça, les types sommes et le "pattern matching" sont totalement imbattables. C'est tellement puissant que je ne comprends pas pourquoi cela n'a pas été ajouté au C++.

Sur le même principe on a eut Scala dérivé de Java. C'est assez populaire mais la syntaxe en est quand même bien lourde, ce qui me fait sans hésiter retourner vers un langage fonctionnel dès que je le peux (Ocaml, Lisp ou Haskell).

Cela dit j'y suis presque pour l'installation (il doit me manquer une ou deux dépendances), mais ce qui me freine c'est de me dire que je risque d'en chier pour les MAJ si j'adopte paperwork. C'est dommage car ça semble vraiment sympa comme outil et je pense que ce problème de packaging vient en partie du bordel que Python a engendré avec le passage fastidieux à la V3, et non pas de paperwork lui même.

Juste par curiosité, un passage à Python 3 est prévu ou pas du tout?

J'étais motivé, mais sous Arch j'abandonne !

Trop de dépendances à trouver et avec la conversion python3 --> python2 c'est ardu. Tu n'aurais pas vent par hasard d'un billet quelconque sur une installation sur ArchLinux?

Ça à l'air top, mais une dizaine de dépendances à choper en upstream j'ai pas le courage.

Je participe à des prototypes dont le but est de fournir ce type de service, mais c'est pas gagné encore ! Ni financé d'ailleurs :)

Effectivement, j'avais négligé ce détail. Ça fait du canard noctambule alors !

Correction : « Engin de forage tombé sur la voie », ce qui fait une nuance :)

Il y a 20 000 hits en moyenne à 5h00 du matin contre une moyenne de 40 000 entre 19H00 et 20H00. C'est moi ou la moitié des usagers de DLFP sont des robots? Ou pire, des vampires !

Et non, les stats ne montrent pas que cela est du à un décalage horaire (enfin pas complétement en tous cas).

Là, pour une fois, la sncf n'a rien a se reprocher, pas de retards, pas d'annulation, mais ya quand même un gus qui vient pleurer :)

Je suis d'accord et j'irais même plus loin en disant que la SNCF s'en tire assez bien aussi avec les annulations et retards (bus de remplacement quand la voie est coupée par un engin de forage,…etc). C'est sur l'information en général qu'ils sont mauvais et ils en ont conscience d'après les discussions que je vois passer sur leur site dédié à l'open data.

Les billets sncf sont nominatifs

Ils ne le sont pas tous : je confirme ! Il y a aussi des billets sans réservation selon le type de ligne. Sur TER en tous cas, la SNCF te vend des billets non nominatifs valable pour un seul trajet, mais à l'horaire et la date que tu veux (ils sont valables 3 semaines je crois).

C'est pas une question de « zenitude » mais d'accoutumance. Pensez un peu à ceux qui prennent le train tous les jours (qui vivent des choses extraordinaires) et qui sont contents d'être dedans plutôt que dans les embouteillages.

Comme il serait parti avec 30 minutes de retard, ils l'ont purement et simplement supprimé. Démerdez-vous.

Ah je ne suis pas seul à avoir subit ça… :)

C'est mieux à la SNCF : le train part avec 27 minutes de retard et le suivant est annulé. Ça permet aux usagers qui prennent le train à 8h00 et qui arrivent à la gare à 7h58 de voir le train partir en arrivant à la gare et de devoir attendre une heure sur une ligne cadencée à un train toute les demi heures. De quoi bien commencer la journée :)

Mais ça c'est limite acceptable comparé à ce que j'ai vu en 2 ans d'usage quotidien sur TER Rhônes Alpes. Le truc qui me fait bouillir, c'est quand ils annoncent un retard de 5 minutes (là je me dis « 5 minutes, ça vaut pas le coup de prendre la voiture »), puis 5 minutes plus tard le retard passe à 10 minutes, puis 15, puis 20. Et quand à 25 minutes de retard tu décides de prendre le plan B (voiture dans mon cas) : le train arrive à l'heure prévue, mais toi tu es déjà dans ta voiture sur le parking à une distance du train que même Usain Bolt ne saurait couvrir dans le temps imparti pour attraper le train.

Il faut dire qu'ils ont pas de chance aussi, il y a trois semaines notre train était bloqué pour cause de, je cite « Objet de forage tombé sur la voie».

Quelle différence entre :
point A (Ile de france) vers point B (Ile de france)
et :
point A (Rhone-Alpes) vers point B (Rhone-Alpes) ?

Pour avoir été usager régulier dans ces deux régions, je peux dire que c'est quand même très différent (ce qui n'excuse en rien la SNCF) : le trafic est largement inférieur en dehors de l'Île de France, ce ne sont pas les mêmes trains, ni les mêmes fréquences, ni les mêmes conducteurs (et les trains ont des couleurs différentes !!). Enfin le ressenti usager est clair : cela n'a rien à voir !

C'est un bon sujet, et suffisamment pratique pour que tu puisses le valoriser après ta thèse.

Sinon concrètement, tu as peur de quoi? Écrire et ne plus coder? Ça ne sera pas le cas je pense (faudra quand même écrire la thèse, mais ça se fait et c'est en exercice valorisant). Mais y a t'il autre chose qui te retient?

En plus en CIFRE, c'est vraiment pas le plus simple. En gros ça veut dire que tu fais 2 boulots, ingénieur et thésard le reste du temps. Et ça c'est si ça se passe bien…

Je pense que la, tu te plantes, on demande pas à un thésard de faire le boulot d'un ingénieur. Comme je le disais, je serai pas le premier à faire une CIFRE dans cette boite, et pour ceux qui sont passés avant, ça semble s'être bien passé.

C'est pas le cas de toutes les boites ! Loin de là !

Salut ayant soutenu ma thèse fin 2011, c'est pas trop vieux encore pour que je m'en rappelle, alors si je peux te conseiller…
J'ai vu beaucoup de thèses en info et chaque thèse est unique. Comme le dis reynum le sujet est capital, même s'il est large il est toujours défini, donc dis nous un peu plus de quoi il s'agit : réseaux de neurones, logique, crypto, système (humm !)?

Aucun des thésards que j'ai connu de près ou de loin n'a regretté avoir fait une thèse (discours valide une fois la thèse soutenue :)), c'est un signe ! J'ai fait une thèse dans un labo système, si ta thématique est proche je peux t'en parler un peu plus.

Pour ce qui est du code, les chercheurs comptent les gens qui codent le moins, mais aussi les gens qui codent le plus (en tous cas de ce que j'ai vu). Et le principe de la thèse c'est que tu y apporte ta personnalité. Aussi : gros codeurs, gros écrivains ou encore gros imposteurs s'y épanouissent. Donc tu trouveras sûrement ta place.

Pour finir, je ne crois pas les gens qui disent que la thèse est pénalisante sur un CV. Et si jamais tu as envie de voyager, voir t'expatrier, c'est en excellent tremplin.

Et balances ton sujet qu'on puisse discuter technique en peu !

Et le temps de redémarrage suivant, tu as comparé aussi? Parce que débrancher la prise ça éteint vite aussi sous Linux :)

-Madame Michu : « Mieux vaut acheter son journal en version papier, c'est plus sûr ! »

C'est triste, mais c'est l'effet que cela va avoir. En tous cas : bravo à Mediapart pour leur transparence ! (si elle est voulue bien sûr).

Non c'est juste que « de logiciels beaux, élégants et efficaces, Vim[2] en première ligne » c'est un appeau à troll. « La nomenclature explicite des TupperVim » insiste davantage sur l'aspect ergonomique de Vim et sur le goût pour les TUI, ce qui est plein de sens selon moi. C'est précisément pour cela que je me suis permis une correction, car je trouve que cette façon de présenter les choses est moins élégante (je sais, je suis en gros pinailleur. Et alors !?).

Sinon, « mécréant » est un statu que j'assume parfaitement :) et pour le babyfoot, tant pis!

Il manque le choix (pervers) : « Je pertinente les commentaires que je trouve pertinent, j'inutile les commentaires que je trouve inutiles et je laisse tranquille les autres commentaires ». Mais j'insiste : c'est pervers comme utilisation !

On ne parle pas d'appliquer de la compression sans perte à tous types de fichiers là, mais seulement à ceux qui ont de bonnes propriétés. C'est à dire quasiment tous, avec des rendements « taille compressée/coût de compression » variables. C'est exactement le principe de RLE, non? Sachant bien évidemment que l'espérance de gain (au sens mathématique du terme) augmente avec la taille du fichier.

Alors qu'il suffit de donner un exemple d'algorithme trivial qu'on est capable d'expliquer facilement :…
Ex1 : Si on a une image avec peu de couleurs, plutôt que de coder chaque pixel sur 24bits par exemple, il suffit de créer une palette des couleurs utilisées dans l'image et d'utiliser l'indice de la couleur dans la tablette pour coder la couleur. Ainsi, pour une image avec seulement 256 couleurs différentes, on réduit la taille de l'image par 4.
Ex2 (RLE)…

Vu le niveau du prof, je pense que ta notion de trivial est encore trop difficile pour lui.

Dans le même genre, je me souviens d'une boîte (aujourd'hui disparue, mais dont je tairai le nom) qui éditait un logiciel de « pilotage d'investissement », le genre de truc qui calcule des seuils pour les traders. «Voyez ?». Ils ont sortie leur V1 vers 2003/2004 je dirais, avec une licence à environ 5000 euros : ce fut un échec total. Un an plus tard, ils tentent de ressortir la même chose (à 2/3 corrections de bug près) avec une licence à 80 000 euros : un vrai succès. Seul le prix changeait, les développeurs (et le code) restaient les mêmes.

Comme quoi le prix joue énormément dans le marketing et dans l'idée des clients potentiels, et pas que dans le domaine informatique d'ailleurs.

Le TupperVim[1] est une réunion pour amateurs de logiciels beaux, élégants et efficaces, Vim[2] en première ligne, mais également d'autres outils dans le même esprit (bash, zsh, mutt, git, etc.)

J'aime pas cette façon de présenter les choses, car j'imagine qu'il y a de l'ironie mais elle est trop cachée. Du coup, n'utilisant pas vim directement je me sens tout « crotteux ». Enfin je viendrais quand même vous expliquer pourquoi je réutilise les concepts vim hors de vim :) J'apprendrai sûrement plein de choses intéressantes. Si c'est pas mardi (là ça fait un peu court pour se retourner), ça sera pour la prochaine.

Autre question pertinente vitale : aura-t-on accès au babyfoot de l'ENSIMAG? :D