PLuG a écrit 1010 commentaires

la tiptronic n'est pas en liaison continue (il y a débrayage et délai de passage des vitesses).
c'est une bonne boite très agréable… mais on peut trouver des gens qui prétendent mieux passer les vitesses à la main.
Je voulais plutôt parler de modèle comme la "S-tronic" par exemple.
Ce sont en fait deux boites de vitesses (une avec les pignons pairs, une avec les pignons impairs) et qui sont synchronisées en continu, et avec lesquelles le passage de vitesse se fait sans aucune perte de motricité. => mieux qu'en manuel.

Je ne savais pas que ça existait. as-tu une référence du modèle ?
La double boite méca c'est censé être une techno développée par VW, l'accord avec PSA date bien après 2005.
Il doit y avoir un détail/différence quelque part avec cette boite.

Que la ZF 6HP soit une bonne boite de vitesse et qu'elle soit disponible sur Jaguar en 2003 n'en fait pas une généralité. A l'époque les boites de vitesses avaient pas mal de défauts à l'usage, et la ZF 6HP aussi d'ailleurs, même si elle est mieux que d'autres.
La plupart des constructeurs montent de plus en plus des doubles boites mécaniques avec double embrayage, a mon sens ce qu'il se fait de mieux aujourd'hui.
C'est disponible aujourd'hui mais inventé en 2000 et présent sur des voitures élitistes depuis longtemps (2010 - Ferrari, Porsche, Lamborghini, Mercedes, Audi, BMW.). Aujourd'hui c'est monté sur beaucoup de marques ( PSA, Renault, Volvo, Kia, Hyundai, Ford, …)
Ce qui à mon sens change l'opinion publique sur la boite de vitesse c'est la montée en gamme massive sur l'ensemble des constructeurs.

Bon avec le tout électrique on n'en aura plus besoin :-)

Oui, comme la fin du plaisir de jouer avec les IRQs, chacun son plaisir masochiste sans doute.

Pourquoi "conduire" ne pourrait pas être une occupation qui procure du plaisir ?
Et dans ce cadre, pourquoi ne pas considérer que certains aiment passer les vitesses ?
Que dire des personnes qui font des balades à moto sans autre but que de … revenir au point de départ ?

Que des masochistes ???

Évidement que d'un point de vue écologie ces "plaisirs" sont critiquables, et probablement à abandonner petit à petit… pour sauver la planète. Mais on peut être nostalgique du temps ou c'était encore possible !

les boites auto ont beaucoup progressé !
elles étaient mal vues quand elles passaient les vitesse lentement, quand elles posaient des soucis en montagne, quand elles engendraient une surconsommation de carburant.
Tout cela est terminé, les boites de maintenant sont plus efficaces que l'humain (double boite mécanique, rapport toujours synchronisé, aucun acoup, ultra rapide, …). Ce n'était pas le cas il y a 10 ans.

D'un autre coté, avec l'IDE Arduino c'est compliqué de gérer un projet avec plusieurs fichiers, d'avoir de la coloration syntaxique ou même de simples alertes sur des erreurs de syntaxe.
Rapidement il faut utiliser PlatformIO avec un "IDE" comme VScode ou bien Atom pour retrouver un environnement de développement plus sérieux.
Perso je trouve l'initiative PlatformIO intéressante et plutôt bien foutue pour intégrer les boards matérielles et compiler du code adapté aux microcontrôleurs. C'est l'exemple inverse de Arduino : au lieu de tout refaire de zéro, prendre le meilleur d'un éditeur, le meilleur de l'intégration des microcontrôleurs de Arduino, et pourquoi pas LSP pour la partie IDE.

et utiliser une device inputkey sur port usb ?

mot de passe généré par keypass = donc sauvegardé
utilisation de inputkey pour setuper le mot de passe au début et dans la majorité des cas pour le saisir en cas de besoin …
il peut être long et compliqué ce n'est plus un problème.

… par contre, prévoir plusieurs device "inputkey" au cas ou :-)

