dur à dire sans le code
ta fonction est asynchrone ? peut être logue tu avant qu'elle ai terminé son job
edit, attention aussi à la porté des variables, let reste local
robinHood (./4950) :Bingo ! await ne fonctionne pas comme je l'imaginais, et les messages n'étaient pas dans l'ordre dans la console... Merci
ta fonction est asynchrone ? peut être logue tu avant qu'elle ai terminé son job
flanker (./4953) :Mais si, t'as les propriétés (__attr__ ?) et ce qui fait partie du dictionnaire. Certains aiment sans doute qu'il n'y ait pas de mélange (pas besoin de faire l'équivalent de hasOwnProperty en JS).
Ça ne me dit rien pour Python
(les crochets servent pour les tableaux et plus généralement les objets qui ont une méthode __getitem__)
async fn(){
return fetch("/truc")
.then( ()=>{
} ) ;
}
await Promise.all([
fetch(...),
fetch(...),
...
])
Godzil (./4958) :Coté serveur, dans certains cas ou il faut pouvoir gérer beaucoup de requêtes en parallèle, ça peut apporter un gain en performance réel car la création d'un thread et de la stack associée a un coût.
"un navigateur est mono thread" voila pourquoi les javascripeur ne jurent que par l'asynchrone alors que... en fait.. ca n'apporte rien d'autre qu'une complicité accrue pour aucune bonne raison d'autre que les dev de navigateur sont historiquement fainéants.
robinHood (./4964) :C'est tout le soucis du JavaScript : pour qu'il soit efficace, il ne faut pas l'utiliser comme il a été prévu. D'autres langages auraient bien mieux pu faire l'affaire.
Godzil tu ne t'es toujours pas fait à l'idée mais dans les faits c'est ultra badass et très très rapide
après il faut être assez rigoureux sans ça c'est vite spaghetti
pour qu'il soit efficace, il ne faut pas l'utiliser comme il a été prévu.
- quoi qu'il en soit, la démo client de ce matin a marché 
)robinHood (./4968) :Disons que si on remonte à la base de la base coté serveur (Live Script), il n'a quasiment pas été pensé du tout, vu que c'est un bricolage fait en deux semaines.
j'ai parlé de rigueur, après si pour toi c'est d'origine pensé comme bordélique.. 😁
During these formative years of the Web, web pages could only be static, lacking the capability for dynamic behavior after the page was loaded in the browser. There was a desire in the flourishing web development scene to remove this limitation, so in 1995, Netscape decided to add a scripting language to Navigator. They pursued two routes to achieve this: collaborating with Sun Microsystems to embed the Java programming language, while also hiring Brendan Eich to embed the Scheme language.[6]
Netscape management soon decided that the best option was for Eich to devise a new language, with syntax similar to Java and less like Scheme or other extant scripting languages.[5][6] Although the new language and its interpreter implementation were called LiveScript when first shipped as part of a Navigator beta in September 1995, the name was changed to JavaScript for the official release in December.[6][1][15]
The choice of the JavaScript name has caused confusion, implying that it is directly related to Java. At the time, the dot-com boom had begun and Java was the hot new language, so Eich considered the JavaScript name a marketing ploy by Netscape.[16]
https://web.archive.org/web/20160305202500if_/https://www.computer.org/csdl/mags/co/2012/02/mco2012020007.pdfJavaScript - Wikipediaen.wikipedia.orgA Brief History of JavaScriptDEV CommunityJavaScript is a programming language that represents one of the three core languages used to develop...Brendan Eich - Wikipediaen.wikipedia.org
https://www.ecma-international.org/wp-content/uploads/ECMA-262_1st_edition_june_1997.pdf
https://books.google.fr/books?id=3b40AwAAQBAJ&pg=PT32&redir_esc=y#v=onepage&q&f=false
Godzil (./4973) :Le communiqué de l'époque.
Heu, non le javascript n'a jamais ét fait pour faire le "lien" entre java et un navigateur.
robinHood (./4974) :Le fait que le précurseur de JavaScript était originellement prévu à destination des serveurs n'est pas une info vraiment cachée. Elle est mentionné dans la plupart des résumé historiques, tu peux notamment le trouver sur la page Wikipédia
je ne sais pas tellement d’où tu sors que le langage était initialement à destination serveur
on a l'impression de vraiment faire partie de l'histoire. C'est clair que c'était plus flou leur but à l'époque, c'est impressionnant que ça ait donné ce que ça a donné "Brendan Eich a initialement développé un langage de script côté serveur, appelé LiveScript, pour renforcer l'offre commerciale de serveur HTTP. Netscape travaille alors au développement d'une version orientée client de LiveScript."
"LiveScript was the official name it was given when it first shipped in beta releases of Netscape Navigator 2.0 in September 1995, but we rechristened it JavaScript in a joint announcement with Sun on December 4, 1995."
La mort des applets Java puis de Flash à donné à JavaScript une place qui ne lui était absolument pas destinéeActionScript était du js, enfin un langage ecmascript ^^
vince (./4976) :La vraie solution ça aurait été de partir directement sur WebAssembly, mais la standardisation du Web en mode on met tout le monde autour de la table et on réfléchit calmement aux conséquences de nos choix techniques était totalement inenvisageable à l'époque. La priorité de tous les acteurs était de pousser leurs solutions maison, à la fois pour aller plus vite, et pour s'imposer comme standard de fait qu'on pourrait rentabiliser par la suite.
alors que la vraie solution c'était des activex et du vbscript...
robinHood (./4978) :En 98, les applets Java avaient déjà pas mal de plomb dans l'aile, Pas étonnant que Brendan Eich parle plutôt de JavaScript.
étrange, seul ce communiqué de presse en parle comme "ça va faire tout et partout", même une interview d'eich en 98 ne parle que de scripts pour le navigateur
robinHood (./4978) :Exact, pourtant je me souviens l'avoir vu à pas mal d'endroits, mais je n'arrive plus a la trouver l'info en dehors de cette page. De toute façon ça reste un détail historique vu que LiveScript n'est jamais officiellement sorti sous ce nom et n'a au final pas servi coté serveur à l'époque. Lors de sa publication officielle il était déjà passé coté client en tant que JavaScript.
il n'y à que la page wiki fr qui parle d'un langage initialement coté serveur :
Pas étonnant que Brendan Eich parle plutôt de JavaScript.
