Perl comme Bash évolue très peu et gère "mal" les dépendances. Comme Python facilite la gestion des dépendances, les devs en rajoutent 50 000. Et comme Python veut intégrer tous les trucs super hype, il évolue vite et beaucoup (un peu moins maintenant et plus rétro-compatible depuis le désastre du passage à Python3). C'est de la que viennent les problèmes Python.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Un shell, à partir du moment ou tu peux le scripter (en faire un fichier que tu execute) est un langage de programmation… Bash est donc à ce titre un langage de programmation. Certes il a un rôle particulier mais n'est-ce pas le cas de tout les langages?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
pourquoi donc un tel malheur sur le meilleur OS de l’univers ?
Je ne sais pas si tu troll ou si c'est une vrai question mais j'aurais pu préciser. En fait avec pip, suivant les dépendances que tu installes, tu n'a pas toujours les mêmes versions d'installées. Et parfois le mainteneur n'a pas toujours parfaitement testé les dépendances ou les cas. Donc il peut arriver que tu installe une version d'une dépendances qui fasse buguer un programme vital de l'OS. Car beaucoup de script de l'OS sont écris en Python.
Attention je n'ai pas dit que l'on ne pouvait pas utiliser pip sous Debian. Juste qu'il faut passer par un environnement virtuel.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Pour faire du Python on a pas besoin de comprendre le type implicite. Juste évidemment comprendre qu'on ne doit pas additionner 2 avec "chou"…
De même la gestion de la mémoire, c'est pour de la programmation avancé que n'a pas besoin de comprendre un néophyte. C'est justement pour faire des algorithmes avancé et optimisé dont il n'a pas besoin.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Si tu fais un truc mais que tu ne le comprends pas,
A quoi ça te sert de comprendre l'algorithme derrière? Pour un expert, pour des micro optim peut-être. Et encore l'algorithme déjà existant est sûrement plus optimisé que le tiens.
A tu besoin de comprendre aussi le fonctionnement de l'ordinateur à fond?
Clairement si on peut se passer de réinventer la roue.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
C'est aussi inclure un biais. Si Python est si simple à apprendre c'est en partie car on trouve tous les tutoriel (voir les programmes tout fait) sur internet.
C'est un fait, il m'est arrivé de trouver le programme tout cuit en Python alors qu'autrement il fallait se débrouiller : appel à un webservice. Eh bien faire un wget, un parsing json et extraire les infos en C++, même pour moi qui connaît bien c'est largement plus complexe en C++ (et je ne parles pas de C).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Ce n'est pas la difficulté/le temps pour devenir expert qui compte seulement.
Il y a aussi le temps pour arriver à faire un programme qui fait cf que l'on veut… et de ce point de vue python est imbattable. Vous prenez 2 néophytes et vous leur demandez un programme qui fait un truc basique, en Python ce sera bien plus rapide. On peut se contenter de coller 2-3 tutoriel sur internet… Et on retrouve la même histoire pour un programme un peu plus complexe entre autre car Python dispose de toute les librairies et même si C++ n'en ai pas dépourvu elles sont plus complexe à intégrer et maîtriser.
Ensuite même une fois le language à peu près maîtriser le Python permet de développer bien plus rapidement.
La difficulté en C++ c'est de bien gérer sa mémoire, de comprendre les pointeurs, de débuguer (comprendre les messages d'erreur), d'installer son IDE et de compiler.. difficile de commencer un programme sans.
La difficulté en Python c'est de gérer les dépendances (venv), la portabilité sur d'autres versions de Pythons (docker), les pythonneries, les bibliothèques avancées et optimisées… rien de bien important pour la pluspart des petits projets et pour les gros ça arrive après dans une étape où on a validé le reste…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Avant X, c'est Amazon qu'il faudrait quitter. X, bof je ne suis pas fan de ce genre de réseau social, mais s'il est plus libre, il n'est pas plus mal qu'un autre.. cela ne veut pas dire qu'il soit terrible. Mais je n'aime pas cette vindicte officielle contre un réseau social sous prétexte que son PDG ne serait pas top alors que les autres PDG sont bien pire.
Elon Musk ne se paye pas des Yacht ni de villa immense mais au contraire via ses entreprises il aide a défendre une idée de voiture électrique efficiente et relativement light (Pas ou peu de gros SUV)… Même SpaceX promeut des carburants plus "verts" et une pollution moindre par fusée, y compris de l'espace, puisqu'on y jette pas toute la fusée. Alors ok, tout n'est pas parfait et de-facto cela s'accompagne d'un bond des lancements ce qui inévitablement pollue plus.
Mais si on regardes X, je suis désolé, mais on a juste plus de fake-news parce que ce n'est pas censuré, mais il y en a aussi ailleurs… Au final je n'ai pas l'impression que cela ait plus d'impact que le censure abusive es autres réseau. D'un point de vue concret je peux continuer d'y poster et de suivre l'actu comme avant…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
A priori je dirais que Linus n'a pas tord. C'est peut-être utile au niveau commercial, mais au niveau de l'OS, l'OS doit savoir précisément ce qui est activé. Si une fonctionnalité d'une version est désactivé, que ce soit par sécurité ou par économie ou pour toute autre raison, on va devoir désactiver toute la série avec les versions alors que sinon, on peut juste désactiver une seule et unique instruction.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
C'est une évidence que les logiciels avec de petites communauté sont moins stable.
A l'inverse Awk, perl, emacs et d'autres même s'ils perdent de leur superbe garderont encore longtemps une communauté digne de ce nom capable de les maintenir.
Mais c'est pire dans le domaine propriétaire ou des que le vent tourne, il devient très difficile de continuer de travailler avec quand la boîte à coulé…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
La variable ayant été instantiée avant le bloc, elle est globale. Pour moi c'est 3. Je ne vois pas d'erreur flagrante. C'est relativement "simple"… sauf que peut-être que je me trompe.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Oui a cet horaire, les centrales solaires ne produisent rien, mais les éolienne si et toute consommation déporté la nuit, pourra être produite par les centrales nucléaires, ce sera autant de consommation évité en journée (Évite une surcharge en journée, ou un surdimensionnement du parc de générateurs).
Hyper intéressant ton lien sur la consommation.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Voilà qui va relancer l'intérêt de dispositif domotique (Comme OpenHEMS :P ) pour les gérer au mieux.
Cela va avantager la gestion des chauffages électriques. Il n'y a plus que 10h maximum entre 2 plages d'heures creuses. Cela augmente les possibilité pour un logement un peu moins isolé.
Et cela va désavantager les voitures électriques, elle est plus souvent à la maison la nuit qu'en journée.
Je suis étonné de voir aucune plage la nuit. Car entre 2h et 5h clairement, il y a un gros creux. Plus exactement, il y a sûrement eu une étude d'impact, mais je pense qu'ils sous-estiment la variation de charge que cela va provoquer. En informatique, on dit qu'il vaut mieux du déploiement continue pour éviter ce genre de gros changements brutaux hyper impactant.
PS : je pense qu 'il y a une coquille quelques part car le pic de production photovoltaïque est de 11h à 16h…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
C'est mécanique comme de l'eau qui coule. Tu comprends bien que si tu insecte de l'eau sur le réseau de distribution d'eau au lieu de la consommer, elle va remonter… et ton voisin est le premier qui va la recevoir. Ton eau ne va pas remonter jusqu'à la station de pompage pour etre repomper et traiter. Autrement dit l'électricité du réseau c'est pas juste la centrale nucléaire la plus proche c'est partagé. Après comme pour l'eau, il y a des nœuds plus difficile à franchir comme les transformateur (le station de surpression pour l'eau)
C'est toute la différence avec internet ou les paquets sont dirigé par des switch et routeurs. Si tu émet un paquet il n'ira qu'à l'adresse destination.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Ce qui arrange EdF c'est la réduction du pic de consommation. Pas le remplissage des creux avec du superflu
Oui et non. Un creux ce n'est pas mieux car la surproduction ferait griller les appareils… sauf qu'evidemment ce n'est pas trop difficile de débrancher une centrale et de perdre son énergie avec une grosse résistance… Mais arrêter ou démarrer une centrale électrique prends du temps (de quelques heures à quelques jours).
Donc en pratique seule une surconsommation peut faire tomber le réseau. Mais devoir jetter de l'électricité ce n'est pas mieux. Ce qui arrange EDF c'est bien une consommation globale stable (avec hausse ou baisse progressive).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Oui ce n'est pas EDF qui décide si l'électricité remonte c'est mécanique si je puis me permettre.
Plus exactement s'il y a peu de panneaux solaire, dans le quartier, ils vont produire moins que la consommation locale et ça va rester local… mais s'il y a beaucoup de panneaux et peu de consommation, ça va automatiquement remonter… un peu comme de l'eau qui coule.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Les pertes en lignes sont négligeables dans le cas d'une ligne à haute tension (quelque chose comme 98% pour 100 km). Dans le cas de panneaux solaires qui ne renvoi que du 220V et de faibles quantité de courant les pertes ne sont pas toujours négligeable. Elle le sont si le voisin n'a pas de panneaux solaire et consomme l'électricité… elle ne le sont pas si l'électricité doit être reconverti en 380V puis 200 000…
Enfin, ce n'est pas tant en terme de pertes d'électricité qu'il faut penser mais d'efficacité globale: Ca arrange EDF de ne pas avoir a gérer des retour d'électricité, ça arrange aussi EDF que l'on ne démarre pas les machines au moment des pics de consommations… Ce ne sont pas des économies d'énergie, mais une énergie mieux utilisé. Au lieu de devoir démarre des centrales thermiques pendant les pics, on lisse la consommation pour se contenter des centrales nucléaires, et des énergies vertes…
Ou prosaïquement, si EDF met les tarifs heures creuses et les jours rouges du tarif Tempo, ce n'est pas pour perdre de l'argent, mais bien parce que cela l'arrange, parce que l'électricité n'a pas toujours le même coût financier i.e. énergétique…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
La PAC est intéressante (quasi la seule solution) pour conserver l'énergie 6 mois. Mais
- elle a un faible rendement (60% maxi tout compris)
- la PAC coûte très cher et surtout les réservoir sont cher et volumineux (à mettre dans un vide perdu au grenier?)
- Les batteries permettent déjà une bonne autonomie pourvu que le chauffage ne soit pas électrique… et donc c'est moins cher de doubler sa surface de photovoltaique pour l'hivers que de stocker l'été.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Debian ne pip plus ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal La galère de Python en déploiement. Évalué à 0.
Perl comme Bash évolue très peu et gère "mal" les dépendances. Comme Python facilite la gestion des dépendances, les devs en rajoutent 50 000. Et comme Python veut intégrer tous les trucs super hype, il évolue vite et beaucoup (un peu moins maintenant et plus rétro-compatible depuis le désastre du passage à Python3). C'est de la que viennent les problèmes Python.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Debian ne pip plus ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal La galère de Python en déploiement. Évalué à 3.
Un shell, à partir du moment ou tu peux le scripter (en faire un fichier que tu execute) est un langage de programmation… Bash est donc à ce titre un langage de programmation. Certes il a un rôle particulier mais n'est-ce pas le cas de tout les langages?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Debian ne pip plus ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal La galère de Python en déploiement. Évalué à 2.
Je ne sais pas si tu troll ou si c'est une vrai question mais j'aurais pu préciser. En fait avec pip, suivant les dépendances que tu installes, tu n'a pas toujours les mêmes versions d'installées. Et parfois le mainteneur n'a pas toujours parfaitement testé les dépendances ou les cas. Donc il peut arriver que tu installe une version d'une dépendances qui fasse buguer un programme vital de l'OS. Car beaucoup de script de l'OS sont écris en Python.
Attention je n'ai pas dit que l'on ne pouvait pas utiliser pip sous Debian. Juste qu'il faut passer par un environnement virtuel.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: il n'y a pas que ça
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à 1.
Pour faire du Python on a pas besoin de comprendre le type implicite. Juste évidemment comprendre qu'on ne doit pas additionner 2 avec "chou"…
De même la gestion de la mémoire, c'est pour de la programmation avancé que n'a pas besoin de comprendre un néophyte. C'est justement pour faire des algorithmes avancé et optimisé dont il n'a pas besoin.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: il n'y a pas que ça
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à 1.
Non justement on ne parles pas de développeurs mais d'ingénieurs et autres qui doivent apprendre à programmer simplement rapidement…
Personnellement s'il faut apprendre latin et le grec pour avoir le droit d'écrire une lettre…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: il n'y a pas que ça
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à 1.
A quoi ça te sert de comprendre l'algorithme derrière? Pour un expert, pour des micro optim peut-être. Et encore l'algorithme déjà existant est sûrement plus optimisé que le tiens.
A tu besoin de comprendre aussi le fonctionnement de l'ordinateur à fond?
Clairement si on peut se passer de réinventer la roue.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Pas mieux
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à 2.
Ça ne représente pas plus une difficulté pour un mathématicien que pour un autre… ce qui je pense est faux, c'est de penser le contraire.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: my 2 cents
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à 3.
C'est aussi inclure un biais. Si Python est si simple à apprendre c'est en partie car on trouve tous les tutoriel (voir les programmes tout fait) sur internet.
C'est un fait, il m'est arrivé de trouver le programme tout cuit en Python alors qu'autrement il fallait se débrouiller : appel à un webservice. Eh bien faire un wget, un parsing json et extraire les infos en C++, même pour moi qui connaît bien c'est largement plus complexe en C++ (et je ne parles pas de C).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# il n'y a pas que ça
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à 5.
Ce n'est pas la difficulté/le temps pour devenir expert qui compte seulement.
Il y a aussi le temps pour arriver à faire un programme qui fait cf que l'on veut… et de ce point de vue python est imbattable. Vous prenez 2 néophytes et vous leur demandez un programme qui fait un truc basique, en Python ce sera bien plus rapide. On peut se contenter de coller 2-3 tutoriel sur internet… Et on retrouve la même histoire pour un programme un peu plus complexe entre autre car Python dispose de toute les librairies et même si C++ n'en ai pas dépourvu elles sont plus complexe à intégrer et maîtriser.
Ensuite même une fois le language à peu près maîtriser le Python permet de développer bien plus rapidement.
La difficulté en C++ c'est de bien gérer sa mémoire, de comprendre les pointeurs, de débuguer (comprendre les messages d'erreur), d'installer son IDE et de compiler.. difficile de commencer un programme sans.
La difficulté en Python c'est de gérer les dépendances (venv), la portabilité sur d'autres versions de Pythons (docker), les pythonneries, les bibliothèques avancées et optimisées… rien de bien important pour la pluspart des petits projets et pour les gros ça arrive après dans une étape où on a validé le reste…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Avant X
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Hello quitte X. Évalué à -8.
Avant X, c'est Amazon qu'il faudrait quitter. X, bof je ne suis pas fan de ce genre de réseau social, mais s'il est plus libre, il n'est pas plus mal qu'un autre.. cela ne veut pas dire qu'il soit terrible. Mais je n'aime pas cette vindicte officielle contre un réseau social sous prétexte que son PDG ne serait pas top alors que les autres PDG sont bien pire.
Elon Musk ne se paye pas des Yacht ni de villa immense mais au contraire via ses entreprises il aide a défendre une idée de voiture électrique efficiente et relativement light (Pas ou peu de gros SUV)… Même SpaceX promeut des carburants plus "verts" et une pollution moindre par fusée, y compris de l'espace, puisqu'on y jette pas toute la fusée. Alors ok, tout n'est pas parfait et de-facto cela s'accompagne d'un bond des lancements ce qui inévitablement pollue plus.
Mais si on regardes X, je suis désolé, mais on a juste plus de fake-news parce que ce n'est pas censuré, mais il y en a aussi ailleurs… Au final je n'ai pas l'impression que cela ait plus d'impact que le censure abusive es autres réseau. D'un point de vue concret je peux continuer d'y poster et de suivre l'actu comme avant…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# +
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Linus Torvalds critique violemment les « niveaux » introduits pour l’architecture x86. Évalué à 2.
A priori je dirais que Linus n'a pas tord. C'est peut-être utile au niveau commercial, mais au niveau de l'OS, l'OS doit savoir précisément ce qui est activé. Si une fonctionnalité d'une version est désactivé, que ce soit par sécurité ou par économie ou pour toute autre raison, on va devoir désactiver toute la série avec les versions alors que sinon, on peut juste désactiver une seule et unique instruction.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Chapeau bas
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal De GCC à Clang en passant par Firefox. Évalué à 9.
Chapeau bas pour avoir implémenté le même warning dans Clang. Ce n'est pas une petite affaire. Et effectivement ça peut être utile.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Vieillissement technologique
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien La fondation Linux pointe les plus gros problèmes dans l’utilisation du logiciel libre. Évalué à 4.
C'est une évidence que les logiciels avec de petites communauté sont moins stable.
A l'inverse Awk, perl, emacs et d'autres même s'ils perdent de leur superbe garderont encore longtemps une communauté digne de ce nom capable de les maintenir.
Mais c'est pire dans le domaine propriétaire ou des que le vent tourne, il devient très difficile de continuer de travailler avec quand la boîte à coulé…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: vie privée
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien My Opinion/Criticism of “Matrix “. Évalué à 1.
Intéressant mais même si c'est celui par défaut le plus utilisé, il y en a d'autres.
https://matrix.org/ecosystem/clients/
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mes remarques
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Heures-creuses EDF. Évalué à 2.
Bah si tu n'a pas un contrat à heures creuses, il existe des systèmes électriques qui chauffent l'eau directement sur le robinet… tu évites les pertes du ballon (et son coût d'achat) et les pertes d'acheminement et il n'y a pas de temps avant l'arrivée de l'eau chaude…
https://www.manomano.fr/p/robinet-chauffe-eau-instantane-220v-3500w-affichage-digital-prise-ue-pour-salle-de-bain-douche-chaude-pour-maison-de-campagne-hotel-chalet-84542422?model_id=89603832&referer_id=701089&msclkid=8dda7eb4d2c41318177619fb7e57823e&utm_source=bing&utm_medium=cpc&utm_campaign=Bing%20Shopping_CPC_FR_B2C_Tail&utm_term=4576236141677027&utm_content=Tail%20products
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Je joue le jeu
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal le défi du challenge : qu'affiche ce code. Évalué à 3.
La variable ayant été instantiée avant le bloc, elle est globale. Pour moi c'est 3. Je ne vois pas d'erreur flagrante. C'est relativement "simple"… sauf que peut-être que je me trompe.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: J’ai l’impression que l’article confonds « heures creuses » et « heures pleines »
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Heures-creuses EDF. Évalué à 2.
Oui a cet horaire, les centrales solaires ne produisent rien, mais les éolienne si et toute consommation déporté la nuit, pourra être produite par les centrales nucléaires, ce sera autant de consommation évité en journée (Évite une surcharge en journée, ou un surdimensionnement du parc de générateurs).
Hyper intéressant ton lien sur la consommation.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Mes remarques
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Heures-creuses EDF. Évalué à 3.
Voilà qui va relancer l'intérêt de dispositif domotique (Comme OpenHEMS :P ) pour les gérer au mieux.
Cela va avantager la gestion des chauffages électriques. Il n'y a plus que 10h maximum entre 2 plages d'heures creuses. Cela augmente les possibilité pour un logement un peu moins isolé.
Et cela va désavantager les voitures électriques, elle est plus souvent à la maison la nuit qu'en journée.
Je suis étonné de voir aucune plage la nuit. Car entre 2h et 5h clairement, il y a un gros creux. Plus exactement, il y a sûrement eu une étude d'impact, mais je pense qu'ils sous-estiment la variation de charge que cela va provoquer. En informatique, on dit qu'il vaut mieux du déploiement continue pour éviter ce genre de gros changements brutaux hyper impactant.
PS : je pense qu 'il y a une coquille quelques part car le pic de production photovoltaïque est de 11h à 16h…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Cas d'usage et économies réelles
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 2.
C'est mécanique comme de l'eau qui coule. Tu comprends bien que si tu insecte de l'eau sur le réseau de distribution d'eau au lieu de la consommer, elle va remonter… et ton voisin est le premier qui va la recevoir. Ton eau ne va pas remonter jusqu'à la station de pompage pour etre repomper et traiter. Autrement dit l'électricité du réseau c'est pas juste la centrale nucléaire la plus proche c'est partagé. Après comme pour l'eau, il y a des nœuds plus difficile à franchir comme les transformateur (le station de surpression pour l'eau)
C'est toute la différence avec internet ou les paquets sont dirigé par des switch et routeurs. Si tu émet un paquet il n'ira qu'à l'adresse destination.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Cas d'usage et économies réelles
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 2.
Oui et non. Un creux ce n'est pas mieux car la surproduction ferait griller les appareils… sauf qu'evidemment ce n'est pas trop difficile de débrancher une centrale et de perdre son énergie avec une grosse résistance… Mais arrêter ou démarrer une centrale électrique prends du temps (de quelques heures à quelques jours).
Donc en pratique seule une surconsommation peut faire tomber le réseau. Mais devoir jetter de l'électricité ce n'est pas mieux. Ce qui arrange EDF c'est bien une consommation globale stable (avec hausse ou baisse progressive).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Cas d'usage et économies réelles
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 2.
Oui ce n'est pas EDF qui décide si l'électricité remonte c'est mécanique si je puis me permettre.
Plus exactement s'il y a peu de panneaux solaire, dans le quartier, ils vont produire moins que la consommation locale et ça va rester local… mais s'il y a beaucoup de panneaux et peu de consommation, ça va automatiquement remonter… un peu comme de l'eau qui coule.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Dépendance Microsoft
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien "Embarquez avec Cargo : destination Rust !" (article en accès libre). Évalué à 2.
Même si c'est OAuth2 à la base à tour les coups ils ont une surcouche par dessus. Un peu comme les mails…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Cas d'usage et économies réelles
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 4. Dernière modification le 26 novembre 2024 à 22:52.
Les pertes en lignes sont négligeables dans le cas d'une ligne à haute tension (quelque chose comme 98% pour 100 km). Dans le cas de panneaux solaires qui ne renvoi que du 220V et de faibles quantité de courant les pertes ne sont pas toujours négligeable. Elle le sont si le voisin n'a pas de panneaux solaire et consomme l'électricité… elle ne le sont pas si l'électricité doit être reconverti en 380V puis 200 000…
Enfin, ce n'est pas tant en terme de pertes d'électricité qu'il faut penser mais d'efficacité globale: Ca arrange EDF de ne pas avoir a gérer des retour d'électricité, ça arrange aussi EDF que l'on ne démarre pas les machines au moment des pics de consommations… Ce ne sont pas des économies d'énergie, mais une énergie mieux utilisé. Au lieu de devoir démarre des centrales thermiques pendant les pics, on lisse la consommation pour se contenter des centrales nucléaires, et des énergies vertes…
Ou prosaïquement, si EDF met les tarifs heures creuses et les jours rouges du tarif Tempo, ce n'est pas pour perdre de l'argent, mais bien parce que cela l'arrange, parce que l'électricité n'a pas toujours le même coût financier i.e. énergétique…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mon expérience perso
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 2.
Oui je parlais là de Pile à Combustible
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mon expérience perso
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 1. Dernière modification le 24 novembre 2024 à 23:36.
La PAC est intéressante (quasi la seule solution) pour conserver l'énergie 6 mois. Mais
- elle a un faible rendement (60% maxi tout compris)
- la PAC coûte très cher et surtout les réservoir sont cher et volumineux (à mettre dans un vide perdu au grenier?)
- Les batteries permettent déjà une bonne autonomie pourvu que le chauffage ne soit pas électrique… et donc c'est moins cher de doubler sa surface de photovoltaique pour l'hivers que de stocker l'été.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.