Ramanan explains that utilities often use “peaker plants” to cope with extra demand. They’re usually older, less efficient fossil-fuel plants which, because of their high cost to operate and carbon output, were due for retirement. But Ramanan says increased electricity demand has kept them in service.
Comme pour le bitcoin, la ruée vers l'or nécessite la relance d'énergies dont on devrait déjà s'être débarrassés, sans trop de surprise. Et encore, il y a bien de la marge de progression, la vidéo c'est encore trop couteux en calcul semble-t-il avec OpenAI qui coupe Sora, on aura pas des chats qui font du base-ball avec des balles rebondissantes sur Mars à l'infini, quel dommage.
Il parait que la croissance indécente et les projections délirantes sont pas tenable, donc on n'a pas à s'en faire en fait, c'est pas si grave ? Ben … il semble qu'on doive tenir la bière des techbros richissimes et de leurs financeurs à peine moins.
Solution créative, créer une académie mondiale de normalisation des systèmes d'écriture et de communication destinée en particulier à la simplification de l'implémentation des systèmes d'information. Trop de créativité humaine en la matière pose beaucoup trop de risques de sécurité et coûte beaucoup trop cher en implémentation.
Une seule norme pour bénéficier à tous, on en profiterait pour créer une langue mondiale qui permettrait de penser correctement !
C'est une machine fantôme ou une légende fantôme sur une machine fantôme. Une histoire pour faire peur aux nouveaux. Il n'y a plus que des nouveaux depuis que la fondatrice est partie en retraite …
Noto est une collection de familles de fontes, chacune étant harmonisée visuellement entre les écritures.
Ce paquet est à utiliser pour obtenir toutes les fontes Noto.
Le nom « Noto » est une abréviation de « No Tofu », décrivant l’objectif de couvrir toutes les écritures Unicode employées (actuellement, 65 sont couvertes, au moins partiellement).
Tofu (豆腐) est un jargon japonais pour remplacer les caractères Unicode « � » (U+FFFD), souvent affichés pour remplacer les caractères non assignés ou inconnus.
C'est bien le but des fonts-noto, même si il y a un peu plus de fichier (c'est divisé par écriture on dirait en zieutant les paquets, il y a un paquet pour les caractères arabiques par exemple)
C'est pas assez pour couvrir tout unicode. Il y a GNU Unifont chez GNU qui a cet objectif, mais c'est exactement ce nombre de glyphes. Ce qui se rapproche le plus de couvrir tout unicode c'est d'installer tous les paquets noto.
Ah ? J'ai l'habitude de pas être radin sur l'installation des polices sur mes machines, ça évite ce genre de souci (ou plutôt, quand je vois qu'il en manque une j'installe le paquet "toutes les polices" ou stratégie du style)
On garde l'heure d'hiver et l'heure d'été. En mars, on rechange tous les horaires d'ouverture de tous les commerces et les horaires de sortie des écoliers !
Ben si tu veux piloter une centrale nucléaire avec unicode, tu te restreint à un sous-ensemble d'unicode facile à gérer et tu gère les trucs compliqués dans les échanges aux interfaces et en mettant des exigences de nettoyage sur les specs des formats d'échanges avec l'extérieur ?
Ou alors ton pb c'est qu'on accepte les noms de domaine en unicode ou ce genre de choses ?
On est beaucoup à avoir conscience de ça ici je pense. Mais si tu prends la section caveat, ben le problème de la sensibilité à la casse qui dépend de la locale, par exemple … il est là avec ou sans unicode. Le problème de détection de la locale, aussi. Le problème de normalisation, pareil, on a tous croisé des fois ou on voyait ´e dans emacs ou truc du style pour mettre un accent …
Cette complexité est pour une large part juste due au fait qu'on veut coder du texte en langue naturelle avec, et en partie à l'historique, la rétrocompatibilité, et au fait qu'on doit bien tenir compte du fait qu'il y a plusieurs codes qui coexistent.
There has long been a close working relationship between the various Unicode Consortium committees and the ICU team, with many people working on Unicode projects as well as ICU. That has ensured that Unicode data and algorithms can be effectively and quickly implemented.
De fait ICU semble être devenue l'implémentation de référence et a fini par être intégrée dans Unicode.
Oui bien sûr je vois la valeur, c'était simplement pour blaguer sur l'accessibilité. Les mamies utilisent unicode, tel monsieur Jourdain souvent, mais aussi les mommies !
Plus sérieusement, on peut voir que les sites web qui parlent de hiéroglyphes pré-unicode utilisent souvent des images : http://web.archive.org/web/20070627202145/http://www.omniglot.com/writing/egyptian donc c'est laborieux de faire des copier/coller. La position relative est juste encodée dans l'image (qui est au dessous de quoi) … les sites utilisent souvent des générateurs d'images ou de svg ad-hoc pour faire tout ça. Tu prends un site, même vieillot comme https://projetrosette.info/ les caractères unicode sont utilisés et c'est plus agréable que des images pixellisées.
Cela dit il suffit pas que ça existe dans Unicode pour que ce soit implémenté partout. Pour les hiéroglyphes il y a tout un bloc pour le formatage :en:Egyptian_Hieroglyph_Format_Controls mais tout n'est certainement pas implémenté si tu sors l'éditeur de texte de ton environnement de bureau préféré ou ton navigateur. D'ailleurs si sur le site "projet rosette" que j'ai lié plus haut, si les caractères sont bien en unicode, les compositions sont encore faites avec des images et sur leur page principale c'est un png qui est utilisé.
Une séquence complexe avec des joiners unicode par exemple, copiée ici bêtement donne
𓀀𓂧𓅓𓇳𓏏𓏭𓏭𓏭
En 2026 sous FF on voit les caractères spéciaux comme des caractères ordinaires entourés par des pointillés chez moi.
Donc l'implémentation peut être effectivement complexe, lente et surtout non prioritaire probablement pour les gros acteurs. Il y a des logiciels spécialisés comme Jsesh qui Jsesh qui génèrent des images, par contre. Qui gèrent des langages ascii comme le :en:Manuel_de_Codage je crois. On imagine que c'est pas demain la veille que ce soit intégré dans une appli de clavier de téléphone standard.
Alternative avec une complexité bien entendue parfaitement maîtrisée, les applications mobiles et leurs stores, ou les distributions Linux !
Après il y a aussi les systèmes avec des pico systèmes genre les consoles virtuelles 3,5 bits. Mais 3,5 geeks fans de jeux en gros pixels en utilisateurices.
Et puis fort heureusement on a pas à réinventer toute l'informatique tout seul dans son coin tous les quatre matins. On a inventé quelques trucs pour partager du code et le réutiliser, comme les "bibliothèques" ou le "logiciel libre". C'est pas encore très connu mais promis à un très grand avenir !
It can scarcely be denied that the supreme goal of all theory is to make the irreducible basic elements as simple and as few as possible without having to surrender the adequate representation of a single datum of experience.
Le truc est de savoir si cette complexité est justifiée. Tu peux comparer à fonctionnalité équivalente, et c'est là que tu peux parler de "sur" complexité sans doute.
Mais si c'est assumé d'avoir un certain ensemble de fonctionnalités, il y a une complexité inhérente et irréductible (ou très difficile à réduire) à les implémenter.
Tu peux ensuite vouloir critiquer l'ensemble de fonctionnalité en question … mais c'est une question de jugement de valeur. Comparer Markdown à libre office, par exemple, a relativement peu de sens parce que peu d'utilisateurs de libreoffice voudront utiliser markdown, de fait.
Je trouvais effectivement que le terme de corruption, après réflexion, était trop fort (mais trop tard pour éditer mon message). Mais en cherchant … ben une entente commerciale de cette nature est peut être de nature à fausser la concurrence : https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000006231970
Je ne connais non plus personne d'impliqué et ne suis impliqué dans rien, je tiens à le préciser.
Mais … c'est moi ou tu es à la limite d'accuser des gens d'être corrompus publiquement sur la base de ta seule opinion ? On dépasse un poil le stade de la liberté d'opinion dans ce cadre tu ne trouves pas ?
"On peut plus rien dire, j'ai bien le droit de penser ce que je pense" c'est pas du tout une réponse à mes messages.
Je ne suis toujours pas quels sont tes éléments que tu as pour étayer ton FUD, car c'en est un en l'état. Et ce n' est certainement pas une expérience sociale quoi que tu entendes par là. C'est à toi de prouver ton point. On est assaillis de fake news et de saloperies de toutes part, tu en rajoutes une, en l'état. Et ça va au delà de trouver le bon lien, même en zieutant l'article vite fait je ne sais pas à quoi tu fais référence.
[^] # Re: Et évidemment du fossile
Posté par thoasm . En réponse au lien Les chiffres vertigineux des datacenter. Évalué à 6 (+3/-0).
Trop tard quand chaque émission compte.
# Et évidemment du fossile
Posté par thoasm . En réponse au lien Les chiffres vertigineux des datacenter. Évalué à 5 (+2/-0).
Comme pour le bitcoin, la ruée vers l'or nécessite la relance d'énergies dont on devrait déjà s'être débarrassés, sans trop de surprise. Et encore, il y a bien de la marge de progression, la vidéo c'est encore trop couteux en calcul semble-t-il avec OpenAI qui coupe Sora, on aura pas des chats qui font du base-ball avec des balles rebondissantes sur Mars à l'infini, quel dommage.
Il parait que la croissance indécente et les projections délirantes sont pas tenable, donc on n'a pas à s'en faire en fait, c'est pas si grave ? Ben … il semble qu'on doive tenir la bière des techbros richissimes et de leurs financeurs à peine moins.
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 4 (+1/-0).
Solution créative, créer une académie mondiale de normalisation des systèmes d'écriture et de communication destinée en particulier à la simplification de l'implémentation des systèmes d'information. Trop de créativité humaine en la matière pose beaucoup trop de risques de sécurité et coûte beaucoup trop cher en implémentation.
Une seule norme pour bénéficier à tous, on en profiterait pour créer une langue mondiale qui permettrait de penser correctement !
[^] # Re: windows 2016?
Posté par thoasm . En réponse au journal Le piège du backup Windows... que je me suis fait tout seul. Évalué à 3 (+0/-0).
C'est une machine fantôme ou une légende fantôme sur une machine fantôme. Une histoire pour faire peur aux nouveaux. Il n'y a plus que des nouveaux depuis que la fondatrice est partie en retraite …
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 4 (+1/-0). Dernière modification le 27 mars 2026 à 22:14.
https://packages.debian.org/sid/fonts/fonts-noto
C'est bien le but des fonts-noto, même si il y a un peu plus de fichier (c'est divisé par écriture on dirait en zieutant les paquets, il y a un paquet pour les caractères arabiques par exemple)
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 4 (+1/-0). Dernière modification le 27 mars 2026 à 21:44.
Apparemment il y a une limite au nombre de glyphe dans une police … par exemple pour ttf c'est 65 535 : https://graphicdesign.stackexchange.com/questions/154478/what-is-the-maximum-number-of-glyphs-a-truetype-font-can-hold
C'est pas assez pour couvrir tout unicode. Il y a GNU Unifont chez GNU qui a cet objectif, mais c'est exactement ce nombre de glyphes. Ce qui se rapproche le plus de couvrir tout unicode c'est d'installer tous les paquets noto.
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 4 (+1/-0).
Au hasard, https://notofonts.github.io/egyptian-hieroglyphs/ ?
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 4 (+1/-0).
Ah ? J'ai l'habitude de pas être radin sur l'installation des polices sur mes machines, ça évite ce genre de souci (ou plutôt, quand je vois qu'il en manque une j'installe le paquet "toutes les polices" ou stratégie du style)
Mais sinon ça ne semble pas plus compliqué que l'installation d'un paquet, ce fil cite fonts-noto sous la famille debian : https://forums.linuxmint.com/viewtopic.php?t=405278
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 5 (+2/-0).
On garde l'heure d'hiver et l'heure d'été. En mars, on rechange tous les horaires d'ouverture de tous les commerces et les horaires de sortie des écoliers !
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 3 (+1/-1).
Ben si tu veux piloter une centrale nucléaire avec unicode, tu te restreint à un sous-ensemble d'unicode facile à gérer et tu gère les trucs compliqués dans les échanges aux interfaces et en mettant des exigences de nettoyage sur les specs des formats d'échanges avec l'extérieur ?
Ou alors ton pb c'est qu'on accepte les noms de domaine en unicode ou ce genre de choses ?
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 5 (+2/-0).
On est beaucoup à avoir conscience de ça ici je pense. Mais si tu prends la section caveat, ben le problème de la sensibilité à la casse qui dépend de la locale, par exemple … il est là avec ou sans unicode. Le problème de détection de la locale, aussi. Le problème de normalisation, pareil, on a tous croisé des fois ou on voyait ´e dans emacs ou truc du style pour mettre un accent …
Cette complexité est pour une large part juste due au fait qu'on veut coder du texte en langue naturelle avec, et en partie à l'historique, la rétrocompatibilité, et au fait qu'on doit bien tenir compte du fait qu'il y a plusieurs codes qui coexistent.
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 3 (+1/-1).
C'est probablement pas la réalité, cf. :
https://blog.unicode.org/2016/05/icu-joins-unicode-consortium.html
De fait ICU semble être devenue l'implémentation de référence et a fini par être intégrée dans Unicode.
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 5 (+2/-0).
Et le bonheur des gui associées :)
(source du screenshot sur un site au hasard qui n'a rien demandé : https://www.ibexpert.net/ibe/index.php?n=Doc.Charset )
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 4 (+1/-0). Dernière modification le 27 mars 2026 à 11:12.
Oui bien sûr je vois la valeur, c'était simplement pour blaguer sur l'accessibilité. Les mamies utilisent unicode, tel monsieur Jourdain souvent, mais aussi les mommies !
Plus sérieusement, on peut voir que les sites web qui parlent de hiéroglyphes pré-unicode utilisent souvent des images : http://web.archive.org/web/20070627202145/http://www.omniglot.com/writing/egyptian donc c'est laborieux de faire des copier/coller. La position relative est juste encodée dans l'image (qui est au dessous de quoi) … les sites utilisent souvent des générateurs d'images ou de svg ad-hoc pour faire tout ça. Tu prends un site, même vieillot comme https://projetrosette.info/ les caractères unicode sont utilisés et c'est plus agréable que des images pixellisées.
Cela dit il suffit pas que ça existe dans Unicode pour que ce soit implémenté partout. Pour les hiéroglyphes il y a tout un bloc pour le formatage :en:Egyptian_Hieroglyph_Format_Controls mais tout n'est certainement pas implémenté si tu sors l'éditeur de texte de ton environnement de bureau préféré ou ton navigateur. D'ailleurs si sur le site "projet rosette" que j'ai lié plus haut, si les caractères sont bien en unicode, les compositions sont encore faites avec des images et sur leur page principale
c'est un png qui est utilisé.
Une séquence complexe avec des joiners unicode par exemple, copiée ici bêtement donne
𓀀𓂧𓅓𓇳𓏏𓏭𓏭𓏭
En 2026 sous FF on voit les caractères spéciaux comme des caractères ordinaires entourés par des pointillés chez moi.
Donc l'implémentation peut être effectivement complexe, lente et surtout non prioritaire probablement pour les gros acteurs. Il y a des logiciels spécialisés comme Jsesh qui Jsesh qui génèrent des images, par contre. Qui gèrent des langages ascii comme le :en:Manuel_de_Codage je crois. On imagine que c'est pas demain la veille que ce soit intégré dans une appli de clavier de téléphone standard.
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 2 (+0/-1).
Alternative avec une complexité bien entendue parfaitement maîtrisée, les applications mobiles et leurs stores, ou les distributions Linux !
Après il y a aussi les systèmes avec des pico systèmes genre les consoles virtuelles 3,5 bits. Mais 3,5 geeks fans de jeux en gros pixels en utilisateurices.
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 7 (+5/-1).
Et puis fort heureusement on a pas à réinventer toute l'informatique tout seul dans son coin tous les quatre matins. On a inventé quelques trucs pour partager du code et le réutiliser, comme les "bibliothèques" ou le "logiciel libre". C'est pas encore très connu mais promis à un très grand avenir !
[^] # Re: mouaif
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 4 (+1/-0).
Surtout si tu prends evidence dans sa forme anglaise dans le sens de « preuve » pour faire encore plus écho à la discussion :)
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 3 (+0/-0).
Oui ! Par exemple, les égyptiens antiques auraient bien du mal à utiliser un ordinateur sans Unicode ! https://www.compart.com/en/unicode/block/U+13000 /o\
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 4 (+1/-0).
https://quoteinvestigator.com/2011/05/13/einstein-simple/
En théorie aussi, contrairement à la croyance répandue en pratique !
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 4 (+1/-0).
Le truc est de savoir si cette complexité est justifiée. Tu peux comparer à fonctionnalité équivalente, et c'est là que tu peux parler de "sur" complexité sans doute.
Mais si c'est assumé d'avoir un certain ensemble de fonctionnalités, il y a une complexité inhérente et irréductible (ou très difficile à réduire) à les implémenter.
Tu peux ensuite vouloir critiquer l'ensemble de fonctionnalité en question … mais c'est une question de jugement de valeur. Comparer Markdown à libre office, par exemple, a relativement peu de sens parce que peu d'utilisateurs de libreoffice voudront utiliser markdown, de fait.
[^] # Re: mouaif
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 2 (+0/-1).
Je trouvais effectivement que le terme de corruption, après réflexion, était trop fort (mais trop tard pour éditer mon message). Mais en cherchant … ben une entente commerciale de cette nature est peut être de nature à fausser la concurrence : https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000006231970
[^] # Re: mouaif
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 3 (+1/-1).
Je ne connais non plus personne d'impliqué et ne suis impliqué dans rien, je tiens à le préciser.
Mais … c'est moi ou tu es à la limite d'accuser des gens d'être corrompus publiquement sur la base de ta seule opinion ? On dépasse un poil le stade de la liberté d'opinion dans ce cadre tu ne trouves pas ?
"On peut plus rien dire, j'ai bien le droit de penser ce que je pense" c'est pas du tout une réponse à mes messages.
[^] # Re: Voir ce lien sur linuxfr...
Posté par thoasm . En réponse au lien Instagram et YouTube jugés responsables de la dépression d’une adolescente en Californie : une amende de 6 millions de dollars et un verdict « historique ». Évalué à 5 (+2/-0). Dernière modification le 26 mars 2026 à 10:58.
C'est sibyllin donc interprétable.
[^] # Re: mouaif
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 5 (+2/-0).
Je ne suis toujours pas quels sont tes éléments que tu as pour étayer ton FUD, car c'en est un en l'état. Et ce n' est certainement pas une expérience sociale quoi que tu entendes par là. C'est à toi de prouver ton point. On est assaillis de fake news et de saloperies de toutes part, tu en rajoutes une, en l'état. Et ça va au delà de trouver le bon lien, même en zieutant l'article vite fait je ne sais pas à quoi tu fais référence.
[^] # Re: mouaif
Posté par thoasm . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 7 (+4/-0).
Je conclus de cette réponse que c'est juste un troll, quoi.