Sytoka Modon a écrit 4544 commentaires

L’article de billou s’applique à du soft pur, genre Windows. Ms peut vendre 1 licence ou 1000000 de licences Windows, le coût est fixe, le bénéfice variable.
Leur boulot s’arrete au moment où la première copie est produite.

Non, ce n'est pas tout à fait pareil. Le stress, la pression morale n'est pas la même. Si tu vends une licence ou si tu en as 10 millions, la charge est différente. En cas de plantage, tu fait la une des journaux, en cas de gros bogue, tu dois corriger très vite… La responsabilité est différente.

Oui, on oublie facilement la folie de l'informatique contemporaine…

et le pays en question peut être informé.

J'aime pas trop ton peut ;-)

Sans oublier qu'aux USA un réacteur complet l'a déjà été

Si ce n'était que EDF, Brennilis serait finit depuis longtemps mais l'ARSN a mis le doigt dans les procédures et les as renforcé… Je ne sais pas comment ils font aux USA.

Sinon, je ne suis pas un fanatique de l’auto-hébergement à la maison pour le moment car c'est souvent pas super bien administré (il est difficile et usant de maintenir un serveur opérationnel sur des années) et qu'avec une liaison ADSL, c'est en partie une aberration. Un serveur a besoin clairement d'une liaison symétrique donc a minima de SDSL.

Ah ah, tu enseignes l'informatique en repartant de la base ;-) Je me rappelle avoir du faire du ed pour dépanner un système SGI une fois au boot ! Qui apprends ed en introduction ?

Sinon, oui je versionne et oui je commente les commit et oui j'utilise un outil pour distribuer les fichiers de configurations.

Effectivement, le /etc/con.d n'est pas modifiable par tous ce qui pourrait poser soucis mais en regardant le script, il était clair :

• la personne a des sudo évolué puisqu'il s'agit de mise à jour de la machine

• les actions proposées étaient clairement des actions d'administrateur système

Donc, pour l'administration système, on peut je pense en 2018 commencer par les bonnes pratiques puis seulement ensuite, faire une parenthèse sur les systèmes plus exotiques…

Je dis cela car perso, devoir aller sur tous les comptes, voire ce qui traîne dans les crontab pour comprendre comment la machine marche et ses interactions avec les autres, c'est d'un autre temps.

Je ne dis pas que le crontab -e est mauvais (quoique), il doit juste être limité à mon sens à un usage personnel.

Des centrales nucléaires démantelées cela existe, en France notamment.

Non, il n'y a que le réacteur d'essais sur le CEA à Grenoble qui a été démantelé, et cela a permit de mettre au point la procédure. Depuis, Brennilis est en cours mais c'est toujours pas finit (d'ailleurs on l'a voit toujours d'avion).

Mais c'est vrai que coté écologie, c'est pas mauvais mauvais. Il suffit de voir les PEP EcoPassport de certains produits et la fabrication en France permet entre autre d'avoir un bon passeport. http://www.pep-ecopassport.org/fr/

Tu crois que les data centers changent chaque année les serveurs ? Cela coûterait une fortune pour un gain limité. En général cela tient quelques années, j'ai ici une source qui parle plutôt de 3 ans

Cela me semble court. De mémoire, un rapport d'EcoInfo dit en gros qu'il est toujours préférable de garder une ancienne machine (qui fait le job) devant une nouvelle. Le bilan carbone n'est jamais compensé…

Si on voulait vraiment bien faire les choses, il faudrait beaucoup plus investir sur l'éco-développement. Python, c'est bien mais c'est souvent pas éco-responsable (Java historiquement non plus). Je pense que Mozilla avec Rust nous montre un chemin plus intéressant (bien que le web "moderne" ne soit pas non plus bien éco…).

Je suis d'accord avec toi mais la question fondamentale : est-ce critique ?

Dans 99% des cas, la réponse est non. La démarche en ligne peut se faire plus tard…

Des services critiques, il y a par exemple ParcoursSup, Les impôts… Sur ces services là, oui il y a des équipes sur le pont sur les (seuls) moments clefs (avec des ressources).

Pas un mot sur la page de Microsoft https://www.microsoft.com (France). C'est dommage quand une boite oublie un de ses fondateurs quand même et ne met en avant que des produits…

Ou est-ce marqué que c'est une utilisation "amateur" ? La personne s'annonce avec l'identifiant AdminSec et dit elle même "je commence avec les tache planifiée".

J'ai tellement vu de "crontab -e" dans le monde pro que je persiste à penser que mon conseil de ne pas en faire est bon et non mauvais comme tu dis ;-)

Non, je n'ai pas de chiffre. Je dis juste qu'en décentralisé, le monde converge vers une autre solution donc il ne faut pas vouloir calquer avec l'existant.

Pas exemple, l'état a refusé la licence globale qui aurait renfloué la SACEM et la création française. Au lieu de cela, on a du streaming hyper centralisé (avec des boites qui ne joue pas le jeu des impôts mais c'est un autre débat) qui nécessite des tubes réseaux énormes qui consomment un max (oui, le réseau consomme un max) et aussi un paquet de datacentre avec des machines ayant une connectivité réseau énorme…

Il serait intéressant dans ce cas précis d'essayer de simuler ce qu'aurait donné un monde avec du pair à pair officiel et ou, grosso modo, les paquets réseaux ne sortaient pas du réseau de ton opérateur, voir restait dans la même ville…

Mais le monde est ainsi aujourd'hui, on ne va pas le refaire sur ce journal ;-)

Google dit de manière explicite qu'il ne touche pas aux données dans GCP

Et toi tu le crois ! Bienvenue dans la sainte église du cloud ;-)

