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
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'.
Faudrait peut-être que tu lises un morceau ce M un peu plus long, il semble y avoir un système de règles activées, de contrôles, de références numériques (peut-être à des textes législatifs). Ça peut probablement se goupiller en Python (et perso c'est ce que je ferais).
Mais tu juges sans savoir: de quand date le langage M à l'origine, quel était le public cible et sa culture informatique / développement, qu'est-ce qui était autorisé dans les services info des finances à l'époque, qu'est-ce qu'il y avait avant, sur quoi étaient exécutés les programmes en M, etc.
Quand au BASIC, regarde l'age du langage SAS, lis les discussions stackexchange de 2012 que je t'ai donné en lien, mesure la pérennité du langage (quel Basic… j'ai pu faire du GW-Basic, du Basic ApppleSoft, il y avait aussi le Quick Basic… (Borland je crois), depuis il y a eu Visual Basic, etc).
Bref, je comprendrais des questions sur le pourquoi de certains choix, mais pas une condamnation vindicative envers les personnes qui ont développé ces outils de calcul sans avoir tous les éléments (si certains connaissent le pourquoi du comment…).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Je ne connaissais pas M, mais de ce que j'en lis dans le lien ci-dessus, c'est un langage dédié au domaine des règles fiscales et calcul des impôts (un DSL), dont la syntaxe est suffisamment simple pour que des outils de parsing et de traduction permettant de l'exécuter sur du Python, voir Python parallélisé aient pu être développés…
Et quand on regarde les sources, ça ressemble beaucoup à une reprise des champs de déclarations d'impôts intégrés dans les (nombreuses et trop complexes) règles fiscales pondues par nos législateurs. Dans l'exemple que tu donnes: https://github.com/openfisca/calculette-impots-m-source-code/blob/master/src/coc2.m
Une logique administrative compilable et compréhensible par les gens qui ont à travailler dessus, que le style ne te plaise pas n'est pas grave, ça n'est pas toi qui travaille avec.
Bref, l'administration s'est dotée d'un outil dont elle avait besoin, sa syntaxe est en français et très simple, et alors, si ça leur permet de répondre à leurs besoins en permettant d'exprimer les règles de calcul fiscal, ça ne me choque pas, c'est peut-être plus productif que d'essayer de faire rentrer un langage générique dans leur besoin particulier.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
C'est du SAS dont ils parlent, un langage proprio et commercial. Et les langages que tu cites étaient plutôt… jeunes ou pas adaptés. J'ai fais le choix Python en 1995, et à l'époque c'était un pari dont je peux comprendre que certains ne l'aient pas fait. C'est toujours facile de revenir a postériori sur des choix.
La GPL, c'est "Je donne mon code vous pouvez l'utiliser mais si vous l'utilisez vous devez aussi faire du compatible GPL, genre un module CDDL complètement à côté c'est libre pas fait du tout sur base de mon code mais crève, en fait votre code indépendant doit aussi être compatible GPL oui je ne met pas de limite qu'à mon code mais à votre code indépendant aussi, sinon cassez vous".
C'est une reformulation Zenitram ;-)
La GPL c'est je vous interdit — si vous utilisez mon code — de donner moins de droits aux utilisateurs du logiciel que vous distribuez que ce que je vous ai donné, à savoir pouvoir lire, modifier et recompiler, redistribuer. La GPL protège l'utilisateur final (j'imagine que tu as déjà lu l'historique sur l'imprimante Laser et les correctifs de Stallman). C'est un état d'esprit qu'on a ou pas. Et en effet, si ça ne plaît pas allez voir ailleurs ou réécrivez.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Ils ont un logiciel qui a 20 ans, et qu'ils maintiennent, et qu'ils publient. Avant de critiquer ainsi le choix du langage, il faudrait peut-être regarder ce qu'il y avait de reconnu et capable de répondre à leurs besoins à l'époque.
Quant à une réécriture, si leur logiciel actuel est stable, tourne de façon sûre et connue, mettre des fonds pour le re-développer et vérifier de A à Z dans un autre langage peut être une décision qui n'est pas prioritaire…
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
J'ai l'impression surtout qu'on a posé une lib standard et remplacé des point-virgules par des tabulation/retour à la ligne forcés, à force de vouloir un "nouveau langage différent mais qu'on veut rapprocher des langage d'avant finalement car en fait ça marche pas si bien que ça d'être différent plus simple".
Impression fausse. Ça reste du "duck typing" à la base avec un langage de script très dynamique, ça marche bien mais pour quoi c'est fait, mais c'est améliorable… d'où l'ajout des annotations de types. Mais elles restent optionnelles, et ne sont pour le moment pas utilisées à l'exécution.
PS : faudrait pour le fun que je benche les deux algos, pour voir si Python arrive à s'approcher de la perf de C.
Et le C va évidemment écraser le Python pour peu qu'il y ait quelques boucles avec des expressions de calcul. On n'utilise pas Python pour des perfs en calcul (pour ça on code en C/C++/Fortran et on plug du Python par dessus pour les enchaînements de haut niveau, les synchros multiprocess, les logs, etc).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
De ce que j'en ai vu, tu ne construits pas un immeuble de 15 étages, mais une cabane avec une jolie déco. AMA faut plus le voir comme un outil simple pour faire rapidement deux ou trois pages (ou une maquette à reprendre ensuite).
Dans les vidéos tutoriels il y a un mix de styles via CSS + styles directs sur le contenu qui m'a interpellé - un côté que je reproche aux outils WYSWIG de "dessin" de page web.
Mais vu la cible je ne pense pas que ça soit au final gênant, si ça peut éviter de retrouver des DreamWeaver piratés…
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Où tu démarrerais en console et pourrais faire un petit diagnostic du matériel avant d'aller plus loin…
(note: ça s'installe bien sur une clé USB avec Multisystem par exemple)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Aussi nul que cvs, mais sans beaucoup de ses bugs.
Y'avait quoi comme super concurrent à CVS quand il est sorti (j'ai vu une rev 1.1 en 1994, ses débuts doivent donc être encore antérieurs)?
Il n'est pas “nul” mais dépassé car il est ancien et on sait faire mieux, avec des machines nettement plus puissantes et tout plein d'outils nouveaux développés depuis.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Rien vu de ce genre. Tu risques d'avoir à mettre une prise domotique pilotable, et un système d'interface entre le web et ce protocole de pilotage domotique (si c'est juste pour servir une page un tout petit ordi suffit, arduino ou rPi, tant qu'il peut causer IP d'un côté et protocole domotique de l'autre).
Avec ce genre de solution tu trouveras pas mal d'outils, par exemple en X10 (commande par courant porteur). Et… le système d'interface peut évoluer de son côté (commander d'autres prises, offrir une autre interface ou des services de remontées d'infos…).
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
[^] # 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é à 6.
Faudrait peut-être que tu lises un morceau ce M un peu plus long, il semble y avoir un système de règles activées, de contrôles, de références numériques (peut-être à des textes législatifs). Ça peut probablement se goupiller en Python (et perso c'est ce que je ferais).
Mais tu juges sans savoir: de quand date le langage M à l'origine, quel était le public cible et sa culture informatique / développement, qu'est-ce qui était autorisé dans les services info des finances à l'époque, qu'est-ce qu'il y avait avant, sur quoi étaient exécutés les programmes en M, etc.
Quand au BASIC, regarde l'age du langage SAS, lis les discussions stackexchange de 2012 que je t'ai donné en lien, mesure la pérennité du langage (quel Basic… j'ai pu faire du GW-Basic, du Basic ApppleSoft, il y avait aussi le Quick Basic… (Borland je crois), depuis il y a eu Visual Basic, etc).
Bref, je comprendrais des questions sur le pourquoi de certains choix, mais pas une condamnation vindicative envers les personnes qui ont développé ces outils de calcul sans avoir tous les éléments (si certains connaissent le pourquoi du comment…).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: RH = licence mais que dans certains cas
Posté par lolop (site web personnel) . En réponse au message comment créer un serveur de fichier sous redhat Entreprise 6.4. Évalué à 2.
Complément, redhat file server
Si c'est pour accéder avec des postes clients sous Windows: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/3/html/System_Administration_Guide/s1-samba-configuring.html
Et sans interface graphique, cf 24.2.2. Command Line Configuration
(note: il faudrait apprendre à utiliser un éditeur de texte en mode console, par exemple vi / vim)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # 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é à 10. Dernière modification le 17 juin 2016 à 10:04.
https://forum.openfisca.fr/t/code-source-de-la-calculette-impots-et-outils-connexes/37
Je ne connaissais pas M, mais de ce que j'en lis dans le lien ci-dessus, c'est un langage dédié au domaine des règles fiscales et calcul des impôts (un DSL), dont la syntaxe est suffisamment simple pour que des outils de parsing et de traduction permettant de l'exécuter sur du Python, voir Python parallélisé aient pu être développés…
Et quand on regarde les sources, ça ressemble beaucoup à une reprise des champs de déclarations d'impôts intégrés dans les (nombreuses et trop complexes) règles fiscales pondues par nos législateurs. Dans l'exemple que tu donnes:
https://github.com/openfisca/calculette-impots-m-source-code/blob/master/src/coc2.m
Une logique administrative compilable et compréhensible par les gens qui ont à travailler dessus, que le style ne te plaise pas n'est pas grave, ça n'est pas toi qui travaille avec.
Bref, l'administration s'est dotée d'un outil dont elle avait besoin, sa syntaxe est en français et très simple, et alors, si ça leur permet de répondre à leurs besoins en permettant d'exprimer les règles de calcul fiscal, ça ne me choque pas, c'est peut-être plus productif que d'essayer de faire rentrer un langage générique dans leur besoin particulier.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Yes
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. Dernière modification le 16 juin 2016 à 21:57.
C'est du SAS dont ils parlent, un langage proprio et commercial. Et les langages que tu cites étaient plutôt… jeunes ou pas adaptés. J'ai fais le choix Python en 1995, et à l'époque c'était un pari dont je peux comprendre que certains ne l'aient pas fait. C'est toujours facile de revenir a postériori sur des choix.
Même en 2012 SAS semblait avoir encore son intérêt face à son concurrent "naturel" R:
http://stats.stackexchange.com/questions/33780/r-vs-sas-why-is-sas-preferred-by-private-companies.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Précisions
Posté par lolop (site web personnel) . En réponse au message Help !!! ping dans script. Évalué à 3.
Préliminaire: revoir la syntaxe wikiesque pour avoir le code propre
Précision à apporter: qu'est-ce que «pinguer ces infos» ?
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Récursivité…
Posté par lolop (site web personnel) . En réponse au journal testmysite.thinkwithgoogle.com. Évalué à 3.
(on ne pouvait pas ne pas le faire…)
Here are the scores for
https://testmysite.thinkwithgoogle.com/
Desktop Speed
96/100
Good
Mobile Speed
94/100
Good
Mobile Friendliness
99/100
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Pérennité des données
Posté par lolop (site web personnel) . En réponse au journal Rachat de LinkedIn par Microsoft pour 26 milliards de dollars. Évalué à 2.
Et elles vont même survivre à ta disparition physique!
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: APFS
Posté par lolop (site web personnel) . En réponse au journal Le malaise.. Évalué à 6.
C'est une reformulation Zenitram ;-)
La GPL c'est je vous interdit — si vous utilisez mon code — de donner moins de droits aux utilisateurs du logiciel que vous distribuez que ce que je vous ai donné, à savoir pouvoir lire, modifier et recompiler, redistribuer. La GPL protège l'utilisateur final (j'imagine que tu as déjà lu l'historique sur l'imprimante Laser et les correctifs de Stallman). C'est un état d'esprit qu'on a ou pas. Et en effet, si ça ne plaît pas allez voir ailleurs ou réécrivez.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Yes
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é à 10.
Ils ont un logiciel qui a 20 ans, et qu'ils maintiennent, et qu'ils publient. Avant de critiquer ainsi le choix du langage, il faudrait peut-être regarder ce qu'il y avait de reconnu et capable de répondre à leurs besoins à l'époque.
Quant à une réécriture, si leur logiciel actuel est stable, tourne de façon sûre et connue, mettre des fonds pour le re-développer et vérifier de A à Z dans un autre langage peut être une décision qui n'est pas prioritaire…
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: A force...
Posté par lolop (site web personnel) . En réponse au journal Typage statique pour Python. Évalué à 10.
Impression fausse. Ça reste du "duck typing" à la base avec un langage de script très dynamique, ça marche bien mais pour quoi c'est fait, mais c'est améliorable… d'où l'ajout des annotations de types. Mais elles restent optionnelles, et ne sont pour le moment pas utilisées à l'exécution.
Et le C va évidemment écraser le Python pour peu qu'il y ait quelques boucles avec des expressions de calcul. On n'utilise pas Python pour des perfs en calcul (pour ça on code en C/C++/Fortran et on plug du Python par dessus pour les enchaînements de haut niveau, les synchros multiprocess, les logs, etc).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Petit jeu rigolo avec Windows 10
Posté par lolop (site web personnel) . En réponse au journal Vague d’intérêt pour GNU/Linux vs Windows 10 « imposé » ?. Évalué à 3.
Et il y a quelque chose de similaire sous Linux pour cacher de credentials LDAP avec sssd.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: niveau zero du hack
Posté par lolop (site web personnel) . En réponse à la dépêche Son et lumière à l’hôtel. Évalué à 2. Dernière modification le 29 mai 2016 à 12:06.
Fail2ban ! (comme écrit ci-dessus :-)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Yapluka signaler aux intéressés
Posté par lolop (site web personnel) . En réponse au journal Quand 01net nous explique ce qu’est un hacker. Évalué à 10.
Bah, il suffit de travailler sur des équations de stats dans un avion pour que les gens s'inquiètent… alors un terminal texte, ma bonne dame.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: De gros doutes...
Posté par lolop (site web personnel) . En réponse à la dépêche Silex le logiciel libre pour créer des sites web statiques. Évalué à 10.
De ce que j'en ai vu, tu ne construits pas un immeuble de 15 étages, mais une cabane avec une jolie déco. AMA faut plus le voir comme un outil simple pour faire rapidement deux ou trois pages (ou une maquette à reprendre ensuite).
Dans les vidéos tutoriels il y a un mix de styles via CSS + styles directs sur le contenu qui m'a interpellé - un côté que je reproche aux outils WYSWIG de "dessin" de page web.
Mais vu la cible je ne pense pas que ça soit au final gênant, si ça peut éviter de retrouver des DreamWeaver piratés…
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Un essai avec SystemRescueCD
Posté par lolop (site web personnel) . En réponse au message Installation impossible. Évalué à 1.
Où tu démarrerais en console et pourrais faire un petit diagnostic du matériel avant d'aller plus loin…
(note: ça s'installe bien sur une clé USB avec Multisystem par exemple)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Incroyable
Posté par lolop (site web personnel) . En réponse à la dépêche Bitkeeper essaye de rattraper l'histoire en passant Open Source. Évalué à 9.
Y'avait quoi comme super concurrent à CVS quand il est sorti (j'ai vu une rev 1.1 en 1994, ses débuts doivent donc être encore antérieurs)?
Il n'est pas “nul” mais dépassé car il est ancien et on sait faire mieux, avec des machines nettement plus puissantes et tout plein d'outils nouveaux développés depuis.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Séparation commande puissance / contrôle web
Posté par lolop (site web personnel) . En réponse au message Prise intelligente et interfaces. Évalué à 2.
Rien vu de ce genre. Tu risques d'avoir à mettre une prise domotique pilotable, et un système d'interface entre le web et ce protocole de pilotage domotique (si c'est juste pour servir une page un tout petit ordi suffit, arduino ou rPi, tant qu'il peut causer IP d'un côté et protocole domotique de l'autre).
Avec ce genre de solution tu trouveras pas mal d'outils, par exemple en X10 (commande par courant porteur). Et… le système d'interface peut évoluer de son côté (commander d'autres prises, offrir une autre interface ou des services de remontées d'infos…).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Destructeurs
Posté par lolop (site web personnel) . En réponse à la dépêche Crystal, un langage proche de Ruby, en version 0.16. Évalué à 2.
Et installation avec l'outil ligne de commande
pip.Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: FAI ?
Posté par lolop (site web personnel) . En réponse au message Enregistrement PTR. Évalué à 3.
Adresse IP dynamique, ça va être plus dur d'avoir un reverse pour un nom de domaine à toi… et en plus, chez Orange…
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN