Messages de Jsmerendzinzin

Le 25 février 2023 à 19:29:22 :
l'op qui vient de sortir de l'école, essaye d'appliquer des trucs au pif sans rien comprendre, bosse le week end car incapable de rendre une solution fonctionnelle dans les temps et il pense qu'il est bon et que son problème est juste trop high level
non frero t'es juste complétement paumé, tu devrais postuler dans une entreprise où des devs senior pourront t'aider

Oui je suis ignorant sur plein de sujet mais la je crois en ce que je dis. Et oui je suis lent mais je prend le temps de comprendre ce que je fais justement d'où ma question d'un niveau technique élevé. Et j'essaye de faire du code maintenable et quelque chose de propre pour pas rendre de la merde inutilisable

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

Le 25 février 2023 à 19:21:59 :
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é

T'es particulièrement malaisant en tout cas, c'est peut être pour ça que ton boss veut pas t'aider

Voilà la réponse d'un mec qui reconnaît pas son ignorance

Le 25 février 2023 à 19:21:45 :
bah mets des boolean différents pour chaque cas ça ira

Bah c'est ce que j'ai fait mais on me dit qui faut mettre un verrou du même nom

Le 25 février 2023 à 19:19:09 :

Le 25 février 2023 à 19:16:15 :

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

La concurrence espèce de low iq c'est aussi sur l'interface utilisateur ou y'a plusieurs fonction asynchrone qui peuvent modifier des valeurs communes aux 2 fonctions allez dispose

mais bordel il y a un seul thread, une seule mémoire partagée, toutes les opérations sont en mémoire donc atomiques, il ne peut pas y avoir de problème de concurrence, quel low c'est pas possible
ton seul problème c'est un problème de state management

Y'a des contextes Switch sinon ce serait que des fonctions synchrone le low comment 2 fonctions asynchrone peuvent s'exécuter simultanément bordel le niveau

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

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

La concurrence espèce de low iq c'est aussi sur l'interface utilisateur ou y'a plusieurs fonction asynchrone qui peuvent modifier des valeurs communes aux 2 fonctions allez dispose

Le 25 février 2023 à 19:13:57 :
et l'op tu devrais dire à ton patron de t'aider c'est pas à nous de faire son taf de te former et au pire change de boite

Oui meme mon patron a pas la réponse pour ça la honte

Le 25 février 2023 à 19:10:06 :

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é

Oui mais si le thread est en mode sleep et qu'il est remplacé vu que c'est une fonction asynchrone genre dans l'ordre :

Click de l'utilisateur
Premier fonction asynchrone vérifie valeur
Click hyper rapide thread en pause
Deuxième fonction vérifie valeur
Thread en pause
Deuxième fonction modifie valeur
Première fonction modifie valeur

....

Le 25 février 2023 à 19:08:48 :
En attendant je suis jamais bloquer en Vue JS sauce TS

Mais aya bordel vous parlez mais vous savez rien

Le critère d'intégrité n'est pas respecté dans vos apps la honte

Le 25 février 2023 à 19:07:33 :

Le 25 février 2023 à 19:05:09 :

Le 25 février 2023 à 19:02:51 :
On comprends pas ton besoin.
Mais si tu as une pagination et que ton soucis c'est que tu attends une reponse suite a un click et que tu veux empecher bobby de reclick ? Compute CSS pour deactiver des boutons concernés a l'aide d'un boolean qui est true a l'appel et repasse a false a la réponse.
Tu as des trucs dans les api de vuetify par exemple dans les composants a base de :is-loading="monBool"

J'utilise pas vuetify et je suis pas con là je parle d'un conflit dans le cas où 2 verrous ont le même noms.

Y peut y avoir un conflit si les 2 fonctions sont appelé en même temps puisque chacun va vérifier la valeur puis ensuite la modifier si entre temps un des 2 est mis en mode sleep les 2 vont rentrer dans la fonction.

BORDEL MAIS ON VOIT CA EN COURS LA HONTE DE PAS SAVOIR CA ET CA SE PRETEND DEV ON EST OBLIGÉ DE METTRE DES MUTEX DIFFERENT SINON LE CRITERE INTÉGRITÉ N'EST PLUS RESPECTER

Je suis dev et je sais pas ce qu'est un verrou ni un mutex

Ahahhhahhahahhahahahahahaaahah , et bah sache que tout t'es apps sont potentiellement bugué

Le 25 février 2023 à 19:02:51 :
On comprends pas ton besoin.
Mais si tu as une pagination et que ton soucis c'est que tu attends une reponse suite a un click et que tu veux empecher bobby de reclick ? Compute CSS pour deactiver des boutons concernés a l'aide d'un boolean qui est true a l'appel et repasse a false a la réponse.
Tu as des trucs dans les api de vuetify par exemple dans les composants a base de :is-loading="monBool"

J'utilise pas vuetify et je suis pas con là je parle d'un conflit dans le cas où 2 verrous ont le même noms.

Y peut y avoir un conflit si les 2 fonctions sont appelé en même temps puisque chacun va vérifier la valeur puis ensuite la modifier si entre temps un des 2 est mis en mode sleep les 2 vont rentrer dans la fonction.

BORDEL MAIS ON VOIT CA EN COURS LA HONTE DE PAS SAVOIR CA ET CA SE PRETEND DEV ON EST OBLIGÉ DE METTRE DES MUTEX DIFFERENT SINON LE CRITERE INTÉGRITÉ N'EST PLUS RESPECTER

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

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é

MAIS JE SAIS BORDEL MAIS BREF

Le 25 février 2023 à 18:53:56 :

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)

Non mais de toute façon la d'après ce que tu dis le mutex doit être unique parce que ça fais des modif sur le même type de données.

Mais enfaite je pensais que y'avait un conflit bizarre genre : si une fonction met laa variable à true et que l'autre met la variable à false bah ça fait que la variable au final va rester à true ou je sais plus trop quoi mais ça fait une boucle ... J'avais vu ça en cours je crois

Le 25 février 2023 à 18:52:48 :

Le 25 février 2023 à 18:37:22 :

Le 25 février 2023 à 18:36:09 :
Cycle de vie de ton composant , c'est en rapport ?

Non rien à voir c'est du vuejs

Tu geres pas l'etat de l'objet dans un store avec vuex? Et tu peux voir la manipulation dans le composant, ou bien peut etre watch {} peut aider en vue

Bah si j'utilise vuex et tout mon état et dans le même fichier mais je sais pas de quoi tu me parle

Le 25 février 2023 à 18:52:19 :
Je vient de checker, vue que tu m'as fait douter , logiquement t'as pas besoin de faire tout ça a moins que ton api ne soit pas en mesure de traiter plusieurs requêtes en même temps

Mais de quoi tu parles bordel je suis obligé d'envoyer des requêtes séparé ça permet de faire en sorte que le code soit plus maintenable