«Une anecdote amusante est que si vous regardez la carte attentivement vous pourrez constater une anomalie. Juste à côté de la fameuse pompe se trouve une brasserie où il n’y a eu aucune victime.»
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Tu tournes en version 15.10, de mémoire elle a 6 mois de mise à jour. Tu devrais migrer en 16.04, la dernière version LTS (Long Term Support = 5 ans de mises à jour) d'Ubuntu.
Pour info, le dernier MISC a pour thématique «Quelle sécurité pour l’Internet des objets ?».
Il y a une série d'articles sur la couche réseau à la base des communications sans fil du type domotique, avec des explications sur la structure des échanges et … sur les problèmes de sécurité (normal, c'est MISC).
C'est moins général: obligation de fournir, sur demande des gens à qui tu as fourni le logiciel, toutes les modifications que tu as apporté au code sous GPL.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Quand on fait un referendum sur un traité, et qu'ensuite il se trouve suffisamment de parlementaires pour s'asseoir dessus… ça refroidi par rapport à la classe politique.
D'ailleurs la campagne brexit m'a un peu rappelé celle du referendum sur le TCE.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Et la recherche de Free CURD app doit donner d'autres résultats.
Outre Kexi, Glom semble ressembler le plus à ce que tu cherches (une appli native), les autres sont souvent des outils web d'accès à des bases de données (donc nécessité d'installer un serveur du style Apache pour faire tourner le soft).
La question est la pérennité de ces outils. Ceci dit, si les données sont déjà dans une base standard accessible par d'autres moyens, tu n'es au moins pas verrouillé définitivement dans un soft.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Quand tu commence a devoir former de 0 tous tes nouveaux employés sur ta techno,
Au ministère des finances, les nouveaux employés ne sont peut-être pas tous informaticiens, il est probablement plus simple de les former à l'expression des règles législatives en M qu'à l'expression de ces mêmes règles dans un langage générique.
quand tu galère à trouver des experts de cette techno,
Y'a la moulinette (une fois qu'elle tourne, quelque(s) personne(s) pour l'entretenir — et vu comment les traducteurs ont pu être créés lors d'un hackaton, le fonctionnement semble suffisamment logique et documenté).
Pour le reste, tu n'auras pas besoin d'experts, juste de fonctionnaires des finances qui apprennent à traduire leurs règles dans un langage formel adapté.
quand tu vois que ces logiciels n'ont pas de prix public,
On ne parle pas d'un framework web, mais d'un outil pour permettre au ministère des finances de faire les calculs d'imposition. Si ça a été développé en interne, y'a pas de "prix public", y'a au mieux du temps passé par une petite équipe pour le développer, et ensuite par une plus grosse pour traduire en M toutes les règles législatives relatives à l'imposition.
tu peux t'attendre à des prix exorbitant, quand tu va être contraint de faire une partie de la formation chez ton presta,…
Où a-t-il été question de prestataire?
Je peux imaginer qu'il y a un coût en trop assez élevé.
Tu ne peux rien du tout, tu ne connais rien du cadre de développement et de la maintenance de M et des programmes des règles d'imposition en M (quels profils, combien de temps…).
Et je ne parle que de ce qui est chiffrable, il y a la dépendance forte à une entreprise qu'on engraisse bon gré mal gré depuis 20 ans,
Laquelle?
il y a les éventuels bugs d'un logiciel peu diffusé,
Encore une fois, c'est l'outil du ministère des finances pour le calcul des impôts, pas un framework web. 1) ce sont eux qui sont là pour interpréter le texte donc pour "informatiser" la loi, 2) les autres suivent ce qu'ils font. Et s'il y a des bugs… ça a un impact réel et rapide chez 37,1 millions de contribuables ; je pense qu'ils doivent un peu faire relire les programmes en M avant de mettre en production.
il y a les bugs du fait que ton équipe se retrouve avec des noobs de la techno,
Hé bien, probablement moins que si ça avait été développé avec un langage générique au lieu du DSL M. Celui-ci donne des capacités d'expression adaptées aux besoins. Si tu avais à réécrire tout ça (M + les programmes en M), tu devrais le faire avec des outils génériques et je suis sûr que tu aurais au final plus de bugs car la sémantique de tes expressions serait plus éloignées des règles métier.
le fait que tu forme ton équipe à une techno qu'ils ne réutiliseront jamais autre part,
Où, autre part, est-on chargé d'être maître de l'interprétation des règles législatives en matière d'imposition?
il y a le manque de motivation pour ton équipe d'apprendre quelque chose d'aussi peu utile,…
Paradoxalement, devoir se limiter à apprendre un langage dédié au domaine que l'on maîtrise et pas un truc générique plein de choses dont on n'a pas besoin, est peut-être plus motivant pour les gens qui traduisent les règles financières.
Et… je ne pense pas qu'ils soient informaticiens (ou alors, en effet ça doit être démotivant et ils ne doivent pas rester longtemps en poste).
Tout ça va nuire à la qualité ou à la productivité sans que ce soit chiffré quelque part
… tu es libre de le penser, mais repenses-y en regardant dans quel cadre on est dans ce cas précis …
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Pour les façades ou côtés en plastique, attention qu'ils ne soient pas recouverts à l'intérieur d'une peinture spéciale pour limiter la propagation des parasites émis par l'électronique. Leur recyclage doit probablement passer par les filières D3E.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
apprécies tu que tes impôts soient utilisés à maintenir ce genre de blague
Pour M, penses-tu qu'une réécriture dans un langage "commun" de toutes les règles + la vérification que ça tourne à l'identique + formation des utilisateurs + réécriture des codes qui communiquent avec d'autres systèmes, reviendrait moins cher que le simple maintien fonctionnel des moulinettes de calcul ?
Je n'en suis franchement pas sûr. Le M — avec ses défauts que tu relèves¹ — permet une écriture simple des règles d'imposition. Tout bug dans ce système pourrait toucher potentiellement 37,1 millions de contribuables et conséquemment le budget de l'état… une décision de réécriture d'un tel système ne se fait pas à la légère (cf l'échec du projet Louvois pour la rémunération des militaires, et autres grands échecs).
On aurait un article disant que l'IRS publie un DSL pour le calcul des impôts aux États-Unis, tout le monde trouverait ça très bien et moderne (faire un langage qui permet d'exprimer simplement tes contraintes sous formes de règles que tu peux lier au code législatif et aux champs des documents de saisie des déclarations d'impôts…), il y aurait des 'if' et probablement ils auraient évité les petits trucs qui te turlupinent tant.
Je peux comprendre ton ras le bol sur des normes et des trucs anciens que tu te coltines encore maintenant (encore plus lorsque la définition de trucs modernes reprennent ces contraintes). Il y a des choses qui évoluent très très lentement, des installations certifiées auxquelles tu ne veux pas toucher… et aussi la résistance au changement de la part des gens. L'informatique a le grand inconvénient d'être en perpétuelle mutation avec beaucoup d'effets de modes ou de technos éphémères, ça complique nettement la construction de choses pérennes pour les gens qui doivent voir plus loin que le mois qui viens, et ça ralentit la prise en compte des nouveaux standards (note: je ne justifie en rien les raisons qui ont conduites à faire "DSN" et "FEC", je ne sais pas ce que c'est et je n'ai pas les billes pour me faire un avis) .
¹ J'ai regardé le code de la moulinette Python, l'implémentation du posifitf() fait réellement un return int(value > 0). Je trouva ça con aussi, mais je n'étais pas devant le clavier au moment où il a fallu coder l'interpréteur M dans je ne sais quel langage d'origine, et je ne connais pas l'expérience du développeur au moment où il a écrit son code.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Hello
Posté par lolop (site web personnel) . En réponse au message question sur les inodes. Évalué à 4.
Ou bien il peut supprimer quelques fichiers inutiles (ou temporaires s'ils sont sur le même FS).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Idem, avec Kubuntu
Posté par lolop (site web personnel) . En réponse au message [Résolu] Démarrage devenu très lent. Évalué à 2.
Ok, donc
ps ux | grep akonadine doit donner aucun process autre que legrep.Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Lancement dans une console
Posté par lolop (site web personnel) . En réponse au message [Résolu] Kdenlive plante à l'ajout d'un clip. Évalué à 2.
Et regardes s'il n'affiche pas quelque chose avant de planter…
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Idem, avec Kubuntu
Posté par lolop (site web personnel) . En réponse au message [Résolu] Démarrage devenu très lent. Évalué à 2.
Tu n'utilises aucun de: KMail, KAddressBook, KOrganizer, KJots, KAlarm, ni widgets Plasma ?
Essaie tout de même
akonadictl statusdans une console, histoire de voir s'il n'est pas démarré malgré toi.Cf https://userbase.kde.org/Akonadi/fr
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Idem, avec Kubuntu
Posté par lolop (site web personnel) . En réponse au message [Résolu] Démarrage devenu très lent. Évalué à 2.
Ça semble un problème avec Akonadi: https://bugs.kde.org/show_bug.cgi?id=352779
Faudrait essayer en refermant complètement tout ce qui est lié à Akonadi avant de se déconnecter, afin qu'il ne le relance pas à la reconnexion…
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Dépendances à KDE
Posté par lolop (site web personnel) . En réponse à la dépêche digiKam change de rythme. Évalué à 5.
Tu as des problèmes de stockage ou de mémoire sur ta machine ?
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: savon
Posté par lolop (site web personnel) . En réponse au journal Retour sur le « No poo ». Évalué à 6.
Oui… John Snow a révolutionné la médecine avec cette carte
«Une anecdote amusante est que si vous regardez la carte attentivement vous pourrez constater une anomalie. Juste à côté de la fameuse pompe se trouve une brasserie où il n’y a eu aucune victime.»
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Debian ?
Posté par lolop (site web personnel) . En réponse au message Reconversion appliance SonicWall. Évalué à 2.
Ah, et si tu as un OpenBSD, il peut générer ce qu'il faut pour pf.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Debian ?
Posté par lolop (site web personnel) . En réponse au message Reconversion appliance SonicWall. Évalué à 2.
Il me semble que FirewallBuilder permet de générer les règles iptables et les télécharger via ssh.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Je n'aime pas la SFML
Posté par lolop (site web personnel) . En réponse à la dépêche SDL ou SFML ? Ne choisissez plus, prenez Gamedev Framework (gf). Évalué à 5.
Pour moi les
assertétaient un moyen de débogage qui sont supprimés lors de la compilation en mode release. Ça a changé ?Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Penser à changer de version
Posté par lolop (site web personnel) . En réponse au message erreur software updater. Évalué à 2.
Tu tournes en version 15.10, de mémoire elle a 6 mois de mise à jour. Tu devrais migrer en 16.04, la dernière version LTS (Long Term Support = 5 ans de mises à jour) d'Ubuntu.
Des pistes, en anglais:
En français:
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Non
Posté par lolop (site web personnel) . En réponse au message chercher un mot dans log.gz. Évalué à 2.
Non.
Avec un pipe tu dois pouvoir décompresser à la volée. Mais sans décompresser du tout, je ne vois pas comment ça pourrait fonctionner.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Il y a une belle histoire là-dessous, mais elle est mal racontée
Posté par lolop (site web personnel) . En réponse à la dépêche GNU/Linux a son OCR de qualité. Évalué à 3.
R&D: Recherche & Développement j'imagine.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# [!HS] Articles sur le 802.15.4 dans MISC
Posté par lolop (site web personnel) . En réponse au message Domotique via TCP/IP(v6?) Wi-Fi standard ?. Évalué à 2.
Pour info, le dernier MISC a pour thématique «Quelle sécurité pour l’Internet des objets ?».
Il y a une série d'articles sur la couche réseau à la base des communications sans fil du type domotique, avec des explications sur la structure des échanges et … sur les problèmes de sécurité (normal, c'est MISC).
http://www.miscmag.com/
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# [HS] Expression
Posté par lolop (site web personnel) . En réponse au journal Des vidéos qui envoient du bois. Évalué à 10.
<moment culture>Je me demandais d'où l'expression «envoyer du bois» pouvait venir.
L'Internet me dit que ça viens des concours de force Basques, avec lancer de troncs d'arbres.
</moment culture>Vous pouvez retourner à votre code.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: J'attends les contentieux
Posté par lolop (site web personnel) . En réponse au journal Nouvelles Open-Source de Bulgarie. Évalué à 2.
C'est moins général: obligation de fournir, sur demande des gens à qui tu as fourni le logiciel, toutes les modifications que tu as apporté au code sous GPL.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Ironique
Posté par lolop (site web personnel) . En réponse au journal Bibliothèque d'Alexandrie des logiciels libres. Évalué à 5.
Si les sources ne sont pas publiées, l'INRIA n'y aura pas accès… la question ne se pose donc pas.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Ambiance
Posté par lolop (site web personnel) . En réponse au journal Faut tout faire soi-même !. Évalué à 5.
Quand on fait un referendum sur un traité, et qu'ensuite il se trouve suffisamment de parlementaires pour s'asseoir dessus… ça refroidi par rapport à la classe politique.
D'ailleurs la campagne brexit m'a un peu rappelé celle du referendum sur le TCE.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Divers liens
Posté par lolop (site web personnel) . En réponse au message équivalent libre non buggé à access . Évalué à 5.
Dans mes bookmarks sur le sujet j'ai les entrées suivantes:
Et la recherche de Free CURD app doit donner d'autres résultats.
Outre Kexi, Glom semble ressembler le plus à ce que tu cherches (une appli native), les autres sont souvent des outils web d'accès à des bases de données (donc nécessité d'installer un serveur du style Apache pour faire tourner le soft).
La question est la pérennité de ces outils. Ceci dit, si les données sont déjà dans une base standard accessible par d'autres moyens, tu n'es au moins pas verrouillé définitivement dans un soft.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Sur M
Posté par lolop (site web personnel) . En réponse à la dépêche L'Insee et la Drees ouvrent le code source du modèle Ines. Évalué à 4.
Au ministère des finances, les nouveaux employés ne sont peut-être pas tous informaticiens, il est probablement plus simple de les former à l'expression des règles législatives en M qu'à l'expression de ces mêmes règles dans un langage générique.
Y'a la moulinette (une fois qu'elle tourne, quelque(s) personne(s) pour l'entretenir — et vu comment les traducteurs ont pu être créés lors d'un hackaton, le fonctionnement semble suffisamment logique et documenté).
Pour le reste, tu n'auras pas besoin d'experts, juste de fonctionnaires des finances qui apprennent à traduire leurs règles dans un langage formel adapté.
On ne parle pas d'un framework web, mais d'un outil pour permettre au ministère des finances de faire les calculs d'imposition. Si ça a été développé en interne, y'a pas de "prix public", y'a au mieux du temps passé par une petite équipe pour le développer, et ensuite par une plus grosse pour traduire en M toutes les règles législatives relatives à l'imposition.
Où a-t-il été question de prestataire?
Tu ne peux rien du tout, tu ne connais rien du cadre de développement et de la maintenance de M et des programmes des règles d'imposition en M (quels profils, combien de temps…).
Laquelle?
Encore une fois, c'est l'outil du ministère des finances pour le calcul des impôts, pas un framework web. 1) ce sont eux qui sont là pour interpréter le texte donc pour "informatiser" la loi, 2) les autres suivent ce qu'ils font. Et s'il y a des bugs… ça a un impact réel et rapide chez 37,1 millions de contribuables ; je pense qu'ils doivent un peu faire relire les programmes en M avant de mettre en production.
Hé bien, probablement moins que si ça avait été développé avec un langage générique au lieu du DSL M. Celui-ci donne des capacités d'expression adaptées aux besoins. Si tu avais à réécrire tout ça (M + les programmes en M), tu devrais le faire avec des outils génériques et je suis sûr que tu aurais au final plus de bugs car la sémantique de tes expressions serait plus éloignées des règles métier.
Où, autre part, est-on chargé d'être maître de l'interprétation des règles législatives en matière d'imposition?
Paradoxalement, devoir se limiter à apprendre un langage dédié au domaine que l'on maîtrise et pas un truc générique plein de choses dont on n'a pas besoin, est peut-être plus motivant pour les gens qui traduisent les règles financières.
Et… je ne pense pas qu'ils soient informaticiens (ou alors, en effet ça doit être démotivant et ils ne doivent pas rester longtemps en poste).
… tu es libre de le penser, mais repenses-y en regardant dans quel cadre on est dans ce cas précis …
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Sur M
Posté par lolop (site web personnel) . En réponse à la dépêche L'Insee et la Drees ouvrent le code source du modèle Ines. Évalué à 2.
Personne n'a donné le coût du projet et de sa maintenance actuelle.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Sur M
Posté par lolop (site web personnel) . En réponse à la dépêche L'Insee et la Drees ouvrent le code source du modèle Ines. Évalué à 4.
C'est le rôle des legislateurs de définir les règles, pas des fonctionnaires en charge du recouvrement des impôts.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Développement durable?
Posté par lolop (site web personnel) . En réponse à la dépêche Jerry Do-It-Together assembler un ordinateur dans un bidon de 20 litres. Évalué à 2.
Pour les façades ou côtés en plastique, attention qu'ils ne soient pas recouverts à l'intérieur d'une peinture spéciale pour limiter la propagation des parasites émis par l'électronique. Leur recyclage doit probablement passer par les filières D3E.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Sur M
Posté par lolop (site web personnel) . En réponse à la dépêche L'Insee et la Drees ouvrent le code source du modèle Ines. Évalué à 8.
Très bas. Non.
Pour M, penses-tu qu'une réécriture dans un langage "commun" de toutes les règles + la vérification que ça tourne à l'identique + formation des utilisateurs + réécriture des codes qui communiquent avec d'autres systèmes, reviendrait moins cher que le simple maintien fonctionnel des moulinettes de calcul ?
Je n'en suis franchement pas sûr. Le
M— avec ses défauts que tu relèves¹ — permet une écriture simple des règles d'imposition. Tout bug dans ce système pourrait toucher potentiellement 37,1 millions de contribuables et conséquemment le budget de l'état… une décision de réécriture d'un tel système ne se fait pas à la légère (cf l'échec du projet Louvois pour la rémunération des militaires, et autres grands échecs).On aurait un article disant que l'IRS publie un DSL pour le calcul des impôts aux États-Unis, tout le monde trouverait ça très bien et moderne (faire un langage qui permet d'exprimer simplement tes contraintes sous formes de règles que tu peux lier au code législatif et aux champs des documents de saisie des déclarations d'impôts…), il y aurait des 'if' et probablement ils auraient évité les petits trucs qui te turlupinent tant.
Je peux comprendre ton ras le bol sur des normes et des trucs anciens que tu te coltines encore maintenant (encore plus lorsque la définition de trucs modernes reprennent ces contraintes). Il y a des choses qui évoluent très très lentement, des installations certifiées auxquelles tu ne veux pas toucher… et aussi la résistance au changement de la part des gens. L'informatique a le grand inconvénient d'être en perpétuelle mutation avec beaucoup d'effets de modes ou de technos éphémères, ça complique nettement la construction de choses pérennes pour les gens qui doivent voir plus loin que le mois qui viens, et ça ralentit la prise en compte des nouveaux standards (note: je ne justifie en rien les raisons qui ont conduites à faire "DSN" et "FEC", je ne sais pas ce que c'est et je n'ai pas les billes pour me faire un avis) .
¹ J'ai regardé le code de la moulinette Python, l'implémentation du
posifitf()fait réellement unreturn int(value > 0). Je trouva ça con aussi, mais je n'étais pas devant le clavier au moment où il a fallu coder l'interpréteur M dans je ne sais quel langage d'origine, et je ne connais pas l'expérience du développeur au moment où il a écrit son code.Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Sur M
Posté par lolop (site web personnel) . En réponse à la dépêche L'Insee et la Drees ouvrent le code source du modèle Ines. Évalué à 5.
Trouvé un doc sur M:https://forum.openfisca.fr/uploads/default/original/1X/f345439aa9396939ee640dba77359677f4b85bdf.pdf
Vraiment très lié aux besoins métier. Et ça date des années 90, l'open source n'était pas développé et reconnu comme il l'est actuellement.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN