totof2000 a écrit 9656 commentaires

En théorie c'est facile de faire du PHP sans fuite mémoire, faut éviter les static et les global

Moi en pratique j'y arrive : je ne code pas e PHP.

300mbps, alors que la concurrence est au gigabit depuis des années.

Hum … les interfaces de ce genre de carte sont gigabit (ce qui est bien le cas du nouveau raspberry), mais en pratique, elles ne montent jamais aussi haut.

u, S et B

Pour faire simple et concis, taptempo est une espèce d'exercice de style niveau programmation. Je conçois que certains n'aiment pas, mais pour ma part je trouve ça intéressant. Maintenant, je pense qu'il manquerait peut-être sur linuxfr la possibilité de filtrer les journaux, et de ne pas voir apparaitre certains tags : ceux qui n'aiment pas ce genrte de journaux affichent tout sauf les journaux sur ce sujet.

Euh … on doit pas avoir la même notion de ce que signifie "partout" alors.

Casser les API des versions majeurs c’est pas tellement spécifique à JS, si ?

Ben je sais pas mais il arrive un moment ou faut arrêter de tout casser pour tout refaire : bien souvent ça sert à rien, et on en vient à douter de la réelle compétence des développeurs qui s'amusent à faire ça. Certes faut pas non plus rester immobile, mais faut savoir trouver un juste millieu (parfois tu as a peine le temps de développer un truc pour une version n d'un framework que la version n+2 qui casse tout est sortie, et tu passe presque plus de temps à rendre ton projet compatible avec les n versions de bibliothèques qui sortent par an que de développer les fonctionnalités de ton projet. Et le plus grave, c'est que certains trouvent ça normal.

…. faudra une looooongue prise et un gros sac à dos pour transporter l'ensemble avec le moniteur lorsque tu iras courir.

Mais il révèle un souci qui risque de limiter très fortement l’intérêt d’une adaptation de TapTempo : il se passe environ 0,6 s entre chaque affichage !

C'est ce que je craignais …

sur le ZX81, le processeur passe une bonne partie de son temps à générer le signal vidéo (je en connais aucune autre machine où le processeur doive faire cela lui-même !)

J'avais vu ça : d'après ce que j'avais lu, c'était pour réduire le coût de la machine. mais effectivement c'est pas très pratique …

Il y a bien l’instruction FAST qui libère le processeur de l’affichage, mais en conséquence, il n’y a plus d’affichage ! C’est moins pratique…

J'avais vu cette possibilité également … et effectivement c'est ce que j'avais pensé aussi. Peut-être quelqu'un qui connait mieux la machine aurait une solution ?

Faudrait un sondage.

un wrapper qui lit une variable d'environnement (export TAPTEMPO_LANG=clojure) ou un fichier .config/taptempo. Reste maintenant à savoir en quel langage on code le wrapper, et comment on va sélectionner le wrapper si on a plusieurs implémentations en plusieurs langages.

Ca me parait un peu overkill : d'ici quelqiues semaines, on n'en parlera que de façon occasionnelle. C'est juste le sujet du moment.

Oui mais est-ce la bonne licence ?

des syntaxes plus expressives qui aideront les développeurs à écrire le programme dans une forme mieux pensée.

Hein ? Je me demande ce que tu entends par ça : le C te permet d'exprimer ce que tu veux n'importe comment (un peu comme Perl).

Ah non, surtout pas de ces horreurs débiles du style pymachin, phtruc ou jbidule. D'ailleurs, ça ferait quoi? Pyaptempo? Japtempo? Et puis quoi encore? On ouvre le concours du nom le plus débile pour un portage de sont ? A la limite, pourquoi pas, on peut mettre en place une levée de fonds pour organiser un concours de nom pour chaque variante de taptempo … J'y réfléchis et je vous tiens au courant.

Avant de continuer sur taptempo, il est nécessaire de lui trouver un logo digne de lui. Je propose une campagne de financement participatif. Objectif: 5000000 euros à collecter. Puis je propose de faire une nouvelle campagne pour récolter 1000000 d'euros afin de mettre en place une tournée de conférences à travers la France pour fédérer autour de taptempo: le faire connaitre, expliquer à quel point ce soft est indispensable, mais aussi pour recueillir les besoins utilisateurs afin de l'améliorer. Celà nous permettra de définir le montant nécessaire à une nouvelle campagne de financement participatif pour les futurs développements et portages de la solution.

