xulops a écrit 303 commentaires

l'appli considère qu'il y a eu contact si vous restez à proximité d'un autre utilisateur de l'appli pendant au moins 15 minutes. On rate donc énormément de contacts. Hier et aujourd'hui, j'ai fait deux fois les courses dans deux grandes surfaces différentes. Au total, j'ai passé moins de 15 minutes dans chacun des grands magasins et pourtant, à plusieurs occasions, la distance de 1m n'a pas été respecté. Mais l'appli n'en garde aucune trace.

Ca m'a l'air bien compliqué tout ça… pourquoi faire simple quand on peut faire compliqué, c'est la devise de la France ?
Puisque je vis en Chine, voilà comment ça a été fait ici : tous les lieux publics ont du afficher deux QR codes que les clients doivent scanner pour rentrer et sortir (donc un QR code pour rentrer, un pour sortir). Il y en a partout, petits magasins, hopitaux, commissariats, bus, metro, … chaque endroit a ses QR codes. Tu ne rentres pas sans scanner.
Pour scanner, on utilise Wechat ou Zhifubao (app alibaba) et peut-être d'autres… tous les chinois et expats ont au moins un compte wechat, zhifubao est également sur quasi 100% des téléphones. On scanne, c'est un lien qui contient l'identifiant du lieu, et l'identifiant du compte wechat. Le serveur a donc toutes les infos nécessaires :
ID de la personne, lieu concerné, date et heure d'entrée et de sortie dans le lieu.

Avec ça, si un cas de covid est découvert, il est facile de retracer tous les lieux publics fréquentés et toutes les personnes éventuellement croisées (donc à faire tester).

Pas de bluetooth, pas de GPS, ça fonctionne sur android et iphone sans problème.
En France on n'a pas wechat ou équivalent, donc faire une appli dédiée, pourquoi pas. Mais se baser sur du bluetooth et du GPS, c'est se créer des emmerdes. Une appli simple qui demande de s'identifier une seule fois, puis scanne des QR codes pour envoyer à un serveur le couple ID/lieu, ça aurait été beaucoup plus simple, code facilement auditable, pas d'API proprio, … mais non, on a préféré faire compliqué au lieu de s'inspirer de ce qui se fait ailleurs, comme d'hab.

A HT constante, oui, le courant (nbr d'électrons) cathodique sera plus faible. Sauf que la tension n'est pas vraiment fixe. A cathode froide, la tension (haute) va encore monter pour essayer d'atteindre la stabilité du circuit, qui est fonction de l'impédance des tubes et du transfo de sortie. Bref, même à froid il y aura des électrons pour se faire la malle, ce ne sera pas vraiment "négligeable".
La HT est filtrée, mais les condos ne sont pas énormes, dont la tension peut varier assez facilement d'un 500V en pic à un petit 250V en pleine charge (c'est le fameux effet de pompage recherché par certains guitaristes).

Normalement, le filament de chauffage des tubes (du 6,3V alternatif) sert à chauffer la cathode afin que les électrons quittent plus facilement la cathode, sans la bousiller.

