Messages de h2skell

Le 25 février 2023 à 19:32:39 :
Les kheys dev web, c'est quoi qui est a la mode maintenant ?

très clairement le haskellhttps://image.noelshack.com/fichiers/2018/40/2/1538464049-ahibol.png

vous êtes graves les mecs quand même, reconnaissez votre erreur et dites merci ça vous coûte quoi on est tous passés par làhttps://image.noelshack.com/fichiers/2018/40/2/1538464049-ahibol.png

et y'a la même merde avec les reentrancy attacks dans les smart contracts, "oh bah c'est single threaded alors osef" que nenni et là y'a des millions en jeuhttps://image.noelshack.com/fichiers/2018/40/2/1538464049-ahibol.png

Le 25 février 2023 à 19:21:59 Jsmerendzinzin a écrit :
Le niveau des devs JS est vraiment inquiétant heureusement que ce cas est très très rare sinon toute les apps seraient bugué

ben de fait je crois bien que les 3/4 les apps JS pétées sont buggéeshttps://image.noelshack.com/fichiers/2018/40/2/1538464049-ahibol.png

Le 25 février 2023 à 19:18:19 700IQ a écrit :

Le 25 février 2023 à 19:15:01 :
ptain l'op est tellement low ça me répugne
les mutex et lock c'est pour gérer la concurrence, pas besoin en front vu qu'il n'y a qu'un utilisateur
il faut juste gérer l'état, comence par lire la doc de ton framework au lieu de faire des clowneries au pif

Je me disais aussi.

Jamais entendu parler de mutex, et "verrou" (déjà un vrai dev utilise pas de mots français) jusqu'à présent en front

Le mec prend tout le monde de haut mais en même temps utilise du charabia incompréhensible et se plaint que son patron l'aide pas

ok imagine ça

let balance = 100



async function do_tx(from, to, amount) {

  if (balance > amount) {

    let res = await (api call pour faire une transaction sur un backend)

    if (res.success)

      balance -= amount

  }

}

imagine que do_tx soit appelé de manière asynchrone deux fois en même temps, et c'est exactement le même problème qu'en multithreading, y'a un scénario où le premier do_tx va rendre le contrôle sur le await api call et le deuxième va s'exécuter et deux tx vont valider le if et return avec une balance en négatif

Le 25 février 2023 à 19:17:02 Jsmerendzinzin a écrit :
Putain on reconnaît vite les imposteurs bordel de mais qu'est-ce que

Mais c'est quoi ce bordel AYAAAAA MAIS VOUD ETES TOUS DES IMPOSTEURS

bien dit

Le 25 février 2023 à 19:15:01 pyyyy a écrit :
ptain l'op est tellement low ça me répugne
les mutex et lock c'est pour gérer la concurrence, pas besoin en front vu qu'il n'y a qu'un utilisateur
il faut juste gérer l'état, comence par lire la doc de ton framework au lieu de faire des clowneries au pif

il peut y avoir besoin de mutex en async même sur un seul thread oui puisque le modèle async/await émule des context switches

Le 25 février 2023 à 19:10:06 Gisiw11 a écrit :

Le 25 février 2023 à 19:01:12 :

Le 25 février 2023 à 18:58:54 :

Le 25 février 2023 à 18:56:25 :
Bordel c'est quoi ce topic de low IQ junior ?

Faut utiliser des promesses pour vos calls api

RxJS pour quelque chose de plus avancé

L’op qui parle de verrou putain, tu fous un vieux booléen ´loading’ qui passe à true quand tu fais un traitement et qui display un spinner et on en parle plus

Oui mais ma question c'est si tu met 2 verrous du même noms y peut y avoir un conflit pile au moment où les fonctions sont appelé en même temps genre au moment où elle verifie la valeur ensuite le thread est mis en sleep puis l'autre fonction vérifie aussi la valeur puis ensuite un thread la modifie ducoup les 2 rentre au même moment ducoup ça fait un conflit

