PLuG a écrit 1006 commentaires

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

Merci.

Je lis plein de commentaires très sympathiques comme 'il suffit de débrayer' ou 'de se mettre au point mort' …
Sauf que sur la voiture que je conduis, le couple du moteur est tellement camionesque que freiner alors que le moteur est à fond est juste illusoire. La boite est automatique séquentielle et interdit de tomber les rapports en dehors des régimes prévus pour protéger le moteur. Le frein a main est électrique et ne marche qu'a l’arrêt total. impossible de couper le contact ni de retirer la clef sans être à l’arrêt total et d'avoir mis la boite sur "P" (parking).
Si le moteur se bloquait "a fond" je ne sais pas ce qu'il conviendrait de faire… des prières ?

J'ai souvenir, que lors du cas dont on discute, les forces de l'ordre on demandé au conducteur de suivre quelques méthodes destinées à l’arrêter. C'est seulement lors du constat de l'impossibilité qu'ils ont commencé à vider le péage.

Je me souviens de "protections" de logiciels qui utilisaient cette particularité.
une instruction venait modifier une adresse de saut quelques octets plus loin (très près) ce qui en temps normal n'avait pas d'effet puisque cette adresse de saut avait déjà été décodée par le prefetch du processeur…
en cas de tentative de debug et d'execution pas par pas de ce morceau de code, le prefetch ne se fait pas, l'adresse de saut se modifie … et on ne comprends plus rien :-)

mais je vois que même wikipedia en parle : http://en.wikipedia.org/wiki/Prefetch_input_queue
citation:

x86 example code

code_starts_here:
mov eax, ahead
mov [eax], 0x9090
ahead:
jmp near to_the_end
; Some other code
to_the_end:


_This self-modifying program will overwrite the jmp to_the_end with two NOPs (which is encoded as 0x9090). The jump jmp near to_the_end is assembled into two bytes of machine code, so the two NOPs will just overwrite this jump and nothing else. (That is, the jump is replaced with a do-nothing-code.)

Because the machine code of the jump is already read into the PIQ, and probably also already executed by the processor (superscalar processors execute several instructions at once, but they "pretend" that they don't because of the need for backward compatibility), the change of the code will not have any change of the execution flow.
_

Un upgrade complet ça se prépare un peu. Je suis passé de la fedora 17 à la 19 avec fedup sans problème particulier …
mais en ayant un peu lu avant de me lancer, et donc en connaissant les problèmes possibles.
fedora n'est pas une rolling-release, et mettre a jour un système qui a vécu et donc intègre des particularités que les développeurs ne peuvent pas trouver sur les systèmes sur lesquels ils effectuent les tests d'upgrade, c'est voué à rencontrer des problèmes.
Au pire, si ton filesystème /home est bien séparé une réinstallation c'est pas la mer à boire non plus, et ensuite il faut tout reconfigurer. C'est là que tu t’aperçois de la complexité de l'upgrade.

Bref je ne suis pas surpris que ça merdoie pour certains, "chez moi ça marche" mais j'ai fait en sorte que ça ait des chances de marcher :-)

Si personne ne réussit, peut être que le test est … trop compliqué.
Pas forcément techniquement, mais peut-être à cause de la pression, de l'environnement, …

Une solution que je te propose est de prendre l'exercice dans l'autre sens:
montrer des morceaux de code choisis et demander au candidat de les analyser.
dire ce que fait le code, si il fonctionne, si il buggue dans un cas tordu, … comment il pourrait l'améliorer.
A mon sens c'est moins déstabilisant que la feuille blanche et ça permet aussi de voir comment le mec raisonne,
s'il cherche a faire du beau code ou pas, s'il est logique …

Avec ce genre de tests pour du java ou du C, on a nous même rencontré pas mal de personnes
qui prétendaient coder … mais qui étaient incapables de comprendre un morceau de code présenté.

In fine, on a réussi nos recrutements de développeurs avec ces tests.