Je ne suis pas spécialiste du droit mais le CNRS a des forts doutes sur le Cloud Act et voila un extrait (parmi d'autres) de Marianne - https://www.marianne.net/monde/cloud-act-malgre-la-rgpd-les-etats-unis-l-assaut-de-vos-donnees-personnelles

"Le Cloud Act offre un cadre légal à la saisie de documents, de mails, en bref de toutes les communications captées à l’étranger par les serveurs des sociétés américaines", nous explique Nathalie Devillier, professeure en droit du numérique à l'école du management de Grenoble.

Je suis désolé, mais au niveau de l'état français, avec la séparation de 1905, on ne peut plus mettre les données des citoyens n'importe ou ;-)

Tu viens nous sortir que l'administration pourrait faire un job aussi efficace que Azure/AWS/GCP dans un domaine hyper-technique qui n'est absolument pas son point fort.

C'est aussi une question de volonté et de moyen. ATOS/Bull est redevenu un des leader mondial des machines de calcul. Pourquoi et comment ? Parce que la France a besoin pour son indépendance de pouvoir simuler des bombes atomiques. Mais au delà, de nombreux calculateurs dans le public sont des BULL parce qu'ils ont fait des machines qui ont gagné des appels d'offre.

Il n'y a pas de réelle volonté actuellement au sommet de l'état. Celui-ci a essayé plusieurs de faire des choses avec Orange et cela a foiré mais par exemple pas avec OVH qui est plus compétent sur ce sujet.

Je doute cependant que les serveurs gérant nos impôts soient un prochain prochain sur les clouds étrangers ;-)

Il ne faut pas comparer les choses ainsi ;-) Dans une hypothèse décentralisée, le monde est différent et converge vers un autre équilibre. Donc on ne peut pas prendre un monde centralisé et vouloir le même en décentralisé…

Mais pour un bête serveur web Apache, une petite boite DELL à 300€ suffit. Pour elle, pas de salle serveur, pas de clim… On peut très bien imaginer des petites boiboites spécialisées. Mais je suis d'accord, c'est toute une économie à revoir.

Le reste de la planète visiblement ils aiment bien par contre.

Je ne suis pas persuadé que la planète aime bien ;-) Le coté "bilan carbone" est loin d'être bon…

Je vois aussi qu'on fait du CEPH, du ZFS… que les serveurs ont un paquet de RAM, des disques super rapides et tout et tout (réseau 40Gb/s voir 100Gb/s). Tout ça dans des supers salles serveurs ondulés, protégé au gaz et parfois aussi protéger par groupe électrogène. Et je ne parle même pas des licences.

Donc parfois je me pose, sans avoir les réponses, du coût. Vu qu'on a très peu de vrai haute dispo, est-ce vraiment moins chère, est-ce plus écologique ou est-on influencé par une stratégie de guerre et nous tombons dans le panneau ?

On a vu par le passé des stratégies foireuses qui étaient soit disant géniales, cités par toutes les revues et tout internet et que tout le monde devait suivre sous peine d'être has been. Exemple avec le tout XML et son apogée avec le XSLT ;-)

Et pour ça, une VM chez OVH marche très bien… et c'est 100% français. En plus, OVH refuse de fermer un site sans demande de la justice, cf l'affaire ou Sarkozy avait fait pression pour faire fermer wikileaks, sans succès.

C'est aussi le moment pour faire un don à Framasoft. Cette association (basée à Lyon) le mérite bien. Bravo à elle et à tout son boulot depuis toutes ces années.

Ne JAMAIS éditer la crontab avec crontab -e, c'est impossible à suivre dans le temps par soi même ou une autre personne. Bref, il n'y a aucun historique ni moyen de savoir les actions lancé par ce moyen. C'est la porte ouverte au plat de spaghetti en quelques mois…

Faire un beau fichier propre et le déposer sous /etc/cron.d

Cela reviens au même… Il faut juste ajouter l'utilisateur lambda car ici je suppose que cela ne tourne pas sous root.

Le langage go a justement été fait pour cela. Le programme final est compilé en statique. Aucune dépendance du coup, pas de merdier associé…

Désolé, je ne suis pas un pro de la gamme CISCO ;-)

Pour combien de temps encore ? Il y a déjà un paquet de commutateur DELL Networking qui tourne déjà sous Linux et ceux sous NetBSD tourne aussi sous Cumulus…

https://en.wikipedia.org/wiki/Dell_Networking_Operating_System

Non pas d'exemple avec NetBSD mais de mémoire, c'est ce qui se disait dans les forum que NetBSD était facile à adapter et à modifier sur tout type de matériel…

Pour Linux, effectivement, la liste s'allonge chaque année. Cela ne va pas être facile dans quelques années de faire un OS de commutateurs non Linux et de tenir le cap face aux autres (même pour CISCO je pense).

NetBSD était connu pour être dans de nombreux composants réseaux. Est-ce toujours le cas ? De mon coté, je vois que tous les commutateurs basculent petit à petit sur un OS GNU/Linux. Un constructeur m'a même dit qu'il le faisait à la fois pour le long terme mais aussi pour des raisons de communication. On leur demandait constamment si c'était sous Linux et c'en est devenu un argument commercial.

Du coup, que reste t-il à NetBSD coté réseau ?

J'avais vu mais c'est vraiment "production ready" ?

Et attention à bien regarder l'heure quand on pousse.

Cependant, je pense qu'à partir du moment ou c'est fait sur le poste de travail, pas défaut cela appartient à l'employeur. Donc idem éviter ou le faire sur un projet qui clairement n'intéresse pas spécialement celui-ci.

Rust est opérationnel sur Arduino par exemple ?