Pour le logo, je connais une société qui est en train de constituer fiable, dirigée par mon épouse une personne de talent et de confiance et qui emploie une jeune graphiste stagiaire formidable qui se fera un plaisir de relever le défi qui s'offre à elle (je connais bien ma fille cette personne, et croyez-moi, elle est très douée. Pour les conférences et explications sur taptempo, ça tombe bien, parce que ma soeur une connaissance qui a aussi un énorme talent et qui créera pour l'occasion a ouvert une société bidon chargée de l'organisation de ces événements. Et pour vous prouver que ces sociétés sont fiables, je vais prendre une participation de 50% dans celles-ci.

A priori, ça arrive rarement de développer sur une machine de production ou de l'autre côté de la planète non ?

Oui. Tout le monde ne développe pas forcément sur une vpm locale, il y a des développements qui se font sur infra VMWare/xen/autre distants. Il y a un peu lus d'1 an j'étais en mission à un endroit ou je ne pouvais pas installer de vm sur mon poste de travail: ma vm linux était hébergée sur une infra mutualisée.

Désolé pour les fautes de frappe, j'ai rédigé ce commentaire avec le smartphone. C'est pas génial pour relire et j'ai laissé passé des choses horibles.

Pour ma part j'ai essayé VSC il y a peu et d'après ce que j'en ai vu il m'a l'air bien fichu. Cependant je me méfie : Microsoft (et d'autres) a tendance à casser les trucs qui marchent plutot bien au bout d'un moment, donc à voir.

ma_vie:
J'ai appris le C, et le C++ durant mes études, ainsi que de l'assembleur (6809,68hc11, 68000 et x86), ainsi que du shell unix, et du turbo pascal en stage. Ensuite dans ma vie professionnelle, j'ai fait shell, perl, awk, python, ruby, javascript, php, sql, lua (un peu) ainsi que du VBA , un peu de TCL. Depuis peu je me suis mis un peu à Groovy. A titre personnel, je me suis intéressé à Ada, Rebol, prolog, smalltalk, erlang, elixir, java, go, rust (très peu pour ces deux derniers) ainsi que Forth, j'ai refait du C, de l'assembleur (AVR et 8051), je me suis intéressé de loin à Lisp et ses dérivés et comme indiqué dans un précédent journal, du BASIC dans les années 80 sur T07.

Ce que j'en déduis de tout ça, c'est qu'il n'y a pas de langage parfait. Chaque langage que j'ai utilisé a été développé dans un contexte et pour des besoins particuliers, avec certaines contraintes, et quand on sort un peu trop du cadre initial, on commence à avoir des problèmes.

Parmi les langages que j'apprécie le plus, je peux citer Ruby, Erlang, C et ADA. Parmi ceux que j'aime le moins, il y a elixir, python, java, php.
Ce que je n'aime pas pour les 3 derniers langages, c'est le fait qu'ils ne soient pas toujours très cohérents. Pour le PHP, ça fait trop longtemps que je n'ai plus fait donc je le laisserai de côté car les versions récentes corrigent peut-être ce que je n'aimais pas lorsque j'en faisais. Pour Java, un des trucs que je n'aime pas et que je trouve dangereux c'est la conversion implicite. Je n'aime pas non plus la gestion des exceptions.

