Je pense qu’au lieu de bloquer complètement les autorisations d’accès, il vaudrait mieux montrer clairement à quels répertoires l’application accède.
Android est plutôt correct sur ce point, mais de ce côté-là les autorisations sont trop largement regroupées, donc il faut aussi autoriser des permissions à un niveau dont on n’a pas besoin...
La productivité a beaucoup augmenté avec un workflow asynchrone où on soumet un problème et, si la réponse est fausse, on l’écarte, mais est-ce que ce n’est pas similaire à un outil statique ? Si on le considère comme un outil d’analyse statique très évolué, c’est un bon allié. Honnêtement, il analyse vite et en sait plus que beaucoup d’ingénieurs junior.
Mais au fait, comment ce genre d’histoire se retrouve-t-il transformé en article ? On dirait un texte qui ressemble un peu à de la promo pour Google.
« Nous travaillons dur »...
Je ne considère pas cela comme optionnel. Une fois la PEP 779 approuvée, l’objectif est à terme de faire de l’implémentation par défaut une version free-threaded.
On dirait que des produits commerciaux avec écriture multi-nœud, comme Oracle RAC ou DB2 pureScale, ne sont même pas envisagés.
Publier ses casseroles à très, très grande échelle...
Honnêtement, je pensais qu’ils ne l’ajouteraient pas… ça va redonner de l’élan à plusieurs éditeurs.
Enfin... bienvenue
Jusqu’ici, si le mainteneur n’utilisait pas Kotlin, les mises à jour finissaient par s’arrêter, mais maintenant ça ne devrait plus arriver.
Je pense qu’au lieu de bloquer complètement les autorisations d’accès, il vaudrait mieux montrer clairement à quels répertoires l’application accède.
Android est plutôt correct sur ce point, mais de ce côté-là les autorisations sont trop largement regroupées, donc il faut aussi autoriser des permissions à un niveau dont on n’a pas besoin...
Il semble qu'il n'y ait ni Instagram, ni Threads, ni Facebook,,
Moi aussi, j’utilisais Electron il y a 2 ou 3 ans, mais ces derniers temps je développe plutôt avec Tauri..
La productivité a beaucoup augmenté avec un workflow asynchrone où on soumet un problème et, si la réponse est fausse, on l’écarte, mais est-ce que ce n’est pas similaire à un outil statique ? Si on le considère comme un outil d’analyse statique très évolué, c’est un bon allié. Honnêtement, il analyse vite et en sait plus que beaucoup d’ingénieurs junior.
Quand j’ai entendu le terme « chaos engineering », je me suis dit sur le moment qu’on parlait du backend de notre boîte que j’avais codé ;
J'aime bien.
La comparaison avec Call of Duty semble un peu hors sujet.
Il faut regarder Teams, qui a abandonné Electron au profit de WebView,
https://techcommunity.microsoft.com/discussions/microsoftteams/…
Mais au fait, comment ce genre d’histoire se retrouve-t-il transformé en article ? On dirait un texte qui ressemble un peu à de la promo pour Google.
« Nous travaillons dur »...
Utilisez Tauri. Le backend est en Rust et l’intégration est plus simple qu’on ne le pense.
J'utilise plutôt Prisma + ULID. C'est bien plus court, et je préfère.
Je suis surpris que la participation volontaire soit en première position...
Je ne considère pas cela comme optionnel. Une fois la PEP 779 approuvée, l’objectif est à terme de faire de l’implémentation par défaut une version free-threaded.
Il n’y a que des affirmations, sans la moindre preuve.
Bun est-il plutôt meilleur que Deno ?
On dirait que ce n’est pas encore le moment d’y cramer 200 dollars.