steph1978 a écrit 3345 commentaires

données brutes

Merci pour tous vos retours très éclairants.

Je suis assez convaincu par ceux qui expliquent que le prix de vente affiché dans l'annonce ne présuppose pas du pris d'achat réel ni du temps mis pour trouver l'acheteur. Malheureusement je ne pense pas que cette information soit accessible contrairement aux transactions immobilières.
Je me demande d'ailleurs comment la central ou l'argus font leurs côtes. Sûrement un pifomètre professionnel :)

J'ai essayé d'ajouter des "features" comme la date de mise en ligne, la qualité pro/particulier du vendeur, la région de vente.
J'ai essayé de changer l'algorithme de régression.
Je parviens globalement aux mêmes résultats non pertinents.

Je trouverai un meilleur cas d'expérimentation.

Merci pour ce retour. Est-ce que tu as une ressource qui explique la régression multivariée ? Est-ce que ça s'implémente facilement ou se trouve facilement dans une bibliothèque logicielle ?

Je vois bien l'idée et c'est d'ailleurs ce que je fais.

Mais avoue que faire un journal "Je vais vendre ma voiture, je pense en tirer X neuros" aurait été assez loin des thèmes de ce site.

J'ai lu cette news sur le feed de lobsters : j'ai immédiatement pensé poisson d'avril.
Je lis le premier commentaire sur lobsters : april fool.
Un proche, windozien convaincu, a lui-même bien rigolé à la lecture de la news.
Ils ont acheté github 8 milliards de $$ pour publier les sources d'une calculette 🤣🤣 je m'en remets pas 🤣🤣

Néanmoins, vous ne semblez pas enclin à apprendre la grammaire française (Ne vous emportez pas.).

Je ne mettrais pas par écrit les mots qui me sont venus quand j'ai lu ça ; c'est proche capitaine Haddock dans ces meilleurs jours et illustre en gros "mais pour qui il se prend".

En fait la grammaire pour la grammaire n'a que peut d'intérêt.
Le commentaire sur lequel tu t'ébats est très compréhensible et tu ne fais qu'ajouter du bruit.

Pour ma part, la correction des anglicismes m'énerve car je comprends mieux "toolchain" que "chaîne de truc" et "bootstrap" sur "amorçage" pour lesquels tes traductions sont plutôt approximatives.

Je m'interroge sur la pertinence d'utiliser du Wifi pour transmettre des données de capteurs alors qu'il existe des protocoles plus simples, moins consommateurs et avec une meilleure portée comme le 433MHz par exemple.

Je ne sais pas si l'on trouve une board qui permettrait de démocratiser l'usage du 433MHz comme le ESP8266 l'a fait pour le wifi…

Bien vu !
C'est ce qui m'est venu à l'esprit en lisant le post.

oui mon profile principal fait 20Mo avec un historique qui remonte à 2012 mais sans compter les données cache.

après je ne sais pas ce qu'est une session.

Je me suis mal exprimé.
C'est parce que certaine application me sont nécessaires et qu'elles ne sont disponibles que sur le dépôt google que j'utilise Yalp.
Je n'ai pas les google service et l'application play store.

je promène mon profile FF depuis plusieurs années, de machine en machine et de version en version.
j'ai jamais eu trop de soucis.
il pèse pas tant que ça, moins de 20mo.
et FF reste très véloce.

J'ai le même dispositif que toi et pour certaines applications, comme celle de ma banque en ligne, j'ai quand même besoin de télécharger depuis le dépôt de google.

J'utilise yalp et cela fonctionne parfaitement, surtout depuis que l'auteur à retirer le login/mdp de l'application et passe par son serveur pour obtenir un jeton auprès de google ; je n'ai plus constaté de blocage.

Comme tu n'as pas les google services, certaines applications vont gueuler mais la plupart fonctionneront quand même.

DiskioPi semble utiliser le port HDMI du RPi et une carte fille pour l'affichage su LCD, comme la plupart des projets.
Je me demande pourquoi il n'est pas possible d'utiliser le port idoine et ainsi de se passer d'une carte fille coûteuse (qques 10aines d'€).
J'ai des LCD de pc portable chez moi que j'adorerai recycler ainsi.

Tu serais surpris du nombre d'agriculteurs en île de France.

Leur os ne leur sert qu'à installer leur suite bureautique. Il ne faut pas en attendre autre chose.

Si par mentalité tu entends pas très ouvert, côté CPU, on a Intel et son management engine, qui se posent là.

Le propos de l'article est que justement l'ouverture s'améliore pour certains FPGA.

Et si on pense à RiscV, pouvoir le simuler sur un FPGA peut améliorer l'adoption.

la même chose avec un bon vieux CPU

Heu, faut voir les bestiaux qu'ils ont…

D'ailleurs je n'ai pas vu sur leur blog qu'ils avaient testé et invalidé la piste FPGA.

les applications où un processeur standard (CPU, DSP, GPU) n'est pas adapté, mais où la fabrication d'un circuit intégré spécifique (ASIC) n'est pas économiquement rentable

Et j'ajouterai où on veut faire des mises à jour de la logique matérielle directement sur le matériel en service

OVH s'en sert pour faire de la lutte anti-DDOS dans la carte réseau.

IBM s'en sert dans ses baies flash pour implémenter FiberChannel et la gestion des cellules flash.

Je vois pas le rapport.
Quelque soit la provenance des vidéos, c'est toujours intéressant de pouvoir les lire.

Lire des vidéos sous Android avec des "gestures" simple pour avancer/reculer de 5 secondes, augmenter/diminuer la luminosité, ou le volume.

Avoir un vrai lecteur de vidéo sur la machine daubée que me fournit mon client.

Hein ?
Les doublages français sont particulièrement travaillés.
Calquer du français sur les lèvres d'une diction en anglais est vraiment très fort.
Il y a même des films où la VF va jusqu'à changer une référence culturelle étasunienne par une française pour ne pas dérouter le spectateur.
On aime ou on aime pas (pour ma part c'est ce qui me fait regarder les VO) mais c'est fort.
Si tu n'es pas convaincu, regarde les doublages dans d'autres pays. Dans certains pays, ils se contentent d’atténuer la piste audio de la VO et de passer une version local monotone.
Je dois dire que ça surprend.

Il me semble que c'est plutôt le département de la Loire et non le fleuve comme ton lien le laisse à penser.

En fait, leur page d'offre dit : "nous préférons ne proposer des accès qu’en Rhône-Alpes".

Chromium, le moteur de restitution popularisé par le navigateur Google Chrome

Chromium n'est pas un moteur de rendu HTML, c'est bel et bien un navigateur.
Le moteur de rendu HTML de Chromium et Chrome, c'est Blink

I quit.

Et donc Proxmox n'est pas un hyperviseur.
C'est outil d’administration d'hyperviseurs.
Comparer Proxmox et Xen, c'est comme comparer un loueur de voitures et une voiture.