Les boîtes réellement (donc réellement asynchrones telles que tu le décris) existent, mon ancienne boîte l'était (et celle d'avant aussi), mais leur point commun était qu'elles étaient toutes full remote (réellement, pas les arnaques à un jour de présence par mois).

Sur ta définition de l'asynchrone, je te cite : "j'ai entendu parler du travail asynchrone qui se base + sur des objectifs à réaliser sur la semaine avec généralement du full remote" C'est la définition de travailler en AGILE et, c'est normalement ainsi que doivent travailler n'importe quelle entreprise qui fait de l'Agile. (Du vrai, pas du Scrum ou autre arnaque là encore)

J'ai passé 150 pages de mon mémoire de recherche de fin d'études à l'époque à décortiquer toutes les méthodologies agile, les différentes approches en on-boarding, et à voir ce que je pouvais faire corréler avec mon ancienne vie de chef de groupe militaire et ce que je peux dire, c'est qu'il n'y aura jamais plus efficace que le fait d'enlever toutes formes de hiérarchie et d'autorité dans le métier de développeur, mais au préalable il faut un on-boarding à la hauteur (sauf que 99% des gens vont mal le faire, car ils n'ont pas l'expérience pour le faire. Dans la majorité des cas, ceux qui font ça sont des espèces d'hippies néo-communiste totalement à la ramasse). A l'époque ou j'étais CDG militaire, les méthodes Agile n'existaient quasiment pas, de manière aussi fréquente en entreprise. Elles étaient toutes en cycle en V et l'avantage d'avoir été militaire durant cette époque, est que l'armée a une longueur d'avance sur la notion de gestion et donc, l'on faisait déjà de l'agile à cette époque et, j'ai d'ailleurs été surpris des années plus tard à retrouver tant de concepts similaires à ceux que j'avais appris durant mon master 2 en chef de projet.

Ce que je veux donc dire ici, c'est que deux mondes appliquant pourtant une même base méthodologique, ne l'appliquerons pas de la même manière. L'Agilité appliquée à l'armée, n'a pas de rapport avec l'agilité appliquée dans le monde du dev, pour la simple raison que la base de l'agilité est justement d'être... Agile. De fait, j'en reviens à ce que je te dit sur ta définition du travail asynchrone + objectif à réaliser, c'est juste ainsi que dans le monde du dev il faut bosser. Il ne faut pas bosser par estimation, par coups de fouet, par dogmes, etc. Il faut laisser les développeurs être ce qu'ils doivent être : des ingénieurs. Pas, des exécutants. (et donc il faut remettre le salaire qui va avec)

L'Agile est donc un grand mot, qui n'a pas été inventé par James Martin ou, Ken Beck, Alistair Cockburn, etc. Non ils ont été des agrégateurs apportant leur vision de l'Agile, mais l'Agilité initialement tire ses bases des usines Toyota et elle même tire ses bases des armées. Donc il faut faire attention avec le terme Agile, qui veut vite dire tout et son contraire, au delà des différentes méthodologies ou des Frameworks agile. La base réellement de l'agilité, c'est d'être flexible et tout un tas d'autres choses. Agile ne veut pas dire daily meetings tout les matins, ne veut pas dire sprint de 2 semaines, ne veut pas dire livraisons tous les jours, etc. Ça, ce sont des points de vue et des manières de l'appliquer, qui souvent d'ailleurs en réalité, ne marche pas avec la réalité d'une équipe ou d'un besoin client, tout comme le cycle en V ne marche pas non plus.

Il est clair que ceux qui sont passés par le moule d'une ESN sont à des années-lumière de pouvoir et arriver à le comprendre et, arriver à se déformater d'un environnement de travail qui au quotidien ne correspond pas à la réalité de ce que devrait être leur quotidien. L'environnement toxique que tu décris ressemble aux ESN nouvelle génération qui veulent se donner un genre, par exemple.

Pour répondre à ta dernière question, jusqu'ici, toutes mes missions freelances ont toujours été à 100% en full remote et dans le contexte que tu évoques. Sur la question de savoir où je les trouve, dans 99% des cas, on me démarche, donc je ne peux pas, pour le coup, te dire. J'ai très peu de succès sur les plateformes paradoxalement, mais beaucoup de succès sur le bouche à oreille. Mais je peux quand même supposer à travers mon expérience qu'on retrouvera majoritairement une ambiance non toxique avec un cadre agile mieux appliqué dans des agences web en (réellement) full remote.

Vous pouvez tout à fait faire usage du visa touriste (ESTA) pour rester 90j sur le territoire américain.

Sachez que NY coûte très cher et qu’une mission full-remote (en France car vous ne parlez pas anglais) peut être compliquée à trouver mais pose aussi des soucis logistiques : quid de l’accès VPN, des protocoles de données Europe-US et surtout du décalage horaire ? Pour exemple, la réunion du jeudi à 9h heure française vous fera vous réveiller à 2h45 heure NY.

Enfin, pour apprendre l’anglais, il faut sortir, avoir du lien social etc.. comment en avoir en ayant un rythme de vie décalé, dans une ville qui va à 1000 à l’heure ?

Pour apprendre l’anglais, il y’a plus simple.