Sans signal (à amplifier) et par la présence de la haute tension entre la cathode et l'anode, il y a déjà un courant entre la cathode et l'anode (il s'appelle le bias). Ce courant varie ensuite en fonction de la tension de la grille (le signal).

Donc tu vois que, si tu appliques la HT, il va déjà y avoir des électrons qui vont se barrer de la cathode. Or s'ils se barrent quand la cathode est froide, pas bon, usure…

Donc coupe la HT, allume les filaments de préchauffage, attends 30s, puis allume la HT. Comme ça pas de problème.

Pour être plus précis, c'est fonction de la valeur de la HT par rapport à la tension max de fonctionnement du tube, selon qu'il y ait de la marge ou pas.

Dans ton cas, je suppose que tu parles d'ampli guitare. Les tubes sont utilisés quasiment à leur Vmax (et même volontairement au dessus pour certains designs). Du coup, appliquer la HT à froid va avoir plusieurs conséquences, principalement :
- travail en phase non-stabilisée ; le rendu sonore sera étrange et incontrôlable avant stabilisation thermique.
- usure prématurée de la cathode. Ce n'est pas instantané, mais arracher de force des électrons à pleine Vmax sur une cathode froide, il y a des morceaux de traitement de surface qui vont partir avec.
Et effet, là où 300 ou 350V suffiraient pour sortir la puissance (débit correct d'électrons sortis d'une cathode chaude), il en faudra 500V pour les sortir d'une cathode froide, avec risque de claquage des condos s'ils sont un peu vieux et limites.

Bref, si tu fais l'essai, il y a de grande chance pour que tout se passe bien et que l'ampli se stabilise tranquillement. Mais les gratteux et bassistes soucieux de leur matos (c'est pas donné ces bêtes là) et qui essaient d'éviter la douloureuse de l'atelier de réparation, ils font gaffe et laissent chauffer tranquillement avant d'envoyer la purée.

Tu t'occuperas des jours / mois / années de marketing, et sur tes deniers personnels, n'est-ce pas ?

Sur le fond, les employés de Cloudflare n'ont sans doute pas eu leur mot à dire, dans ce genre de grosse boite les décisions ne sont majoritairement pas prises par des gens de la technique. D'après Wikipedia, Cloudflare est une boite "qui propose un réseau de distribution de contenu, des services de sécurité Internet et des services distribués de serveur de noms de domaine". Je ne doute pas un instant qu'ils aient les compétences en interne et l'infra pour le faire. Ca a tout l'air d'être une décision politique interne, aussi illogique (pour le dev que je suis) ou logique (pour d'autres, y compris les décideurs de la boite en question) qu'elle puisse être.

Ton ton condescendant - ou agressif selon ton propre jugement -, je m'en contrefous. Je ne t'embaucherais pas en tant que dev, non pas parce que tu es antipathique, mais parce que visiblement tu ne connais rien sur l'aspect technique en question, et encore moins sur le fonctionnement interne des grosses boites.

Merci de mettre en doute mes compétences, après tout, on ne se connait pas, hein.
Si le sujet parlait de pêche à la ligne, je ne serais pas intervenu, car la pêche à la ligne, je n'y connais effectivement rien.
Tu me permettras donc, contre ton avis éclairé, de maintenir qu'un captcha basique, c'est une demi-heure de dev. Un captcha top-moumoute, deux jours max. Je ne compte bien entendu pas le marketing, chacun son métier.

Maintenant, Cloudflare, ce n'est pas un petit siteweb perso dans un coin, s'il n'ont pas l'infra ou les compétences, c'est bien dommage. Ils ont fait le choix d'externaliser, c'est leur choix, mais par expérience personnelle (que tu peux à nouveau mettre en doute gratuitement), l'externalisation est souvent un mauvais choix fait pour de mauvaises raisons (pour citer la principale : ne pas prendre la responsabilité du truc, se couvrir en cas de problème genre "ce nest pas moi, c'est le prestataire qui a merdé").

D'un point de vue développeur, ce que je ne comprends pas c'est pourquoi ils n'ont pas créé leur propre captcha.
Ce n'est quand même pas difficile à développer. En une demi-heure tu as un truc qui tient la route.
S'ils veulent la rolls des captcha, alors ils mettent un gars dessus pendant deux jours et basta, et ça fait une dépendance en moins.

J'en ai déjà brièvement parlé là (et même réussi à choper un "inutile", haha) : https://linuxfr.org/users/antistress/liens/pour-ceux-celles-qui-vantaient-l-efficacite-de-la-gestion-de-la-crise-par-les-dictatures-chine#comment-1802650

Ca marche aussi pour les déconfinés. ；）
Je suis en Chine et je pense que je vais m'en donner à coeur-joie maintenant que tous les grillages ont été levés. J'avais remarqué de grosses lacunes dans openstreetmap sur mon quartier et les quartiers voisins.
Je me demande juste s'il faut écrire les éléments en caractères chinois uniquement ou aussi en américanisant/anglicisant les noms (par exemple 东风路 en Dongfeng Road).

Oui, les M175 et M185 sont un peu petites, moi ça me va bien, pourtant j'ai des grandes mains, sans doute parce qu'elle n'est pas vraiment dans ma main, je la manipule du bout des doigts, mais le confort est vraiment une affaire personnelle, chacun doit trouver sa chacune.

Le touchpad est le pire des dispositifs de pointage, je ne l'utilise que quand je n'ai pas le choix.
Sur les IBM et lenovo, il y a le fameux "clitoris" (rouge chez ibm, bleu sur certains Dell) placé au milieu du clavier, plus pratique, plus rapide et plus précis que le touchpad quand on a pris l'habitude, mais quand même moins bien qu'une vraie souris. Je trouve que sur les Dell ça ne répond pas aussi bien, mais c'est peut-être une trop grande habitude des ibm. Dommage que les touchpads n'aient pas tous été remplacés par ce truc qui doit sûrement avoir un nom plus consensuel que celui que j'ai entendu.

Comme le dit le titre, j'utilise une logitech M185 depuis quelques années. Assez petite (je n'aime pas les grosses souris, mais les goûts et les couleurs, la notion de confortable est aussi assez relative d'une personne à l'autre), et fiable puisque aucun problème avec, alors que je l'utilise beaucoup.

Outre son faible coût (en gros 15 euros), elle a surtout un super avantage : elle n'utilise qu'une pile AA qui dure longtemps, très longtemps… un an, voire plus, en gros usage. Pourquoi, je ne sais pas, je crois que c'est la led qui n'émet pas de lumière visible.

Bref, si la M175 t'allait bien, ça ne te changera pas beaucoup, même forme, en fait je ne vois pas trop la différence dans les caractéristiques.

Si elle venait à mourir (on n'est jamais à l'abri d'une mauvaise chute), vu le prix je reprendrai la même.

L'article n'est pas vraiment à charge. Comme d'autres l'ont dit, le virus était inconnu et les médecins et le gouvernement chinois ont mis un certain temps à en prendre conscience et découvrir la dangerosité (mortalité et contagiosité) de la bête, c'est tout à fait normal et ça aurait sans doute été encore plus long dans beaucoup d'autres pays, notamment les moins développés.

Par contre, une fois conscient, les mesures rapidement prises ont été radicales et appliquées dans tout l'immense pays sans regarder à la dépense et les moyens. Confinement dans le quartier (un quartier en Chine, ça peut faire jusqu'à un km carré), tous les gens ont des masques, sans exceptions (pas de pénurie), prises de température obligatoire au moindre coin de rue (pour aller faire les courses, …), restaurants et bars fermés, les autres quartiers ne laissent entrer que les résidents, plus de transports en commun, etc.
Pour moi, sur Kunming, c'est vraiment devenu public autour du 15 janvier et toutes les mesures ont été d'un coup mise en place le 24 janvier, juste après le nouvel an chinois. Je me suis levé le matin pour me rendre compte que mon quartier a été cerné de grillage pendant la nuit : 3km de grillage posés et 2 postes de garde montés en une nuit sans me réveiller, belle performance.

Niveau informatique (on est sur linuxfr quand même), chaque lieu public (supermarché, hôpital… ) a un QR code qu'il faut flasher avec Wechat. Wechat (微信) est application que TOUS les chinois ont sur leur téléphone tant elle est indispensable dans la vie de tous les jours (messagerie instantanée, appels, vision, porte-monnaie, moments, et tout un tas de fonctionnalités intégrées comme commande de bouffe à domicile, le règlement des factures, taxi, coach sport, … et tant d'autres). Bien entendu le compte wechat est lié à un numéro de téléphone, lui-même lié à la carte d'identité des chinois (身份证）ou numéro de passeport pour les étrangers. La boucle est bouclée, le gouvernement sait qui va où et en même temps que qui. Un cas de contamination et ils peuvent retracer tout le trajet et les éventuelles personnes rencontrées qui seront à leur tour dépistées et ainsi de suite.
Passons sur le respect de la vie privée. La quantité d'info à traiter doit juste être phénoménale. Faut avoir l'infra derrière, or ça a été disponible quasi dès le départ.
D'ailleurs je lis des news du genre "le réseau français va-t-il tenir la charge ?", aucun soucis en Chine, pas plus que de pénurie alimentaire, masques ou PQ (qui ma foi n'est pas d'un usage très répandu, les mouchoirs en papier ont davantage la cote ici)

La France est malheureusement loin d'avoir pris la mesure du problème en temps et en heure.
Le 10 février, j'ai une amie française sur Kunming également, qui a souhaité retourner en France. C'était déjà le moment des avions de rapatriés de Wuhan. Elle est rentrée en France sans aucun problème, … et sans aucun contrôle, même pas une simple prise de température à l'aéroport. Incroyable qu'un tel laxisme des autorités françaises soit possible alors que la situation en Chine était parfaitement connue à ce moment là (on ne peut pas reprocher au gouvernement chinois d'avoir été clair sur le nombre de cas et l'étendue de l'épidémie).
Le maintien du premier tour des élections était évidemment d'une profonde débilité, surtout en décidant déjà de la fermeture des bars et restaurants la veille, et le confinement le lendemain. Véritable incompétence ou décision politicienne, ce n'est pas mon sujet, chacun appréciera.

Maintenant, ce qui attend les français, en regardant ma boule de cristal, mais surtout en me basant sur la situation actuelle en Chine :
- confinement d'au mois deux mois en France, car presque deux mois en Chine, avec toutes les mesures prises sérieusement, masques pour tous, etc, et ce n'est pas encore terminé ici, même si ça commence à se relâcher.
- le nombre de cas va continuer à grimper dans les deux semaines à venir, avant de commencer à se tasser, et combien de morts d'ici là ? hélas trop, surtout nos anciens, mais vu ce que coûte cette pandémie, ça n'arrangera pas morbidement le problème du financement des retraites (si tant est que ce problème existe).
- l'économie française est loin d'être aussi souple que l'économie chinoise basée sur le bas de laine et l'entraide familiale. Et pourtant ici ça a souffert sévère. Le nombre de bars et restos qui ont mis la clé sous le paillasson, les millions de gens qui ne sont pas rentrés dans les villes pour travailler parce que bloqués au village où ils sont retournés pour le nouvel an, tout ça fait des pertes considérables. Qui peut se passer de deux mois de salaire tout en continuant à rembourser ses prêts ? La France ayant une économie plus rigide, ça va encore plus morfler, et la dette va encore augmenter.

Sur ces "bonnes" nouvelles, bon courage à tous !

Je reste méfiant sur l'usage des chiffres et des belles formules mathématiques pour essayer de prédire ce qui va arriver en réalité dans quelques temps. On peut toujours s'amuser, ça peut éventuellement donner quelque chose qui va réellement se produire, … ou pas.

La difficulté majeure, c'est de prendre en compte tous les paramètres, c'est loin d'être évident.
Par exemple, se baser sur le taux chinois d'un individu contaminé qui va en contaminer X autres au niveau mondial, c'est faire fi des caractéristiques et cultures de chaque pays. En Chine, la densité de population dans les villes est bien supérieure à celle en France, la promiscuité est un facteur aggravant. D'un autre côté, les chinois ne se font pas la bise, ne se serrent pas la main, un 'salut' à la cantonade suffit, c'est un facteur limitant.
La grande migration du nouvel an chinois est aussi une spécificité qui a fortement accéléré la diffusion du virus dans tout le pays.
Les mesures de confinement prises par le gouvernement chinois sont juste hallucinantes - et d'un coût astronomique - et absolument impossible à mettre en place dans d'autres pays (par manque de moyens, main d'oeuvre, structures urbaines ou encore pour des raisons culturelles).
Ca fait un mois que je suis bloqué dans mon quartier, sortir de ma piaule, c'est port du masque obligatoire, aller au super-marché du quartier, faut scanner un QR code comme ça si un cas de contamination est détecté, ils savent qui est venu en même temps …On peut sortir du quartier (fiche à remplir) mais comme les autres quartiers ne laissent rentrer que les résidents du-dit quartier après identification et prise de température… sortir n'a pas grand intérêt sauf pour ceux qui doivent aller travailler… Et tout ça dans le Yunnan, province peu touchée et assez loin de Wuhan.

J'ai lu par ailleurs que les précédentes épidémies de coronavirus (MERS et SRAS) se sont arrêtées au bout de quelques mois sans que les scientifiques sachent exactement pourquoi, et qu'il est impossible de savoir si ça sera le cas de celui-ci.

Bref, trop de paramètres, trop d'inconnues… qui (sur)vivra verra !

M'est avis que ce n'est pas la commande de lecture de température qui fait freezer la machine, c'est juste ton jeu qui fait trop chauffer ton CPU qui se met en sécurité thermique. Parce 95 degres, ça commence à faire beaucoup.
Si tu joues sans que ce script de lecture de la température ne soit lancé, ça freeze aussi ?

Jamais. J'ai haï les gens qui n'ont pas couverts leur code par des tests. J'ai aucun problème pour que quelqu'un ai pensé faire quelque chose d'un peu complexe,

Voilà pourquoi j'ai mis un "probablement" dans ma phrase, je me doutais qu'il existe des exceptions, chanceux va !

Je me souviens d'avoir du modifier des codes écrits en GAP3 (sur AS/400) écrits par un gars que je n'ai pas connu personnellement, mais que j'ai traité de tous les noms. Et puis j'ai un peu regretté quand j'ai appris que le gars s'était suicidé (avant que j'arrive, po ma faute, hein). La psychologie d'une personne influence-t-elle sa façon de coder ? Moi, j'y crois. Faire des usines à gaz pour gagner des queues de cerises, en comptant le temps qu'il a du y passer et le mien à m'arracher les cheveux, le jeu n'en valait pas la chandelle.

Après, il existe bien entendu des cas spéciaux où l'optimisation pure est LA priorité, mais c'est marginal.
Le sujet du journal, oui, c'est utile car l'optimisation pure est le but du jeu, jeu qui justement peut être utile dans ces cas spéciaux.

C'est un journal intéressant en recherche de performances pures, mais faut pas oublier un truc qui parfois fait gagner en performances globales : la lisibilité du code.

Je m'explique : un code super optimisé qui te fait gagner une seconde de traitement sur un script qui s'exécute tous les jours, ça fait gagner 3 minutes en 6 mois. Mais si au bout de ces 6 mois tu mets 3 heures à déchiffrer comment marche ce putain de code que tu veux modifier, tu as globalement perdu 2h57m (et encore, j'estime que mon temps de vie est plus important que le temps processeur perdu, chacun ses priorités).

Donc oui, c'est un bon exercice mental, c'est même extra de se pencher là dessus de manière aussi détaillée, … tant que ça reste un jeu de l'esprit.
En entreprise, en prod, on va essayer de trouver un équilibre, un compromis, entre performance et lisibilité, histoire de ne pas perdre des heures plus tard si le code doit être légèrement modifié. On a probablement tous haï des gars qui ont fait des codes trop tarabiscotés dans le but de gagner un pouillème.

Cela empêche toute communication entre les process non ? (sauf peut-être a passer par un fichier se qui n'est pas tip top pour les I/O)

Passer les données par un fichier n'est pas un problème, vu le peu de données, il va rester dans le cache en mémoire, du coup ça va aller très vite. Et puis bon, linux, tout est fichier, c'est dans la philosophie du truc.

Et oui, faire des scripts spécialisés c'est forcément mieux que de lancer un gros script plusieurs fois, mais c'est un peu plus de boulot à mettre en place.

Désolé du retard dans la réponse, je suis actuellement en Chine (décalage horaire et cette histoire de coronavirus, ça occupe un peu).

Ton script php principal doit lancer des scripts php secondaires pour lancer des fonctions. Ces scripts secondaires doivent être lancés comme suit dans le script principal :

system("php script1.php < /dev/null > /dev/null 2> /dev/null &");
system("php script2.php < /dev/null > /dev/null 2> /dev/null &");
system("php script3.php < /dev/null > /dev/null 2> /dev/null &");

Cet exemple lance 3 scripts qui s'executeront en parallèles, le script principal rendra la main immédiatement.
Les /dev/null en entrée et en sortie sont importants, sinon les scripts ne s'executeront pas en parallèles.

Les fonctions dans Sysinfo.php ne font que retourner des données, il n'y a pas la partie stockage (en fichier ou bdd), mais de toute façon le "en même temps" n'a pas vraiment de sens vu que le système de fichier ou le moteur de la base de données gèreront tous seuls comme des grands les verrous d'accès en écriture.

A priori rien n'empèche d'appeler plusieurs fois ces fonctions dans des proccesus différents. Ca doit rouler.

La solution la plus simple n'est-elle pas de lancer plusieurs processus et laisser le noyau faire son boulot de répartition des processus entre processeurs / cores ?

popen, exec, … les solutions ne manquent pas pour qu'un script PHP principal lance autant de processus (autre script PHP avec ta fonction) que besoin est.

En fait, ça dépend de ce que tu veux faire. La fonction peut-elle bosser toute seule dans son coin ou doit-elle intéragir avec les autres fonctions similaires en cours d'exécution ? L'ordre d'arrivée des résultats doit-il respecter l'ordre de lancement des fonctions ? … autant de questions qui fait qu'une solution pourrait être choisie plutôt qu'une autre. On n'en sait pas assez pour te dire exactement quel est le meilleur choix.

Pour l'OCR des images, je recommande tesseract, j'ai testé récemment parce que je devais traduire un bon gros contract en chinois fourni sous forme d'impression écran de smartphone (une bonne centaine de png, il y a des fous sur terre). J'ai été impressionné du résultat.
Une ligne de bash et 20s plus tard, il reste juste à additionner les fichiers txt créés.

Faut juste penser à installer le paquet correspondant à la langue (pas vraiment la langue d'ailleurs, plutôt le jeu de caractères de la langue de ton document. Dans mon cas chi_sim pour chinois simplifié) en plus du logiciel lui-même.

Je me suis inscrit, parce que j'ai beau suivre l'actualité du monde informatique, je loupe toujours des trucs. Et puis des quelques archives que je viens de consulter, il me semble que les actus choisies soient bien rédigées.

J'ai juste eu un soucis à l'inscription, rien de bien méchant : je clique sur le lien dans l'email, j'arrive sur une page qui me demande de cliquer sur le bouton "s'abonner", je clique, et un moment plus tard je retombe sur la même page. Je retente, ça boucle encore. Bref, je suis perplexe, abonnement pris en compte ou pas ?
Et puis j'ai eu l'illumination : il y a surement un captcha que je ne vois pas. Tout le monde n'a pas accès aux services google, je suis dans un pays qui les bloque, le captcha ne s'affiche tout simplement pas et rien ne laisse deviner qu'il devrait y en avoir un.
J'ai lancé un VPN, je suis finalement bien abonné.

Pour que d'autres dans ma situation ne se fassent pas avoir, au choix :
- ne pas utiliser google pour vérifier qu'un utilisateur est un humain, il y a plein d'autres possibilités.
- ajouter un petit texte du genre : "Captcha :", au moins on sait qu'il y en a un. Celui qui n'a pas de VPN, tant pis pour lui, mais au moins il sait pourquoi.
- ne rien faire, tant pis pour eux.

Tu as globalement raison, mais pas entièrement.
En info, il y a aussi des technos qui tournent depuis des dizaines d'années sans changement : des programmes RPG sur as/400 qui j'ai écrit il y a 20 ans tournent encore tous les jours aux côtés de programmes encore plus vieux (venant de Q36). Pour prendre une techno plus récente, il y a 15 ans, j'ai écrit un serveur POP et SMTP en PHP, et il tourne encore maintenant.

Un avion évolue aussi, mais il n'y a que quelques briques qui changent en étant améliorées et perfectionnées. On ne fait pas tout évoluer d'un coup …

Le coup du 737MAX ne parle pas en sa faveur. Ils auraient mieux fait de tout changer plutôt que de toucher juste aux moteurs et nacelles.

Même expérience dans une ancienne boîte : fallait sortir tous les mois un fichier excel avec les tarifs des produits (ERP sous AS/400). Le gars lançait une base Access qui contenait les requêtes ODBC et le fichier était généré en … 3 heures !
J'ai recodé ça en PHP (pour des raisons internes, intranet en PHP, un lien dans l'intranet pour qu'il récupère son fichier était pratique) et le même fichier est généré en 10 secondes.
Résultat : le gars m'en a voulu, il ne pouvait plus glander pendant 3 heures, car quand un collègue venait lui demander quelque chose, il répondait "je ne peux pas, cet aprèm je sors le tarif".

J'ai bien fait de demander, ta première assertion était donc bien fausse ;-).

Disons que c'était un raccourci. Pour beaucoup de monde, le droit d'auteur, c'est uniquement l'aspect "espèces sonnantes" qui vient à l'esprit. L'aspect textes de loi, licences, droits accordés à l'utilisateur … faut parler avec des gens un minimum intéressés par le sujet, genre ici ;)