wilk a écrit 1529 commentaires

Aujourd'hui ils n'ont peut-être pas les moyens des clouds américains mais il ne faut pas oublier que ça n'a pas toujours été le cas. Ils avaient une très grosse longueur d'avance, quasiment 20 ans, pendant laquelle ils se sont peut-être un peu endormis sur leur lauriers. Le réveil est un peu difficile du coup !

Ils ne refusent pas ils attendent une solution qui n'existe tout simplement pas :

Il n’existe aujourd’hui pas d’offre SecNumCloud de type PaaS, car construire une offre de ce type à partir d’une IaaS représente un travail colossal. Plutôt que d’essayer de développer ce service nous-mêmes, il nous semble plus judicieux de profiter du savoir-faire des acteurs du cloud français en les laissant construire leur offre PaaS SecNumCloud à leur rythme.

Le problème c'est que ça ne risque pas d'arriver vu que l'écart se creuse de plus en plus !

https://olvid.io/faq/questions-d-actualite/#fonctionnement

Nous avons donc fait le choix d’héberger ce serveur chez AWS car c’est là que nous avons trouvé la meilleure qualité de service, avec le moins d’effort à fournir de notre côté pour la maintenance et le passage à l’échelle de notre infrastructure.

Au départ il y avait des avantages avec Chrome, rapidité et JS qui éventuellement ne plantait pas sans arrêt comme c'était le cas avec les autres. Et comme on le revendique encore aujourd'hui on était plutôt partisan de la multitude de solutions donc pourquoi ne pas essayer un nouveau navigateur qui n'avait à l'époque aucune part de marché donc aucune raison de s'inquiéter pour ça. Google était plutôt du côté Linux, on avait même une URL spécifique google.com/linux, et pas mal de d'espoirs dans une boite qui semblait assez ouverte de ce côté et ambitieuse. Pendant que Firefox commençait à ramer et promettre monts et merveilles qui n'arrivait jamais.
Qui aurait pu prévoir comme dirait l'autre !

Le Mac n'était pas bien meilleur, c'était une catastrophe par rapport à l'Apple // (abandonné violemment et tous les devs existants alors), un système complètement fermé avec obligation d'utiliser la souris et leurs outils de développement monstrueux, leur matériel et peu d'applications. A l'inverse Windows conservait la possibilité d'utiliser le Dos et le choix des outils de dev, du matériel et compatible avec toutes les anciennes applications. Les PC étaient beaucoup plus proches des Apple // que l'Apple // du Mac donc la bascule à eu lieu.
Pour faire passer la pilule il y avait au contraire énormément de publicité et frime du côté Mac, beaucoup moins que pour Windows.

Le problème des adblock c'est que ça ne met pas en valeur les sites qui fonctionnent d'eux même sans pub et se rétribuent par des moyens plus éthiques. Utiliser ça comme argument il me semble que c'est déjà partir perdant à long terme.
Autrement dit, admettons qu'on ne puisse plus retirer la pub sur Chrome, est-ce qu'il vaut mieux qu'on change de navigateur ou qu'on change de site ?
Les deux mon capitaine !

Côté utilisateurs aussi ils demandent encore quel navigateur utiliser. C'est une question a double tranchant. Soit on répond que peu importe, qu'ils sont tous compatibles, mais dans ce cas ils choisissent celui qui est déjà installé, soit on leur conseille Firefox mais dans ce cas ils retiennent que les navigateurs ne sont pas compatibles et au moindre soucis ils considèrent que c'est la faute du navigateur et l'abandonnent pour le plus courant, celui qui "va avec gmail", ha et il marche aussi avec l'extranet alors je garde celui-là (je peux ? heu, oui).

• Et si on prend Chrome pour l'extranet, Google va voir les données de l'entreprise ?
• Heu non, c'est pas ce que j'ai dit.
• Ha mais alors ça va.

Cherchez pas, y a un bug sur Fluxbox qui fait qu'on perd la gestion de la fenêtre Firefox. Et vu le nombre conséquent d'utilisateurs Fluxbox c'est probablement ça qui a fait perdre des parts de marché.

Y a pas si longtemps le marqueur social c'était plutôt la petite voiture de sport. Les 4x4 étaient d'ailleurs le plus léger possible pour pouvoir justement passer partout. Les grosses voitures étaient très ringardes.
L'avantage pour les constructeurs c'est que ça ne leur coûte pas beaucoup plus cher de juste rajouter du volume, ils font plus de marge (ce que dit Frédéric Heran).

