Messages de kheyette_dev

Le 20 juillet 2023 à 04:37:26 :
Bien fait !
Larve !
Continuer les JV alors que tu n'as rien, je me délecte de ta souffrance !

Je te trouve très méchant, pourquoi autant de méchanceté envers ce khey?

Des bon rsaiste bien puant comme on aime :bave:

Je touche 150k $/ans, je suis dev au US dans une entreprise américaine évidemment, je vais bientôt quitter ma job pour qu'après être dev free lance et augmenter mes revenus a + 200k $ /ans.

Mon rêve? être la sugar mommy d'un RSAiste

:up: :up:
Pourquoi certains disent a 35 ans il n'a plus rien a perdre? Bah si il a a perdre :question:

Le 20 juillet 2023 à 04:24:20 :

Le 20 juillet 2023 à 04:23:52 :

Le 20 juillet 2023 à 04:22:27 :
Quel langage

Je dev en C++ et Fortran généralement pourquoi ?

Salaire net ?

Je travaille pas en France donc ce n'est pas des salaires commun en France..

Le 20 juillet 2023 à 04:22:27 :
Quel langage

Je dev en C++ et Fortran généralement pourquoi ?

Adieu le forum

Le 20 juillet 2023 à 02:33:21 :
Selon moi séparer c'est toujours mieux.

Je ne connais pas bien les websockets par contre donc je ne peux pas du tout t'aider à ce niveau là.

Pour l'app B2C je pense que tu peux juste utiliser AWS beanstalk, et en plus ça permet de gérer le load balancing facilement.

Il me semble que ça peut aussi supporter les Sockets.

Merci clé, je vais prendre note du vdd

Le 20 juillet 2023 à 02:34:38 :
Mon conseil : si tu n'as personne dans l'équipe avec assez d'xp pour prendre la décision, te fais pas chier au début et restes tout sur le même serveur.

Su ça lag, tu fais évoluer l'infra.

ok je prends note merci

:up: :up:

Le 20 juillet 2023 à 02:28:14 :
Qu’est-ce que ça peut te foutre, dans le fondhttps://image.noelshack.com/fichiers/2017/15/1491851452-villani-zepo.png

car https://www.jeuxvideo.com/forums/42-51-72666028-1-0-1-0-architecture-pour-plusieurs-applications.htm#post_1213991116

Le 20 juillet 2023 à 02:27:45 :
Désolé, j'y connais rien.
Je up quand même.

:cimer: Tu gères clé

Le 20 juillet 2023 à 02:22:14 :

Le 20 juillet 2023 à 02:20:50 :

Le 20 juillet 2023 à 02:17:25 :

Le 20 juillet 2023 à 02:11:43 :

Le 20 juillet 2023 à 02:11:18 :
Visiblement pas assez pour te permettre de te dépuceler

Je suis pucelle et je le resterai jusqu'au jour du mariage.

Je veux bien t’épouser si tu réussis à concurrencer Tinder, t’auras un passeport canadien qui t’ouvrira le marché américain :coeur:

J'habite a New York et je suis dev full stack dans une fondation a NYC :)

Pourquoi tu ment vieille pucelle

Oui, oui, je mens :)

Le 20 juillet 2023 à 02:17:25 :

Le 20 juillet 2023 à 02:11:43 :

Le 20 juillet 2023 à 02:11:18 :
Visiblement pas assez pour te permettre de te dépuceler

Je suis pucelle et je le resterai jusqu'au jour du mariage.

Je veux bien t’épouser si tu réussis à concurrencer Tinder, t’auras un passeport canadien qui t’ouvrira le marché américain :coeur:

J'habite a New York et je suis dev full stack dans une fondation a NYC :)

partageant une architecture pour plusieurs applications partageant une base de données

Question : Est-ce que je crée un serveur secondaire et que je dirige le trafic vers ce serveur secondaire pour une "classe" d'utilisateurs différente OU que je gère app_1_traffic et app_2_traffic sur le même serveur principal ?

Contexte : Je suis une développeuse full stack avec des connaissances de surface sur l'architecture des applications. Je suis sur le point de créer une deuxième application pour certains clients et je voulais vous demander les avantages/inconvénients de chaque configuration et ce que cela signifie pour l'évolutivité.

Il existe actuellement une configuration d'application B2B avec un serveur nodeJS qui intègre des sockets Web pour les mises à jour en temps réel des utilisateurs b2b. Au fur et à mesure de sa croissance, je prévoyais de découpler certains des processus les plus lourds CPU + RAM vers un flux AWS Websocket -> SQS -> Lambda pour compenser les pics sur le serveur pour certaines des mises à jour de base de données les plus itératives.

L'application B2C aura beaucoup plus d'utilisateurs mais ses exigences sont assez basiques. Il doit essentiellement extraire des données de deux tables. Une table extrait les informations de l'utilisateur, une autre extrait plusieurs enregistrements (quelques milliers d'enregistrements). Pensez à Indeed.ca, mais où vous voyez des emplois adaptés à vos compétences et à votre proximité.

De plus, nous sommes ouverts à ne pas ajouter de mises à jour en temps réel à cette application, mais de simples actions d'actualisation/récupération si l'utilisateur souhaite des mises à jour. Nous pouvons souhaiter envoyer des mises à jour des interactions des utilisateurs B2C aux utilisateurs B2B.

Que penses l'élite ?

Le 20 juillet 2023 à 02:12:40 :
C'est des serveurs Hamachi si je dis pas de conneries, il en faut au moins 5 pour que ça tourne correctement dans le monde entier. Après tu as ce qu'on appelle des "ramifications" de serveurs qui utilisent les réseaux google et amazon, mais ça marche moins bien qu'Hamachi.

intéressant, tu auras idée de combien ramifications pour faire bien fonctionner Tinder?

Le 20 juillet 2023 à 02:11:18 :
Visiblement pas assez pour te permettre de te dépuceler

Je suis pucelle et je le resterai jusqu'au jour du mariage.

Prenons l'application de rencontres Tinder. Compte tenu d'une application de sa taille et de sa logique métier, combien de serveurs sont nécessaires pour garantir que les utilisateurs obtiennent des réponses fluides et rapides ?

Le 20 juillet 2023 à 02:00:10 :

Mais ahi se limiter qu'aux au blocs alors qu'on peut créer des blocs pour chaque instance ajouter

Ha oui. Et chaque instance ajoutée garanti la véracité de toutes les instances précédentes ? Ha ben non ça a rien à voir.

Je pensais que t'étais un Trap mais vu ta logique t'es peut être bien vraiment une femme.

Oui oui, tu reviens 1h après ton message après avoir bien tout googler et chatped :)