Même chose, presque 50 piges et commencé linux quand on l'installait en téléchargeant des disquettes (avec des noms comme a1 a2 a3 a4 …).
une 50 aine de disquettes pour avoir X11 sur la machine … Après avoir joué avec les refresh lines du X86Config et forcé l'écran cathodique à son refresh maximum.
A l'époque j'avais accès a un réseau 2Mb/s sur des stations SUN, très confortable pour télécharger les 50 disquettes et installer un "unix" à la maison.
De tête un kernel 0.96 ou 0.98 .. je pense que c'était la distribution SLS.
Avant ça j'avais joué avec un unix pour PC qui s'appelait Coherent ( https://fr.wikipedia.org/wiki/Coherent )

Bref, ça ne rajeuni pas.

C'est vrai que linux m'occupe beaucoup moins. Même mon père fait ses mises à jour de fedora tout seul !
Aujourd'hui je joue avec des micro-controleurs, pour faire de la domotique. Je regrette d'être parti sur domotics, si c'était à refaire je choisirai plutôt Home Assistant. un device pour mesurer la consommation de granulés dans le réservoir du poele par exemple, et me prévenir à l'avance qu'il faut en remettre, le pilotage des lampes à led de la maison,…

Ram et Mhz limités … ces microcontroleurs sont tout de même bien équipés !
une clock à 80Mhz/160Mhz et 54+96ko de ram et même 1Mb de flash intégrée pour l'ESP8285
Y'a de quoi jouer quand même …
bon d'accord après avoir chargé le SDK il reste a peu près 12ko de libre pour les applis mais c'est pas si mal pour de l'IOT non ?

En fait, quand tu fais de la PRODUCTION, tu veux le MEME système. Pas en avance, pas en retard, juste le MEME.
Je ne dis pas que Centos devient Fedora (et j'utilise beaucoup Fedora et ce n'est pas instable non plus …).
Le gros argument Centos quand on parle avec une production informatique c'est que c'est la MEME chose que RHEL.
au rpm près. avec les mêmes versions. le même code. pas "à peu près".

oui et non, si tu ne prends pas le support, tu n'accèdes pas aux mises à jour.

La différence c'est que ceux qui font tourner des milliers de serveurs en Centos ils ne veulent pas être bêta testeurs … ils sont même prêt à avoir les patchs de RHEL un peu en retard !
Dans ce cadre Centos est utilisé pour avoir une version RHEL beaucoup moins chère. C'est la version gratuite de RHEL qui interesse ces institutions.

Redhat n'a pas d'offre spécifique pour les machines hors production (developpement, tests, validation, …) centos permettait de sortir une grosse partie du parc de serveurs des couts de support. C'est certainement cela qui pousse IBM a revoir la copie.
Je ne suis pas sûr que du coup les clients prennent du support pour 100% de leur parc, ou que les milliers de machines centos passent en RHEL, à moins que RedHat fasse en même temps une offre commerciale qui déchire pour ce genre d'usages.

Les débouchées sont Oracle Linux ou un fork de Centos

https://www.change.org/p/centos-governing-board-do-not-destroy-centos-by-using-it-as-a-rhel-upstream

pour ceux que cela intéresse …

Ok je vais passer pour le fou du coin :-)

J'ai un domaine à mon nom depuis fort fort longtemps, autohébergé à la maison avec sendmail puis postfix …
puis un jour j'ai eu envie d'arrêter cette machine sous tension 24/24 à la maison, d'arrêter d'administrer ses fonctions, et j'ai passé mon domaine dans le MX de google …

Je crois que c'est suite à une proposition de test de l'hébergement pro de google, quand ils lancaient le produit.
Je suis assimilé à une entreprise, avec tous les services GCP accessibles pour 50 users, le tout gratuit depuis le début.

Si on est pas regardant au sujet des GAFAM, c'est pratique. La sécurité (password, double authent …) est très bien gérée, l'antispam est top, le webmail pratique, le stockage assez important, …
Je peux créer également tous les mails que je veux, j'ai même un alias qui attrape tous les mails destinés à une boite inexistante du domaine, …

Je suis donc un linuxien de la première heure, toujours passionné de logiciel libre, mais pas faché avec google.
A la lecture des messages au dessus j'ai l'impression que ça me démarque :-)

Tu avais essayé de t'engager en service long ? affaires étrangères, coopération civile ou militaire, a mon époque ils manquaient plutôt de candidats donc n'en refusaient pas trop …
J'ai fait l'équivalent de deux années scolaires à l'étranger (Afrique) à gérer un projet d'installation d'infrastructures informatique (20M frs de budget) … en sortant de l'école c'était une bonne expérience !
J'ai même pu choisir mon affectation (affectation d'origine : prof dans un lycée français à l'étranger, mais j'ai fouillé dans les postes disponibles et demandé à changer …)
Mon expérience c'est qu'en ne prenant pas le truc "à rebrousse poil", y'avait des solutions pour en faire un truc intéressant. Mais j'ai peut-être eu de la chance ? Peut-être avez vous tenté cette expérience sans résultat ?

échec commercial de la PS3 ??
à quel point de vue ?
quand même 87 millions d'unités vendues …

la ps3 c'est un pari technologique énorme avec le processeur cell qui place le coût de développement des jeux très très haut.
elle n'a pas mal marche du tout amha.

Pour info,
En bricolant des bidules IOT j'ai du passer au microcontroleur ESP8285 en craignant de devoir adapter des choses …
en fait il n'en est rien, le 8285 est compatible 8266, simplement il inclut 8Mbit (donc 1Mo) de flash dans le microcontroleur lui même.
C'est donc plutôt une bonne chose, ça évite de devoir souder la flash séparément sur le PCB (si 1Mo est suffisant).
Sinon avec un ESP8266 on peut utiliser des flash plus grosses si besoin (4Mo …).

