J'ai un xiaomi notebook pro depuis trois ans environ, et j'en suis très content : coque arrière en alu, donc assez rigide pour le transport (il en a fait des voyages), écran assez grand en 1920x1080, disque SSD, tout fonctionne d'office sous Xubuntu, wifi, camera, son, … aucun problème. Pas fan des touchpads, j'utilise une souris bluetooth, donc je ne peux pas dire si le touchpad est bien ou pas. J'utilise massivement le clavier, aucun soucis à l'horizon. Après 3 ans, la batterie tient encore ses 5 ou 6 heures.
Si un achat d'un pc chinois ne rebute pas, c'est un bon choix : joli, solide et rapide.
Autre avantage : le transfo est tout petit, presque comme une alim de téléphone portable (il se branche d'ailleurs en USB-C).
Seul défaut : un peu lourd.
Je ne vais pas reprendre les réponses pertinentes de mes petits camarades, mais je ne comprends pas du tout ta réaction. Tu sembles oublier les propose de l'auteur sur l'absence de recherche par les labos et sur le complet dévoiement des brevets.
Pour avoir un master en chimie organique en ayant fait un an de recherche sur la synthèse de nouveaux médicaments, je sais pertinemment que de la recherche, il y en a, aussi bien privée que publique.
Sur le cas précis de cet article, à 100 dollars le coût de production et 84000 la vente, il y a clairement abus, on est tous d'accord (sauf peut-être le labo en question). Que ce soit un rachat de brevet à la place d'une recherche à la base ne fausse pas le raisonnement, le rachat a un coût qui doit être amorti et rentabilisé (dans la limite de l'acceptable, bien entendu, pas comme ici).
Les pays avec une vraie sécurité sociale qui peut peser sur le prix de vente, il n'y en a pas tant que ça dans le monde: Par expérience, le prix des médocs en Chine est folklorique, du simple au décuple entre la pharmacie de quartier et l'hôpital. Une opération de l'appendice peut coûter entre quelques milliers de RMB et quelques centaines de milliers suivant l'hôpital choisi.
Des pays avec l'état qui finance clairement la recherche sans que ça tombe dans la poche des grosses entreprises pour rien… c'est aussi pas gagné (merci les faux projets ANVAR et compagnies. Par exemple j'ai bossé dans une PME qui avait décroché un budget de recherche de 5 millions d'euros pour étudier des méthodes de filtration de granulés, le dossier était sciemment complètement bidon, aucun résultat, 5 millions net dans les caisses de la boîte, sans aucune contrepartie… bravo).
Le but de mon primo commentaire était de dire que tout n'est pas noir ni blanc. Une entreprise se doit de gagner de l'argent mais il y a aussi des excès, des magouilles, des détournements d'usage des brevets, etc, bien entendu. Mais c'est la plaie de tous les domaines, pas seulement de l'industrie pharmaceutique, sauf qu'ici ça a un impact direct sur la santé des gens. Donc oui, les états devrait encadrer davantage les prix, voire faire tomber un brevet dans le domaine public dans les cas graves.
Tout ça est un peu plus complexe que de dire "les salopiots, ils vendent plus cher que le prix de production".
La recherche de nouveaux médicaments n'étant que très peu financée par l'état, ce sont des fonds privés qui financent… et espèrent avoir un retour sur investissement. La recherche, c'est risqué, rien ne laisse prévoir un résultat de recherche rapide, ni même un résultat tout court. Donc il est normal que ce coût de la recherche se répercute sur le prix de vente afin de rentabiliser l'investissement (le salaire des chercheurs, les matos, les labos, les tests, etc).
Les entreprises pharmaceutiques n'étant pas philanthropes, non seulement elles incluent les coûts de recherche, mais elles ajoutent aussi une marge (incroyable, hein !), comme toutes les entreprises vendant des produits.
Donc rien d'étonnant d'avoir un prix de vente supérieur au prix de production. Maintenant, est-ce normal de passer de 100 dollars à 84 000 dollars ? Probablement pas. Il est fort à parier que dans ce cas le groupe pharmaceutiques en question profite de sa situation monopolistique (un seul fournisseur car brevet), encore faudrait-il avoir les chiffres du coût de la recherche et le marché potentiel pour estimer tout ça.
L'autorisation de mise sur le marché d'un médicament devrait prendre en compte cet aspect prix et le plafonner en cas d'excès notoire.
Vu le prix délirant dans ce cas précis, je me demande s'il est possible pour un malade de se rendre dans un pays n'appliquant pas les brevets et qui produit à bas coût pour se faire soigner.
Je confirme, ça fonctionne très bien en Chine où le paiment par Alipay peut se faire à la caisse simplement en montrant son visage à la caméra, sans avoir à sortir son téléphone, avec ou sans masque sur le visage.
Oui, l'envoi d'une newsletter est différent et l'étaler dans le temps ne pose généralement pas de problème, contrairement à un mail d'inscription qui doit être envoyé dans la minute.
Vu le coût assez faible (dans ta réponse en dessous), il n'y a pas urgence à changer.
Moi aussi, parce qu'envoyer 3500 mails par semaine, c'est presque rien.
Un serveur mail bien configuré peut faire le boulot sans problème. Le mien en envoie plus que ça sans se faire blacklister (majoritairement des mails d'inscriptions et autres notifications d'un site communautaire, mais pas que).
C'est du boulot pour tout configurer comme il faut (reverse DNS, SPF, DKIM et tout le toutim), certes, mais après ça roule sans y toucher plus que ça. Donc je pense que ça vaut la peine d'investir du temps au départ pour ne pas avoir de dépenses récurrentes ensuite.
Ce n'est pas du tout comme ça que je lis le titre ni le billet. Il ne parle pas de comparer la performance entre les langages mais dans chaque langage. Et s'il produit une liste multi langage il montre pour chacun le gain entre idiomatique et optimisé.
Il suffit de regarder la conclusion pour s'en convaincre.
On ne doit avoir lu le même billet alors.
Pour le titre, s'il ne voulait pas comparer les langages entre-eux à la base, il aurait du choisir un truc du genre : "Performance comparison in counting words, study cases in various languages.", sinon c'est ce qu'on appelle un titre putaclick.
Quand à la conclusion, la moitié est consacrée au tableau de comparaison entre langages, et ensuite viennent quelques pensées qu'il en tire, avec en premier : "I think it’s the simple, idiomatic versions that are the most telling. This is the code programmers are likely to write in real life.", alors que j'ai prouvé ci-dessus que ce n'est pas le cas, les developpeurs ne ponderont pas tous le même code dans la vie réelle, il existera des versions différentes avec des performances elles aussi bien différentes.
Le problème est certainement lié à une autre de ses pensées : "I still think this interview question is a good one for a coding question". Si cette question m'était posée telle que lors d'un entretien (hypothèse improbable), je demanderais à l'examinateur dans quel contexte le programme est censé s'exécuter, quels sont les critères importants : performance à tout prix ? code facile à maintenir même 20 ans plus tard par un nouvel arrivant ? Empreinte mémoire minimale ? Espace disque ou IO minimum ? … Même si dans la vie réelle c'est souvent un équilibre entre tous ces critères, rien ne permet de deviner le choix de l'examinateur. Au final il y aura autant de versions que ce choix d'équilibre entre ces critères.
Je veux bien entendre tes arguments, mais quand le titre est "Performance comparison: counting words in Python, Go, C++, C, AWK, Forth, and Rust", le but du jeu est clairement de comparer les perfomances entre ces langages, ce n'est pas "tiens, vu qu'on a déjà fait le truc dans plusieurs langages, on pourrait aussi les comparer tant qu'on y est".
L'optimisation, le profilage, c'est visiblement plus un bonus que le but du jeu.
J'ai pris le cas de PHP parce que je connais ce langage bien mieux que les autres (voire pas du tout pour certains). Des petites modifs ayant un impact important sur la performance, il y a sûrement moyen d'en faire aussi dans les autres langages dont ceux de Ben, et là on ne parle pas des versions optimisées avec des algos spécifiques, juste des petits modifs ne touchant pas à la logique de la version simple. Du coup, la comparaison est fantaisiste, car quand décide-t-on que la version simple est la plus "apte" pour la comparaison ? Dans cinq ans, il y a un gars qui dira : "en Lua, si on fait comme ça, on va 3 fois plus vite" et donc Lua qui n'était pas considéré comme rapide ces cing dernières années va devenir plus rapide que d'autres langages. C'est tiré par les cheveux. (j'ai pris Lua au pif, hein)
Je ne connais pas Ben et ça n'enlève pas son mérite d'avoir proposé des algos dans plusieurs langages. Juste que comparer les performances des langages n'est pas aussi simple que ça en a l'air, et que ce n'est pas une bonne idée de juste regarder le tableau final en pensant que le langage Machin est plus performant que le langage Truc.
Alors, si je comprends bien, tu gagnes 0.08s chez toi en remplaçant …
Non. Retirer un test fait bien entendu gagner un peu, mais le plus gros du gain vient du remplacement du preg_split par un explode.
Est-ce que c'est crade ? oui, je l'ai dit. Pas de surprise. Ce n'est pas un truc à faire en dehors de ce cadre spécial. Le but était de démontrer d'une mesure de temps d'exécution est fantaisiste car il y a moultes façons d'écrire ce programme, avec des temps d'exécution fort différents.
Passer de 0.19 à 0.11, ce n'est pas gagner 100%, mais plutôt 40%, comme je l'ai également écrit. Les pourcentages, faut toujours se baser sur ce qui représente 100% (ici le temps de la version d'origine). Et c'est "presque" (le mot est important) passer du double au simple (en gros passer de 19 à 11 au lieu de 19 à 9.5 sans le presque), mais on peut toujours chipoter.
Il faudrait retirer la partie "sortie standard" du calcul de temps d'exécution
Je m'auto-quote (oui monsieur!) en voyant après coup que le gars envoie tout sur /dev/null, du coup les temps sont plus stables (0.01s environ), confirmant l'influence du terminal sur la fluctuation des temps si on affiche les résultats.
Pour prendre le langage que je connais le mieux, PHP, j'ai zieuté vite fait le code proposé, et qui est plutôt court :
```
<?php
$words = [];
while (($line = fgets(STDIN)) !== false) {
foreach (preg_split('/ +/', strtolower(trim($line)), -1, PREG_SPLIT_NO_EMPTY) as $word) {
if (!isset($words[$word])) {
$words[$word] = 0;
}
$words[$word]++;
}
}
arsort($words);
foreach($words as $word => $count) {
echo "$word $count\n";
}
```
Il y a moyen de faire rapido plus court et plus rapide d'environ 30 ou 40% (j'y reviens plus bas) :
while (($line = fgets(STDIN)) !== false) {
foreach (explode(" ", strtolower(trim($line))) as $word) {
@$words[$word]++;
}
}
unset($words[""]);
arsort($words);
foreach($words as $word => $count) echo "$word $count\n";
Certes c'est moins "propre" : pas bien de ne pas déclarer le tableau (auto en PHP non-strict), peut-être moins clair de ne pas initialiser à 0 l'élément du tableau (auto en PHP), et encore moins d'utiliser l'arobase pour faire tomber aux oubliettes le warning sur l'élément non-déclaré. Mais c'est un test de performance, non ? Même résultat en plus rapide.
Ce "plus rapide" est difficile à estimer car sur ma machine, qui n'est pourtant pas de première jeunesse, le script PHP d'origine s'exécute en 0.19s (en moyenne), et la version modifiée en 0.11s (en moyenne aussi). En moyenne car d'un lancement à l'autre ça fluctue beaucoup (de 0.03s environ).
Bref, comparer des langages alors que de toutes petites modifs comme celle que j'ai faites peuvent faire passer le résultat presque du simple au double (ou l'inverse), ça ne veut plus dire grand chose.
Il faudrait retirer la partie "sortie standard" du calcul de temps d'exécution car les buffers de sorties des consoles (xfce4-terminal dans mon cas) doivent influencer pas mal le résultat ; et partir sur un jeu d'entrée beaucoup plus gros pour allonger le temps de traitement (viser au moins 30s) pour voir réellement des différences.
Je n'ai pas acheté la bête qui n'a pas beaucoup plus d'info que ça sur taobao, mais à vue de nez ça n'a pas l'air d'être exactement 100% le produit que vous voulez créer, par exemple (et c'est logique vu le prix) ça n'intègre pas un SSD.
Ca ne veut pas dire que ça n'existe pas déjà, le problème de la recherche, c'est de taper les bons mots-cles, je ne sais déjà pas comment appeler ce truc en français, alors en chinois… mais vu tout ce qu'on peut trouver de farfelu et/ou d'extraordinaire sur taobao, je ne doute pas un seul instant que ce produit existe déjà.
Faudrait commencer par faire un tour sur aliexpress (fr.aliexpress.com) qui a le bon goût d'être en français, même s'il n'offre qu'une toute petite partie du catalogue de taobao.
Sinon, plus globalement, je fais partie des gens qui voyagent léger au point de ne plus embarquer d'appareil photo, les smartphones faisant des photos de plus en plus qualitatives. Un smartphone ne remplace pas un appareil photo professionnel dans les mains d'un pro, mais dans les miennes, le résultat est à peu près équivalent; au mois suffisamment proche pour que le ratio poids/qualité penche en faveur du smartphone.
Moi je sais comment transférer mes photos du smartphone sur mon PC, mais j'ai constaté que c'est loin d'être le cas de tout le monde. Il y a peut-être un truc à creuser là.
En 20 secondes de recherche sur Taobao, le "Amazon" chinois, ça se trouve pour moins de 25 euros livré, acceptant les différents formats de carte, avec wifi et lan.
C'est quasi la situation des chinois (ceux sans VPN, c'est à dire la grosse majorité).
Vu que c'est un peu difficile en ce moment covid de venir en Chine pour tester par vous-même, cette extension peut donner un bon aperçu.
Dans mon quotidien l'accès :
- Google est bloqué (pas de moteur de recherche, pas de gmail, mais google translate fonctionne partiellement)
- facebook est complètement bloqué
- Microsoft, j'en sais rien, je n'en ai pas l'usage, donc jamais testé, mais je suppose qu'il y a moyen au moins de faire les mises à jour.
Est-ce que ça impacte la navigation sur d'autres sites ?
Non pour les sites chinois (évidemment) ; pour les sites étrangers à la Chine, c'est difficile à dire tellement c'est lent sans VPN, mais une utilisation de google analytics, une font ou un script js (genre jquery) hébergé par google ou encore un captcha google et c'est le drame : la page mouline jusqu'au time out.
Je trouve l'analogie peu pertinente.
Dans le cas de l'alimentaire, on sait ce qui provoque la péremption : développement microbien, altération chimique des composés, voire des trucs juste marketing qui ne rendent pas le produit inconsommable mais juste invendable, comme le changement de couleur.
Tout cela est mesurable, reproductible, analysé en labo avec une marge de sécurité donnée, bref la date de péremption n'est pas donnée au hasard.
Il existe aussi un tas d'aliments sans date de péremption, genre les fruits et légumes.
Dans le cas d'un logiciel, il peut tourner avec des failles pendant des années sans que personne ne s'en rende compte, ou alors un hacker malin ou chanceux peut trouver une faille le lendemain de la sortie du soft. Rien de prédictible là dedans. Je me demande bien comment pourrait être calculé la date de péremption.
Les problèmes des mises à jour dans l'industrie sont souvent dus à des vieux softs qui ne sont plus maintenus (voire qui tournent uniquement sous de vieux OS, genre la graveuse qui n'a un pilote que sous win98), ou dont la migration vers une version plus récente (d'un ERP par exemple) coûte trop cher. Dans tous les cas les admins sont bien entendu parfaitement au courant, sauf que la décision "ça coûte trop cher" n'est généralement pas prise par les admins qui se taperont quand même toute la merde si le ratio bénéfice-risque qui était correct tant qu'une faille n'était pas exploitée devient tout à coup moins rentable.
Il existe déjà pleins d'outils pour gérer les contrats de maintenance, les dates de fin de support, etc. La comparaison avec une bouteille de lait dont on rajoute un euro au bout de trois mois pour décaler sa date de péremption trois mois plus tard a aussi ses limites.
Kunming, mais loin du centre-ville. Le Carrefour le plus proche est à 20 bornes, et ce n'est pas un grand 家乐福, le choix est plutôt limité. Donc faire 40 bornes pour payer là-bas un camembert aseptisé 10 fois le prix … faut vraiment le vouloir.
On peut certes trouver du fromage sur Taobao, surtout en provenance d'Australie, et à des prix encore corrects, mais quasiment que du Cheddar ou de la Mozzarella, des trucs sans bactéries vivantes. C'est déjà ça, mais un bon Maroilles ou une tome corse, c'est quand même autre chose (j'en salive).
Des fromages français, il y en a aussi sur Taobao, les classiques, mais bonjour les prix et la fraîcheur à l'arrivée, surtout en été. Un fromage qui a surchauffé trois ou quatre jours à 40° ou plus dans un camion en provenance de Ningbo (sans compter le temps et les conditions de transport entre la France et la Chine), tu manges ça et c'est au mieux deux jours bloqués aux toilettes. La chaîne du froid, ils ne connaissent pas.
J'ai le même soucis avec le beurre, j'en achète seulement en hiver et dans une boutique où les mottes de 500g sont emballées sous plastique étanche. Un séjour au frigo à l'arrivée et ça resolidifie en donnant une motte presque normale.
J'en avais fait un de A à Z il y a une quinzaine d'années, circuit conception maison sur ltspice avec win sous linux, push-pull d'EL84, mais pour guitare, donc en classe AB soit une quinzaine de W (peu importe l'impédance du HP si le transfo à la sortie adaptée). Je dois encore avoir le schéma dans un coin. L'ampli lui sert à un pote en France.
Pour guitare, la différence entre transistor et lampe est flagrante pour deux raisons :
- l'effet de pompage sur les condos HT de l'alim dont la tension s'écroule sous la demande lors de pics de puissance (les condos de filtrage sont volontairement sous-dimensionnés pour avoir cet effet, du coup il y a de la ronflette, mais c'est le cadet des soucis des guitaristes).
- la saturation / distorsion n'est pas du tout la même. Les saturations je devrais dire, puisque qu'il y en a principalement deux types avec les lampes : celle des lampes de preampli (12AX7 typiquement), et celles des tubes de puissance qui est plus intéressante je trouve, car elle mélange la saturation des tubes avec celle du transfo de sortie + pompage (j'ai du changer un transfo de sortie sur un VOC AC30 des années 60 car le gars avait joué si fort si longtemps que le transfo avait pris feu).
En hifi, ces différences n'existent pas, car les condos de filtrage sont sur-dimensionnés et on évite d'aller titiller les limites des tubes.
Si tu prévois de faire un ampli en classe A, il fera aussi chauffage en hiver. Double effet.
Tu as oublié les amplis encore plus vieux mais toujours très utilisés de nos jours : les amplis à lampes (ou à tubes).
Là on a l'alim qui fait 230V/50Hz -> transfo haute tension (et basse tension pour les filaments) -> redressage/filtrage (par diode ou lampe redresseuse)
Je trouve que les amplis à lampes sont de belles pièces, surtout les vieux amplis guitare. J'en ai réparé / recablé un bon paquet, y compris des monstres des années 60, et on sent à la fois le côté artisanal et méticuleux des constructions de l'époque.
Sans être audiophile, un ampli à lampes, ça sonne pas pareil.
C'est à peu près tout les pays sauf la France quoi :-)
Voila, en gros.
Dans les pays européens, on trouve encore assez facilement du fromage français, certes un peu plus cher, mais on peut survivre. Par exemple j'ai vécu un an en Suède profonde (bled au nord, pas Stockholm) et je trouvais tout de même quelques fromages français, et le bleu danois à peu près mangeable (faute de grives …)
… et va t'en trouver de la crème fraîche en Chine, le truc qui n'existe pas.
Rien que pour ça j'envisage le retour en France, et pour le fromage aussi, un pays sans fromage, mazette, je ne pensais pas que ça manquerait autant.
Sinon la recette universelle, ça dépanne toujours :
Dans un ampli de puissance, le plus important, c'est l'alimentation. Si c'est un ampli classe AB, c'est avec de gros tranfos, donc ça pèse lourd. Si c'est du classe D, c'est léger, mais cher (techno plus pointue à dev).
Pour l'ampli que tu cites, l'alim n'est pas incluse, et les caractéristiques annoncées sont clairement fantaisistes.
Le truc est censé te sortir 2x100W (en oubliant bien de dire de quels watts il s'agit) en consommant maxi 24V x 3A, soit 72W électrique.
Je ne dis pas que (surtout vu le prix) ce n'est pas utile, ni qu'il n'a pas rendu le service que tu en attendais, juste que le marketing en matière d'ampli est souvent extraordinaire.
Les watts, c'est tout et n'importe quoi (surtout n'importe quoi). Entre les watts musicaux (délirants), les watts efficaces, les watts RMS, les watts donnés sous 2 ohms en pont alors que l'ampli ne tiendrait pas une impédance aussi faible… il y a à boire et à manger.
Le seul qui tient un peu la route, c'est le watt RMS, et encore faut-il regarder sous quelle impédance de HP.
L'ampli cité ne doit pas dépasser 2 x 30W RMS, ce qui peut être suffisant dans bien des circonstances, surtout si les HP ont une grande sensibilité (>90dB/W à 1m).
En bombe contact tout usage, il y a le fameux KF F2 (je ne sais pas si j'ai le droit de citer une marque spécifique sur LinuxFr, donc j'en cite une deuxième pour équilibrer : Kontakt 60).
Il existe des bombes spéciales pour potards, et même spécifiquement pour les potards linéaires (fader des tables de mixage). Est-ce réellement différent du KF F2 ou est-ce juste marketing ? Je vous laisse trancher.
Si le potard est vraiment grippé et crachouille à mort, j'attaque au WD40 (qu'on trouve dans tout magasin de bricolage), et je finis au KF F2.
# xiaomi notebook pro
Posté par xulops (site web personnel) . En réponse au message Ordinateur portable pour le développement . Évalué à 1.
J'ai un xiaomi notebook pro depuis trois ans environ, et j'en suis très content : coque arrière en alu, donc assez rigide pour le transport (il en a fait des voyages), écran assez grand en 1920x1080, disque SSD, tout fonctionne d'office sous Xubuntu, wifi, camera, son, … aucun problème. Pas fan des touchpads, j'utilise une souris bluetooth, donc je ne peux pas dire si le touchpad est bien ou pas. J'utilise massivement le clavier, aucun soucis à l'horizon. Après 3 ans, la batterie tient encore ses 5 ou 6 heures.
Si un achat d'un pc chinois ne rebute pas, c'est un bon choix : joli, solide et rapide.
Autre avantage : le transfo est tout petit, presque comme une alim de téléphone portable (il se branche d'ailleurs en USB-C).
Seul défaut : un peu lourd.
[^] # Re: plafonner les excès notoires
Posté par xulops (site web personnel) . En réponse au lien Comment l'industrie pharmaceutique s'enrichit sur le dos des Etats et de leurs citoyens. Évalué à 5.
Pour avoir un master en chimie organique en ayant fait un an de recherche sur la synthèse de nouveaux médicaments, je sais pertinemment que de la recherche, il y en a, aussi bien privée que publique.
Sur le cas précis de cet article, à 100 dollars le coût de production et 84000 la vente, il y a clairement abus, on est tous d'accord (sauf peut-être le labo en question). Que ce soit un rachat de brevet à la place d'une recherche à la base ne fausse pas le raisonnement, le rachat a un coût qui doit être amorti et rentabilisé (dans la limite de l'acceptable, bien entendu, pas comme ici).
Les pays avec une vraie sécurité sociale qui peut peser sur le prix de vente, il n'y en a pas tant que ça dans le monde: Par expérience, le prix des médocs en Chine est folklorique, du simple au décuple entre la pharmacie de quartier et l'hôpital. Une opération de l'appendice peut coûter entre quelques milliers de RMB et quelques centaines de milliers suivant l'hôpital choisi.
Des pays avec l'état qui finance clairement la recherche sans que ça tombe dans la poche des grosses entreprises pour rien… c'est aussi pas gagné (merci les faux projets ANVAR et compagnies. Par exemple j'ai bossé dans une PME qui avait décroché un budget de recherche de 5 millions d'euros pour étudier des méthodes de filtration de granulés, le dossier était sciemment complètement bidon, aucun résultat, 5 millions net dans les caisses de la boîte, sans aucune contrepartie… bravo).
Le but de mon primo commentaire était de dire que tout n'est pas noir ni blanc. Une entreprise se doit de gagner de l'argent mais il y a aussi des excès, des magouilles, des détournements d'usage des brevets, etc, bien entendu. Mais c'est la plaie de tous les domaines, pas seulement de l'industrie pharmaceutique, sauf qu'ici ça a un impact direct sur la santé des gens. Donc oui, les états devrait encadrer davantage les prix, voire faire tomber un brevet dans le domaine public dans les cas graves.
# plafonner les excès notoires
Posté par xulops (site web personnel) . En réponse au lien Comment l'industrie pharmaceutique s'enrichit sur le dos des Etats et de leurs citoyens. Évalué à 2.
Tout ça est un peu plus complexe que de dire "les salopiots, ils vendent plus cher que le prix de production".
La recherche de nouveaux médicaments n'étant que très peu financée par l'état, ce sont des fonds privés qui financent… et espèrent avoir un retour sur investissement. La recherche, c'est risqué, rien ne laisse prévoir un résultat de recherche rapide, ni même un résultat tout court. Donc il est normal que ce coût de la recherche se répercute sur le prix de vente afin de rentabiliser l'investissement (le salaire des chercheurs, les matos, les labos, les tests, etc).
Les entreprises pharmaceutiques n'étant pas philanthropes, non seulement elles incluent les coûts de recherche, mais elles ajoutent aussi une marge (incroyable, hein !), comme toutes les entreprises vendant des produits.
Donc rien d'étonnant d'avoir un prix de vente supérieur au prix de production. Maintenant, est-ce normal de passer de 100 dollars à 84 000 dollars ? Probablement pas. Il est fort à parier que dans ce cas le groupe pharmaceutiques en question profite de sa situation monopolistique (un seul fournisseur car brevet), encore faudrait-il avoir les chiffres du coût de la recherche et le marché potentiel pour estimer tout ça.
L'autorisation de mise sur le marché d'un médicament devrait prendre en compte cet aspect prix et le plafonner en cas d'excès notoire.
Vu le prix délirant dans ce cas précis, je me demande s'il est possible pour un malade de se rendre dans un pays n'appliquant pas les brevets et qui produit à bas coût pour se faire soigner.
[^] # Re: J'en doute
Posté par xulops (site web personnel) . En réponse à la dépêche Mise en place du port du masque avec QrCode d'identification. Évalué à 2.
Je confirme, ça fonctionne très bien en Chine où le paiment par Alipay peut se faire à la caisse simplement en montrant son visage à la caméra, sans avoir à sortir son téléphone, avec ou sans masque sur le visage.
[^] # Re: Et combien ça coûte ?
Posté par xulops (site web personnel) . En réponse à la dépêche Le Courrier du hacker, newsletter du Libre, se libère de Mailchimp. Évalué à 1.
Oui, l'envoi d'une newsletter est différent et l'étaler dans le temps ne pose généralement pas de problème, contrairement à un mail d'inscription qui doit être envoyé dans la minute.
Vu le coût assez faible (dans ta réponse en dessous), il n'y a pas urgence à changer.
[^] # Re: Et combien ça coûte ?
Posté par xulops (site web personnel) . En réponse à la dépêche Le Courrier du hacker, newsletter du Libre, se libère de Mailchimp. Évalué à 5.
Moi aussi, parce qu'envoyer 3500 mails par semaine, c'est presque rien.
Un serveur mail bien configuré peut faire le boulot sans problème. Le mien en envoie plus que ça sans se faire blacklister (majoritairement des mails d'inscriptions et autres notifications d'un site communautaire, mais pas que).
C'est du boulot pour tout configurer comme il faut (reverse DNS, SPF, DKIM et tout le toutim), certes, mais après ça roule sans y toucher plus que ça. Donc je pense que ça vaut la peine d'investir du temps au départ pour ne pas avoir de dépenses récurrentes ensuite.
[^] # Re: Des choux et des carottes...
Posté par xulops (site web personnel) . En réponse au lien Performance comparison: counting words in Python, Go, C++, C, AWK, Forth, and Rust. Évalué à 2.
On ne doit avoir lu le même billet alors.
Pour le titre, s'il ne voulait pas comparer les langages entre-eux à la base, il aurait du choisir un truc du genre : "Performance comparison in counting words, study cases in various languages.", sinon c'est ce qu'on appelle un titre putaclick.
Quand à la conclusion, la moitié est consacrée au tableau de comparaison entre langages, et ensuite viennent quelques pensées qu'il en tire, avec en premier : "I think it’s the simple, idiomatic versions that are the most telling. This is the code programmers are likely to write in real life.", alors que j'ai prouvé ci-dessus que ce n'est pas le cas, les developpeurs ne ponderont pas tous le même code dans la vie réelle, il existera des versions différentes avec des performances elles aussi bien différentes.
Le problème est certainement lié à une autre de ses pensées : "I still think this interview question is a good one for a coding question". Si cette question m'était posée telle que lors d'un entretien (hypothèse improbable), je demanderais à l'examinateur dans quel contexte le programme est censé s'exécuter, quels sont les critères importants : performance à tout prix ? code facile à maintenir même 20 ans plus tard par un nouvel arrivant ? Empreinte mémoire minimale ? Espace disque ou IO minimum ? … Même si dans la vie réelle c'est souvent un équilibre entre tous ces critères, rien ne permet de deviner le choix de l'examinateur. Au final il y aura autant de versions que ce choix d'équilibre entre ces critères.
[^] # Re: Des choux et des carottes...
Posté par xulops (site web personnel) . En réponse au lien Performance comparison: counting words in Python, Go, C++, C, AWK, Forth, and Rust. Évalué à 3.
Je veux bien entendre tes arguments, mais quand le titre est "Performance comparison: counting words in Python, Go, C++, C, AWK, Forth, and Rust", le but du jeu est clairement de comparer les perfomances entre ces langages, ce n'est pas "tiens, vu qu'on a déjà fait le truc dans plusieurs langages, on pourrait aussi les comparer tant qu'on y est".
L'optimisation, le profilage, c'est visiblement plus un bonus que le but du jeu.
J'ai pris le cas de PHP parce que je connais ce langage bien mieux que les autres (voire pas du tout pour certains). Des petites modifs ayant un impact important sur la performance, il y a sûrement moyen d'en faire aussi dans les autres langages dont ceux de Ben, et là on ne parle pas des versions optimisées avec des algos spécifiques, juste des petits modifs ne touchant pas à la logique de la version simple. Du coup, la comparaison est fantaisiste, car quand décide-t-on que la version simple est la plus "apte" pour la comparaison ? Dans cinq ans, il y a un gars qui dira : "en Lua, si on fait comme ça, on va 3 fois plus vite" et donc Lua qui n'était pas considéré comme rapide ces cing dernières années va devenir plus rapide que d'autres langages. C'est tiré par les cheveux. (j'ai pris Lua au pif, hein)
Je ne connais pas Ben et ça n'enlève pas son mérite d'avoir proposé des algos dans plusieurs langages. Juste que comparer les performances des langages n'est pas aussi simple que ça en a l'air, et que ce n'est pas une bonne idée de juste regarder le tableau final en pensant que le langage Machin est plus performant que le langage Truc.
[^] # Re: Des choux et des carottes...
Posté par xulops (site web personnel) . En réponse au lien Performance comparison: counting words in Python, Go, C++, C, AWK, Forth, and Rust. Évalué à 3.
Non. Retirer un test fait bien entendu gagner un peu, mais le plus gros du gain vient du remplacement du preg_split par un explode.
Est-ce que c'est crade ? oui, je l'ai dit. Pas de surprise. Ce n'est pas un truc à faire en dehors de ce cadre spécial. Le but était de démontrer d'une mesure de temps d'exécution est fantaisiste car il y a moultes façons d'écrire ce programme, avec des temps d'exécution fort différents.
Passer de 0.19 à 0.11, ce n'est pas gagner 100%, mais plutôt 40%, comme je l'ai également écrit. Les pourcentages, faut toujours se baser sur ce qui représente 100% (ici le temps de la version d'origine). Et c'est "presque" (le mot est important) passer du double au simple (en gros passer de 19 à 11 au lieu de 19 à 9.5 sans le presque), mais on peut toujours chipoter.
[^] # Re: Des choux et des carottes...
Posté par xulops (site web personnel) . En réponse au lien Performance comparison: counting words in Python, Go, C++, C, AWK, Forth, and Rust. Évalué à 3.
Je m'auto-quote (oui monsieur!) en voyant après coup que le gars envoie tout sur /dev/null, du coup les temps sont plus stables (0.01s environ), confirmant l'influence du terminal sur la fluctuation des temps si on affiche les résultats.
# Des choux et des carottes...
Posté par xulops (site web personnel) . En réponse au lien Performance comparison: counting words in Python, Go, C++, C, AWK, Forth, and Rust. Évalué à 4.
Pour prendre le langage que je connais le mieux, PHP, j'ai zieuté vite fait le code proposé, et qui est plutôt court :
```
<?php
$words = [];
while (($line = fgets(STDIN)) !== false) {
foreach (preg_split('/ +/', strtolower(trim($line)), -1, PREG_SPLIT_NO_EMPTY) as $word) {
if (!isset($words[$word])) {
$words[$word] = 0;
}
$words[$word]++;
}
}
arsort($words);
foreach($words as $word => $count) {
echo "$word $count\n";
}
```
Il y a moyen de faire rapido plus court et plus rapide d'environ 30 ou 40% (j'y reviens plus bas) :
Certes c'est moins "propre" : pas bien de ne pas déclarer le tableau (auto en PHP non-strict), peut-être moins clair de ne pas initialiser à 0 l'élément du tableau (auto en PHP), et encore moins d'utiliser l'arobase pour faire tomber aux oubliettes le warning sur l'élément non-déclaré. Mais c'est un test de performance, non ? Même résultat en plus rapide.
Ce "plus rapide" est difficile à estimer car sur ma machine, qui n'est pourtant pas de première jeunesse, le script PHP d'origine s'exécute en 0.19s (en moyenne), et la version modifiée en 0.11s (en moyenne aussi). En moyenne car d'un lancement à l'autre ça fluctue beaucoup (de 0.03s environ).
Bref, comparer des langages alors que de toutes petites modifs comme celle que j'ai faites peuvent faire passer le résultat presque du simple au double (ou l'inverse), ça ne veut plus dire grand chose.
Il faudrait retirer la partie "sortie standard" du calcul de temps d'exécution car les buffers de sorties des consoles (xfce4-terminal dans mon cas) doivent influencer pas mal le résultat ; et partir sur un jeu d'entrée beaucoup plus gros pour allonger le temps de traitement (viser au moins 30s) pour voir réellement des différences.
[^] # Re: Made in China ?
Posté par xulops (site web personnel) . En réponse au message Stage Ingénieur R&D logiciel/électronique/mécanique - objets « intelligents ». Évalué à 2.
Je n'ai pas acheté la bête qui n'a pas beaucoup plus d'info que ça sur taobao, mais à vue de nez ça n'a pas l'air d'être exactement 100% le produit que vous voulez créer, par exemple (et c'est logique vu le prix) ça n'intègre pas un SSD.
Ca ne veut pas dire que ça n'existe pas déjà, le problème de la recherche, c'est de taper les bons mots-cles, je ne sais déjà pas comment appeler ce truc en français, alors en chinois… mais vu tout ce qu'on peut trouver de farfelu et/ou d'extraordinaire sur taobao, je ne doute pas un seul instant que ce produit existe déjà.
Faudrait commencer par faire un tour sur aliexpress (fr.aliexpress.com) qui a le bon goût d'être en français, même s'il n'offre qu'une toute petite partie du catalogue de taobao.
Sinon, plus globalement, je fais partie des gens qui voyagent léger au point de ne plus embarquer d'appareil photo, les smartphones faisant des photos de plus en plus qualitatives. Un smartphone ne remplace pas un appareil photo professionnel dans les mains d'un pro, mais dans les miennes, le résultat est à peu près équivalent; au mois suffisamment proche pour que le ratio poids/qualité penche en faveur du smartphone.
Moi je sais comment transférer mes photos du smartphone sur mon PC, mais j'ai constaté que c'est loin d'être le cas de tout le monde. Il y a peut-être un truc à creuser là.
# Made in China ?
Posté par xulops (site web personnel) . En réponse au message Stage Ingénieur R&D logiciel/électronique/mécanique - objets « intelligents ». Évalué à 1.
En 20 secondes de recherche sur Taobao, le "Amazon" chinois, ça se trouve pour moins de 25 euros livré, acceptant les différents formats de carte, avec wifi et lan.
La concurrence est rude.
# Le bon outil
Posté par xulops (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 4.
Tu as le droit d'utiliser un tournevis pour planter un clou, mais c'est quand même mieux d'utiliser un marteau.
# comme en Chine, quoi
Posté par xulops (site web personnel) . En réponse au lien Cette extension imagine un Internet sans les géants du web . Évalué à 8.
C'est quasi la situation des chinois (ceux sans VPN, c'est à dire la grosse majorité).
Vu que c'est un peu difficile en ce moment covid de venir en Chine pour tester par vous-même, cette extension peut donner un bon aperçu.
Dans mon quotidien l'accès :
- Google est bloqué (pas de moteur de recherche, pas de gmail, mais google translate fonctionne partiellement)
- facebook est complètement bloqué
- Microsoft, j'en sais rien, je n'en ai pas l'usage, donc jamais testé, mais je suppose qu'il y a moyen au moins de faire les mises à jour.
Est-ce que ça impacte la navigation sur d'autres sites ?
Non pour les sites chinois (évidemment) ; pour les sites étrangers à la Chine, c'est difficile à dire tellement c'est lent sans VPN, mais une utilisation de google analytics, une font ou un script js (genre jquery) hébergé par google ou encore un captcha google et c'est le drame : la page mouline jusqu'au time out.
# quel br_n !
Posté par xulops (site web personnel) . En réponse au message [CDI] Admins / Ingés sys Linux confirmés - Capensis - Lille (H/F). Évalué à 4.
Vous ne seriez pas un brin hors la loi d'éjecter d'office un roux ou un blond, et les femmes par la même occasion ?
# c'est juste pas pareil
Posté par xulops (site web personnel) . En réponse au journal Assurer la sécurité informatique sur le modèle de la sécurité alimentaire. Évalué à 9.
Je trouve l'analogie peu pertinente.
Dans le cas de l'alimentaire, on sait ce qui provoque la péremption : développement microbien, altération chimique des composés, voire des trucs juste marketing qui ne rendent pas le produit inconsommable mais juste invendable, comme le changement de couleur.
Tout cela est mesurable, reproductible, analysé en labo avec une marge de sécurité donnée, bref la date de péremption n'est pas donnée au hasard.
Il existe aussi un tas d'aliments sans date de péremption, genre les fruits et légumes.
Dans le cas d'un logiciel, il peut tourner avec des failles pendant des années sans que personne ne s'en rende compte, ou alors un hacker malin ou chanceux peut trouver une faille le lendemain de la sortie du soft. Rien de prédictible là dedans. Je me demande bien comment pourrait être calculé la date de péremption.
Les problèmes des mises à jour dans l'industrie sont souvent dus à des vieux softs qui ne sont plus maintenus (voire qui tournent uniquement sous de vieux OS, genre la graveuse qui n'a un pilote que sous win98), ou dont la migration vers une version plus récente (d'un ERP par exemple) coûte trop cher. Dans tous les cas les admins sont bien entendu parfaitement au courant, sauf que la décision "ça coûte trop cher" n'est généralement pas prise par les admins qui se taperont quand même toute la merde si le ratio bénéfice-risque qui était correct tant qu'une faille n'était pas exploitée devient tout à coup moins rentable.
Il existe déjà pleins d'outils pour gérer les contrats de maintenance, les dates de fin de support, etc. La comparaison avec une bouteille de lait dont on rajoute un euro au bout de trois mois pour décaler sa date de péremption trois mois plus tard a aussi ses limites.
[^] # Re: J'ai faim...
Posté par xulops (site web personnel) . En réponse au journal de l'art et la manière de faire du gratin dauphinois. Évalué à 1.
Kunming, mais loin du centre-ville. Le Carrefour le plus proche est à 20 bornes, et ce n'est pas un grand 家乐福, le choix est plutôt limité. Donc faire 40 bornes pour payer là-bas un camembert aseptisé 10 fois le prix … faut vraiment le vouloir.
On peut certes trouver du fromage sur Taobao, surtout en provenance d'Australie, et à des prix encore corrects, mais quasiment que du Cheddar ou de la Mozzarella, des trucs sans bactéries vivantes. C'est déjà ça, mais un bon Maroilles ou une tome corse, c'est quand même autre chose (j'en salive).
Des fromages français, il y en a aussi sur Taobao, les classiques, mais bonjour les prix et la fraîcheur à l'arrivée, surtout en été. Un fromage qui a surchauffé trois ou quatre jours à 40° ou plus dans un camion en provenance de Ningbo (sans compter le temps et les conditions de transport entre la France et la Chine), tu manges ça et c'est au mieux deux jours bloqués aux toilettes. La chaîne du froid, ils ne connaissent pas.
J'ai le même soucis avec le beurre, j'en achète seulement en hiver et dans une boutique où les mottes de 500g sont emballées sous plastique étanche. Un séjour au frigo à l'arrivée et ça resolidifie en donnant une motte presque normale.
[^] # Re: Taquinage d'audiophile :p
Posté par xulops (site web personnel) . En réponse au journal Manifeste contre la roue codeuse. Évalué à 3.
J'en avais fait un de A à Z il y a une quinzaine d'années, circuit conception maison sur ltspice avec win sous linux, push-pull d'EL84, mais pour guitare, donc en classe AB soit une quinzaine de W (peu importe l'impédance du HP si le transfo à la sortie adaptée). Je dois encore avoir le schéma dans un coin. L'ampli lui sert à un pote en France.
Pour guitare, la différence entre transistor et lampe est flagrante pour deux raisons :
- l'effet de pompage sur les condos HT de l'alim dont la tension s'écroule sous la demande lors de pics de puissance (les condos de filtrage sont volontairement sous-dimensionnés pour avoir cet effet, du coup il y a de la ronflette, mais c'est le cadet des soucis des guitaristes).
- la saturation / distorsion n'est pas du tout la même. Les saturations je devrais dire, puisque qu'il y en a principalement deux types avec les lampes : celle des lampes de preampli (12AX7 typiquement), et celles des tubes de puissance qui est plus intéressante je trouve, car elle mélange la saturation des tubes avec celle du transfo de sortie + pompage (j'ai du changer un transfo de sortie sur un VOC AC30 des années 60 car le gars avait joué si fort si longtemps que le transfo avait pris feu).
En hifi, ces différences n'existent pas, car les condos de filtrage sont sur-dimensionnés et on évite d'aller titiller les limites des tubes.
Si tu prévois de faire un ampli en classe A, il fera aussi chauffage en hiver. Double effet.
[^] # Re: Taquinage d'audiophile :p
Posté par xulops (site web personnel) . En réponse au journal Manifeste contre la roue codeuse. Évalué à 2. Dernière modification le 26 janvier 2021 à 17:25.
Tu as oublié les amplis encore plus vieux mais toujours très utilisés de nos jours : les amplis à lampes (ou à tubes).
Là on a l'alim qui fait 230V/50Hz -> transfo haute tension (et basse tension pour les filaments) -> redressage/filtrage (par diode ou lampe redresseuse)
Je trouve que les amplis à lampes sont de belles pièces, surtout les vieux amplis guitare. J'en ai réparé / recablé un bon paquet, y compris des monstres des années 60, et on sent à la fois le côté artisanal et méticuleux des constructions de l'époque.
Sans être audiophile, un ampli à lampes, ça sonne pas pareil.
[^] # Re: Attention terrain miné et dangereux
Posté par xulops (site web personnel) . En réponse au journal de l'art et la manière de faire du gratin dauphinois. Évalué à 7.
A manger du gratin dauphinois tous les jours, il y a moyen de faire rapidement le poids … au sens propre.
[^] # Re: J'ai faim...
Posté par xulops (site web personnel) . En réponse au journal de l'art et la manière de faire du gratin dauphinois. Évalué à 1. Dernière modification le 26 janvier 2021 à 16:58.
Voila, en gros.
Dans les pays européens, on trouve encore assez facilement du fromage français, certes un peu plus cher, mais on peut survivre. Par exemple j'ai vécu un an en Suède profonde (bled au nord, pas Stockholm) et je trouvais tout de même quelques fromages français, et le bleu danois à peu près mangeable (faute de grives …)
Hors Europe… heu… c'est la misère fromagère.
[^] # Re: J'ai faim...
Posté par xulops (site web personnel) . En réponse au journal de l'art et la manière de faire du gratin dauphinois. Évalué à 10.
… et va t'en trouver de la crème fraîche en Chine, le truc qui n'existe pas.
Rien que pour ça j'envisage le retour en France, et pour le fromage aussi, un pays sans fromage, mazette, je ne pensais pas que ça manquerait autant.
Sinon la recette universelle, ça dépanne toujours :
[^] # Re: Taquinage d'audiophile :p
Posté par xulops (site web personnel) . En réponse au journal Manifeste contre la roue codeuse. Évalué à 6.
Dans un ampli de puissance, le plus important, c'est l'alimentation. Si c'est un ampli classe AB, c'est avec de gros tranfos, donc ça pèse lourd. Si c'est du classe D, c'est léger, mais cher (techno plus pointue à dev).
Pour l'ampli que tu cites, l'alim n'est pas incluse, et les caractéristiques annoncées sont clairement fantaisistes.
Le truc est censé te sortir 2x100W (en oubliant bien de dire de quels watts il s'agit) en consommant maxi 24V x 3A, soit 72W électrique.
Je ne dis pas que (surtout vu le prix) ce n'est pas utile, ni qu'il n'a pas rendu le service que tu en attendais, juste que le marketing en matière d'ampli est souvent extraordinaire.
Les watts, c'est tout et n'importe quoi (surtout n'importe quoi). Entre les watts musicaux (délirants), les watts efficaces, les watts RMS, les watts donnés sous 2 ohms en pont alors que l'ampli ne tiendrait pas une impédance aussi faible… il y a à boire et à manger.
Le seul qui tient un peu la route, c'est le watt RMS, et encore faut-il regarder sous quelle impédance de HP.
L'ampli cité ne doit pas dépasser 2 x 30W RMS, ce qui peut être suffisant dans bien des circonstances, surtout si les HP ont une grande sensibilité (>90dB/W à 1m).
[^] # Re: Entretenir son matos
Posté par xulops (site web personnel) . En réponse au journal Manifeste contre la roue codeuse. Évalué à 7.
En bombe contact tout usage, il y a le fameux KF F2 (je ne sais pas si j'ai le droit de citer une marque spécifique sur LinuxFr, donc j'en cite une deuxième pour équilibrer : Kontakt 60).
Il existe des bombes spéciales pour potards, et même spécifiquement pour les potards linéaires (fader des tables de mixage). Est-ce réellement différent du KF F2 ou est-ce juste marketing ? Je vous laisse trancher.
Si le potard est vraiment grippé et crachouille à mort, j'attaque au WD40 (qu'on trouve dans tout magasin de bricolage), et je finis au KF F2.