Blackknight a écrit 1237 commentaires

  • [^] # Re: Pas tant de ressources

    Posté par  (site web personnel, Mastodon) . En réponse au journal L'État français adopte Matrix/Riot. Évalué à 10.

    Une VM avec 3Go de RAM, 2vCPU, et quelques Go de stockage pour la BDD et c'est bon

    Personnellement, pour héberger un "simple" salon de chat, je trouve ça déjà beaucoup… Mais c'est certainement parce que je suis psycho-rigide et trop vieux.
    Ou alors, c'est parce que j'aime pas trop Python, c'est selon.

    D'ailleurs, sur ce dernier point, je trouve que coder un serveur réseau complet en Python s'approche plus du masochisme qu'autre chose et que du coup, j'ai toujours très peur pour la maintenance du-dit serveur.

  • [^] # Re: État français

    Posté par  (site web personnel, Mastodon) . En réponse au journal L'État français adopte Matrix/Riot. Évalué à 9.

    Effectivement, la pastille est dure à avaler :)

  • [^] # Re: Risques ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal L'État français adopte Matrix/Riot. Évalué à 6.

    Mais tout, il paraît que c'est l'armée américaine qui a développé Tor…

    Ouaip et il paraitrait même que c'est aussi à l'armée américaine qu'on doit Internet…

  • # C'est déjà fini ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal Proposition révolutionnaire pour linuxfr. Évalué à 7.

    Mince, déçu je suis, ton compte est déjà fermé !
    Si ça se trouve, moutons que nous sommes, nous venons d'ignorer et d'expulser le futur génie du 21ème siècle !!
    En même temps, un génie qui insulte n'est finalement peut-être as très génial.
    Comme Maclag, ça ne m'empêchera pas de dormir, limite, je vais mieux dormir en sachant que tu vogueras vers un autre lieu du cyber-espace où tu seras compris et accueilli en héros.

    A+, on devrait se revoir quand tu seras reconnu comme le génie que nous ne savons pas voir.

  • [^] # Re: Titre faux

    Posté par  (site web personnel, Mastodon) . En réponse au journal System Shock 1 passe en open source. Évalué à 7.

    Code peu intéressant à part pour les archéologues, ou ai-je loupé un truc?

    Surtout que dans l'interface GitHub, c'est complètement illisible à cause des M.
    Donc, au final, bof bof

  • [^] # Re: Super projet

    Posté par  (site web personnel, Mastodon) . En réponse au journal OpenTango : outil de métrologie réseaux / télécom. Évalué à 2.

    Y a eu un truc un peu dans le genre il y a deux ans mais il faudrait quelques outils de plus.
    Bon, c'est sur du STM32 donc ça consomme encore moins de jus qu'un Raspberry, y a pas d'OS et oh merveille, c'est tout codé en Ada :)

  • # Félicitations!!

    Posté par  (site web personnel, Mastodon) . En réponse au journal OpenTango : outil de métrologie réseaux / télécom. Évalué à 5.

    Bel initiative !

    Quelques remarques en vrac:
    - le site contient encore beaucoup de textes latins :)
    - il faudrait quelques copies d'écran, notamment pour chaque type de tests fournis
    - une vidéo serait le top :D

    Maintenant les questions :
    - C'est quoi votre business model ? on comprend pas bien avec la page Services
    - Vous arrivez vraiment à vous payer des locaux à Portland ? :D
    - Y a-t-il des pré-requis hardware pour la machine qui fait tourner ?

    En tout cas, bravo mon padawan ;)

  • [^] # Re: Budget

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche LinuxFr.org sera impliqué dans le plan français sur l’intelligence artificielle #FranceIA. Évalué à 6.

    Surtout qu'il est prévu dans la roadmap du projet d'avoir une IA capable de générer des versions de TapTempo dans n'importe quel langage informatique et de les publier sous forme de journaux sur LinuxFR.

    Vraiment, la TapTempo Federation a besoin de vous et de sous !!

  • [^] # Re: Variables

    Posté par  (site web personnel, Mastodon) . En réponse au journal Taptempo en COBOL. Évalué à 2.

    Je ne crois pas avoir vu ça dans d'autres langages à part peut-être Ada.

    Exact, tu n'as pas rêvé. D'après le Wikibook, les types décimaux à point fixe ont justement été créés pour refléter ce qui se fait en Cobol.
    Par contre, il faut faire attention à l'arithmétique associée.

  • [^] # Re: erreur de recruteur...

    Posté par  (site web personnel, Mastodon) . En réponse au journal Etude comparée de la popularité des langages de programmation sur linuxfr. Évalué à 10.

    La prochaine fois, le premier auteur de journal pourrait juste écrire un journal succin appelant les codeurs à publier le portage dans leur langage favori dans les commentaires.

    Alors étant le premier à publier un journal/fork sur le sujet, je plaide coupable mais franchement, le temps que j'ai passé à rédiger le journal et à peaufiner le portage pour qu'il soit didactique, jamais je ne l'aurais passé pour un commentaire.
    Ré-écrire un programme existant dans un autre langage, c'est de l'évangélisation pour sa chapelle et donc, pour une pure question d'ego, on le fait dans un journal.
    Car, au final, les gens qui publient ici recherchent la reconnaissance de leurs pairs.
    Après, je préfère des journaux comme ça partageant du savoir que des journaux "Vis ma vie", je trouve ça plus dans l'esprit du libre.

  • [^] # Re: erreur de recruteur...

    Posté par  (site web personnel, Mastodon) . En réponse au journal Etude comparée de la popularité des langages de programmation sur linuxfr. Évalué à 3.

    Petites stats TapTempo/autres journaux:
    - le 26/02 : 1/2
    - le 27/02 : 3/4
    - le 28/02 : 1/3
    - le 01/03 : 2/3
    - le 02/03 : 2/2
    - le 03/03 : 3/6
    - le 04/03 : 1/3
    - le 05/03 : 1/2
    - le 06/03 : 2/5
    - le 07/03 : 0/3
    - le 08/03 : 2/3
    - le 09/03 : 5/9
    - le 10/03 : 5/6
    - le 11/03 : 3/3
    - le 12/03 : 2/2
    - le 13/03 : 3/10
    - le 14/03 : 1/4
    - le 16/03 : 3/8

    Je vous laisse faire le graphique, il est trop tard pour moi :D

  • [^] # Re: erreur de recruteur...

    Posté par  (site web personnel, Mastodon) . En réponse au journal Etude comparée de la popularité des langages de programmation sur linuxfr. Évalué à 4.

    je regrette que d'autres contenus partent quasiment dans le néant de l'oubli un peu vite parce que pas-de-bol: c'était la vague TapTempo, ton journal est arrivé en 3ème page en 2jours chez tous ceux qui les trient par la date.

    Alors en regardant bien les notes des derniers journaux et même en les triant par date, ceux qui sont passés au milieu des TapTampo n'ont pas franchement démérité et ont même plutôt été bien voire mieux notés que ces derniers.
    Finalement, la "vague" TapTempo n'a pas vraiment gâché la vie des autres journaux.

  • [^] # Re: Code pas TapTempo \o/

    Posté par  (site web personnel, Mastodon) . En réponse au journal Obfusque ton code avec C++. Évalué à 5.

    Certes mais c'est le plus concis en C++ !!

  • # Tu as tout regardé ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal Le vrai problème avec toutes ces ré-implémentations de TapTempo c'est .... Évalué à 4.

    Parce que si le journal est bien en CC-By-SA, le code est lui en GPL3.

    Tu t'es peut-être un peu emballé, la plupart serait mieux que toutes.

  • [^] # Re: Lisibilité

    Posté par  (site web personnel, Mastodon) . En réponse au journal Portage de TapTempo en OCaml. Évalué à 2.

    c'est ce genre de code dont tu parles ?

    Voilà, c'est exactement ça et je me doutais bien que ce serait toi qui t'y collerai :)
    Merci, je vais étudier ça de près.

  • [^] # Re: <spoiler> Solution </spoiler>

    Posté par  (site web personnel, Mastodon) . En réponse au journal [Énigme] La mouche Zobzob. Évalué à 3.

    Ah mince !! J'avais oublié la contrainte temporelle :D

  • [^] # Re: <spoiler> Solution </spoiler>

    Posté par  (site web personnel, Mastodon) . En réponse au journal [Énigme] La mouche Zobzob. Évalué à 5.

    ou s'il y a vraiment une infinité d'araignées, il suffit qu'une seule marche sur toutes celles qui ont fini par s'entasser au fond de la boite sans avoir à passer par les murs.

  • # Lisibilité

    Posté par  (site web personnel, Mastodon) . En réponse au journal Portage de TapTempo en OCaml. Évalué à 8.

    Merci pour ce journal parce que sans vouloir troller, c'est la première fois que je vois un code OCaml que je comprenne du premier coup.
    Clairement, tu as fait l'effort de faire le portage au plus près de la solution initiale.

    Ce qui serait super cool maintenant, c'est que quelqu'un, pas forcément toi, mette une version plus OCaml comme on en voit traîner régulièrement sur LinuxFr :)

  • # Super !

    Posté par  (site web personnel, Mastodon) . En réponse au journal Port de taptempo en Rust. Évalué à 5.

    Cool ! Je l'attendais avec impatience ce journal :)

    Sur le plan technique, je reste toujours dubitatif sur la notation

    Some(r) => r.map(|s| s != "q")

    avec son |s| qui donne l'impression d'une variable sortie ex nihilo mais je commence à comprendre un peu mieux suite au commentaire de Kantien… Même si c'est pas encore cristal clear :D

    D'autre part, dans

    let (first, last) = (self.hits.front().unwrap(), self.hits.back().unwrap());
            let elapsed_time = last.duration_since(*first);

    Le fait que first et last ne soient pas déclarés avec un type me dérange toujours même si la ligne d'après me fait comprendre qu'il s'agit d'un pointeur vers un temps. Du coup, je trouve que ça limite la visibilité et que si on se retrouvait avec un tel code à l'autre bout du programme, ce serait plus difficile à comprendre.

    Gloabalement, ce n'est pas non plus totalement incompréhensible pour un dino comme moi qui est resté bloqué sur du procédural/objet :D

    Encore merci

  • # Oh my God !!

    Posté par  (site web personnel, Mastodon) . En réponse au journal TapTempo en brainfuck. Évalué à 10.

    Bravo, ça faisait quelques jours que tu en parlais mais alors là, chapeau bas !!!!

    Cette version, même si elle n'intègre pas tout, est impressionnante.

    Alors oui, on va dire que j'ai deux discours mais clairement, là, faire l'internationalisation et la gestion d'options en BrainFuck serait vraiment trop demandé :D

  • [^] # Re: Merci !

    Posté par  (site web personnel, Mastodon) . En réponse au journal Portage de TapTempo en Ada. Évalué à 2.

    Merci pour l'explication.

    Il va vraiment falloir que je soigne mon aversion pour la syntaxe d'Ocaml parce que d'une part, tu as fait l'effort d'installer Gnat donc je peux bien faire l'effort aussi et d'autre part, j'ai vraiment l'impression de passer à coté de tout un pan de l'informatique en négligeant la partie fonctionnelle :D

    Ou alors, je suis finalement trop vieux et je ne peux plus m'adapter ;)

    ravi de voir au passage qu'il y a des développeurs ADA qui comprennent l'encapsulation ;-)

    C'est le côté autoritaire, limite autoritariste, du langage qui finit par prendre le dessus, on ne laisse pas d'accès à n'importe qui ;)
    D'ailleurs je me rends compte que je fais la même chose en C/C++ et Java en collant des accolades partout pour limiter les portées :D

  • [^] # Re: Le chieur

    Posté par  (site web personnel, Mastodon) . En réponse au journal Portage de TapTempo en Bash. Évalué à 2.

    Certes mais là, tu t'éloignes trop du concept original :D

    L'utilisateur a un minimum besoin d'information ;)

  • [^] # Re: Fini !!

    Posté par  (site web personnel, Mastodon) . En réponse au journal Portage de TapTempo en Ada. Évalué à 2.

    Bravo pour avoir été jusqu'au bout du portage :-)

    Merci.
    C'était important pour moi d'aller au bout car cela m'a forcé à apprendre à utiliser de nouvelles bibliothèques.

    Est-ce que cela signifie qu'il faut recompiler le programme pour avoir une autre langue ?

    Je ne suis pas encore un expert de ZanyBlue mais tel que je l'ai utilisé, les données texte sont embarquées dans le programme.
    Du coup, oui, il faut recompiler le programme pour avoir une nouvelle langue. Mais comme les interfaces ne changent pas et que gprbuild gère ça assez correctement, je pense que cela ne recompilera pas grand chose.

    Sinon, si je trouve un autre moyen plus dynamique, je le noterai ici bien que ce journal finisse par disparaître dans les flots des suivants ;)

  • [^] # Re: Lourd

    Posté par  (site web personnel, Mastodon) . En réponse au journal Portage de TapTempo en Wren. Évalué à 7.

    Ce n'est pas si souvent qu'il y a des journaux techniques sur LinuxFr

    Et finalement, ceux-ci sont moins bien notés que les journaux moins techniques (cf. on m'a coupé la fibre, journal intéressant au demeurant) alros que finalement, on parle de logiciel libre.

  • # Fini !!

    Posté par  (site web personnel, Mastodon) . En réponse au journal Portage de TapTempo en Ada. Évalué à 3.

    Finalement, j'ai pris la fin du programme à bras-le-corps en ajoutant l'internationalisation via ZanyBlue, chose que je n'avais jamais faite.

    Comme je n'allais pas faire un deuxième journal pour ça, je préfère faire un commentaire ce qui permettra aux seuls intéressés d'être au courant :)

    Comment ça marche

    Comme souvent en Ada, on préfère la compilation à la gestion au runtime.
    Du coup, le point d'entrée pour l'internationalisation, c'est le fichier de properties qui contient les clés à insérer dans les zones de texte.

    Par exemple:

    displayHelp=Affiche ce message d''aide
    resetTime=r\u00E8gle le temps en secondes pour mettre le calcul \u00E0 z\u00E9ro. La valeur par d\u00E9faut est de 5 secondes
    sampleSize=r\u00E8gle le nombre d''\u00E9chantillons n\u00E9cessaires au calcul du tempo, la valeur par d\u00E9faut est 1
    precision=r\u00E8gle la pr\u00E9cision en d\u00E9cimales de l''affichage du tempo, la valeur par d\u00E9faut est 5 et le max est {0,integer}
    prologue=Version Ada de taptempo.

    La syntaxe de ce fichier de propriétés est tout ce qu'il y a de plus standard pour qui en a déjà écrit en Java.
    La seule chose vraiment notable vient de la ligne

    precision=r\u00E8gle la pr\u00E9cision en d\u00E9cimales de l''affichage du tempo, la valeur par d\u00E9faut est 5 et le max est {0,integer}

    Elle permet juste de préciser que l'on insérera une donnée dynamique, {0, mais qu'elle sera de type entière, integer}.

    Pourquoi faire cela ? Car ZanyBlue vient avec un compilateur de fichier de propriétés qui permet de générer du code Ada et donc de typer les différents accesseurs.

    Cela permet donc d'appeler notre substitution via, par exemple dans options.adb,

    Format_resetTime

    ou pour la précision

    Format_precision (+Precision'Last)

    Le code généré fournit donc des fonctions permettant de formater une chaine à partir d'une clé mais elle fournit aussi des procédures se substituant aux entrées-sorties classiques d'Ada.
    Ainsi, l'affichage du premier et du dernier message s'appellent tout simplement via

    Print_hitKey;
    Print_byeBye;

    Ces appels possèdent un paramètre optionnel With_NL permettant de préciser si l'on doit retourner à la ligne ensuite.

    Print_tempo (With_NL => False);

    Voilà, au final, c'était quasiment bête comme chou ;)

    Comme d'habitude, c'est