il y a fort longtemps, on utilisait de façon très basique le DNS.
example.com c'était le nom de domaine, il ne portait pas d'adresse IP.
www c'était l'entrée DNS qui portait l'adresse IP du serveur web sur le port 80.
ftp c'était l'entrée DNS qui portait l'adresse IP du serveur ftp.
du coup www.example.com visait une machine en particulier, ftp.example.com potentiellement une autre.
A l'époque, pas de certificats, et personne ne parlait du préfixe qui fixe le protocole (http:// ou ftp://)
d'ailleurs ftp:// n'existait pas, avec le navigateur on faisait du www (World Wide Web) sinon on prenait un client ftp :-)

Bon c'est caduque, et sur les imprimés grand public on peut écrire https://example.com même madame michu s'y est habituée.

sur la latence c'est surtout le cache DNS qui joue.
si t'es tout seul sur ta liaison ADSL le cache web de ton navigateur suffit. Sinon aujourd'hui on cache encore pas mal d'info dans les proxy le tout https n'est pas en place … et les proxy savent faire du man in the middle.

on parle beaucoup de la latence dans cet article, la latence est prépondérante et incontounable surtout pour les jeux.
Pour le web tant qu'à ajouter un boitier sur le réseau ne pas hésiter à faire tourner un cache DNS local, voir un cache web … c'est quasiment magique.
Enfin ne pas sous-estimer l'importance du debit en upload. Depuis que je suis passé en vdsl et que j'ai 6Mbps en upload tout va bien mieux…

je voulais modifier mon commentaire … mais trop lent je n'ai pas pu ! (plus de 5 minutes).

s/qui eux gère/qui eux gèrent/

C'est une alternative dans le domaine du "pas cher" venant de Chine, … loin du monde open (sauf pour Tasmota).
Par contre ça reste à mon avis de bonnes alternatives pour faire de la domotique sans se ruiner (les composants zwave sont souvent chers) et sans sacrifier la sécurité de communication (wifi) à condition de changer tous les firmware par défaut :-)

De mon coté j'utilise des H801 (8€ en général).
c'est un boitier également basé sur un 8266 prêt à l'emploi (plus qu'a brancher)
Il permet de gérer 5 sorties PWM (RGB W1 W2 ).

Par défaut le microcode communique avec une application sur smartphone pour piloter les sorties, mais comme cela passe par un site externe, je ne l'ai même jamais testé.
Je préfère le remplacer par le firmware Tasmota configuré pour utiliser le protocole MQTT avec tout en local.
(on trouve facilement les howto pour flasher un nouveau firmware …)

Tasmota est aussi compatible avec les boitiers SonOff (qui eux gère des entrées et du on/off pour un prix dérisoire également).
Tasmota est simple à intégrer à une instance DOMOTICZ…

Fedora n'est pas rolling release, elle est versionnée ( F28 ) mais passe d'une release a la suivante (depuis F21) avec une simple commande (sans réinstaller), et ça marche de mieux en mieux. Avant F21 c'était possible mais il fallait bricoler.

https://fedoraproject.org/wiki/DNF_system_upgrade

mes 2c

tu as raison, et ton exemple avec la vue système n'est QUE un exemple.
Si un jour tu utilise la compression (transfert de données …),idem c'est une option payante.
En cas de controle c'est effectivement stocké et donnera lieu a un redressement …

Il existe des solutions pour controler "ces traces" et se protéger en cas de contrôle, par exemple en reconstruisant la base à partir d'un export/import qui ne transporte pas ces traces… mais c'est compliqué/long/pénible pour pas grand chose.

Une solution pour la virtu: utiliser uns technologie de virtualisation différente que le reste de la ferme.
Par exemple, si la ferme est en vmware, utiliser kvm pour héberger les machines oracle …

Choisissez postgreSQL c'est plus simple et moins dangereux :-)

l'intéret de la mise en commun, c'est justement la gestion commune des correctifs.
Lors des bugs de sécurité sur la bibliotheque ssl ou zlib, il a fallu relivrer l'intégralité des logiciels les utilisant … et sur un système on n'est jamais sûr que l'ensemble des mainteneurs/éditeurs ont bien identifié qu'ils devaient relivrer.
Avec de vraies DLL partagées ce soucis est règlé de facto. Et si on a besoin de versions différentes de ces DLL il suffit de les faire cohabiter.

Le second point interessant, ce n'est pas l'économie de place disque, sauf peut-être dans l'embarqué, mais bien l'économie de mémoire. Avec des DLL en commun le système d'exploitation ne monte les pages de code qu'une seule fois en ram …

mes 2c