S’il n’est pas possible d’embaucher à temps plein les meilleurs ingénieurs, je pense qu’il peut être préférable d’embaucher les meilleurs ingénieurs à temps partiel plutôt que d’embaucher à temps plein des ingénieurs simplement assez bons.
Bien sûr, cela dépend du degré de difficulté technique des problèmes que votre entreprise doit résoudre, mais à partir du moment où vous commencez à recruter des talents de second rang, les talents de premier rang ne viendront jamais.
Je pense que la densité de talents élevée est en soi le meilleur des avantages, et qu’une forte densité de talents constitue elle-même une excellente offre.
Bien sûr, si votre organisation ne résout pas de problèmes difficiles, il n’est peut-être pas nécessaire de recruter absolument les meilleurs ingénieurs. Mais dans ce cas, il faut d’abord se demander s’il est vraiment nécessaire d’embaucher des ingénieurs. Si la technologie n’est pas au cœur du business, l’externalisation peut aussi être une meilleure option.
Pourquoi serait-ce un problème qu’un étudiant utilise l’IA pour faire un devoir ??
Le vrai problème, c’est plutôt l’enseignant qui donne un devoir qu’on peut rendre en utilisant l’IA…
Vous pensez vraiment qu’on peut se fier aux performances de GPTZero ??
Écrire le devoir à la main, ça résout quoi ??? Ça veut dire que demander à l’IA puis recopier la réponse pour la rendre, ce serait acceptable ??
S’il vous plaît, reprenons nos esprits et regardons la vraie nature du problème…
Le fait que les changements soient rapides est à la fois un avantage et un inconvénient dans ce secteur, haha. Mais le problème évoqué dans le corps du texte vient fondamentalement du bazar semé par Vercel. Si vous faites du front-end, il vaut mieux garder un œil attentif sur Vercel, snif snif.
Je suis entièrement d’accord, mais plutôt que l’expression de « haine » de l’IA, je me demande si « rejet » de l’IA ne serait pas plus approprié. Le sens implicite et la connotation du mot « haine » ne sont pas bons, et la haine engendre toujours la haine.
Biome reste plus rapide. Mais si on ne regarde que la vitesse, oxlint de voidzero est encore plus rapide.
Comme Biome est plus pratique du point de vue de l’ergonomie et de la documentation, à moins que l’ESLint actuel ne devienne plus rapide avec la combinaison ESLint + ESLint Stylistic au lieu de ESLint + Prettier tout en se stabilisant en même temps, cette optimisation par multithreading est impressionnante, mais je me dis qu’il finira peut-être par être remplacé un jour.
C’est aussi une bonne nouvelle pour Firefox.
Sans les financements de Google, versés pour donner au moins l’apparence que ce n’est pas exclusif, Mozilla s’effondrerait immédiatement.
S’ils perdent Chrome, il n’y aura plus de raison de les verser.
Il ne s’agit pas d’avoir piraté les communications, mais d’avoir piraté la passerelle.
Comme les serveurs du jeu augmentent ou diminuent selon la charge,
c’est la passerelle qui indique à la connexion à quel serveur se connecter.
De nos jours, on peut obtenir gratuitement des certificats TLS, donc on peut aussi mettre en place HTTPS de manière sûre, non ?
L’idée est sans doute que la passerelle compromise pointe vers un mauvais serveur, et que ce serveur intercepte toutes les données pour mener une attaque MITM.
Ce qui est dit dans les avis Hacker News ci-dessous est tout à fait juste.
« Next.js comporte une énorme couche d’abstraction dont 99,9999 % des projets n’ont pas besoin ; et dans les rares cas où quelque chose comme ça est réellement nécessaire, je pense qu’il vaut mieux construire une solution sur mesure à partir de composants de plus bas niveau »
Une API inutilement et excessivement complexe, un produit instable et incomplet qu’on continue pourtant à promouvoir obstinément comme production ready, et une dépendance énorme à Vercel qui rend l’exploitation sérieuse difficile ailleurs que sur Vercel.
On verra sans doute bientôt encore un cadavre sans nom descendre le Cheonggyecheon.
Franchement, les masques d’e-mail ne sont pas terribles à cause de la limite sur le nombre. Utilisez celui de DuckDuckGo.
Merci pour l'information.
S’il n’est pas possible d’embaucher à temps plein les meilleurs ingénieurs, je pense qu’il peut être préférable d’embaucher les meilleurs ingénieurs à temps partiel plutôt que d’embaucher à temps plein des ingénieurs simplement assez bons.
Bien sûr, cela dépend du degré de difficulté technique des problèmes que votre entreprise doit résoudre, mais à partir du moment où vous commencez à recruter des talents de second rang, les talents de premier rang ne viendront jamais.
Je pense que la densité de talents élevée est en soi le meilleur des avantages, et qu’une forte densité de talents constitue elle-même une excellente offre.
Bien sûr, si votre organisation ne résout pas de problèmes difficiles, il n’est peut-être pas nécessaire de recruter absolument les meilleurs ingénieurs. Mais dans ce cas, il faut d’abord se demander s’il est vraiment nécessaire d’embaucher des ingénieurs. Si la technologie n’est pas au cœur du business, l’externalisation peut aussi être une meilleure option.
Il ne reste plus que GoLand, maintenant ?
Le dernier, le n°21, pose problème.
Pourquoi serait-ce un problème qu’un étudiant utilise l’IA pour faire un devoir ??
Le vrai problème, c’est plutôt l’enseignant qui donne un devoir qu’on peut rendre en utilisant l’IA…
Vous pensez vraiment qu’on peut se fier aux performances de GPTZero ??
Écrire le devoir à la main, ça résout quoi ??? Ça veut dire que demander à l’IA puis recopier la réponse pour la rendre, ce serait acceptable ??
S’il vous plaît, reprenons nos esprits et regardons la vraie nature du problème…
Le fait que les changements soient rapides est à la fois un avantage et un inconvénient dans ce secteur, haha. Mais le problème évoqué dans le corps du texte vient fondamentalement du bazar semé par Vercel. Si vous faites du front-end, il vaut mieux garder un œil attentif sur Vercel, snif snif.
J’aimerais que l’interface soit un peu plus moderne…
Sous Windows aussi, l’installation est possible via scoop.
C'est bien..
Zed semble vraiment investir beaucoup dans l’intégration de l’IA.
Agent Client Protocol (ACP)
Zed - l’éditeur de code IA le plus rapide
L’éditeur de code collaboratif « Zed » passe désormais en open source
Je suis entièrement d’accord, mais plutôt que l’expression de « haine » de l’IA, je me demande si « rejet » de l’IA ne serait pas plus approprié. Le sens implicite et la connotation du mot « haine » ne sont pas bons, et la haine engendre toujours la haine.
Biome reste plus rapide. Mais si on ne regarde que la vitesse,
oxlintde voidzero est encore plus rapide.Comme Biome est plus pratique du point de vue de l’ergonomie et de la documentation, à moins que l’ESLint actuel ne devienne plus rapide avec la combinaison ESLint + ESLint Stylistic au lieu de ESLint + Prettier tout en se stabilisant en même temps, cette optimisation par multithreading est impressionnante, mais je me dis qu’il finira peut-être par être remplacé un jour.
Pfff ;;
C’est intéressant.
C’est aussi une bonne nouvelle pour Firefox.
Sans les financements de Google, versés pour donner au moins l’apparence que ce n’est pas exclusif, Mozilla s’effondrerait immédiatement.
S’ils perdent Chrome, il n’y aura plus de raison de les verser.
On dirait qu’ils n’ont toujours pas réalisé que React nuit à la productivité.
Même si le code est très long, ce n’est pas une dette si l’on peut facilement expliquer « ce qu’il fait ».
On dit que l’usage indiscriminé de l’IA crée de la dette, parce qu’il rend cela difficile.
Il ne s’agit pas d’avoir piraté les communications, mais d’avoir piraté la passerelle.
Comme les serveurs du jeu augmentent ou diminuent selon la charge,
c’est la passerelle qui indique à la connexion à quel serveur se connecter.
De nos jours, on peut obtenir gratuitement des certificats TLS, donc on peut aussi mettre en place HTTPS de manière sûre, non ?
L’idée est sans doute que la passerelle compromise pointe vers un mauvais serveur, et que ce serveur intercepte toutes les données pour mener une attaque MITM.
Ce qui est dit dans les avis Hacker News ci-dessous est tout à fait juste.
« Next.js comporte une énorme couche d’abstraction dont 99,9999 % des projets n’ont pas besoin ; et dans les rares cas où quelque chose comme ça est réellement nécessaire, je pense qu’il vaut mieux construire une solution sur mesure à partir de composants de plus bas niveau »
Une API inutilement et excessivement complexe, un produit instable et incomplet qu’on continue pourtant à promouvoir obstinément comme production ready, et une dépendance énorme à Vercel qui rend l’exploitation sérieuse difficile ailleurs que sur Vercel.