nico4nicolas a écrit 946 commentaires

Il y a aussi l'espérance de vie. L'être humain (moyen) a besoin de dormir 8h par jour soit 1/3 de sa vie. Quel est l'impact du manque de repos sur un microprocesseur ? Quelle serait l'espérance de vie d'un processeur tout le temps occupé ? Réfléchir fait chauffer le composant (cerveau ou microprocesseur). Le chaud, contrairement au froid, n'est pas bon conservateur.

Pour résumer : est-ce qu'une partie du temps d'attente de microprocesseur n'est pas aussi du temps de repos nécessaire à sa bonne santé sur le long terme ?

RHEL 8 is distributed with the Apache HTTP Server 2.4.35.

Extrait de leurs release notes. Très sérieusement, j'admire la qualité de leurs release notes. Pour les nouveautés, voir le §4.

Désormais, la constante de Planck sera fixée

Il est vrai que c'est étrange car d'après wikipedia :

La constante de Planck est l'une des constantes physiques pour laquelle l'incertitude est la plus grande, une incertitude relative de 12 × 10−9.

…encore que le vent peut servir à faire avancer (ex : voilier) ou à créer de l'énergie (ex : éolienne).

Je n'ai pas compris : à qui a-t-il lancé l'appel ? Si c'est un appel en l'air c'est compréhensible. Sinon :

• l'Etat français dématérialise tous les services, l'exemple des impôts où la déclaration papier ne sera plus disponible (date incertaine) est un bon exemple.
• les banques utilisent de plus en plus ce monde virtuel, l'exemple des banques en lignes se suffit à lui même.
• les individus, au delà de confier volontairement leurs données personnelles à des entreprises (réseaux sociaux en particulier), l'explosion (à vue de nez) des ventes en ligne ces dernières années prouve que la confiance est là.

Cela fait des années que tout la société se dirige avec une grande confiance vers le cyberespace. Il y a toujours eu un travail pour rendre cet espace plus sécurisé.

Comme je n'ai pas tout compris, il est possible que mon avis soit totalement à côté de la plaque mais d'après ce que je crois avoir compris, cet appel est une constatation d'une situation sauf que ce constat aurait pu être fait il y a 15 ans et aurait été plus pertinent à l'époque.

Portable : qui peut être porté
Portatif : qui est fait pour être porté
Le terme "portable" est tout à fait en adéquation avec le produit proposé.

Petite suggestion : prévoir un conteneur protecteur pour le transport. Je n'ai pas vu de mention (ou de photo) évoquant cette protection.

Petite remarque : vous avez noté que l'écran est IP0. Si l'écran ne possède pas d'orifice de plus de 12mm, il est IP20.

Je ne pense pas que les chinois soient particulièrement obèses.

Grossièreté à part, il y aurait plus de millionnaires en Chine que dans n'importe quel autre pays. Si cela peut s'expliquer par le fait qu'il s'agit du pays le plus peuplé au monde, ça ne correspond pas tout à fait à l'idée que je me fais du communisme. Je n'ai aucune compétence en économie mais il semble que côté capitalisme, les chinois rattrapent rapidement un peu tout le monde.

Apple étant un ennemi du libre, en gourde, en bouteille, en bocal ou en petit pot, nous ne voulons pas de leur compote !

Soyons clair : soit MangoDB croit dans le libre et ne filent aucune version de MangoDB en autre chose que SSPL pour que le libre "gagne", soit le libre est juste une méthode pas chère de faire de la pub pour la version payante.
Il n'y a pas d' "angle" dans cette histoire.

La vie selon Zenitram est vraiment simple. Sinon, l'argument est un faux dilemme vieux comme le monde biblique.

Bill le dit bien, il n'y a pas de coût de production supplémentaire après la production de la première copie. Le coût de la première copie n'est évidemment pas le même selon le nombre de copies distribuées.

Comme tu l'indiques, le coût de distribution est lié à la quantité distribuée mais ce n'est pas le propos de Bill. La distribution du produit (ce dont tu parles) est différente de sa production (ce dont il parle). Le coût de production du logiciel est totalement indépendant de la quantité distribuée.

