C’est une façon bien verbeuse d’expliquer quelque chose de simple… Les États-Unis veulent que le dollar reste la monnaie de réserve mondiale, et pour cela, la structure doit faire qu’au lieu que les dollars s’accumulent aux États-Unis parce qu’ils vendent beaucoup de marchandises, ils achètent davantage de biens afin que les dollars se diffusent sur les marchés du monde entier.
Créer des extensions Python en C/C++ fait trop chuter la productivité, alors que PyO3 est vraiment pratique grâce à maturin et cargo.
De plus, la compilation croisée est indispensable pour les modules Python, et Rust la rend également simple.
J’ai l’impression que le système de salaire forfaitaire global est en fait utilisé avec l’idée que la rémunération du système n°2, à savoir un salaire mensuel fixe, est déjà incluse dedans lol
Quand j’étais en entreprise, être d’astreinte était assez stressant : pendant mes heures de sommeil, mes trajets en voiture et même mes jours de repos, je dormais d’un sommeil léger avec mon ordinateur portable et mon Apple Watch sur moi pour pouvoir répondre aux incidents. Après avoir quitté l’entreprise, j’ai énormément apprécié le fait de pouvoir ne plus être dérangé.
J’utilise l’IA, mais elle est tellement bête que si on ne corrige pas immédiatement le tir, elle n’arrive pas à implémenter correctement les choses. Quand je vois du vibe coding, ce n’est que du code truffé d’erreurs…
J’ai vraiment l’impression que ce problème continuera de se produire tant que l’IA ne résoudra pas les problèmes et n’apprendra pas en même temps, comme le ferait un humain.
Assurer une couverture 24/7, ce n’est pas simple. Surtout quand on est le seul à faire du DevOps… en fait, il n’y a juste personne haha.
On ferme les yeux en espérant très fort que le service ne tombe pas… hahaha
Je trouve que c’est une bonne chose de réfléchir à une compensation. Parce qu’en général, on ne se préoccupe même pas de la compensation en elle-même. Surtout avec le forfait jours / système de salaire forfaitaire global (pogwal imgeumje) et l’on-call… il y a cette ambiance où tout ça est considéré comme normal...
Honnêtement, même avec un bon ordinateur portable, je ne trouve pas vraiment que VSCode soit rapide. Au final, je finis soit par utiliser IntelliJ, carrément lourd mais pratique grâce à toutes ses fonctionnalités, soit un IDE ou un éditeur de texte développé nativement. Clairement, c’était plus rapide et l’expérience était meilleure.
Je suis d’accord pour dire que c’est un bon framework en soi, mais comme beaucoup d’entreprises et de startups produisent à la chaîne en invoquant une bonne productivité sans se soucier des performances, dès qu’on me dit qu’une application est faite avec Electron, j’ai tendance à la rejeter.
Enfin, l’expérience de développement reste meilleure qu’avec quelque chose comme Qt, non ?
C’est une façon bien verbeuse d’expliquer quelque chose de simple… Les États-Unis veulent que le dollar reste la monnaie de réserve mondiale, et pour cela, la structure doit faire qu’au lieu que les dollars s’accumulent aux États-Unis parce qu’ils vendent beaucoup de marchandises, ils achètent davantage de biens afin que les dollars se diffusent sur les marchés du monde entier.
Créer des extensions Python en C/C++ fait trop chuter la productivité, alors que PyO3 est vraiment pratique grâce à
maturinetcargo.De plus, la compilation croisée est indispensable pour les modules Python, et Rust la rend également simple.
Je comprends les autres points, mais l'affirmation concernant la RAM est vraiment trop éloignée de l'expérience réelle...
J’ai l’impression que le système de salaire forfaitaire global est en fait utilisé avec l’idée que la rémunération du système n°2, à savoir un salaire mensuel fixe, est déjà incluse dedans lol
Les applications Electron qui doivent rester en permanence en arrière-plan me semblaient toujours un peu contraignantes.
« Le processus en lui-même finit par devenir la vraie maîtrise du développeur » : je suis tout à fait d'accord.
Quand on pense à la Magic Mouse et à la Touch Bar... :thinking_face:
Ça me fait penser à un webtoon où l’IA fait du prompt inversé pour que les humains codent.
https://comic.naver.com/bestChallenge/detail?titleId=818158&no=21
Le concept consistait à ajouter des annotations et à disséminer aléatoirement du texte caché transparent sous forme de prompt.
Bof... même avec seulement 3 ou 4 applis Electron ouvertes, c'est très fréquent de galérer faute de mémoire....
On dirait qu’ils n’ont pas ajouté d’annotation, donc est-ce qu’ils dispersent plutôt du texte caché de manière aléatoire ?
La surface d’attaque est beaucoup trop vaste, mais comme ça n’intéresse pas grand monde, je vais finalement arrêter de m’en occuper.
Quand j’étais en entreprise, être d’astreinte était assez stressant : pendant mes heures de sommeil, mes trajets en voiture et même mes jours de repos, je dormais d’un sommeil léger avec mon ordinateur portable et mon Apple Watch sur moi pour pouvoir répondre aux incidents. Après avoir quitté l’entreprise, j’ai énormément apprécié le fait de pouvoir ne plus être dérangé.
J’utilise l’IA, mais elle est tellement bête que si on ne corrige pas immédiatement le tir, elle n’arrive pas à implémenter correctement les choses. Quand je vois du vibe coding, ce n’est que du code truffé d’erreurs…
J’ai vraiment l’impression que ce problème continuera de se produire tant que l’IA ne résoudra pas les problèmes et n’apprendra pas en même temps, comme le ferait un humain.
Je me demande ce que vaut le moteur de jeu lui-même.
Assurer une couverture 24/7, ce n’est pas simple. Surtout quand on est le seul à faire du DevOps… en fait, il n’y a juste personne haha.
On ferme les yeux en espérant très fort que le service ne tombe pas… hahaha
Je trouve que c’est une bonne chose de réfléchir à une compensation. Parce qu’en général, on ne se préoccupe même pas de la compensation en elle-même. Surtout avec le forfait jours / système de salaire forfaitaire global (pogwal imgeumje) et l’on-call… il y a cette ambiance où tout ça est considéré comme normal...
Honnêtement, même avec un bon ordinateur portable, je ne trouve pas vraiment que VSCode soit rapide. Au final, je finis soit par utiliser IntelliJ, carrément lourd mais pratique grâce à toutes ses fonctionnalités, soit un IDE ou un éditeur de texte développé nativement. Clairement, c’était plus rapide et l’expérience était meilleure.
Je suis d’accord pour dire que c’est un bon framework en soi, mais comme beaucoup d’entreprises et de startups produisent à la chaîne en invoquant une bonne productivité sans se soucier des performances, dès qu’on me dit qu’une application est faite avec Electron, j’ai tendance à la rejeter.