-
Citation de: Songe le lundi 16 mai 2016, 09:45
Tu aurais du venir te presenter j'aurai bien aimer te lire .. :jh:
Il est tout timide. :gj:
Voilà un langage sorti en 2011, ça ne va pas me faire passer pour un petit vieux tout ça...
Remplacer un langage comme JS, qui est présent de partout, par un autre créée par Google, c'est une bonne idée ça ?
-
Tu aurais du venir te presenter j'aurai bien aimer te lire .. :jh:
Il est tout timide. :gj:
Ahah non, je n'y ai juste pas pensé sur le coup.
Remplacer un langage comme JS, qui est présent de partout, par un autre créée par Google, c'est une bonne idée ça ?
Justement, personne n'était d'accord pour imposer Dart comme un standard, alors qu'il aurait clairement pu rendre le développement web plus sain. (D'ailleurs, toutes alternatives à JS est plus saine. (troll incoming))
En revanche, n'y aurait-il pas un moyen de permettre à l'auteur de modifier son post plus tard ? (maj)
-
Je me suis un peu documenté et Dart ne sortira pas sa VM sur les navigateurs. Google fait marche arrière. :)
Pour l'édition, je m'en suis aperçu un peu tard... :je:
Pour cette rubrique, je vais rendre possible d'éditer ad vitam aeternam au lieu de 30 minutes comme pour les autres.
EDIT
A dire vrai, j'avais pas trop envie de me faire chier la bite. Je t'ai donc direct passé modo de cette rubrique seule. :-[
-
N’empêche qu'il n'est toujours pas venu se présenter ... >:(
-
Atta, ça va venir. Il est timide je t'ai dit.
Le temps qu'il avale une bouteille de rhum et c'est tout bon. :if:
-
Je me suis un peu documenté et Dart ne sortira pas sa VM sur les navigateurs. Google fait marche arrière. :)
Oui, à mon grand regret. Ça aurait permis de faire des applications web très légères. (malgré le fait que ça tourne dans une VM)
Enfin bon, tant que je peux m'en servir au lieu d'utiliser du JS, le reste je m'en fout. ^-^
Pour l'édition, je m'en suis aperçu un peu tard... :je:
Pour cette rubrique, je vais rendre possible d'éditer ad vitam aeternam au lieu de 30 minutes comme pour les autres.
Oui, ça serait bien mieux ! :)
EDIT
A dire vrai, j'avais pas trop envie de me faire chier la bite. Je t'ai donc direct passé modo de cette rubrique seule. :-[
D'accord, merci !
Fais-moi signe quand la fonctionnalité sera également accessible aux utilisateurs.
N’empêche qu'il n'est toujours pas venu se présenter ... >:(
J'ouvrirai un topic quand j'aurais le temps, pas de panique ! ^-^
-
Franchement, voir Google embarqué dans tous les navigateurs, même dans une VM, ça ne m'en chantait que très peu.
Déjà que les navigateurs (tous sauf peut-être IE ?) utilisent Google pour compléter les adresses automatiquement sans le dire... :il:
Je te dis ça quand c'est prêt pour tous (l'édition). ;)
-
Franchement, voir Google embarqué dans tous les navigateurs, même dans une VM, ça ne m'enchantait que très peu.
Déjà que les navigateurs (tous sauf peut-être IE ?) utilisent Google pour compléter les adresses automatiquement sans le dire... :il:
Disons que c'est plutôt l'aspect technique qui m'enchantait quand ils parlaient de Dart.
Après libre aux entreprises respectives à chaque navigateur de vérifier si Google n'installe pas de backdoor.
Enfin bon, je ne pense pas que ça soit le fait d'embarquer la VM qui a posé problème, c'est plus le fait que ça dérange pas mal de dev changer ses mauvaises habitudes. ::)
-
Pas mal de monde a du être aussi gêné par la présence de Google dans leurs navigateurs.
C'est pas franchement la meilleure des pubs qui puisse être.
Pour étudier le truc, oui, pourquoi pas ? Ca peut être intéressant.
Mais savoir qu'on travaille, une fois de plus, sur un produit Google, là, on commence à connaitre. Ou plutôt non, ils gardent bien le secret et on ne sait pas encore pourquoi ils prennent le contrôle de tout de cette façon...
-
:js:
-
Songe, toujours aussi fan... ::)
Et en JS, ça donne quoi ?
Tu vas pas m'obliger à installer DartChromium ou quelque chose dans ce gout là, si ?
-
Et en JS, ça donne quoi ?
ça donne ça:
<p id="myP" onmouseup="window.alert(document.getSelection().toString())">Hi, there ! :D</p>
Bien que ça soit plus court, c'est un peu "yolol". :aa
D'ailleurs, ça fonctionne sur n'importe quoi :)
<textarea id="myP" onmouseup="window.alert(document.getSelection().toString())">Hi, there ! :D</textarea>
-
Bah oui, tout simplement. :iz:
-
Bah oui, tout simplement. :iz:
Oui enfin je ne suis pas natif du Web, moi. :)
-
Je renifle comme une teinte d'ironie. :)
Il va bientôt me falloir un smiley dinosaure...
Je fonce chercher ça ! :kh:
-
Je renifle comme une teinte d'ironie. :)
Non, juste ce qui peut paraître simple à certains ne l'est pas forcément pour tout le monde - il faut connaitre. :)
Il va bientôt me falloir un smiley dinosaure...
Je fonce chercher ça ! :kh:
Ahah, fais-toi plaisir !
-
:kb: Arff c'est jeune et ça na aucune éducation, aucun de respect ! :jr:
-
Hein ?
Si c'est jeune, c'est pas de moi qu'on cause. ^-^
-
Ben non c'est de ton oiseau chanteur !
-
Il t'a fait des propositions indécentes ? Hein, c'est ça ?
Il sera arrêté et on lui coupera les cheveux, ça lui apprendra. :ia:
-
Heu non pas de proposition indécente .. pas de proposition du tout d’ailleurs !
-
Pour étudier le truc, oui, pourquoi pas ? Ca peut être intéressant.
Mais savoir qu'on travaille, une fois de plus, sur un produit Google, là, on commence à connaitre. Ou plutôt non, ils gardent bien le secret et on ne sait pas encore pourquoi ils prennent le contrôle de tout de cette façon...
Je suis bien d'accord que certains points de leur politique ne sont pas très glorieux, mais il ne faut pas non plus voir le mal partout.
Si le Dart était devenu un standard, certes ça aurait permis à Google de prétendre à une place encore plus importante: mais est-ce vraiment un problème ?
Unity dépend totalement d'une techno propriétaire. (C#, donc Microsoft)
Enormément d'entreprises dépendent de la version propriétaire de Java. (Oracle)
Or, là, Dart (et tous les autres outils voués à construire des applications web complexes (CoffeeScript, TypeScrit, ...)) s'adresse à un domaine qui a clairement besoin d'évoluer, et dans le bon sens.
Je n'ai absolument rien contre les langages interprétés (dont fait parti JS), seulement, on voit bien qu'il n'a clairement pas été pensé pour être autre chose qu'un langage de script -donc d'exécuter uniquement des programmes isolés sans grosses dépendances- obligeant au final les développeurs qui n'ont pas envie de s'arracher les cheveux à utiliser des outils plus clairs et plus solides que ce dernier.
Seulement, étant très populaire, ces outils sont obligés de transpiler en JS, les performances resteront donc toujours celles d'un langage interprété.
-
Tous les langages que tu sites vont passer à la trappe à plus ou moins long terme.
Google a fait machine arrière en mars concernant Dart et il n'a plus sa place que sur DartChromium.
Java est déjà bloqué par tous les navigateurs, il est donc amené à disparaitre du net. A moins qu'on le conserve côté serveur.
Unity est quasi inexistant, il va mourir de lui même. A ces débuts, il était bien présent sur le net. Mais c'était juste un coup de mode. D'ailleurs, Unity n'est même pas installé sur ma machine. Si il y a bien quelqu'un que "j'aime" autant voir moins que Google, c'est Microsoft...
Si on reste sur le net, Flash va suivre très vite et il prend la tendance de Java en matière de blocage navigateur.
En parlant de Flash, rien qu'ici, j'envisage dans un avenir proche de le faire disparaitre. Les jeux flash et la balise BBCode Flash vont disparaitre de chez-oim.org prochainement. Pas ce mois ci ni celui d'après, mais ils vont disparaitre. De toute façon, encore une fois, c'est Google qui pousse au cul en pénalisant les webmasters qui conservent du Flash sur leurs sites...
Dans l'avenir, le seul espoir de Java est qu'il soit conservé côté serveur. Après, il y a les utilisations hors net. Java est quasiment partout. Il est dans les voitures, par exemple.
Pour le petit JS, il me semble qu'une nouvelle version est prévue. Quelques améliorations sont quand même nécessaires...
D'autant plus que le net avance vite. Le W3C travaille déjà sur HTML 5.2 !
C'est HTML5 qui tue tous ces "petits langages parallèles". Il est amené à les remplacer.
Sinon, depuis l'aube des temps on fait des langages interprétés, ça ne va pas changer demain. A plus forte raison que les puissances des machines vont continuer leur hausse. Les interpréteurs ont donc encore de beaux jours devant eux.
Perso, je ne me fais pas souci là dessus.
-
Ah, ouf ! :jq:
-
Java est déjà bloqué par tous les navigateurs, il est donc amené à disparaitre du net.
Java n'est pas natif du Web, donc ce n'est pas très important, il ne sert pas à ça.
Comme tu l'as dit, Java puise sa force server-side, il est fait pour ça. Donc disparaître du web, oui, de l'applicatif, certainement pas.
Unity est quasi inexistant, il va mourir de lui même.
Alors là, par contre, j'aimerais des preuves à l'appui.
On parle bien du moteur de jeu Unity, hein ?
Je t'invite à aller faire un petit tour du côté des "stores" respectifs de chaque OS (Android, Windows, ...) et honnêtement, ça prouve totalement le contraire - en plus de la communauté massive qu'il y a derrière, m'enfin on s'éloigne du sujet.
Pour le flash, c'est pas trop mon domaine donc j'irai pas m'avancer.
Dans l'avenir, le seul espoir de Java est qu'il soit conservé côté serveur.
Tu avances ça comme si Java était en train de mourir, ce qui n'est clairement pas le cas - on dérive là. :)
Java a toujours été principalement utilisé server side, il n'a jamais été question java client side comme on l'entend, vu que les applets n'ont jamais été suivies.
C'est HTML5 qui tue tous ces "petits langages parallèles". Il est amené à les remplacer.
Quels petits langages parallèles ? Comment un langage de structures peut-il remplacer quelque chose qui n'est pas dans ses cordes ?
Sinon, depuis l'aube des temps on fait des langages interprétés, ça ne va pas changer demain. A plus forte raison que les puissances des machines vont continuer leur hausse. Les interpréteurs ont donc encore de beaux jours devant eux.
Je n'ai jamais dit que les interprétés n'avaient pas d'avenir.
Seulement si il est possible d'avoir quelque chose de plus performant, pourquoi s'en priver ?
-
Java n'est pas natif du Web, donc ce n'est pas très important, il ne sert pas à ça.
Comme tu l'as dit, Java puise sa force server-side, il est fait pour ça. Donc disparaître du web, oui, de l'applicatif, certainement pas.
Minecraft en est un bel exemple ! :)
Ceci dit, il fut une époque ou Java sur les clients était très répandu. Notamment dans le domaine des maths, science (pour tracer des courbes mathématiques, par exemple).
Le dernier site que je connais qu'il l'utilise encore est http://pingtest.com (http://pingtest.com)
Unity est quasi inexistant, il va mourir de lui même.
Alors là, par contre, j'aimerais des preuves à l'appui.
On parle bien du moteur de jeu Unity, hein ?
Je t'invite à aller faire un petit tour du côté des "stores" respectifs de chaque OS (Android, Windows, ...) et honnêtement, ça prouve totalement le contraire - en plus de la communauté massive qu'il y a derrière, m'enfin on s'éloigne du sujet.
Oups ! Autant pour moi, je m'emmêle les saucisses. Je pensais à Silverlight. :je:
Tu avances ça comme si Java était en train de mourir, ce qui n'est clairement pas le cas - on dérive là. :)
Java a toujours été principalement utilisé server side, il n'a jamais été question java client side comme on l'entend, vu que les applets n'ont jamais été suivies.
Quels petits langages parallèles ? Comment un langage de structures peut-il remplacer quelque chose qui n'est pas dans ses cordes ?
Je parle de Java côté client. D'ailleurs, ce ce côté, il quasi enterré...
Sinon, Flash va être remplacé par HTML5, par exemple. Enfin, c'est le souhait de Google qui commence à le bloquer.
-
Minecraft en est un bel exemple ! :)
Oui, enfin en terme de performance, Minecraft n'en est pas un. :kd:
Ceci dit, il fut une époque ou Java sur les clients était très répandu. Notamment dans le domaine des maths, science (pour tracer des courbes mathématiques, par exemple).
Le dernier site que je connais qu'il l'utilise encore est http://pingtest.com
Ouep, c'est tout de même assez dommage que le concept des applets ne soit pas allé plus loin que ça, ça aurait pu donner quelque chose d'intéressant. (si on ne prend pas en compte les failles de sécurité)
Oups ! Autant pour moi, je m'emmêle les saucisses. Je pensais à Silverlight. :je:
Ah oui, j'me disais aussi. ^-^
Je parle de Java côté client. D'ailleurs, ce ce côté, il quasi enterré...
Sinon, Flash va être remplacé par HTML5, par exemple. Enfin, c'est le souhait de Google qui commence à le bloquer.
Ah oui ça c'est pas une nouvelle. ^^
Pour ce qui est de flash, je pense quand même que c'est une bonne chose. Ça évitera aux utilisateurs de dépendre d'un outil propriétaire.
-
Ah ça ! C'est sûr que Minecraft n'est pas un exemple de la légèreté de Java et de sa facilité d'optimisation.
Sur le coup, ça ferait plutôt obèse qui digère mal. ^-^
-
Ah ça ! C'est sûr que Minecraft n'est pas un exemple de la légèreté de Java et de sa facilité d'optimisation.
Pour le coup, les instructions Java ne sont pas si simples à optimiser.
Du moins, la façon dont la JVM optimise les instructions peut parfois être très obscur pour les débutants (ou ceux qui ne se sont jamais penchés sur le sujet)
Mais sinon pour en revenir à Minecraft, ça vient principalement des mauvaises pratiques de son développeur.
-
C'est plus rapide de prendre des mauvaises habitudes que les bonnes.
C'est toujours pareil, au début on bricole dans son coin, on apprend des tonnes de sales manies, et après il faut des années pour s'en débarrasser.
-
C'est toujours pareil, au début on bricole dans son coin, on apprend des tonnes de sales manies, et après il faut des années pour s'en débarrasser.
Tu chopes des sales habitudes quand tu n'es pas bien documenté sur ta techno. :)
-
Si tu voyais la génération à venir, c'est affolant.
Ils ont la doc de la planète à un clic mais ils sont bien trop pressés pour la lire... :iz:
-
Ils ont la doc de la planète à un clic mais ils sont bien trop pressés pour la lire... :iz:
Tant pis pour eux, pas mon problème. ^-^
-
Mise à jour du premier post. :)
-
on lui coupera les cheveux, ça lui apprendra. :ia:
Pas de bol, c'est déjà le cas ! :)
-
Si tu veux qu'un lien s'ouvre dans la même fenêtre et pas en target="_blank", utilise la balise iurl en lieu et place de la balise url. ;)
-
Si tu veux qu'un lien s'ouvre dans la même fenêtre et pas en target="_blank", utilise la balise iurl en lieu et place de la balise url. ;)
D'accord, c'est noté !
-
Post mis à jour.
-
Ajout de la version pdf du post.
-
Déjà ? :)
-
Déjà ? :)
Oui, au moins ça me permet de conserver toutes mes notes autre part. :)
-
Mise à jour du topic.
-
Tu postes à deux endroits en parallèle ? :)
-
Tu postes à deux endroits en parallèle ? :)
Oui, je contribue à la mise à jour de la FAQ dédiée à Dart sur dvp.com
-
Mise à jour de la FAQ.
-
Je ne sais pas si t'as vu mais j'ai ajouté des notes concernant l'utilisation sous Windows.
C'est légèrement différent d'un OS à un autre.
-
Je ne sais pas si t'as vu mais j'ai ajouté des notes concernant l'utilisation sous Windows.
Oui, je viens de voir, merci pour le post du coup ! :)
C'est modifié.
-
Je regarderai les autres, histoire de voir si il y des différences entre Nunux d'amour & Windows de mon cul.
Non, non ! Je ne préfère ni l'un, ni l'autre. ^-^
-
Normalement il n'y a de différences que pour l'installation des outils, pour le reste, ça devrait être majoritairement les mêmes manipulations. (l'utilisation du gestionnaire de paquet dédié à Dart par exemple)
-
C'est juste des subtilités, c'est tout. Mais dans les grandes lignes, c'est pareil.
C'est toujours comme ça avec Win. C'est difficile de reproduire exactement les mêmes choses sur un OS de merde.
-
C'est toujours comme ça avec Win. C'est difficile de reproduire exactement les mêmes choses sur un OS de merde.
C'est surtout l'interpréteur batch qui ne vaut pas grand-chose. Ils y gagneraient à utiliser bash. :)
EDIT
Remarque, vu que (généralement) un système d'exploitation est fondé autour de l'interpréteur qu'il utilise pour effectuer ses tâches, ça serait difficile de remplacer le leur.
-
Je ne comprends pas qu'ils n'aient pas fait comme les autres en s'appuyant sur un noyau UNIX.
C'est gratuit et ça marche impeccablement bien.
Mais non, ils ont préféré fabriquer un noyau NT de merde avec une console pseudo MS-DOS émulée encore plus merdique. :'(
-
Parce que de base (du moins c'est le cas du noyau linux), les noyaux basés sur Unix sont dits monolithiques, et donc faisant parti de la famille des vieux noyaux.
NT est un ensemble de noyaux (des "mini" noyaux communiquant entre eux pour résumer), et c'était soit-disant plus performant qu'un noyau monolithique.
-
Microsoft est un abonné des conneries, faut s'y faire. :iz:
Ils ont même inventé la fragmentation des fichiers sur leurs système de fichiers maison ! C'est parce que les performances étaient trop élevées, il fallait absolument ralentir tout ça. ^-^
-
Ahah, faut parfois laisser ça à ceux qui savent faire. ^^
-
Si j'étais un industriel, je te garantis que c'est pas la peine que Bill vienne sonner à la porte pour que j'installe sa bouse sur mes machines. :ja:
Rien que leur système WGA (Windows Genuine Advantage), c'est un vrai scandale ! Windows passe sont temps à se connecter pour vérifier qu'il est valide. Une fois ne suffit pas. :il:
-
Y'a du bon dans tous les OS, comme du mauvais. Mais pour des utilisations quotidiennes, je préfère Nux. :)
-
Win est pensé pour les noobs.
Ils ont tellement voulu simplifier que quand tu te tapes des notions de "passerelle résidentielle", tu n'y comprends rien.
Il faut ramer un moment avant de commencer à piger...
Et ces messages d'avertissement incessants, qu'est-ce que c'est pénible. Si ils connaissaient au moins les groupes, utilisateurs et chmod. Au lieu de ça, c'est admin ou rien. Lecture seule ou pas. :it:
-
Mais tu ne fais pas de l'administration avancée sous Windows, soyons sérieux. ^-^
-
De l'administration avancée Windows ? :ih:
Elle est bonne celle là. De bon matin j'aime bien. :D
Pour la petite histoire. Quand j'ai eu mon PC, il y avait le logo Windows Vista collé dessus. La première chose que j'ai fait, c'est de décoller le truc pour ne plus le voir. :kd:
-
Sur le PC de Songe ?
-
Oui ma chérie.
Je déteste Vista, je ne peux pas le voir. A mon avis, zhom aussi, vu qu'il avait installé Win7. ;)
-
Ben c'est pas Zhom qui a installé win 7 c'est Amonbofils quand il s'est aperçu que c'est à cause de vista que le PC ne fonctionnait pas .
C'est très con parce que le mec du magasin ou je l'avais porté à réparé m'avait dit que la carte mère était morte .
Si non je ne l'aurai pas remplacé.
J'ai pas forcement 800 neuros à dépensé tout les deux ans pour changer de PC !
-
Oui, je voulais dire Amonbofils. Je m'emmêle les saucisses. :gf:
Le mec t'as dit que c'était la carte mère ? Pfff ! Ca m'énerve les gars qui se disent réparateurs et qui te racontent n'importe quoi parce qu'ils ne savent pas ou parce qu'ils veulent que tu leur achètes du matériel neuf. :il:
Au final, c'est juste le processeur qui avait un souci. Il a cramé en même pas deux jours. Mais un AMD Athlon double coeur d'occasion, c'est une réparation à environ 10€ avec les frais de port.
En plus, j'ai enfumé le gars, j'ai eu deux processeurs pour le prix d'un. :gj:
-
Ca fait quand même un sacré bordel à déplacer pour faire matcher une string sur une regex. :ge:
Dart ne connait aucune fonction PCRE ? Du style preg_match(), par exemple ?
-
Ca fait quand même un sacré bordel à déplacer pour faire matcher une string sur une regex. :ge:
Simplement parce que j'ai protégé le morceau de code avec un try/catch. ;)
Dart ne connait aucune fonction PCRE ? Du style preg_match(), par exemple ?
L'équivalent de preg_match() serait:
var words = regex.allMatches(string);
-
Ben justement, en général, les fonctions retournent FALSE ou TRUE selon qu'elles "matche" ou pas.
Ensuite, pour la gestion des erreurs, si une interception est prévue, la regex, et surtout pas le pattern ne peuvent générer d'erreur. Ca matche ou ça matche pas.
C'est quand même une sacrée usine à gaz ce Dart ! Heureusement qu'il est côté client. :jq:
-
C'est quand même une sacrée usine à gaz ce Dart ! Heureusement qu'il est côté client. :jq:
Dit-il, en faisant du PHP :D
Il n'y a absolument rien d'usine à gaz, l'exception c'est moi qui l'ai créé, pas le langage que je sache.
Pour renvoyer un booléen pour voir si ça match, il suffit d'utiliser la méthode contains().
EDIT:
D'ailleurs Dart, n'est pas un langage client-side. On peut l'utiliser en backend aussi. :)
-
Non, non, non. Pas de backend. Ca marche pas. :jn:
-
Non, non, non. Pas de backend. Ca marche pas. :jn:
C'est un troll ? ^-^
-
:gj:
-
Je peux comprendre que pour un webmaster, l'encapsulation, le typage explicite toussa, ça peut le dépasser: excuse-moi, je viens d'un monde où on ne développe pas un truc sur un coin de table. ^-^
(Bon on va arrêter les trolls, sinon les modérateurs d'OC vont venir nous censurer)
-
C'est pour ça que les webmasters développent mieux que les autres.
Y a 4 coins sur une table. On optimise la table, et donc l'espace de travail ! ^-^
[Ok, fini trollage...]
-
Bonsoir,
[un petit troll de plus]
Bon là je dois dire que je connais une flopée de langage mais celui là pas du tout. Je connais très bien J / JS / PHP / Ajax / Fortran / C / C++ / Pascal / pour les compilations etc ... et je ne vois pas ce que cela peut apporter de plus. Je préfère encore plus des formulations Ajax ou tout les contrôles peuvent se faire directement côté clients au travers des navigateurs ou applications connexes ce qui soulage le serveur et permet un gain de temps appréciables surtout pour la manipulation de contrôle de très gros fichiers.
Alors quel est l'avantage réel de ce langage car il doit apparemment se trouver côté serveur et client je ne parle pas de petites démos mais dans un réel environnement de gestion ?
Je n'ai encore rien vu de tel passer en développement d'entreprise donc ce langage est-il passé à un niveau de développement réel ou local ici voulant dire restreint à un petit groupe de personnes.
Sur ce je retourne dare dare à mes occupations.
:aa
-
:)
Dart n'a pas eu le succès que Google espérait, loin de là.
Je laisse l'amoureux Dart t'en dire plus. ^-^
-
Alors quel est l'avantage réel de ce langage car il doit apparemment se trouver côté serveur et client je ne parle pas de petites démos mais dans un réel environnement de gestion ?
Il permet tout ce que JavaScript permet de faire (et plus) mais le débogage est clairement plus simple (puisque l'on dispose d'un profiler qui permet d'espionner les variables, de tester les modules en live, d'obtenir des statistiques de performance (consommation CPU, RAM)), l'héritage est moins "à l'arrache" (même si pas parfait), on maîtrise les dépendances de son code (pas besoin d'avoir recours à des trucs foireux non natifs), on dispose de classes.
En bref, ça permet aussi à ceux qui chopent des boutons quand on prononce "JavaScript" de faire du client sans subir le côté disparate de ce dernier.
Je n'ai encore rien vu de tel passer en développement d'entreprise donc ce langage est-il passé à un niveau de développement réel ou local ici voulant dire restreint à un petit groupe de personnes.
C'est normal, il n'a jamais été réellement adopté. :)
-
Bonjour,
Quel est l'historique de ce langage et dans quel but a t'il été créé et développé. Je suppose que cela n'a pas été le fruit du hasard et que quelque chose était prévu pour une utilisation ultérieure de ce langage ?
:-\
-
Dart a été créé dans un premier temps pour succéder au JavaScript et dans le voeu de rendre ses fonctionnalités client totalement standards pour tous les navigateurs. (puisqu'il n'y aurait eu qu'un seul moteur Dart: la DVM)
En plus de proposer une certaine stabilité entre chaque navigateur, la DVM aurait permis de procéder à une compilation native du code client et de le mettre en cache pour permettre une exécution plus légère, même sur des appareils mobiles.
Dart n'a pas seulement été pensé pour du client-side: il dispose également d'une bibliothèque d'E/S (dart:io) pour pouvoir faire des applications serveurs.
-
Rooooh ! Y recommence avec son Dart en backend.
Je t'ai déjà dit, circulez y a rien à voir. Ca marche pas. :jn:
-
Bonsoir,
J'ai fait quelques recherches mais je ne trouve rien de concret et de réel quand à l'historique et la finalité de ce code. Tout ce qu'il en reste apparemment c'est du codage "source to source" dans des mentions "asynchrones". Donc rien de bien excitant. Je n'ai pas compris non plus l'utopie de Google à vouloir créer une norme unique pour les navigateurs en sachant pertinemment que ce serait du domaine de l'impossible car chacun crée son code et son navigateur de son côté. Ce serait bien trop simple d'avoir un codage universel alors pourquoi faire simple quand on peut faire compliqué. C'est une sacrée question. :-\
:)
-
Pour ce qui est de voir Dart sur les navigateurs, c'est fini. Tous ont refusé Dart.
Pas besoin de Google sur mon navigateur, il est déjà assez bien présent comme ça ! :il:
-
Rooooh ! Y recommence avec son Dart en backend.
Je ne recommence absolument rien, je dis juste qu'il possible de travailler avec de ce côté-ci.
Ce que je trouve encore plus ironique, c'est que, encore une fois, si on devait faire du backend qu'avec des langages qui tiennent la route, on peut déjà enlever tous les langages web. :gj:
J'ai fait quelques recherches mais je ne trouve rien de concret et de réel quand à l'historique et la finalité de ce code. Tout ce qu'il en reste apparemment c'est du codage "source to source" dans des mentions "asynchrones".
Comme je l'ai dit plus haut, Dart n'a jamais été réellement accepté et utilisé.
En revanche, Google l'utilise en interne pour leurs nouveaux outils.
Je n'ai pas compris non plus l'utopie de Google à vouloir créer une norme unique pour les navigateurs en sachant pertinemment que ce serait du domaine de l'impossible
Pardon ? On en parle de la JVM qui a permis de compiler vers une panacée de processeurs tous plus éloignés des uns et des autres ?
Alors je ne vois pas en quoi faire le pont entre plusieurs navigateurs seraient mission impossible.
Ce serait bien trop simple d'avoir un codage universel alors pourquoi faire simple quand on peut faire compliqué
Pas compris.
Pour ce qui est de voir Dart sur les navigateurs, c'est fini. Tous ont refusé Dart.
On a compris que Dart a été refusé, mais serait-il possible de discuter sans mettre un terme à la discussion à chaque fois ?
Sinon, autant clore le sujet de suite. :)