Dolmen a écrit 113 commentaires

Autant je peu concevoir qu'un chauffe eau ai une empreinte (ou signature) energétique qui permette au compteur Linky d'identifier et analyser sur le réseau éléctrique sont activité lorsqu'il en a une

Linky ne va pas faire cela. Il ne fait que remonter au distributeur d'électricité les valeurs affichées sur le compteur. Le compteur ne mesure que la consommation globale du foyer, en énergie et en puissance. Et cette information est bien insuffisante pour savoir quels équipements sont dans le foyer.

autant je ne comprend pas comment on peu injecter des données sur le matériel qui pour l'instant n'a rien pour recevoir des informations.

Cela fait des décennies que Enedis (anciennement ERDF) transmet via le réseau électrique les signaux tarifaires et notamment le signal Heures creuses / Heures pleines qui est utilisé par les compteurs pour compter ta consommation soit sur un index (tarif base), soit sur plusieurs (tarif Heures Creuses, tarif Tempo…). Et ce signal passe au-delà du compteur, chez toi. Il existe depuis bien longtemps des boîtiers à mettre dans le tableau électrique qui écoutent ce signal pour n'allumer le chauffe-eau électrique qu'en heures creuses.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Peux-tu me donner plus d'informations sur ton système ?

• Quel système d'exploitation et quelle version ?
• Quelle version de Perl (perl -v) ?
• Quel shell ?

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Ce sont des choses qui arrivent quand on cherche une solution le soir avant d'aller se coucher

Ce sont des choses qui arrivent quand on lance un troll le soir avant d'aller se coucher : la journée du lendemain est difficile parce qu'on s'en prend plein la gueule, et qu'on l'a bien mérité.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Dis-moi ce que tu penses des performances de mon autre projet, The Angel's Prompt sur ta machine. Ça devrait poutrer…

En le lançant sous bash avec l'option --debug=time, le temps de calcul du prompt est indiqué.

$ eval $(./angel-PS1 --debug=time)


Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Si tu utilises dash, ce n'est la la faute de Liquid Prompt qui ne fonctionne que dans bash ou zsh.

Je suis très surpris de la régression de performance dont tu parles.
Quel est le système de gestion de versions dans ton répertoire où l'affichage prend plus d'une seconde ?

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Je t'encourage à soumettre ton patch qui pourrait être utile à d'autres utilisateurs.

Toutefois, je peux t'indiquer d'ores et déjà que je ne le prendrais pas. L'implémentation de Liquid Prompt n'est pas très modulaire et chaque nouvelle fonctionnalité, même non utilisée a un coût au runtime.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Alors essaye The Angel's Prompt dont je suis l'auteur.
Les plugins disponibles ne sont pas encore à la hauteur fonctionnelle de Liquid Prompt, mais au niveau performance cela n'a rien à voir, grâce à une architecture complètement différente.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Tu peux utiliser le même nom pour le struct et le typedef car les espaces de noms sont séparés :

//element d'une liste chainée
typedef struct item {
   void *data;
   int sizeData;
   struct item voisin;
} item;

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Il n'est pas dit "bah le perl aurait convenu" il est dit "pour notre projet on utilise perl et c'est suffisant sur du petit matos" ce qui est en lien avec un point souvent présenté sur "pourquoi C" qui est de l'utiliser pour être proche du matos et donc meilleur en terme de perf.

C'était exactement ma pensée.

Et d'autre par vu que le serveur domotique dont il est question semble être un projet personnel pour faire tourner dans sa propre maison, les critères de rapidité de développement (apportée par un language de plus haut niveau que C) et de maintenance sur une longue durée me paraissent plus important que la vitesse d'éxécution apportée par le C.

J'ai bien compris que le choix du C semble surtout lié à la familiarité qu'a l'auteur avec ce language.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Quelles sont les contraintes qui te font développer ton serveur domotique en C ?