Pour python, je n'aime pas son manque de cohérence général (par exemple, on ne sait jamais si on doit faire des trucs du style str(machin) ou machin.str(), alors qu'en ruby par exemple c'est plus clair). On sent que le langage a été plus ou moins enrichi au fur et à mesure avec des trucs venus d'ailleurs, sans se poser trop de question sur la cohérence générale. Je n'aime pas non plus le manque de switch/case. Je n'aime pas trop non plus le mix de paradigme objet/fonctionnel qui casse la fluidité de la lecture du code (mais on peut s'en arranger en incluant ces bouts de code dans des fonctions qui permettent d'isoler ces changements de paradigme et améliorer la fluidité de lecture). Je n'aime pas non plus les décorateurs de Python (je n'ai jamais vraiment biern compris comment ça marche, je préfère largement les mixin de Ruby). Par contre il y a quelques concepts de métaprogrammation que je trouve intéressant en Python (notamment les métaclasses), mais je trouve que le langage ne va pas assez loin sur ces concepts. Je trouve que l'obligation d'indenter le code est une bonne idée, mais que s'en servir pour définir les blocs est une mauvaise idée, et rend la refactorisation de code compliqué. Et fondaentalement, je n'aime pas l'esprit rigide de python ("ce n'est pas la bonne façon de faire") et qui oblige souvent à se faire des noeuds au cerveau alors que d'autres langages ont l'élégance de s'effacer devant la créativité du développeur. Et pour Elixir, je n'ai pas poussé très loin, mais par rappoort à Erlang, je trouve qu'il casse un certain nombre de concepts qui font l'intéret du langage (je pense par exemple aux variables à affectation unique).

Tout ça pour dire que bien souvent, le choix d'un langage adapté dépendra du type de problème à traiter, tout comme le choix de n'importe quel outil. Je suis d'avis qu'il n'existe pas de langage réellement "généraliste". Dans certains cas d'usages, on pourra choisir indifféremment plusieurs langages, mais on peut avoir certaines contraintes qui font que choisir le bon langage pourra permettre de s'éviter des difficultés de développement parce que le langage sera plus adapté aux problèmes à traiter.

C'est pas un peu détourner la raison d'être de virtualenv ça ?

Il me semble qu'à l'origine c'était prévu pour faire du développement non? De plus ça signifie que tu reproduis 1 environnement python par outil installé, ce qui risque de devenir difficilement gérable.

Celà dit, pourquoi les modules utilisés par le système n'auraient-ils pas un virtualenv? Ou alors, ne devraient-ils pas avoir leur propre installation en dehors de l'installation effectuée par le gestionnaire de paquets ?

En allant voir le chapitre sur les variables système du bouquin que tu donnes en référence, on peut constater que la variable a l'adresse 16436 permet de faire quelque chose. Si j'ai bien compris, la valeur contenue à cette adresse est décomptée à chaque frame affichée. (50 par seconde chez nous, 60 aux US). Attention cependant, elle est également utilisée par l'instruction pause. Mais en codant #### bien on doit pouvoir 'utiliser pour mesurer desintervalles de temps. Si quelqu'un se sent disposé à le faire …

Va te faire soigner (ou pas c'est toi qui vois). Il y a d'autres moyens d'exister ( faire du caritatif, aider les personnes âgées autour de toi, …) plutôt que de jouer à ça. Tu te sentiras bien mieux, tu verras.

J'ai pas eu le temps de m'intéresser à cette méthode vu l'heure ou j'ai fait la copie, mais merci pour l'info. Ca pourrait peut-être me resservir.

Oui, je l'ai désactivé, mais au départ ça m'a bien fatigué (et inséré pas mal de bugs dans mon code). Mais ya pas qu'avec Geany que j'ai rencontré le problème : il me semble que c'est aussi le comportement d'Atom (que j'ai viré parce qu'il faisait plein de trucs tordus comme ça dans mon dos). La configuration de vim par défaut sur une redhat/centos me gave également (ajout de # en début de ligne si la ligne précédente en contient) : c'est pénible quand on doit faire des copier/coller de snippets de code (on passe du temps à enlever des choses que le truc soit disant intelligent a fait à ta place). Le pire, comme je le disais plus haut, ce sont les outils qui t'ajoutent des trucs, mais qui insistent pour les remettre lorsque tu les as enlevés.

Ben moi ça ne me choque pas : on trouve des frameworks applicatifs (erlang/otp par exemple) qui fournissent un "shell" permettant de faire plein de choses intéressantes à l' "intérieur" de ton application. Après, je suis d'accord qu'une distribution complète dans un container doker c'est pas forcément une bonne idée, mais un daemon sshd avec quelques outils bien choisis ne me choque pas du tout.