Merci!
Réponse globale rapide : tout ceci est prévu ou fait, le problème c'est que l'on a au moins 20 ans de travail pour faire tout ce que l'on souhaite intégrer dans OpenConcerto.
La gestion multi-dépôts va être disponible cette année.
La gestion de production n'est pas notre priorité, ceci pour 2 raisons :
- toutes les sociétés qui en ont vraiment besoin sont déjà équipées et ce n'est pas le genre de logiciel que l'on change souvent
- même si nous avions la meilleure gestion de production du monde, on ne peut pas lutter contre les leaders du marché (SAP par exemple) qui ont la confiance et la notoriété nécessaire pour faire adopter la solutions
Nomenclature : que manque t-il à notre nomenclature ?
Tarifs : on a les tarifs, par client, par quantité
Calcul de prix : on peut déjà faire le calcul depuis la nomenclature
"Blocage" : actuellement sur client et article
Réappro et traçabilité : prévus.
Le gros de la demande pour l'instant c'est la version web (souvent réclamée sous le nom "fullweb" ;) ), c'est donc le chantier actuel.
Cela prend du temps fou car la barre est haute, il nous faut garder une bonne ergonomie, fonctionner sur les différents navigateurs (et les tablettes) et avoir un résultat à la hauteur des offres existantes/concurrentes qui sont souvent l'aboutissement de 10 ans d'évolution.
L'inaltérabilité dans l'absolu, je pense que l'on peut oublier cette notion dans notre univers où avec assez d'énergie, on peut tout altérer ;) On nous sort régulièrement que tel ou tel problème informatique est lié à des rayonnements cosmiques… mais la loi de finance… c'est comme Chuck Norris, c'est plus fort que l'univers.
Comme ici, il s'agit d'empêcher l'utilisateur de bidouiller les enregistrements de ses ventes, chaque ticket est chiffré et "lié" avec le ticket précédent.
La loi obligeant à faire des archives de chaque exercice, il s’avérera donc très difficile de "bricoler" sans que ça se voit.
Inutile de dire que dans OpenConcerto, il n'y a aucune fonction intégrée (ou non) pour altérer les données.
Nous fournirons un outil qui permettra de contrôler que rien n'a été altéré.
Si un cryptoware/ransonware passe par la, je sent que l'application de loi va être comique…
Vous avez aussi conclu que pour utiliser linux, il fallait habiter l'hémisphère nord?
Pourquoi pas aussi, dénigrer le logo de Réplicant qui semble réserver à ceux qui aiment le roller? Ou encore gcc pour les éleveurs de bovins? Ou Debian 9 pour les amoureux de pieuvres? Ou OpenSSH pour les pécheurs….
Bref… calmez vous, tout va bien, personne n'est offusqué.
Désolé, pas vu que la misogynie était de rigueur. On a pas de photo en stock de pingouin déprimés. Sinon vous pensez bien qu'on aurait pas du se rabattre sur une photo qui amène un peu de fraîcheur et attire le regard des Microsoftiens.
Une rumeur qui s'appelle "loi de finance".
Il n'y a pas d'élu.
Si la question est de savoir si l'on va respecter la loi et fournir des attestations de conformité comme cela est prévu par la loi, la réponse est : oui.
La dépêche c'est le texte jusqu'à preuve du contraire…
Le logo OpenConcerto est déposé par ILM, un peu comme TOUS les logos postés sur LinuxFR et qui sont la propriétés de leurs auteurs ;)
RIA ("rich internet application") : application web
ce qui n'est pas le cas d'OpenConcerto qui est une application desktop.
Pour le copier-coller, le BEPO semble sacrément contraignant. Concernant les caractères < > { } ( ) [ ] & | . et , dont on ne peut se passer en programmation, je ne vois pas encore l'intérêt de ces nouveaux "claviers".
Petite question technique, sous quels aspects "The Void" est elle plus "légère" qu'une autre distribution?
Le noyau est-il "amputé"?
Les applications sont-elle "allégées"?
le gouvernement vise uniquement les logiciels de caisse
ABSOLUMENT PAS.
https://www.legifrance.gouv.fr/affichTexteArticle.do?idArticle=JORFARTI000031732968&categorieLien=id&cidTexte=JORFTEXT000031732865
« 3° bis Lorsqu'elle enregistre les règlements de ses clients au moyen d'un logiciel de comptabilité ou de gestion ou d'un système de caisse, utiliser un logiciel ou un système satisfaisant à des conditions d'inaltérabilité, de sécurisation, de conservation et d'archivage des données en vue du contrôle de l'administration fiscale, attestées par un certificat délivré par un organisme accrédité dans les conditions prévues à l'article L. 115-28 du code de la consommation ou par une attestation individuelle de l'éditeur, conforme à un modèle fixé par l'administration ; »
https://www.service-public.fr/professionnels-entreprises/actualites/A10279
Afin de lutter contre la fraude à la TVA liée à l'utilisation de logiciels permettant la dissimulation de recettes, la loi de finances pour 2016 instaure l'obligation à partir de 2018 pour les commerçants et autres professionnels assujettis à la TVA d'enregistrer les paiements de leurs clients au moyen d'un logiciel de comptabilité ou d'un système de caisse sécurisés et certifiés.
Le point à ne pas oublier est que tous les logiciels qui gèrent des encaissements doivent se conformer à cette législation (Merci M. Macron).
Cela va donc impacter un grand nombre de logiciels, logiciels de caisses mais aussi les ERPs et les eCommerces.
Autant on a de la visibilité sur (Odoo?) OpenConcerto, Dolibarr et Pastèque, autant sur les Magento et Prestashop c'est plus flou, ça va être un sacré bordel ;)
Et comme l'état ne s'occupe de rien sauf se préparer à balancer des amendes, cette histoire va faire grincer les portes monnaies.
Les éditeurs de logiciels propriétaires communiquent énormément autours de tout ça, sans communication claire des acteurs du libre risquent fort de perdre un grand nombre de clients.
J'espère que l'April ne baissera pas les bras.
Y a t'il une roadmap pour les prochaines versions? Il semble que ce système d'exploitation est sur le point d'être complet… il ne manque que la gestion audio et un parefeu.
Pour BlueEyedOS, on s'est fait piquer le nom de domaine en 2003… le plus drôle c'est que le malfrat héberge toujours un miroir du site de l'époque!
Les développements ont continué pendant quelques temps mais sans site pour communiquer, l’intérêt de tous a disparu. On avait pourtant une IHM pleinement fonctionnelle (app_server, etc…).
Il ne restait plus trop de travail pour avoir un desktop fonctionnel.
Le fait d'avoir comme kernel Linux (2.6 à l'époque) donnait un important gain de performance par rapport à BeOS sur la même machine. KDE et Gnome paraissait bien lent.
Avec les processeurs actuels, on ne peut plus trop se rendre compte des différences de vitesse.
Pour Zeta, n'ayant pas le code source et les droits nécessaires, ils n'ont pas pu faire évoluer l'OS. L'évolution matérielle a enterré rapidement le système qui ne bootait plus sur les machines modernes.
J'aurais tendance à dire que pour avoir une qualité optimale, une pièce : un raspberry au plus près de l'enceinte. Les morceaux de musique étant distribuées via le réseau, la seule "perte" se situe entre le RPi et l'enceinte.
Si vous voulez du son de qualité et simplifier encore l'installation, je ne peux que vous recommander chaudement de mettre juste une bonne enceinte amplifiée par zone (la stéréo on s'en passe très bien quand on veut un son propre et que l'on a pas de budget).
Plus besoin de 'HiFiBerry', moins de parasites, à la maison j'ai des Yamaha HS-5 à 169€ pièce qui sont tout bonnement bluffante de clarté.
Rendez vous ici l'année prochaine pour constater qu'il n'y a toujours aucun processeur ou FPGA en production ou qui vient de se financer sur un kickstarter…
Je ne demande qu'à avoir tort.
2016 c'est pas encore la bonne année pour le libre, l'adoption massive Windows 10 l'a encore démontré.
2017 c'est l'année des logiciels "non libres" comme Pokemons et pour le hardware, de la NintendoNX!
Quelques remarques pragmatiques :
- si ces "nous", "capables" de concevoir et produire des FPGAs et processeurs "compétitifs et libres" existaient, on aurait déjà depuis 20 ans ces produits sur le marché.
- si "vos" visions de la liberté étaient si importante pour les utilisateurs, les constructeurs actuels se plieraient à ces exigences d'ouverture depuis bien longtemps.
Bref, votre discours je l'entend depuis plus de 20 ans et ces 2 décennies ont démontré qu'il est basé sur du vent.
Si "vous", au sens des "nous allons", êtes capable de faire cela c'est que "vous" êtes capables de concevoir et fabriquer des processeurs ou FPGA en France qui sont "compétitifs" en terme de prix ou de vitesse…
Evidemment qu'entre utiliser un langage qui existe (C/C++/Basic/Java/Python/Cobol/…) et créer le fameux M (et son compilateur) parce que peut être que 20 ans plus tard certains de ces langages pourraient être moins utilisés, c'est très intelligent.
Pour rebondir sur la qualité de ce langage et ses qualité, les slides de présentation nous apprennent que :
positif(a) se traduit par Si a > 0 alors 1 sinon 0
Ce qui fait que le petit exemple :
si
V_IND_TRAIT > 0
et
positif(COD2FA + 0) + positif(RCMHAB + 0) > 1
alors erreur A226 ;
démontre au combien nous avons des stars de la programmation. Car le code :
si
V_IND_TRAIT > 0 et COD2FA> 0 et RCMHAB > 0
alors erreur A226 ;
est strictement équivalent en M.
Les questions à se poser sont aussi pourquoi en 2016, M n'a pas disparu… et pourquoi on se félicite de cela, quitte à défendre comme tu le fais ce Machin. As tu des amis dans ces milieux ou apprécies tu que tes impôts soient utilisés à maintenir ce genre de blague tout en se félicitant dans la presse de l'ouverture du code?
Mes remarques ne sont pas vindicatives, je ne suis pas non plus sur mon petit nuage du tout est merveilleux. Je passe peut être trop de temps à dealer avec toutes les aberrations informatique que nous pondent URSSAF, DGI et autres. Ces formats à colonne fixe, à transtypage inutiles, les formats où les caractères sont '7bits' + exceptions, les formats ou les lignes ne doivent pas dépasser 256 caractères : j'en ai ma claque.
Tu penses bien que l'XML ou JSON et l'UTF8 sont trop récents ou pas assez badass.
Seulement cela ne concerne pas de vieux trucs, mais la DSN qui rentre en application ce juillet, ou encore l'export FEC pondu il y a 1 an…
C'est tellement simple que tu vas nous expliquer la rationalité de la chose… un expert pour décoder ce test?
Je dois vraiment fatigué en ce moment, j'ai du mal à voir l’intérêt de traduire le M et Python plutôt que d'écrire des 'if' en Python en sacrifiant le 'si'.
En 1985, j'utilisais déjà un truc facile d'accès qui s'appelait le BASIC, alors vouloir m'expliquer qu'en 1996 on n'avait rien pour coder, c'est en avoir dans le pantalon.
Humm… parce que pour écrire ça : https://github.com/openfisca/calculette-impots-m-source-code/blob/master/src/chap-87.m
les langages qui existaient en 1996 : Java, C, C++, Python et j'en passe…
n'étaient pas assez adaptés et cela justifiait de créer un beau langage tout en français, son compilateur et 20 ans de maintenance… sans compter la formation des petits nouveaux.
[^] # Re: liste à la prévert : est il prévu ?
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche OpenConcerto 1.5. Évalué à 4.
Merci!
Réponse globale rapide : tout ceci est prévu ou fait, le problème c'est que l'on a au moins 20 ans de travail pour faire tout ce que l'on souhaite intégrer dans OpenConcerto.
La gestion multi-dépôts va être disponible cette année.
La gestion de production n'est pas notre priorité, ceci pour 2 raisons :
- toutes les sociétés qui en ont vraiment besoin sont déjà équipées et ce n'est pas le genre de logiciel que l'on change souvent
- même si nous avions la meilleure gestion de production du monde, on ne peut pas lutter contre les leaders du marché (SAP par exemple) qui ont la confiance et la notoriété nécessaire pour faire adopter la solutions
Nomenclature : que manque t-il à notre nomenclature ?
Tarifs : on a les tarifs, par client, par quantité
Calcul de prix : on peut déjà faire le calcul depuis la nomenclature
"Blocage" : actuellement sur client et article
Réappro et traçabilité : prévus.
Le gros de la demande pour l'instant c'est la version web (souvent réclamée sous le nom "fullweb" ;) ), c'est donc le chantier actuel.
Cela prend du temps fou car la barre est haute, il nous faut garder une bonne ergonomie, fonctionner sur les différents navigateurs (et les tablettes) et avoir un résultat à la hauteur des offres existantes/concurrentes qui sont souvent l'aboutissement de 10 ans d'évolution.
[^] # Re: Législation sur les logiciels de caisse
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche OpenConcerto 1.5. Évalué à 3.
L'inaltérabilité dans l'absolu, je pense que l'on peut oublier cette notion dans notre univers où avec assez d'énergie, on peut tout altérer ;) On nous sort régulièrement que tel ou tel problème informatique est lié à des rayonnements cosmiques… mais la loi de finance… c'est comme Chuck Norris, c'est plus fort que l'univers.
Comme ici, il s'agit d'empêcher l'utilisateur de bidouiller les enregistrements de ses ventes, chaque ticket est chiffré et "lié" avec le ticket précédent.
La loi obligeant à faire des archives de chaque exercice, il s’avérera donc très difficile de "bricoler" sans que ça se voit.
Inutile de dire que dans OpenConcerto, il n'y a aucune fonction intégrée (ou non) pour altérer les données.
Nous fournirons un outil qui permettra de contrôler que rien n'a été altéré.
Si un cryptoware/ransonware passe par la, je sent que l'application de loi va être comique…
[^] # Re: Ça coince
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche OpenConcerto 1.5. Évalué à 3.
Vous avez aussi conclu que pour utiliser linux, il fallait habiter l'hémisphère nord?
Pourquoi pas aussi, dénigrer le logo de Réplicant qui semble réserver à ceux qui aiment le roller? Ou encore gcc pour les éleveurs de bovins? Ou Debian 9 pour les amoureux de pieuvres? Ou OpenSSH pour les pécheurs….
Bref… calmez vous, tout va bien, personne n'est offusqué.
[^] # Re: Triple troll
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche OpenConcerto 1.5. Évalué à 4.
Déjà le "que pour faire de la publicité", ça se saurait depuis le temps ;)
Aucun mépris la dedans, le thread "triple troll" est juste fait pour s'étriper à coup d'arguments farfelus et hors sujet.
[^] # Re: Très bon produit libre
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche OpenConcerto 1.5. Évalué à 6.
Cela fait plus d'un an que l'on travaille sur la version web, rendez-vous en fin d'année! :)
[^] # Re: Ça coince
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche OpenConcerto 1.5. Évalué à -4.
Désolé, pas vu que la misogynie était de rigueur. On a pas de photo en stock de pingouin déprimés. Sinon vous pensez bien qu'on aurait pas du se rabattre sur une photo qui amène un peu de fraîcheur et attire le regard des Microsoftiens.
Milles excuses.
[^] # Re: Législation sur les logiciels de caisse
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche OpenConcerto 1.5. Évalué à 9.
Une rumeur qui s'appelle "loi de finance".
Il n'y a pas d'élu.
Si la question est de savoir si l'on va respecter la loi et fournir des attestations de conformité comme cela est prévu par la loi, la réponse est : oui.
[^] # Re: Triple troll
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche OpenConcerto 1.5. Évalué à 3.
Besoin d'un soda bien frais?
La dépêche c'est le texte jusqu'à preuve du contraire…
Le logo OpenConcerto est déposé par ILM, un peu comme TOUS les logos postés sur LinuxFR et qui sont la propriétés de leurs auteurs ;)
RIA ("rich internet application") : application web
ce qui n'est pas le cas d'OpenConcerto qui est une application desktop.
[^] # Re: Et les développeurs dans tout ca ?
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Vers une norme AFNOR pour le clavier français. Évalué à -1.
Pour le copier-coller, le BEPO semble sacrément contraignant. Concernant les caractères < > { } ( ) [ ] & | . et , dont on ne peut se passer en programmation, je ne vois pas encore l'intérêt de ces nouveaux "claviers".
Autant passer au QWERTY.
# "Légère"
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche L’heure du test — fork 1 — Void (Linux). Évalué à 3.
Petite question technique, sous quels aspects "The Void" est elle plus "légère" qu'une autre distribution?
Le noyau est-il "amputé"?
Les applications sont-elle "allégées"?
# 4.11
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.10. Évalué à 6.
Le même jour que la news du 4.10 : le 4.11 est officiellement dispo :)
[^] # Re: Je ne suis pas sur de comprendre
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche PikoPixel, éditeur de « pixel art ». Évalué à 0.
Exact,
76 pour un 4 coeurs ARMv7
4000 pour un Intel Core i7, 4 coeurs également.
[^] # Re: Rappel
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Publication de Pastèque version 7. Évalué à -1.
ABSOLUMENT PAS.
https://www.legifrance.gouv.fr/affichTexteArticle.do?idArticle=JORFARTI000031732968&categorieLien=id&cidTexte=JORFTEXT000031732865
« 3° bis Lorsqu'elle enregistre les règlements de ses clients au moyen d'un logiciel de comptabilité ou de gestion ou d'un système de caisse, utiliser un logiciel ou un système satisfaisant à des conditions d'inaltérabilité, de sécurisation, de conservation et d'archivage des données en vue du contrôle de l'administration fiscale, attestées par un certificat délivré par un organisme accrédité dans les conditions prévues à l'article L. 115-28 du code de la consommation ou par une attestation individuelle de l'éditeur, conforme à un modèle fixé par l'administration ; »
https://www.service-public.fr/professionnels-entreprises/actualites/A10279
Afin de lutter contre la fraude à la TVA liée à l'utilisation de logiciels permettant la dissimulation de recettes, la loi de finances pour 2016 instaure l'obligation à partir de 2018 pour les commerçants et autres professionnels assujettis à la TVA d'enregistrer les paiements de leurs clients au moyen d'un logiciel de comptabilité ou d'un système de caisse sécurisés et certifiés.
# Rappel
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Publication de Pastèque version 7. Évalué à -1.
Le point à ne pas oublier est que tous les logiciels qui gèrent des encaissements doivent se conformer à cette législation (Merci M. Macron).
Cela va donc impacter un grand nombre de logiciels, logiciels de caisses mais aussi les ERPs et les eCommerces.
Autant on a de la visibilité sur (Odoo?) OpenConcerto, Dolibarr et Pastèque, autant sur les Magento et Prestashop c'est plus flou, ça va être un sacré bordel ;)
Et comme l'état ne s'occupe de rien sauf se préparer à balancer des amendes, cette histoire va faire grincer les portes monnaies.
Les éditeurs de logiciels propriétaires communiquent énormément autours de tout ça, sans communication claire des acteurs du libre risquent fort de perdre un grand nombre de clients.
J'espère que l'April ne baissera pas les bras.
# EmacsOS
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche GNU Emacs v25.1 : regarder YouTube dans Emacs. Évalué à 1.
Y a t'il une roadmap pour les prochaines versions? Il semble que ce système d'exploitation est sur le point d'être complet… il ne manque que la gestion audio et un parefeu.
[^] # Re: Comment ils font ?
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Haiku a 15 ans. Évalué à 9. Dernière modification le 19 août 2016 à 20:09.
Pour BlueEyedOS, on s'est fait piquer le nom de domaine en 2003… le plus drôle c'est que le malfrat héberge toujours un miroir du site de l'époque!
Les développements ont continué pendant quelques temps mais sans site pour communiquer, l’intérêt de tous a disparu. On avait pourtant une IHM pleinement fonctionnelle (app_server, etc…).
Il ne restait plus trop de travail pour avoir un desktop fonctionnel.
Le fait d'avoir comme kernel Linux (2.6 à l'époque) donnait un important gain de performance par rapport à BeOS sur la même machine. KDE et Gnome paraissait bien lent.
Avec les processeurs actuels, on ne peut plus trop se rendre compte des différences de vitesse.
Pour Zeta, n'ayant pas le code source et les droits nécessaires, ils n'ont pas pu faire évoluer l'OS. L'évolution matérielle a enterré rapidement le système qui ne bootait plus sur les machines modernes.
[^] # Re: Qualité
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Création d'un multiroom audio à base de raspberry / hifiberry / max2play. Évalué à 1.
J'aurais tendance à dire que pour avoir une qualité optimale, une pièce : un raspberry au plus près de l'enceinte. Les morceaux de musique étant distribuées via le réseau, la seule "perte" se situe entre le RPi et l'enceinte.
# Qualité
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Création d'un multiroom audio à base de raspberry / hifiberry / max2play. Évalué à 1.
Bonjour,
Si vous voulez du son de qualité et simplifier encore l'installation, je ne peux que vous recommander chaudement de mettre juste une bonne enceinte amplifiée par zone (la stéréo on s'en passe très bien quand on veut un son propre et que l'on a pas de budget).
Plus besoin de 'HiFiBerry', moins de parasites, à la maison j'ai des Yamaha HS-5 à 169€ pièce qui sont tout bonnement bluffante de clarté.
Cordialement,
[^] # Re: La "libération" de ce FPGA est une excellente chose
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Icestudio 0.2, du schéma au verilog. Évalué à 0.
Merci cher militant.
Rendez vous ici l'année prochaine pour constater qu'il n'y a toujours aucun processeur ou FPGA en production ou qui vient de se financer sur un kickstarter…
Je ne demande qu'à avoir tort.
2016 c'est pas encore la bonne année pour le libre, l'adoption massive Windows 10 l'a encore démontré.
2017 c'est l'année des logiciels "non libres" comme Pokemons et pour le hardware, de la NintendoNX!
[^] # Re: La "libération" de ce FPGA est une excellente chose
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Icestudio 0.2, du schéma au verilog. Évalué à -1.
Quelques remarques pragmatiques :
- si ces "nous", "capables" de concevoir et produire des FPGAs et processeurs "compétitifs et libres" existaient, on aurait déjà depuis 20 ans ces produits sur le marché.
- si "vos" visions de la liberté étaient si importante pour les utilisateurs, les constructeurs actuels se plieraient à ces exigences d'ouverture depuis bien longtemps.
Bref, votre discours je l'entend depuis plus de 20 ans et ces 2 décennies ont démontré qu'il est basé sur du vent.
[^] # Re: La "libération" de ce FPGA est une excellente chose
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Icestudio 0.2, du schéma au verilog. Évalué à 0.
Si "vous", au sens des "nous allons", êtes capable de faire cela c'est que "vous" êtes capables de concevoir et fabriquer des processeurs ou FPGA en France qui sont "compétitifs" en terme de prix ou de vitesse…
Alors pourquoi s’embêter à "libérer"?
[^] # Re: osm map via BitTorrent
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Une grosse tuile pour GNOME Maps. Évalué à 4.
Ou encore télécharger la carte de France sur son PC (3 Go).
[^] # Re: Sur M
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche L'Insee et la Drees ouvrent le code source du modèle Ines. Évalué à 1.
Evidemment qu'entre utiliser un langage qui existe (C/C++/Basic/Java/Python/Cobol/…) et créer le fameux M (et son compilateur) parce que peut être que 20 ans plus tard certains de ces langages pourraient être moins utilisés, c'est très intelligent.
Pour rebondir sur la qualité de ce langage et ses qualité, les slides de présentation nous apprennent que :
positif(a) se traduit par Si a > 0 alors 1 sinon 0
Ce qui fait que le petit exemple :
démontre au combien nous avons des stars de la programmation. Car le code :
est strictement équivalent en M.
Les questions à se poser sont aussi pourquoi en 2016, M n'a pas disparu… et pourquoi on se félicite de cela, quitte à défendre comme tu le fais ce Machin. As tu des amis dans ces milieux ou apprécies tu que tes impôts soient utilisés à maintenir ce genre de blague tout en se félicitant dans la presse de l'ouverture du code?
Mes remarques ne sont pas vindicatives, je ne suis pas non plus sur mon petit nuage du tout est merveilleux. Je passe peut être trop de temps à dealer avec toutes les aberrations informatique que nous pondent URSSAF, DGI et autres. Ces formats à colonne fixe, à transtypage inutiles, les formats où les caractères sont '7bits' + exceptions, les formats ou les lignes ne doivent pas dépasser 256 caractères : j'en ai ma claque.
Tu penses bien que l'XML ou JSON et l'UTF8 sont trop récents ou pas assez badass.
Seulement cela ne concerne pas de vieux trucs, mais la DSN qui rentre en application ce juillet, ou encore l'export FEC pondu il y a 1 an…
Il y de quoi alimenter http://thedailywtf.com/ pendant des années.
[^] # Re: Sur M
Posté par Guillaume Maillard (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.
Evidemment!
positif(COD2FA + 0) + positif(RCMHAB + 0) > 1
C'est tellement simple que tu vas nous expliquer la rationalité de la chose… un expert pour décoder ce test?
Je dois vraiment fatigué en ce moment, j'ai du mal à voir l’intérêt de traduire le M et Python plutôt que d'écrire des 'if' en Python en sacrifiant le 'si'.
En 1985, j'utilisais déjà un truc facile d'accès qui s'appelait le BASIC, alors vouloir m'expliquer qu'en 1996 on n'avait rien pour coder, c'est en avoir dans le pantalon.
[^] # Re: Yes
Posté par Guillaume Maillard (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.
Humm… parce que pour écrire ça : https://github.com/openfisca/calculette-impots-m-source-code/blob/master/src/chap-87.m
les langages qui existaient en 1996 : Java, C, C++, Python et j'en passe…
n'étaient pas assez adaptés et cela justifiait de créer un beau langage tout en français, son compilateur et 20 ans de maintenance… sans compter la formation des petits nouveaux.
Pour les lecteurs pressés, voici un extrait de code M écrit avec nos impôts (https://github.com/openfisca/calculette-impots-m-source-code/blob/master/src/coc2.m , fin de fichier) :
On applaudira chaudement le style.