Je pose la question parce je fais partie d'une équipe qui développe professionnellement un serveur domotique en Perl depuis plus de 5 ans, et jamais on a atteint les limites du hardware, bien plus faible qu'un Raspberry Pi. L'appli passe son temps à attendre des évènements.
Si c'était à refaire aujourd'hui c'est en Go ou en Rust que l'on le développerait (pas parce qu'on aime plus Perl, mais parce que le typage statique aide bien), mais surtout pas en C.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Un logiciel de chiffrement n'implique pas que l'algorithme de chiffrement (ou sont implémentation) soient obscur pour que le chiffrement soit efficace.
Il faut que tu révises tes préjugés de lien entre sécurité des données et sécurité du logiciel qui les manipule.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

« le fait que le code source soit disponible suffira à le rendre illégal »
« c’est ce que m’a affirmé … un interlocuteur travaillant pour le gouvernement ».

Ce ne semble qu'un point de vue de cet interlocuteur. Et je ne vois pas le rapport avec la citation du texte de projet de loi qui ne parle que de la garantie de non altération des DONNÉES, ce que je trouve très louable en tant que contribuable et aussi auteur et utilisateur de logiciels libres.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

-Est-ce que le Pascal est encore utilisé aujourd'hui dans l'entreprise ? Si oui, dans quel contexte.

Delphi (un environnement de dev Windows basé sur Pascal) était présent en entreprise dans les années 90.
https://www.embarcadero.com/fr/products/delphi

.NET a achevé d'enterrer Delphi.

-Chaque langage a un domaine de prédilection, quel est ce domaine pour le Pascal ?

À l'époque (années 80), l'apprentissage de la programmation. C'est avec Pascal que je m'y suis mis sérieusement.

-S'il s'agit véritablement d'un monstre sacré, comment se fait-il que ce langage n'est plus aussi populaire maintenant ?

Les langages dynamiques sont plus performants aujourd'hui qu'à l'époque, et il ont pris la niche du secteur de l'apprentissage.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Ben désolé, mais à part dans les "web agency" et les boîte qui font des applis pour iphone, t'as déjà vu des Macs toi?

Tu sous estimes manifestement l'importance du marché du développement d'applications mobiles, et donc iOS.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Désolé, mais ta vision est un peu réductrice. Tous les développeurs ne sont pas sous Syntec. La convention collective est liée à l'entreprise, pas au métier.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Et pourtant, de nombreux élèves qui n'ont jamais fait d'informatique avant le supérieur ont réussi à avoir un bon niveau, parfois même supérieur à ceux qui en avaient fait avant (souvent car ils avaient de mauvaises habitudes).

Je ne sais pas si c'est courant, mais j'en ai vu. L'université, école d'ingé et autres savent former des gens convenablement même s'il y a à côté aussi beaucoup de déchets.

Je rejoins needs. Les bons, ils étaient déjà bons avant d'entrer dans l'école.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Pour conclure… non je ne pense que pas qu’il soit nécessaire de savoir comment fonctionne un transistor pour être un bon informaticien… bien qu’effectivement je pense que tous les informaticiens que je connais sont en mesure d’exposer le principe de base du transistor…

Pour écrire du code efficace, il est nécessaire à un informaticien de bien comprendre la façon dont sont implémentés les opérateurs dans le hardware. Les quatres opérateurs +, -, *, / n'ont pas le même temps d'exécution. Un décalage de bits est bien plus efficace qu'une multiplication ou une division par une puissance de 2. Utiliser un masque de bits est plus efficace que l'accès à un tableau.

Une fois que tu as ces contraintes en tête, tu organises tes données différemment pour mieux exploiter la machine.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

On peut faire du mono-thread avec des I/O non bloquants avec bien d'autres choses que node.js.

En ce qui me concerne, Perl 5 avec AnyEvent. Et je parle bien de vrai code en prod qui scale.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Perl, parce que c'est un langage dynamique que je peux modifier à la volée.

Perl, parce que j'aime un langage où la portée des variables est claire (pour les 'my' à partir de la ligne où elle est définie jusqu'à la fin du bloc) et multiple (portée lexicale (my), portée dynamique (our, local)). JavaScript, Python : beurk…