La nuance qui est apportée dans un autre message est la qualité du logiciel selon la quantité distribuée. Il est vrai qu'un logiciel qui serait distribué à des millions d'exemplaires se doit d'avoir des mécanismes que n'a pas celui qui est distribué à quelques exemplaires (ex : facilité d'installation, sécurité, mises à jour, compatibilité…). Le propos de Bill reste vrai, une fois le premier exemplaire produit, quelque soit la quantité distribuée, le coût n'est pas modifié.

Une partie de la réponse à la deuxième question semble se trouver dans le message d'annonce de Framasoft :

Pas besoin d’héberger tous les contenus que vous souhaitez diffuser : il suffit de se fédérer avec des instances amies qui proposent ces contenus pour les référencer sur sa propre instance. Sans dupliquer les fichiers. Et ça marche !

Chaque instance "modère" le contenu comme elle le souhaite. L'inscription des utilisateurs n'étant pas proposée sur toutes les instances, la modération sera inexistante sur les instances "fermées" (aux soumissions des utilisateurs). On peut facilement imaginer que certaines instances ne seront que des agrégateurs d'instances.

Ce n'est pas forcément du détail mais ce n'est pas pertinent dans ce cas. En effet, PeerTube s'installe sur un serveur et, aujourd'hui, le monde du serveur est totalement dominé par des coeurs Linux. Cette assertion est encore plus vraie pour les serveurs personnels.

Le commentaire aurait été pertinent s'il s'agissait d'un logiciel "client". Par contre, le titre reste vrai, il s'agit d'un projet en recherche de crédibilité (ou d'une base d'utilisateur plus large) comme quasiment tous les projets soutenus/mis en avant par Framasoft.

En 2018, il n'y a aucune raison (mis à part le "fun") de commencer un projet en C.

Sauf si tu fais de l'embarqué, sauf si tu veux toucher au matériel, sauf si tu veux des contraintes temporelles fortes. Attention, le C n'est sans doute pas le seul langage à envisager mais il a toujours du sens pour ces projets.

En pratique, il existe suffisamment de langages récent et supérieur tel que C++, Go, Rust, Python, etc. pour faire ce genre de chose.

Tu avais prévenu, c'est du troll! Je suis tombé dedans.

Le point que tu soulèves est aussi intéressant que compliqué. Leur définition de la loyauté c'est :

C’est la confiance partagée entre Sodexo et ses clients, ses collaborateurs et ses actionnaires qui garantit des rapports loyaux entre eux. La confiance est un élément fondamental du fonctionnement de notre organisation.

Dans le cas des lanceurs d'alerte, la loyauté de l'entreprise vis-à-vis du client n'a pas été respecté. Il y a très certainement des contre-exemples mais je pense au Mediator qui mettait en danger la santé des consommateurs/clients. Même scénario dans le cas des émissions de CO2 des véhicules Volkswagen, la confiance des clients (voire des actionnaires) peut être rompue ou tout au moins grandement affaiblie.

Je pense que ce qui est le plus important, c'est ce que tu as écrit :

ceux qui dénoncent des comportements qu’ils jugent non éthiques

Le jugement est subjectif.

Certaines études tendent à prouver que les questions éthiques sont subjectives.

J'ai en mémoire une étude qui faisait lire à des étudiants le code de conduite de l'université et donnait ensuite la possibilité à une partie des étudiants de tricher. Très sommairement, les étudiants ayant triché mémorisaient moins bien le texte et les notions abordées dans le code de conduite.

Une autre étude dont j'ai oublié les conditions tendait à prouver que pour écrire sur une expérience passée qui ne mettait pas en valeur l'auteur, la 3ème personne était beaucoup plus utilisée que lorsqu'il fallait écrire sur une expérience passée neutre ou mettant en valeur l'auteur.

Ces études me font croire que la mémorisation de nos "méfaits" est plus compliquée que la mémorisation de nos bonnes actions. Même lorsque nous nous en souvenons, nous avons tendance à nous détacher, nous désapproprier ces expériences qui ne nous mettent pas en valeur.

PS : merci pour le partage de la goutte d'eau (référence au colibri j'imagine)

Comme un certain nombre de commentaires reprennent l'appellation "grain de riz" pour désigner la puce électronique, voici ce que wikipedia raconte :

La classification usuelle du riz, suivant la taille de ses grains, dont la taille des variétés commerciales est généralement comprise entre 2,5 mm et 10 mm

La puce dont il est question n'est, au mieux, que la moitié d'un petit grain de riz.

Sans répondre à la question, je pense qu'une grande partie est du à la multiplicité des environnements. Pour reprendre l'exemple précédent avec Windows 95, combien d'architectures étaient supportés par l'OS ? Quels étaient les drivers inclus ? Combien de langues ? Et d'autres paramètres peut être plus importants que j'oublie.

Pour la question de l'éditeur de texte, il y a une logique à se baser sur ce qui a été fait pour ne pas réinventer la roue. Le "problème" décrié par l'auteur original de l'article est que les briques (ou bibliothèques) utilisées sont très lourdes pour l'application finale. Oui mais, très généralement, on n'utilise qu'une (petite) partie de ces bibliothèques sinon il faudrait avoir des briques très spécifiques et là, ça devient impossible de s'en sortir.

L'exemple de l'application graphique est assez parlant, la librairie graphique pour l'affichage de la fenêtre et des menus a pris beaucoup de poids parce qu'il y a de nombreuses options supplémentaires (qui ne seront peut être pas utilisées). Quelques éléments : les transitions graphiques, les différentes tailles d'écran, les différentes langues.

Je pense que la complexité dont l'auteur se plaint est inhérente à la diversité des environnements et c'est peut être encore plus vrai pour l'univers du web qui est montré du doigt dans cet article. S'il y a une solution pour être compatible avec la diversité tout en gardant un simplicité et une légèreté, je serai le premier à me jeter dessus.

Dans la liste de la page donnée en lien, il y a 3 portes dérobés (+ 1 dans la partie "sabotage"), 2 insécurités et dans la partie "sabotage", il y a des mises à jour impossibles/bloquées. La page n'est certainement pas axée sur la sécurité mais il y a quelques éléments qui peuvent initier une réflexion ou une discussion.

Si on prend les vers/virus qui se propagent par messagerie et s'attaquent aux postes utilisateurs genre ransomware

Dans le cas d'Apple, ça s'appelle un modèle économique.

ses malwares…

De ce côté, Apple se débrouille très bien tout seul : Malveillance des systèmes d'exploitation Apple

La génération des miniatures fonctionne si je laisse le "Path to ImageMagick" vide. Par contre, j'avais quelques images au format PNG et là, ça ne passe pas.

Pour SERVER_ADDR, c'est juste en local sous Windows.

Sur mon site Free : PHP Version 5.1.3RC4-dev, ca date d'il y a 12 ans. C'est encore plus vieux que le dernier PHP4.4 ! En tout cas, en ajoutant ce que tu proposes, ça fonctionne. A ta place, je ne m'embêterais pas trop avec les très vieilles version de PHP surtout qu'avec Free, la génération des miniatures (thumbnails) échoue lamentablement puisque /usr/bin/convert n'est pas accessible. Du coup, ce n'est pas utilisable. Il y a d'autres façon de faire des miniatures (php) qui pourraient éviter ce problème et enlever une dépendance.

Après quelques tests limités, ce que je peux reprocher à ton interface c'est l'impossibilité de créer la galerie et de rajouter des images. C'est peut être moi qui n'ai pas vu comment faire. J'aurais bien vu un bouton au dessus des galeries existantes : "Add new gallery". La gestion (ajout/suppression/renommage?) des images pourrait également être faite depuis cette interface.

Mon installation en local est avec PHP 5.6.37 sur Windows (désolé) :

• Lors de l'installation (page admin), un message s'affiche pour dire que l'accès à config.php n'est pas possible alors que l'enregistrement de la config va bien se faire.

Warning, the gallery cannot create or modify the following files ; changes will likely not be saved

• Après l'installation, je vais sur la page "INDEX" de l'interface d'administration :

Action index.get_dir_content failed (details) (Error 1/1)

This action has failed 1 time(s).
Last params:
'action' => "index.get_dir_content"
'dir' => "/"
'limit' => "10"
'random_sid' => "4380"

Last answer:

Error :

Undefined index: SERVER_ADDR

• Toujours sur cette page "INDEX", j'ai le petit gif animé qui tourne sans arrêt

• Si je clique sur "Advanced options" puis "Add all new directories", je reste bloqué sur :

Please wait, adding all directories might take a long time… (Done: 1/2)

Je me joins à la très large majorité des commentaires qui applaudissent la réalisation. Pour info, j'ai eu quelques difficultés à le faire tourner en local et la version php de Free est trop ancienne pour pouvoir le mettre dessus (error_get_last() pas encore implémenté, je n'ai pas cherché à voir plus loin).

Une idée de fonctionnalité serait d'avoir la possibilité d'écrire un récit/journal pour raconter les aventures vécus lors de la randonnée, du voyage.

A condition qu'ils soient prévenus, rien n'empêche les utilisateurs de boycotter Renault, Nissan et Mitsubishi. Le client est roi, c'est lui qui fait la pluie et le beau temps…

Sauf que dans ce cas, comme très souvent, l'utilisateur lambda sera très content de retrouver une interface qu'il connait déjà et d'avoir toutes ses informations personnelles synchronisées automatiquement. En résumé, la présence d'Android sera très certainement un plus pour beaucoup de conducteurs. Commercialement, cet accord me parait difficile à critiquer.