Ça existe vraiment les liseuses qui ont besoin d'un accès permanent (ou même au démarrage) à Internet ? Parce que pour moi ça casse quand même 95% de l'intérêt du truc.
L’un des problèmes avec les métiers de l’informatique dans des administrations, c’est que les salaires sont complètement déconnectés du marché du privé – à la fois parce que les paies dans le privé se sont envolées, et que les barèmes des fonctionnaires sont à peu près bloqués depuis des années.
Résultat, les quelques offres que je vois qui pourraient me concerner (développement/conception, > 10 ans d’expérience) sont complètement déconnectées du marché et proposent à peine un salaire de débutant pour des CDD. Résultat : même si le poste pourrait être intéressant, je ne postule pas tant je peux avoir mieux ailleurs. C’est pareil pour les postes orientés « connaissances métier appliquées à l’informatique ». Une ancienne collègue, sur un projet destiné à la fonction publique, a été démarchée par une entité publique pour faire le même genre de boulot que ce qu’elle faisait dans le public, et a refusé parce qu’elle aurait vu son salaire divisé quasiment par deux.
Une autre conséquence malheureuse, c’est que beaucoup de bons informaticiens fuient la fonction publique… avec ce que ça veut implique pour beaucoup de ceux qui restent : quelques-uns de bons et suffisamment attachés à la fonction publique pour rester malgré les conditions, et beaucoup d’anciens plus à jour, ou de trop mauvais pour être embauchés dans le privé. C’est l’une des (trop nombreuses) conditions qui fait aussi que, en tant qu’entreprise privée, travaillera avec le public est généralement une purge – avec les paiements ultra tardifs, l’immense résistance au changement, la politique à tous les étages et les lourdeurs administratives.
De mon côté j'ai plein d'expériences et de témoignages contraires : si tu vas voir directement les contrôleurs directement après être monté dans le train c'est bon (mais ton billet te coûtera plus cher pour cause de "frais d'émission à bord du train"). Par contre si tu attends qu'ils contrôlent, là c'est trop tard. Et ils rappellent souvent à l'occasion des contrôles : en cas de problème connu avec le billet (genre tu sais que tu n'en as pas…) si tu viens les chercher c'est OK, si tu attends qu'ils passent ils partent du principe que tu as fraudé.
Ceci n'est valable que pour la SNCF ; les TER sont adossés aux régions et peuvent avoir des règles différentes.
Encore faut-il qu’il y ait un « ailleurs » qui recrute… ce qui n’est pas forcément le cas dans le ferroviaire, selon où tu habites.
D’autre part : oui, la SNCF perds massivement des employés au profit de la concurrence (qu’elle soit elle-même ferroviaire, ou d’autres industries qui emploient les mêmes métiers, dans les cas où ça s’applique).
La SNCF recrute énormément, dans tous les domaines et partout en France. C’est l’occasion pour qui veut de se trouver un poste dans cette « planque de branleurs qui passent leur vie à faire grève », d’après certains. Ou de se rendre compte que les conditions de travail proposées ne sont peut-être pas si géniales que ça, et que certaines grèves sont peut-être bien justifiées.
Pour la petite histoire, j'ai utilisé ab parce que c'est ce que j'avais sous la main. Comme l'observation du comportement de l'application testée me montrait que l'application était bien limitée par le CPU avec cet outil, je n'ai pas eu besoin d'aller plus loin.
Mais effectivement pour des langages plus performants (en particulier dès que l'application testée est multithreadée) ab ne suffit plus, comme mentionné dans le journal.
Ça montre aussi que lancer des tests sans surveiller le comportement de l'application ne sert à rien, puisque ça ne permet pas d'en déduire quoi que ce soit quand aux résultats observés.
Enfin, le simple terme "tenir la charge" n'a pas de sens en soi. Par exemple ici, il faudrait vraiment un programme très créatif pour qu'il soit incapable de tenir la charge réelle qui va lui être demandée, même en imaginant l'héberger sur une brouette comme un premier Rapsberry Pi. En ce sens, un programme comme ab peut très bien prouver que les performances mesurées sont "très largement suffisantes", même si faussées parce qu'on atteint les limites de l'outil de mesure.
Non mais ça c’est un cas particulier pour une seule classe, dans la vie c’est un usage ultra-minoritaire de Java, et ça n’est absolument pas de ce cas dont je parle…
Il existe donc réellement des personnes qui utilisent des makefiles avec Java ?
Personnellement je ne me rappelle plus la dernière fois ou j’ai utilisé autre chose que Maven, Gradle ou très rarement Ant. Et oui, ce couplage à des toolings lourdingues peut clairement être listé dans les inconvénients de Java.
Ensuite ça n’est pas la question. Elle n’est pas de « chercher la solution la plus simple pour répondre au besoin » mais précisément de « vérifier si Java est vraiment une usine à gaz pour ce genre de cas ».
Je confirme, la classe date de Java 6 mais est peu utilisée. D’une part parce qu’elle est d’assez bas niveau et donc peu pratique pour des projets un peu complexe, d’autre part parce que c’est une API en com.sun.* que beaucoup de gens (y compris des outils automatiques !) confondent avec une API en sun.*, ces dernières ne devant pas être utilisées parce que privées (et supprimées des dernières versions de Java). Les API en com.sun.* sont pourtant standard (on les retrouve dans toutes les implémentations de Java, mêmes celles historiquement IBM) et sont simplement déconseillées dans quelques usages précis.
J’ai fait aussi un test rapide avec des outils plus « industriels » pour ce genre d’application (un microserveur minimaliste), comme vert.x. On a un peu moins de code un peu plus clair, et des performances sensiblement identiques (même la consommation RAM, ce qui m’a surpris). C’est aussi un facteur qui explique le manque d’intérêt pour HttpServer.
Je n’ai pas lancé le benchmark PHP, parce que j’ai complètement la flemme d’installer PHP juste pour ça sur le nouveau serveur, et de configurer un nouvel endpoint qui réponde en HTTP(non S) juste pour ça. Je sais juste que la version actuelle est « très largement suffisante en conditions réelles ».
D’ailleurs, j’ai dit une connerie, elle ne fait pas 3 lignes mais 2 – il n’y a bas de balise fermante :
Et c’est lancé avec un proxy socket Unix vers PHP-FPM.
La métrique du nombre de lignes était là parce que l’une des critiques très souvent faites à Java est que c’est un langage verbeux. Ça s’entends bien sûr en tant que « lignes correctement formatées », pas des one-liners idiots.
Pas de quoi, on la retrouve encore très souvent (y compris dans des prétendus « papiers de recherche sur l’état de l’art de la performance de la JVM », qui perdent d’un coup pas mal de crédibilité).
Cf les commentaires de l'article sur Zeste de Savoir : tout dépend de ce que tu appelles beaucoup plus efficace. En consommation RAM, plutôt oui. En débit en sortie ou en complexité de code, pas tant que ça (si, y'a une implémentation en C/C++ qui est beaucoup plus rapide mais beaucoup plus complexe).
Tu saurais dire quel processeur tu as, et l'occupation CPU que tu obtiens pendant le test ? Ça m'étonne de voir une telle différence alors que les deux programmes tournent sur des JVM.
Il faudrait regarder la consommation CPU et mémoire du serveur Python.
Sur les implémentations mono-thread, Java est à la louche 1.5x à 2x plus lent que les implémentations compilées. Par contre, les implémentations peuvent être multi-thread par défaut, ce qui fait très vite monter les performances mesurées si on ne fait pas gaffe.
Certes, mais les années 90, c’est plus « il y a 25 ans » que « il y a 15 ans », et le web a énormément changé entre ces deux dates. L’optimisation à mort du web dans les années 90, clairement oui. Au milieu des années 2000, c’était déjà beaucoup moins le cas.
Dans le cas particulier de Qwant : deux images en PNG transparent mais qui sont des photos, donc qui prennent un max de place. Plus le classique des sites modernes :
Le framework JS à charger au premier appel
Les polices
Énormément de CSS (205 ko, 33 ko compressés)
Un document chargé très lourd par rapport à ce que ça affiche (je peux difficilement appeler ça « une page HTML » vu que le gros du contenu est du JS embarqué).
… et un mauvais souvenir de ce qu’était le web il y a 15 ans, aussi. En 2003, pendant mes études, j’avais suivi un cours de dev web avec un projet, dont l’une des contraintes était « le site doit être utilisable via un modem 56 k » (on en trouvait encore). Ben c’était difficile, parce que la moindre animation explose les « 10 à 30 ko » dont tu parles – le gif est un format inefficace en réalité. Mais on avait plus l’habitude d’attendre plusieurs secondes le temps que toute la page se charge.
Parce que ça n'est pas une interface, c'est juste une blague. Il y a une erreur de traduction (volontaire ?) dans le titre du lien, qui devrait être : « Si OpenSSL était une interface graphique ».
Et l'auteur a repris un thème d'une époque où on trouvait souvent ce genre d'interface surchargée à mort, avec un dégueulis de contrôles en vrac dans un tas d'onglets.
# C’est un wrapper autour de JavaScriptCore
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Bun, un autre interpréteur javascript en Zig. Évalué à 4.
Cf https://github.com/Jarred-Sumner/bun#Reference
Au moins ça change des wrappers autour de V8 :)
La connaissance libre : https://zestedesavoir.com
[^] # Re: Minitel 3.0
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Panne générale sur Office 365 ?. Évalué à 8.
Ça existe vraiment les liseuses qui ont besoin d'un accès permanent (ou même au démarrage) à Internet ? Parce que pour moi ça casse quand même 95% de l'intérêt du truc.
La connaissance libre : https://zestedesavoir.com
[^] # Un problème d’adéquation avec le marché privé
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Doctolib présente sa base de données à Devoxx 2022 et c'est flippant. Évalué à 6.
L’un des problèmes avec les métiers de l’informatique dans des administrations, c’est que les salaires sont complètement déconnectés du marché du privé – à la fois parce que les paies dans le privé se sont envolées, et que les barèmes des fonctionnaires sont à peu près bloqués depuis des années.
Résultat, les quelques offres que je vois qui pourraient me concerner (développement/conception, > 10 ans d’expérience) sont complètement déconnectées du marché et proposent à peine un salaire de débutant pour des CDD. Résultat : même si le poste pourrait être intéressant, je ne postule pas tant je peux avoir mieux ailleurs. C’est pareil pour les postes orientés « connaissances métier appliquées à l’informatique ». Une ancienne collègue, sur un projet destiné à la fonction publique, a été démarchée par une entité publique pour faire le même genre de boulot que ce qu’elle faisait dans le public, et a refusé parce qu’elle aurait vu son salaire divisé quasiment par deux.
Une autre conséquence malheureuse, c’est que beaucoup de bons informaticiens fuient la fonction publique… avec ce que ça veut implique pour beaucoup de ceux qui restent : quelques-uns de bons et suffisamment attachés à la fonction publique pour rester malgré les conditions, et beaucoup d’anciens plus à jour, ou de trop mauvais pour être embauchés dans le privé. C’est l’une des (trop nombreuses) conditions qui fait aussi que, en tant qu’entreprise privée, travaillera avec le public est généralement une purge – avec les paiements ultra tardifs, l’immense résistance au changement, la politique à tous les étages et les lourdeurs administratives.
La connaissance libre : https://zestedesavoir.com
[^] # Re: PV assuré
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Testons la concurrence à la concurrence à la SNCF. Évalué à 6.
De mon côté j'ai plein d'expériences et de témoignages contraires : si tu vas voir directement les contrôleurs directement après être monté dans le train c'est bon (mais ton billet te coûtera plus cher pour cause de "frais d'émission à bord du train"). Par contre si tu attends qu'ils contrôlent, là c'est trop tard. Et ils rappellent souvent à l'occasion des contrôles : en cas de problème connu avec le billet (genre tu sais que tu n'en as pas…) si tu viens les chercher c'est OK, si tu attends qu'ils passent ils partent du principe que tu as fraudé.
Ceci n'est valable que pour la SNCF ; les TER sont adossés aux régions et peuvent avoir des règles différentes.
La connaissance libre : https://zestedesavoir.com
[^] # Re: La SNCF recrute énormément, dans tous les domaines et partout en France
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Testons la concurrence à la SNCF. Évalué à 7.
Encore faut-il qu’il y ait un « ailleurs » qui recrute… ce qui n’est pas forcément le cas dans le ferroviaire, selon où tu habites.
D’autre part : oui, la SNCF perds massivement des employés au profit de la concurrence (qu’elle soit elle-même ferroviaire, ou d’autres industries qui emploient les mêmes métiers, dans les cas où ça s’applique).
La connaissance libre : https://zestedesavoir.com
# La SNCF recrute énormément, dans tous les domaines et partout en France
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Testons la concurrence à la SNCF. Évalué à 10.
La SNCF recrute énormément, dans tous les domaines et partout en France. C’est l’occasion pour qui veut de se trouver un poste dans cette « planque de branleurs qui passent leur vie à faire grève », d’après certains. Ou de se rendre compte que les conditions de travail proposées ne sont peut-être pas si géniales que ça, et que certaines grèves sont peut-être bien justifiées.
La connaissance libre : https://zestedesavoir.com
[^] # Re: ab = mauvais
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 5.
Pour la petite histoire, j'ai utilisé
abparce que c'est ce que j'avais sous la main. Comme l'observation du comportement de l'application testée me montrait que l'application était bien limitée par le CPU avec cet outil, je n'ai pas eu besoin d'aller plus loin.Mais effectivement pour des langages plus performants (en particulier dès que l'application testée est multithreadée)
abne suffit plus, comme mentionné dans le journal.Ça montre aussi que lancer des tests sans surveiller le comportement de l'application ne sert à rien, puisque ça ne permet pas d'en déduire quoi que ce soit quand aux résultats observés.
Enfin, le simple terme "tenir la charge" n'a pas de sens en soi. Par exemple ici, il faudrait vraiment un programme très créatif pour qu'il soit incapable de tenir la charge réelle qui va lui être demandée, même en imaginant l'héberger sur une brouette comme un premier Rapsberry Pi. En ce sens, un programme comme
abpeut très bien prouver que les performances mesurées sont "très largement suffisantes", même si faussées parce qu'on atteint les limites de l'outil de mesure.La connaissance libre : https://zestedesavoir.com
[^] # Re: Version Rust
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 2. Dernière modification le 14 juin 2022 à 17:37.
Non mais ça c’est un cas particulier pour une seule classe, dans la vie c’est un usage ultra-minoritaire de Java, et ça n’est absolument pas de ce cas dont je parle…
La connaissance libre : https://zestedesavoir.com
[^] # Re: Version Rust
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 3.
Il existe donc réellement des personnes qui utilisent des makefiles avec Java ?
Personnellement je ne me rappelle plus la dernière fois ou j’ai utilisé autre chose que Maven, Gradle ou très rarement Ant. Et oui, ce couplage à des toolings lourdingues peut clairement être listé dans les inconvénients de Java.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Pourquoi une redirection?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 6.
Pour commencer, j’utilise Nginx et pas Apache.
Ensuite ça n’est pas la question. Elle n’est pas de « chercher la solution la plus simple pour répondre au besoin » mais précisément de « vérifier si Java est vraiment une usine à gaz pour ce genre de cas ».
La connaissance libre : https://zestedesavoir.com
[^] # Re: Record
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 5.
Peut-être, mais pour moi ça sort de ce qu'est censé être un Record.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Java pur ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 5.
Je confirme, la classe date de Java 6 mais est peu utilisée. D’une part parce qu’elle est d’assez bas niveau et donc peu pratique pour des projets un peu complexe, d’autre part parce que c’est une API en
com.sun.*que beaucoup de gens (y compris des outils automatiques !) confondent avec une API ensun.*, ces dernières ne devant pas être utilisées parce que privées (et supprimées des dernières versions de Java). Les API encom.sun.*sont pourtant standard (on les retrouve dans toutes les implémentations de Java, mêmes celles historiquement IBM) et sont simplement déconseillées dans quelques usages précis.J’ai fait aussi un test rapide avec des outils plus « industriels » pour ce genre d’application (un microserveur minimaliste), comme vert.x. On a un peu moins de code un peu plus clair, et des performances sensiblement identiques (même la consommation RAM, ce qui m’a surpris). C’est aussi un facteur qui explique le manque d’intérêt pour
HttpServer.La connaissance libre : https://zestedesavoir.com
[^] # Re: PHP ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 3.
Je n’ai pas lancé le benchmark PHP, parce que j’ai complètement la flemme d’installer PHP juste pour ça sur le nouveau serveur, et de configurer un nouvel endpoint qui réponde en HTTP(non S) juste pour ça. Je sais juste que la version actuelle est « très largement suffisante en conditions réelles ».
D’ailleurs, j’ai dit une connerie, elle ne fait pas 3 lignes mais 2 – il n’y a bas de balise fermante :
Et c’est lancé avec un proxy socket Unix vers PHP-FPM.
La métrique du nombre de lignes était là parce que l’une des critiques très souvent faites à Java est que c’est un langage verbeux. Ça s’entends bien sûr en tant que « lignes correctement formatées », pas des one-liners idiots.
La connaissance libre : https://zestedesavoir.com
[^] # Re: native-image
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 3.
Pas de quoi, on la retrouve encore très souvent (y compris dans des prétendus « papiers de recherche sur l’état de l’art de la performance de la JVM », qui perdent d’un coup pas mal de crédibilité).
La connaissance libre : https://zestedesavoir.com
[^] # Re: Rust et C
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 5.
Cf les commentaires de l'article sur Zeste de Savoir : tout dépend de ce que tu appelles beaucoup plus efficace. En consommation RAM, plutôt oui. En débit en sortie ou en complexité de code, pas tant que ça (si, y'a une implémentation en C/C++ qui est beaucoup plus rapide mais beaucoup plus complexe).
La connaissance libre : https://zestedesavoir.com
[^] # Re: native-image
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 4. Dernière modification le 13 juin 2022 à 14:19.
L'option
-server(s'il s'agit bien d'elle) ne sert plus à rien sur les JVM HotSpot et dérivées 64 bits, la JVM "server" est la seule qui existe encore.Et j'ai la flemme d'installer PHP sur le nouveau serveur et d'autoriser une connexion en HTTP simple pour faire le test.
La connaissance libre : https://zestedesavoir.com
[^] # Re: En groovy (sans optimisations)
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 4.
Personnellement je dois explicitement définir l'exécuteur pour que mon code devienne multithread. C'est une ligne à ajouter, mais sans elle le code est monothread (GC exclus).
La connaissance libre : https://zestedesavoir.com
[^] # Re: En groovy (sans optimisations)
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 3.
Tu saurais dire quel processeur tu as, et l'occupation CPU que tu obtiens pendant le test ? Ça m'étonne de voir une telle différence alors que les deux programmes tournent sur des JVM.
La connaissance libre : https://zestedesavoir.com
[^] # Re: C'est beaucoup ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 3.
Il faudrait regarder la consommation CPU et mémoire du serveur Python.
Sur les implémentations mono-thread, Java est à la louche 1.5x à 2x plus lent que les implémentations compilées. Par contre, les implémentations peuvent être multi-thread par défaut, ce qui fait très vite monter les performances mesurées si on ne fait pas gaffe.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Tristitude ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Comment s’appelle ce design web ?. Évalué à 3. Dernière modification le 13 juin 2022 à 12:17.
Certes, mais les années 90, c’est plus « il y a 25 ans » que « il y a 15 ans », et le web a énormément changé entre ces deux dates. L’optimisation à mort du web dans les années 90, clairement oui. Au milieu des années 2000, c’était déjà beaucoup moins le cas.
La connaissance libre : https://zestedesavoir.com
[^] # Re: HTTPS
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 4.
Oui, cette phrase est surtout là pour montrer que HTTPS est consommateur – contrairement à ce qu’on peut lire parfois sur le sujet.
Il n’y a pas de tests sur le serveur public en HTTP parce qu’il est configuré pour forcer la redirection vers HTTPS.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Pourquoi une redirection?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 5.
Une redirection parce que c’est le plus simple, ça évite toute forme de traitement.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Tristitude ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Comment s’appelle ce design web ?. Évalué à 7. Dernière modification le 13 juin 2022 à 10:00.
Dans le cas particulier de Qwant : deux images en PNG transparent mais qui sont des photos, donc qui prennent un max de place. Plus le classique des sites modernes :
… et un mauvais souvenir de ce qu’était le web il y a 15 ans, aussi. En 2003, pendant mes études, j’avais suivi un cours de dev web avec un projet, dont l’une des contraintes était « le site doit être utilisable via un modem 56 k » (on en trouvait encore). Ben c’était difficile, parce que la moindre animation explose les « 10 à 30 ko » dont tu parles – le gif est un format inefficace en réalité. Mais on avait plus l’habitude d’attendre plusieurs secondes le temps que toute la page se charge.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Pourquoi MacOS 9 comme thème pour l'interface ???
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Enfin une interface graphique pour OpenSSL. Évalué à 9.
Parce que ça n'est pas une interface, c'est juste une blague. Il y a une erreur de traduction (volontaire ?) dans le titre du lien, qui devrait être : « Si OpenSSL était une interface graphique ».
Et l'auteur a repris un thème d'une époque où on trouvait souvent ce genre d'interface surchargée à mort, avec un dégueulis de contrôles en vrac dans un tas d'onglets.
La connaissance libre : https://zestedesavoir.com
[^] # Re: USB-D
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal L'Union européenne va imposer l'USB-C !. Évalué à 2.
Ha ? La transition doit être en cours alors, celui du boulot a moins d'un an et a encore le connecteur rectangulaire. Mais je ne suis pas surpris.
La connaissance libre : https://zestedesavoir.com