Perl, parce que j'aime vérifier à la compilation les typos (noms de variables) avec 'perl -c'. Python : beurk…

Perl, parce que je peux indenter mon code comme je veux pour en faciliter la lecture. Et j'aime la ponctuation. JavaScript : quelle merveille (ironie) les règles sur l'insertion automatique de point-virgules !

Perl, parce que en plus d'apprécier le langage, j'en vis (je suis payé à développer en Perl 5 à longueur de journée).

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

À travers Bash il semble qu'il était plutôt sous-entendu GNU : GNU Bash avec GNU sed, GNU grep… ainsi que util-linux. Car le shell est rarement suffisant.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Pour configurer facilement vos connexions à Github, utilisez github-keygen:
https://github.com/dolmen/github-keygen/

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Un e-mail : dolmen arobase cpan point org (mais tu aurais pu le trouver dans les logs Git)
Un cannal IRC : #angel-PS1 sur irc.perl.org (mais je n'y suis pas beaucoup en ce moment)

Sinon, il n'y a aucun problème à utiliser les issues Github pour des questions de support, y compris en français.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Pas d’inquiétude, je maîtrise le shell,

Je te conseille de réviser un peu pour que tu comprennes pourquoi le "sudo" te fait perdre le prompt. "sudo" est une commande qui lance elle-même un shell. Et les variables/fonctions de liquidprompt ne peuvent être propagées d'un shell à l'autre.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

La prochaine génération de Liquid Prompt sur laquelle je (l'auteur de la dépêche et le mainteneur de Liquid Prompt) travaille, c'est The Angel's Prompt qui est écrit en Perl, est bien mieux architecturé que Powerline et Liquid Prompt (pour être plus performant), et bien plus puissant et plus polyvalent (ce n'est pas just un prompt mais un moteur de prompt).

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

Et au passage, celui qui y a pensé, c'est moi-même, Olivier Mengué, qui suis à la fois le mainteneur actuel de Liquid Prompt (et l'auteur de la dépêche) et donc aussi l'auteur de The Angel's Prompt (angel-PS1).

The Angel's Prompt n'est pas un démon, mais un ange ;) Il est écrit en Perl avec un système de plugins qui permet une modularité que n'a pas Liquid Prompt. Le moteur est désormais stable. Le travail est en cours pour porter petit à petit les fonctionnalités de LiquidPrompt. C'est malheureusement un peu en sommeil ces derniers mois car mon temps de cerveau disponible s'est fortement réduit en raison de bonheurs familiaux.

Comme il s'agit d'un moteur de prompt, il est possible de l'utiliser pour faire son prompt avec des fonctionnalités différentes de Liquid Prompt. Il est par exemple possible de l'utilier pour implémenter un prompt à la Powerline, mais avec des performances bien meilleures (au moins 10x car on ne lance pas Python à chaque affichage du prompt). Exemple (voir examples/Powerline-basic.PS1) :

git clone https://github.com/dolmen/angel-PS1.git
cd angel-PS1
eval $(perl -Ilib bin/angel-PS1 -c examples/Powerline-basic.PS1 )

De plus Liquid Prompt ne fonctionne qu'avec bash et zsh. The Angel's Prompt est lui implémenté de façon indépendante du shell (à part quelques dizaines de lignes spécifiques à chaque shell localisées dans des plugins). Ceci permet d'avoir un prompt très évolué même dans des shells basiques.

Concernant la gestion de l'historique ça reste le domaine du shell et pas celui de The Angel's Prompt. Si vous voulez un shell avancé au niveau de ses fonctionnalités interactives, je recommande fish, avec lequel The Angel's Prompt est bien sûr compatible.

Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt