ça n'a absolument rien à faire dans /run, qui est fait pour stocker les fichiers liés à l'exécution de démons, notamment les fichiers de PID et les sockets ;
Déjà que FHS n'est pas toujours très clair (voir assez rarement) et que quand tu pose une question pour essayer de mieux comprendre ben ils ont du mal à être plus claire je doute qu'il y ai quelqu'un qui ai un jour spécifié si formellement /run avec un consensus (en tout cas ce n'est pas ce que dis Debian Policy).
De plus on peu très bien considérer que ces dossiers sont liés à l'exécution de udev.
ça aurait tout à faire dans /media, qui a été inventé pour les montages, ou à la rigueur dans /mnt qui aujourd'hui est fait pour les montages temporaires, même s'il n'a pas été conçu pour avoir des sous-répertoires ;
Tout comme les fichiers de pid ont leur place dans /var/run.
pour toutes ces raisons, ça viole la FHS sans justification ;
Je ne connais pas les raisons qui ont poussé à placer les fichiers PID dans /run, mais je ne vois pas l'intérêt que les dossiers de /media et /mnt soient persistants quand ils sont
avec cet usage de /run, c'est signé Lennart Poettering, donc c'est mal.
C'est le cas de /run d'une manière général et ça ne l'empêche pas d'être intégré à Debian (tout comme pulseaudio ou tous les *kit qu'il a créé au part avant).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
on sait ce qui se passe quand une techno google a le succès escompté, on sait aussi ce qui se passe quand elle ne l'a pas
Il y a quoi de différent avec Mozilla ? XUL n'est plus utilisé que chez Mozilla, mais pas non plus partout parce que les perf sont pas géniales. Google a libéré Wave quand ils ont perdu confiance en ce truc.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je propose rien j'émets des hypothèses pour expliquer des faits.
que le W3C arrête de s'occuper de son rôle de standardisation des technos web,
Tu fantasme détend-toi. Je présume que personne n'a vu d'intérêt à créer un groupe de travail là dessus dans le W3C. Je crois que n'importe qui peut faire ce genre de demande, donc demande par exemple à Mozilla pourquoi il ne l'ont pas fait.
c'est plus simple de laisser un acteur tout seul sur une techno, ca permet d'évoluer toujours plus vite et surtout ne pas essayer de rentrer en concurrence avec lui.
C'est quoi se centrisme sur le W3C ? Tu peut m'expliquer en quoi le processus du W3C est meilleur que celui de l'ECMA ?
La question n'est pas de savoir si l'ECMA est crédible ou non, mais de savoir si le groupe de travail l'est : 3 personnes dont 2 de chez Google, pour une techno aussi critique pour l'interopérabilité du web, c'est pas crédible.
Ils viennent de créer le groupe et en même temps ils ont lancé les inscriptions donc c'est normal qu'ils soient 3. C'est à mon avis le nombre minimal de personnes qu'il faut pour créer un groupe. Maintenant ils reçoivent des demande d'inscription (regarde le formulaire). C'est même la seule chose qu'a fait ce groupe en fait.
Faudrait vraiment arrêter de spéculer quand tu ne sais pas de quoi tu parle.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
(donc le site officiel sur la page dédiée à la standardisation de Dart)
Chairman => Mr. A. Sandholm (Google)
Vice-Chairman => Vacant
Secretary => Dr. Istvan Sebestyen (Ecma International)
Quand on regarde ce que tout ce beau monde a fait sur la page activité, on voit que pour le moment ils ont enregistrés un groupe de travail et rien de plus. Ça ne me paraît pas choquant que pour le moment il n'y ai rien on est hyper tôt dans le processus.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
C'est un peu la pierre manquante des technos web au W3C, et comme toi, je me demande pourquoi le W3C n'a jamais normalisé de langage côté client.
Parce que ça ne les intéressent pas ?
Parce que c'est déjà fait ailleurs et qu'ils veulent pas entrer en concurrence avec ce qui a était fait ?
Parce que pointé sur une norme hors W3C ils aiment pas trop ou ils craignent que si ça évoluent, ils n'évoluent pas aussi vite ?
L'effort de Google ne semble pas aller dans le sens du consensus, j'ai vu aucun groupe de travaille façon HTML5 pour tenter de réunir les acteurs du web.
Je ne suis pas un spécialiste de l'ECMA, mais je présume qu'ils ont un processus pour créer un groupe de travail (actuellement il y a 3 personnes dont 2 de chez Google). Faut pas se focaliser sur le W3C, il y en a pleins des organismes de normalisation (ISO, IETF, ECMA, OASIS, ANSI, LSB, Freedesktop, etc). Le fait que quelque chose soit standard ou pas n'indique rien, c'est la crédibilité de l'organisme qui a de l'importance (est-ce que leur normes sont de qualité ? sont respectées (voir obligatoire) ? comment fonctionne leur processus de normalisation ? Est-ce que les contributeurs à cette norme sont crédibles ?…). Si on considère que l'ECMA est crédible pour js pourquoi ne le serait-il pas pour dart ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Leurs explications sont tout simplement contredites par les faits : Dart est beaucoup plus lent et bouffe plus de mémoire que Java. Et le contexte est différent, ce que j'essai d'expliquer : la concurrence a parfois du bon (Java vs .NET a créé une saine émulation), mais dans le contexte du web, il me semble plus important d'atteindre une forme de consensus et d'interopérabilité, merci le W3C.
Tu viens quand même de changer d'argumentation. Mais pourquoi tu te focalise sur leW3C qui n'a jamais normalisé de langage coté client ? S'ils avaient était intéressé par ça ils auraient inclu JS dans les techno HTML5 ?
J'ai une autre analyse : C# est un très bon langage multi-paradigme (procédural, objet, fonctionnel, dynamique, etc.) et les gens ne voient pas autant d'intérêt à le remplacer, à l'inverse de Java ;)
groovy/scala/clojure sont là pour remplacé Java, les portages de langages existants sur la JVM sont là pour faire un mélange différent (réutiliser à la fois du code JVM et du code du langage en question).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Utiliser la méthode la plus sécurisée par défaut ne me semble pas aussi saugrenue que ce que tu présente (discutable peut être, saugrenue je ne trouve pas).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Si tu regardes les évolutions du langage la majorité écrivent juste le boilerplate, que tu n'aurais jamais du avoir à écrire, pour toi. Les concepts restes les mêmes on les masque juste et c'est javac qui pisse du bytecode pour toi.
javac fait assez peu de choses face à g++ :)
Maintenant on a rajouté Optional mais comme on va pas changer l'API du JDK bin j'ai 50% des méthodes du JDK qui peuvent toujours retourner null. Donc je fini aussi avec un truc ultra-batard.
Il y a des langages où c'est pire comme le C++ avec std::string et les QString (et celle de gtk etc). Le C est pas mal non plus dans le genre. python tente de ce protéger de ce genre de choses en partie par le duck typing et en partie parce qu'il essaie d'être batery included.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Extrême, je ne pense pas C++ (post C++14) et C sont bien plus long. Pour les choses simples C++ est bien fait, mais pendant pas mal de temps et jusqu'à l'arrivé de C++11 faire du C++ sans boost c'était pas si agréable que ça. Faire du multitâche en C++ n'est pas standard (ou l'est depuis C++11). L'API C pour gérer les bibliothèques est piégeuse (suffisamment pour qu'une partie soit bannie dans certaines normes de codage), mais elle reste pour compatibilité.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Peut être que je fais parfaitement la différence entre la Java Language Specification et la Java Virtual Machine Spécification. Voir même j'ai une petite idée des trous qu'il y a entre les deux même si je suis très très loin d'être un dev OpenJDK ou ex Harmony.
C'est peut être pas très clair dans mon propos, mais je me fous de tes connaissances, tu pourrais être James Gosling ça ne changerait pas mon propos, ton message avait l'air de mélanger le langage et sa JVM. Ça n'indique strictement rien sur tes compétences (que je ne cherchais pas à mettre en doute).
Dis autrement tu peut être un grand cador et dans un message laisser paraître une erreur, une imprécision ou utiliser un raccourcis un peu trop rapide. La bataille du « moi je… » ne me semble pas très intéressante dans ce genre de débat.
Je le souligne parce que c'est à mon avis important sur internet de distinguer « ce que tu dis est idiot » de « t'es idiot ».
Par contre la seconde partie de ton message est très intéressante. Je pense que je vais apprendre des choses :) Merci.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu fais un gros mélange entre le langage et la VM. Bien sur que l'un a était écris pour l'autre, mais ça reste 2 choses bien distinctes qui évoluent différemment (comme les CPU et les langages compilés tel que C ou C++). La JVM évolue pour prendre en compte les langages dynamiques, mais je n'ai jamais vu de reproche fait au design de la VM (sauf au sujet du gc).
Tu aurais quelque chose d'un peu plus concret que « Java c'est de la merde donc la JVM c'est de la merde » ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Dans beaucoup de cas Java est choisi sans prendre en compte les qualités (nope) et défauts du langage mais en regardant l'écosystème, les libs et parce que c'est bien corporate de faire du java donc say bien.
L'écosystème est hyper important pour un langage. Bien des langages n'ont jamais décollés malgrès leur qualité intrinsèque à cause de ça. Pour ce qui est de l'écosystème .Net/Java, j'ai l'impression qu'il y a un foisonnement du coté Java alors que .Net a plus une et une seule solution à chaque problématique (probablement mieux intégrées entre elles du coup). C'est ce qui pousse la création de trucs comme jython/groovy/clojure/scala, être compatible et utiliser l'écosystème java avec un langage différent.
Je pense que le commentaire initial parlait surtout de l'outillage autour de Java qui n'est as mauvais (avec les builders type maven/gradle/sbt).
Mais ce qui plombe sacrément .Net AMHA c'est le centrage sur Windows (pour les serveurs).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
C'est plus ou moins une JVM puisque capable d'exécuter du bytecode Java à travers une pré-compilation, mais ca reste effectivement un nouveau type de VM.
Non elle exécute du code dex. Si tu considère la compilation class vers dex comme cette précompilation, alors ça n'a pas vraiment de sens la OpenJDK, dalvik, la vm .Net, parrot, cpython, pypy, ton processeur x86, ton shell et spidermonkey (entre autre) sont des JVM puisqu'ils sont tous turing complet.
De toute façon mon propos n'était pas là : je voulais juste indiqué que Google avait repris un langage "éprouvé" (Java), en proposant une techno dérivée adaptée à leur besoin.
Ils n'ont repris que le langage rien de plus (ensuite ils ont trouvé plus simple de faire une compilation bytecode java vers bytecode dex (probablement pour le code fermé), mais c'est un détail d'implémentation).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tes petits-enfants te regarderont comme un monstre et te demanderont comment tu as pu faire des choses pareilles. Tu répondras "parce que c'est bon, la viande!"?
Je ne comprends pas. Oui mon mode de vie pose pleins de problèmes :
- je tue (indirectement) pleins d'animaux
- je consomme énormément
- je vis d'une manière assez égoïste
C'est mon mode de vie, si dans l'avenir même pas mes petits enfants mais même mais enfants me disent que je ne suis qu'un con d'avoir vécu ainsi, je n'en vois pas le problème, oui je ne changerais pas le passé pour autant et ça aura créé pas mal de problème. J'aurais de quoi l'expliqué (tout le monde fait ça, j'ai été éduqué ainsi), mais rien pour m'excuser et alors ?
Donc oui, le contexte dans lequel tu vis modèle ta pensée.
Oui et alors ? Ça explique mais ça n'excuse pas.
Il y avait certainement des gens formidables qui étaient homophobes.
Être le plus grand mélomane de tous les temps n'excuse en rien d'être un égorgeur d'enfants ou simplement un mauvais mari. Personne n'a dit qu'il fallait pendre tout ceux qui on vécu à cette époque et qui on accepté ça, on a juste dis que cette loi est inique.
Aujourd'hui je clame haut et fort que l'homophobie est une tarre, quelque soit l'époque c'est une tarre. Ça ne fait pas des homophobes des gens foncièrement mauvais c'est juste que quelque soit ce qu'ils sont à coté leur homophobie est une tarre. Je ne dis pas que c'est des gens qui ne sont pas respectables par ailleurs juste que je considère leur homophobie comme une tarre quelque soit la date et le lieu de leur naissance.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Dalvik n'est pas une machine virtuelle java. Dalvik :
n'utilise pas les même concepts que Java (la mémoire par exemple y est différente)
n'execute pas du bytecode java
Il existe juste un compilateur class vers dex. Donc si dalvik est une machine virtuelle java JS est une machine virtuelle C++ (puisqu'il existe un compilateur C++ vers JS).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
J'ai dis qu'elles ne sont pas universelle que chacun choisi sa hiérarchie de valeurs, je n'ai même pas la même que celle de mes voisins. Mais c'est tout de même à travers elle que je me permet de juger et donc d'avoir un avis.
Personne ne parle de jugement au sens qu'il peut l'avoir avec la justice divine qui est implacable et universelle. Là on parle juste de quelqu'un qui a dit qu'une loi était inique. Il peut bien le penser, non ? Ils ont étaient suffisamment à penser quelque chose qui s'approche de ça pour supprimer cette loi au Royaume Unis peut être que dans l'avenir elle reviendra parce que ce sera l'inverse, mais ne vient pas reprocher aux gens d'avoir un jugement. Reproche-leur la manière d'avoir un jugement peut être, remet en question leur hiérachie de valeur, le spectre à travers le quel ils voient les évènements (peut être qu'ils n'ont pas tous les éléments pour pouvoir juger), mais le fait de juger une loi comme cela ne me paraît pas négatif.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: de toute façon ce sont des cons chez freedesktop
Posté par barmic . En réponse au journal Perte de CTRL. Évalué à 2.
Déjà que FHS n'est pas toujours très clair (voir assez rarement) et que quand tu pose une question pour essayer de mieux comprendre ben ils ont du mal à être plus claire je doute qu'il y ai quelqu'un qui ai un jour spécifié si formellement
/runavec un consensus (en tout cas ce n'est pas ce que dis Debian Policy).De plus on peu très bien considérer que ces dossiers sont liés à l'exécution de udev.
Tout comme les fichiers de pid ont leur place dans
/var/run.Je ne connais pas les raisons qui ont poussé à placer les fichiers PID dans
/run, mais je ne vois pas l'intérêt que les dossiers de/mediaet/mntsoient persistants quand ils sontC'est le cas de
/rund'une manière général et ça ne l'empêche pas d'être intégré à Debian (tout comme pulseaudio ou tous les *kit qu'il a créé au part avant).Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: de toute façon ce sont des cons chez freedesktop
Posté par barmic . En réponse au journal Perte de CTRL. Évalué à 1.
Ouai enfin le W3C n'a trop son mot à dire sur quelque chose qui est totalement régis par FHS (qui ne défini pas le dossier
/run).Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Petite digression sur asm.js
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 4.
Il y a quoi de différent avec Mozilla ? XUL n'est plus utilisé que chez Mozilla, mais pas non plus partout parce que les perf sont pas géniales. Google a libéré Wave quand ils ont perdu confiance en ce truc.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 7.
Je propose rien j'émets des hypothèses pour expliquer des faits.
Tu fantasme détend-toi. Je présume que personne n'a vu d'intérêt à créer un groupe de travail là dessus dans le W3C. Je crois que n'importe qui peut faire ce genre de demande, donc demande par exemple à Mozilla pourquoi il ne l'ont pas fait.
C'est quoi se centrisme sur le W3C ? Tu peut m'expliquer en quoi le processus du W3C est meilleur que celui de l'ECMA ?
Ils viennent de créer le groupe et en même temps ils ont lancé les inscriptions donc c'est normal qu'ils soient 3. C'est à mon avis le nombre minimal de personnes qu'il faut pour créer un groupe. Maintenant ils reçoivent des demande d'inscription (regarde le formulaire). C'est même la seule chose qu'a fait ce groupe en fait.
Faudrait vraiment arrêter de spéculer quand tu ne sais pas de quoi tu parle.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 3.
J'ai pas inventé l'eau tiède, hein. L'un des premiers liens du journal :
http://www.ecma-international.org/memento/TC52.htm
(donc le site officiel sur la page dédiée à la standardisation de Dart)
Quand on regarde ce que tout ce beau monde a fait sur la page activité, on voit que pour le moment ils ont enregistrés un groupe de travail et rien de plus. Ça ne me paraît pas choquant que pour le moment il n'y ai rien on est hyper tôt dans le processus.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: même problème sur Fedora
Posté par barmic . En réponse au journal Perte de CTRL. Évalué à 2. Dernière modification le 30 décembre 2013 à 14:04.
Tu as essayé OSS ? Il est touché par le bug ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Petite digression sur asm.js
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 3.
Il n'est quand même pas génial malheureusement…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 4.
Parce que ça ne les intéressent pas ?
Parce que c'est déjà fait ailleurs et qu'ils veulent pas entrer en concurrence avec ce qui a était fait ?
Parce que pointé sur une norme hors W3C ils aiment pas trop ou ils craignent que si ça évoluent, ils n'évoluent pas aussi vite ?
Je ne suis pas un spécialiste de l'ECMA, mais je présume qu'ils ont un processus pour créer un groupe de travail (actuellement il y a 3 personnes dont 2 de chez Google). Faut pas se focaliser sur le W3C, il y en a pleins des organismes de normalisation (ISO, IETF, ECMA, OASIS, ANSI, LSB, Freedesktop, etc). Le fait que quelque chose soit standard ou pas n'indique rien, c'est la crédibilité de l'organisme qui a de l'importance (est-ce que leur normes sont de qualité ? sont respectées (voir obligatoire) ? comment fonctionne leur processus de normalisation ? Est-ce que les contributeurs à cette norme sont crédibles ?…). Si on considère que l'ECMA est crédible pour js pourquoi ne le serait-il pas pour dart ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: spamd
Posté par barmic . En réponse au journal Antispam, la solution ultime. Évalué à 3. Dernière modification le 30 décembre 2013 à 14:23.
En effet j'aurais du mettre un lien avec (ils peuvent pas un peu se creuser la tête pour donner des noms aux logiciels ?
^^).Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 4.
Tu viens quand même de changer d'argumentation. Mais pourquoi tu te focalise sur leW3C qui n'a jamais normalisé de langage coté client ? S'ils avaient était intéressé par ça ils auraient inclu JS dans les techno HTML5 ?
groovy/scala/clojure sont là pour remplacé Java, les portages de langages existants sur la JVM sont là pour faire un mélange différent (réutiliser à la fois du code JVM et du code du langage en question).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# spamd
Posté par barmic . En réponse au journal Antispam, la solution ultime. Évalué à 1.
Je ne maitrise pas bien le sujet mais peut être que spamd pourra t'intéresser ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: de toute façon ce sont des cons chez freedesktop
Posté par barmic . En réponse au journal Perte de CTRL. Évalué à 7.
Utiliser la méthode la plus sécurisée par défaut ne me semble pas aussi saugrenue que ce que tu présente (discutable peut être, saugrenue je ne trouve pas).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Hélas toujours pas...
Posté par barmic . En réponse à la dépêche Enlightenment 0.18 EFL 1.8.3 & Elementary . Évalué à 3.
Je présume que tu fais parti des gens qui ne font pas la différence entre un framework propriétaire dédié au multimédia sur Mac OS et un framework libre multiplateforme et généraliste ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Hélas toujours pas...
Posté par barmic . En réponse à la dépêche Enlightenment 0.18 EFL 1.8.3 & Elementary . Évalué à 0.
De moins en moins vu la perte de popularité, mais je ne vois pas le rapport ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est pas pour gâcher l'esprit de Noël, mais...
Posté par barmic . En réponse au journal Alan Turing gracié.. Évalué à 3.
En quoi cela m'interdit d'exprimer mon opinion ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 3.
Ça j'y mettrais pas ma main à couper.
Le JCP met bien plus longtemps à se mettre d'accord (cf. : les lambdas).
Il y a surtout un bon paquet de langage .Net qui sont soit mort-nés soit moribonds.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 1.
javac fait assez peu de choses face à g++ :)
Il y a des langages où c'est pire comme le C++ avec
std::stringet lesQString(et celle de gtk etc). Le C est pas mal non plus dans le genre. python tente de ce protéger de ce genre de choses en partie par le duck typing et en partie parce qu'il essaie d'être batery included.Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 3.
Extrême, je ne pense pas C++ (post C++14) et C sont bien plus long. Pour les choses simples C++ est bien fait, mais pendant pas mal de temps et jusqu'à l'arrivé de C++11 faire du C++ sans boost c'était pas si agréable que ça. Faire du multitâche en C++ n'est pas standard (ou l'est depuis C++11). L'API C pour gérer les bibliothèques est piégeuse (suffisamment pour qu'une partie soit bannie dans certaines normes de codage), mais elle reste pour compatibilité.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 1.
C'est peut être pas très clair dans mon propos, mais je me fous de tes connaissances, tu pourrais être James Gosling ça ne changerait pas mon propos, ton message avait l'air de mélanger le langage et sa JVM. Ça n'indique strictement rien sur tes compétences (que je ne cherchais pas à mettre en doute).
Dis autrement tu peut être un grand cador et dans un message laisser paraître une erreur, une imprécision ou utiliser un raccourcis un peu trop rapide. La bataille du « moi je… » ne me semble pas très intéressante dans ce genre de débat.
Je le souligne parce que c'est à mon avis important sur internet de distinguer « ce que tu dis est idiot » de « t'es idiot ».
Par contre la seconde partie de ton message est très intéressante. Je pense que je vais apprendre des choses :) Merci.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 1.
Tu fais un gros mélange entre le langage et la VM. Bien sur que l'un a était écris pour l'autre, mais ça reste 2 choses bien distinctes qui évoluent différemment (comme les CPU et les langages compilés tel que C ou C++). La JVM évolue pour prendre en compte les langages dynamiques, mais je n'ai jamais vu de reproche fait au design de la VM (sauf au sujet du gc).
Tu aurais quelque chose d'un peu plus concret que « Java c'est de la merde donc la JVM c'est de la merde » ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 7.
L'écosystème est hyper important pour un langage. Bien des langages n'ont jamais décollés malgrès leur qualité intrinsèque à cause de ça. Pour ce qui est de l'écosystème .Net/Java, j'ai l'impression qu'il y a un foisonnement du coté Java alors que .Net a plus une et une seule solution à chaque problématique (probablement mieux intégrées entre elles du coup). C'est ce qui pousse la création de trucs comme jython/groovy/clojure/scala, être compatible et utiliser l'écosystème java avec un langage différent.
Je pense que le commentaire initial parlait surtout de l'outillage autour de Java qui n'est as mauvais (avec les builders type maven/gradle/sbt).
Mais ce qui plombe sacrément .Net AMHA c'est le centrage sur Windows (pour les serveurs).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 4.
Non elle exécute du code dex. Si tu considère la compilation class vers dex comme cette précompilation, alors ça n'a pas vraiment de sens la OpenJDK, dalvik, la vm .Net, parrot, cpython, pypy, ton processeur x86, ton shell et spidermonkey (entre autre) sont des JVM puisqu'ils sont tous turing complet.
Ils n'ont repris que le langage rien de plus (ensuite ils ont trouvé plus simple de faire une compilation bytecode java vers bytecode dex (probablement pour le code fermé), mais c'est un détail d'implémentation).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est pas pour gâcher l'esprit de Noël, mais...
Posté par barmic . En réponse au journal Alan Turing gracié.. Évalué à 4.
Je ne comprends pas. Oui mon mode de vie pose pleins de problèmes :
- je tue (indirectement) pleins d'animaux
- je consomme énormément
- je vis d'une manière assez égoïste
C'est mon mode de vie, si dans l'avenir même pas mes petits enfants mais même mais enfants me disent que je ne suis qu'un con d'avoir vécu ainsi, je n'en vois pas le problème, oui je ne changerais pas le passé pour autant et ça aura créé pas mal de problème. J'aurais de quoi l'expliqué (tout le monde fait ça, j'ai été éduqué ainsi), mais rien pour m'excuser et alors ?
Oui et alors ? Ça explique mais ça n'excuse pas.
Être le plus grand mélomane de tous les temps n'excuse en rien d'être un égorgeur d'enfants ou simplement un mauvais mari. Personne n'a dit qu'il fallait pendre tout ceux qui on vécu à cette époque et qui on accepté ça, on a juste dis que cette loi est inique.
Aujourd'hui je clame haut et fort que l'homophobie est une tarre, quelque soit l'époque c'est une tarre. Ça ne fait pas des homophobes des gens foncièrement mauvais c'est juste que quelque soit ce qu'ils sont à coté leur homophobie est une tarre. Je ne dis pas que c'est des gens qui ne sont pas respectables par ailleurs juste que je considère leur homophobie comme une tarre quelque soit la date et le lieu de leur naissance.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par barmic . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 3.
Dalvik n'est pas une machine virtuelle java. Dalvik :
Il existe juste un compilateur class vers dex. Donc si dalvik est une machine virtuelle java JS est une machine virtuelle C++ (puisqu'il existe un compilateur C++ vers JS).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est pas pour gâcher l'esprit de Noël, mais...
Posté par barmic . En réponse au journal Alan Turing gracié.. Évalué à 2.
J'ai dis qu'elles ne sont pas universelle que chacun choisi sa hiérarchie de valeurs, je n'ai même pas la même que celle de mes voisins. Mais c'est tout de même à travers elle que je me permet de juger et donc d'avoir un avis.
Personne ne parle de jugement au sens qu'il peut l'avoir avec la justice divine qui est implacable et universelle. Là on parle juste de quelqu'un qui a dit qu'une loi était inique. Il peut bien le penser, non ? Ils ont étaient suffisamment à penser quelque chose qui s'approche de ça pour supprimer cette loi au Royaume Unis peut être que dans l'avenir elle reviendra parce que ce sera l'inverse, mais ne vient pas reprocher aux gens d'avoir un jugement. Reproche-leur la manière d'avoir un jugement peut être, remet en question leur hiérachie de valeur, le spectre à travers le quel ils voient les évènements (peut être qu'ils n'ont pas tous les éléments pour pouvoir juger), mais le fait de juger une loi comme cela ne me paraît pas négatif.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)