Bah non , tes fonctions seront pas appeler en même temps puisque ton interface sera bloquée au premier clic

Et arrête de parler de thread JavaScript est monothreadé

TEKNIQUEMENT avec les workers et du message passing tu peux faire du multithreading me semble? mais jamais test

Le 25 février 2023 à 18:45:08 :

Le 25 février 2023 à 18:38:05 :
et pour ta 2eme question c'est la granularité des mutex

plus granulaire = plus chiant à maintenir et si t'en mets vraiment trop, le coût en perf des mutex risque de devenir significatif
moins granulaire = potentiellement bloquer pour rien des fois mais plus facile à maintenir

S'il te plaît khey détail moi juste ça bordel

là où y'a une fonction async qui modifie un état susceptible d'être accédé par différentes fonctions en même temps il doit y avoir un mutex

trop de mutex = galère à coder (ça devient vite très difficile de raisonner) + lent
peu de mutex = une fonction peut lock toute une structure alors qu'elle aurait pu lock juste un tout petit bout, du coup ça va bloquer les autres fonctions "pour rien" (mais en pratique c'est mieux, faut trouver le juste milieu pour ton cas précis)

Le 25 février 2023 à 18:38:34 Jsmerendzinzin a écrit :

Le 25 février 2023 à 18:36:50 :
au moins dans les autres langages ça se passe comme ça :

est-ce que tu dois bloquer toute l'app -> pas async
est-ce que tu veux bloquer qu'une partie de l'app -> async + mutex sur toutes les parties qui accèdent le même état partagé
est-ce que tu veux que ça se fasse en arrière plan sans rien bloquer -> async

C'est quoi déjà les mutex khey on est d'accord c'est le verrou dont je parle

oui, mutex c'est mutual exclusion c'est synonyme avec lock

et pour ta 2eme question c'est la granularité des mutex

plus granulaire = plus chiant à maintenir et si t'en mets vraiment trop, le coût en perf des mutex risque de devenir significatif
moins granulaire = potentiellement bloquer pour rien des fois mais plus facile à maintenir

au moins dans les autres langages ça se passe comme ça :

est-ce que tu dois bloquer toute l'app -> pas async
est-ce que tu veux bloquer qu'une partie de l'app -> async + mutex sur toutes les parties qui accèdent le même état partagé
est-ce que tu veux que ça se fasse en arrière plan sans rien bloquer -> async

Le 24 février 2023 à 10:06:09 :

Le 24 février 2023 à 10:05:10 :

Le 24 février 2023 à 10:02:15 Teelos a écrit :

Le 24 février 2023 à 10:01:11 :

Le 24 février 2023 à 10:00:46 Teelos a écrit :
Je suis dev web et franchement mentalement c'est fatiguant, faut arrêter de vendre du rêve avec ce métier. Si t'es pas un minimum passionné par la programmation c'est un taff qui rend ouf.

"si t'aimes pas ton métier c'est pas ouf hein" ayaaaaaaaaaaaaaaaaaahttps://image.noelshack.com/fichiers/2021/47/4/1637873468-chaud.pnghttps://image.noelshack.com/fichiers/2021/47/4/1637873468-chaud.pnghttps://image.noelshack.com/fichiers/2021/47/4/1637873468-chaud.png

Tu m'as l'air d'etre un sacré debile je te défoncerai tellement si on faisait du pair programming avec ton code degueulasse.

ayaaaaa les combats d'infirmes entre devs web / datahttps://image.noelshack.com/fichiers/2017/50/6/1513421258-risitas-pop-corn.png

Tu vas bouffer mon clavier méca de 10kg dans la gueule tu vas voir c'est qui l'infirme.

ayaaaaaaaa chouffedhttps://image.noelshack.com/fichiers/2017/50/6/1513421258-risitas-pop-corn.png