Dans ma rue la plupart des maisons ont un garage mais plus personne n'arrive à se garer dedans ! Du coup le SUV flambant neuf et ben il dort dehors, ça la fout mal niveau marqueur social je trouve.
J'ai même un voisin qui cherche désespérément un maçon pour lui agrandir son garage, mais déplacer un mur porteur d'une maison des années 30 à étage y a pas grand monde qui a envie de s'y aventurer !

Sauf erreur si tu change de registrar tu cumules, donc tu ne perds pas tes années déjà payées. Goodbye Gandi…

En vue des restrictions énergétiques pour cause de guerre nucléaire ou autres petits aléas je vous suggère les raclettes à la bougie, un petit support qui permet de chauffer le fromage individuellement avec deux ou trois petites bougies (ou des braises si on est en camping). Je ne vous indique pas de marque, il est tout à fait possible de se les bricoler soit-même en découpant dans une tôle.
Comme ça on règle le problème de l'appareil, chacun peut apporter sa propre installation.

Attention, si tu cherches des "enjeux" dans les commentaires on va se poser des questions sur l'enjeu de ton journal !

Là où je suis hébergé il ne compte pas les mails envoyés entre nous (chez ce même hébergeur). C'est pas mal pour les échanges familiaux ou dans la même boite et ça pourrait inciter à faire du parrainage !

Les paliers sont un peu perturbants, si on passe de 35 à 36 mails, de 5Go à 6Go BOUM! Ca reviendrait moins cher de prendre deux comptes que de passer au plan suivant. Le Go est proportionnellement moins cher sur le plan évolution que sur le plan professionnel.
Est-ce qu'il est prévu d'avoir une tarification plus progressive ?

La démocratie actuelle est déjà un système "où des -autoproclamés- experts déterminent la politique optimale".

Je viens de voir cette issue : https://github.com/bigskysoftware/htmx/issues/1529
On devrait pouvoir toutes les rattraper avec hx-on::error

Il me semble que maintenant on peut faire plus simple :
<body hx-on::response-error="alert('oups')">

Inutile d'aller chercher si loin, "on adore la bagnole" tout simplement (et aussi un peu l'avion).

Dans l'idéal le nucléaire servirait de base aux ENR et de ce fait permettrait un développement encore plus massif et surtout rapide des ENR.
Mais de fait c'est l'inverse, c'est ce qui pose problème et impose du coup de le rejeter faute de consensus.
https://www.revolution-energetique.com/le-nucleaire-est-moins-efficace-que-les-renouvelables-pour-reduire-les-emissions-de-carbone/ (étude scientifique)

Les scientifiques ont observé que les pays qui disposent des parcs nucléaires les plus importants n’ont pas tendance à réduire significativement leurs émissions. Dans les pays peu développés, les programmes nucléaires semblent même être associés à un accroissement de celles-ci.

A l’inverse, les Etats qui s’engagent dans des politiques donnant la priorité aux renouvelables parviennent mieux à réduire leurs émissions, et cela quel que soit le niveau de leur PIB ou la période observée.

C'est justement du fait que le CO2 s'accumule qu'il faut diminuer le plus rapidement possible. Plus on attend plus l'effort devra être important et inversement plus on diminue rapidement plus ça nous laisse du temps.

Moi je pense qu'aujourd'hui l'urgence c'est de moins émettre de CO2 dans les 50 dernières années.

C'est un peu pareil à part que c'est du catchall.
Dans le fond ça revient au même, qu'on "lance des exceptions" qu'on "rattrape" ou qu'on renvoi des "erreurs" qu'on traite comme des valeurs…

Je trouve que la confusion vient du terme "error" qu'on aurait plutôt du appeler "status" ou quelque chose comme ça. C'est une simple information, pas forcément une erreur.
Par exemple io.EOF, sql.ErrNoRows, j'ai des handlers peuvent renvoyer une "erreur" de type Redirect etc.
Du coup c'est une valeur retournée comme une autre et donc traitée comme n'importe quelle valeur.
Comme Go est au départ utilisé pour du réseau le fait que cette "erreur" doit pouvoir renvoyer un string permet de faire transiter tout ça facilement.
C'est aussi comme les retours de commandes unix qui renvoient 0 1 -1…
Y a un copain qui m'a dit récemment, mais tu gérais les erreurs aussi comme ça en Python !

Les véritables erreurs c'est plutôt les panics qu'on rattrape avec recover.

Ca vaut vraiment le coup de fouiller un peu pour trouver les articles et confs qu'ils ont faits sur le sujet, l'équipe est d'un niveau assez impressionnant et les explications très détaillées.
Comme je ne note jamais rien j'ai aucun lien à donner…