totof2000 a écrit 9656 commentaires

Il me semble que pour Ubuntu ce n'est pas le cas: je crois que c'est un truc plus mal fichu encore (mais je ne me rappelle pas le nom).

Pourquoi?

Si j'ai le temps et que je ne me fais pas griller, j'essaierai de faire un truc en assembleur ( mais pas sur Amstrad, je maitrise pas le z80)

bah moi non plus j'aime pas les outils qui réfléchissent à ma place. Et dans le genre, un qui me gonfle sérieusement c'est MS Word.

Exemple tout bête : il y a peu, j'ai essayé de mettre un cadre autour d'une zone de texte composée de paragraphes et de liste numérotées : impossible : cet imbécile s'est obstiné à mettre un cadre différent autour de chaque paragraphe. Et ça c'est pas la seule chose qu'il fait : avec ce genre d'outil, je passe de plus en plus de temps à défaire ce qu'il a mal fait à ma place. C'est pareil pour les guillemets/quotes/doubles quote. Il ne fait jamais ce que je veux qu'il fasse, faut se battre avec pour obtenir ce que l'on veut.

Un autre exemple : l'autocompletion avec les parenthèses et les quotes dans certains éditeurs de texte: Plus d'une fois sur deux je dois supprimer la parenthèse ou la double quote qu'il m'a mis en trop (dernièrement ça m'est arrivé avec geany sous freeBSD).

critiqué l idée d avoir un daemon ssh dans une image docker par exemple.

Pourquoi ?

ne pas dépendre d'une seule base MySQL

Bah oui mais si t'utilise pas un vrai SGBD … MySL, ça vit encore ? Il me semble qu'on était passé à MariaDB.

De nombreux utilisateurs souhaiteraient toutefois installer TapTempo grâce au gestionnaire de paquets de leur distribution.

En pratique, il y a toujours des paquets qui ne sont pas fournis par le gestionnaire de paquet de la distribution. Ou alors ce sont de vieilles version. Gênant par excemple quand on installe un paquet python avec la distrib et qu'un pip installe une version plus récente parce qu'un autre truc en a besoin comme dépendance: on a une référence à un rpm ou un deb qui n'est pas réellement celle qui est utilisée car mise à jour.

En pratique il sest bien plus efficace d'utiliser l'outil communément utilisé par le langage (gem, pip) pour être sur d'avoir une version à peu près à jour.

ya pas de python sur amstrad CPC.

… dommage que ce soit écrit en python.

;) J'ai voulu garder l'esprit de cette époque …

Vive le retour du ouaib en mode texte !

Je militerais plutôt pour le retour du minitel.

Mince, je comptais la faire, celle-là ! Évidemment, je ne me suis pas pressé, mais je ne pensais pas que quelqu’un aurait la même idée saugrenue (bon, je t’ai pertinenté quand même)…

Si tu savais quelles idées saugrenues me passent par la tête … j'avais pensé le faire en basic sous Linux (yabasic), en adoptant un style vintage, mais la version VBA me paraissait un peu trop proche. J'ai tenté de me tourner vers le TO7 (plus familier avec cette machine car je fais partie des gens qui ont bénéficié du plan Informatique pour tous") mais je n'ai pas trouvé de fonction de gestion de temps adéquate, donc je me suis tourné vers l'amstrad CPC.

Pour ma part, j’aurais simplement utilisé INPUT pour attendre la frappe de la touche Return et TIME pour récupérer le temps (le BASIC de l’Amstrad est l’un des plus complet de l’époque, il a notamment une fonction TIME).

J'avais vu la fonction time, la fonction after il me semble, mais comme j'avais commencé à développer un truc qui ressemblait plus à ça en yabasic, j'ai fais plus ou moins la même chose.

Enfin comme quoi des machines farcies de GHz et de Go et des langages super sophistiqués sont extrêmement surdimensionnés pour un tel besoin.

Exactement.

Comme j'ai recopié à la main le code de l'émulateur vers linuxfr, et qu'il est tard, est-ce que quelqu'un pourrait relire et signaler les fautes de copie s'il y en a ? J'ai essayé de faire attention mais je commence à avoir du mal à focaliser avec les yeux … Merci d'avance pour votre aide.

D'ou l'intéret du json qui t'enverrait le dernier timestamp renseigné par le serveur. Par contre faut taper très vite au clavier pour un tempo rapide :)

Ca aurait été mieux un service rest en json

Est-il logique de noter inutile un journal dont le but est de se faire moinnser lorsqu'on considère ce journal inutile  ? Ne faisons-nous pas croire de cette façon à l'auteur que son journal est utile parce que tout le monde clique sur 'inutile', et que c'est justement ce qu'il veut ?

Juste pour te rassurer, tu as raison. Tu peux dire ce que tu veux, tu as raison. Dans le monde il y a des gentils et des méchants. tu es le gentil et linuxfr ce sont les méchants, mais dans les méchants ya des gentils qui se font persécuter par ces méchants. Tu as raison de les défendre, c'est bien. De toute façon, linuxfr ne détient pas la vérité, tout comme wikipédia d'ailleurs. La vérité est ailleurs, mais bien sur tout ceux qui veulent la mettre en évidence se font censurer.

Je t'encourage à créer une association qui lutte contre ces sites qui mentent et nous cachent des choses tout en persécutant et censurant ceux qui ne pensent pas comme eux.

De mon point de vue, il y a d'un côté la programmation événementielle, avec un seul thread, une boucle événementielle et des callbacks (potentiellement abstraits via des promises, futures, observables). Et de l'autre côté, on a des modèles qui s'exécutent sur plusieurs threads et du parallélisme. Nodejs est dans la première catégorie, Elixir et Go dans la seconde.

Je pense justement qu'Erlang est un mix des 2 : Erlang est basé sur des processus, de la même façon que d'autres langages sont basés sur des objets. Donc pour Erlang tu as un tas de processus (cas 2) et pour chaque processus tu as une boucle evenementielle et des callbacks. Donc dire qu'Erlang est 1 ou qu'Erlang est 2 est vrai, tout dépend à quel niveau tu regardes.

Je compte bien garder un certain contrôle et garder un backup de mes mails. Si j'avais un peu de temps pour m'en occuper, je le ferais moi-même, mais en ce moment c compliqué. Mais l'idée d'avoir mon propre domaine me plait bien … Cela dit entre un Google qui scan tes mails pour envoyer de la pub et un hébergement autogéré, y'a prut-etre un niveau intermédiaire.

du moment que tu confis à autrui la gestion de ton service (email, cloud, etc)
rien ne peut te garantir qu'il ne va pas un jour ou l'autre jeter un coup d'oeil aux données, aux logs

Le problème n'est pas là, a tout moment le prestataire peut faire ce qu'il veut. Par contre il n'est pas obligé d'utiliser ces données sur ton dos en les "monétisant", soit avec de la pub ciblée, soit en vendant tes infos perso, etc …

du coup il ne reste que le DIY, l'autohebergement,

Pas assez fiable et trop chronophage pour moi pour le moment.

les emails chez toi sont 'protégés' mais comme tu les envoies vers d'autres personnes, et que tu en recois de l'exterieur, rien ne te dis que l'hebergeur en face soit irreprochable.

Tant que ceux qui sont "chez moi" le sont un minimum, c'est déjà une première étape non négligeable (mais insuffisante, je le sais) … après c'est a moi de faire attention à qui j'envoie mes messages.

Je trouve également plus lisible le yaml que le json. Et en pratique j'ai lu (mais pas assez pratiqué les deux) que json et yaml c plus ou moins a même chose, il ne serait probablement pas très compliqué de faire un truc qui gère les deux (mais je peux me tromper). Mais je comprends le choix initial, j'ai fait le même il y a 1 an et demi au taf : aujourd'hui je choisirais yaml.

Maintenant, entre json et xml, ya pas photo, je préfère le json.

Mais je pense qu'il serait bon de ne pas oublier la raison de leur existence et arrêter de ne voir cela que sous le prisme d'un complot pour enrichir des gens.

Justement, elle est là la raison: enrichir des intermédiaires. Le fait de faire manger les gens n'est qu'un prétexte (comme la copie privée est un prétexte pour pouvoir enrichir des parasites). Et tu retrouves ça un peu à tous les niveaux.

Je reste quand même dubitatif au fait qu'il ne savait pas qu'on n'avait pas le droit.

Comme indiqué, tout dépend de ce qui est écrit sur le ticket.

Moi ce que je comprends pas avec la carte, c'est qu'un utilisateur de ce système ne peut pas faire des courses quand il a le temps, le week-end par exemple, pour se constituer ses repas pris durant ses horaires de travail.

C'est justement ce qui me gène le plus : les gens qui ont décidé ça ont des esclaves attachés parlementaires qu'ils peuvent se permettre d'envoyer tous les jours leur faire leurs courses (à nos frais). Nous, nous devons déjà passer pas mal de temps à attendre nos transports qui ne fonctionnent pas, en plus de ça faudrait qu'on aille tous les jours faire la queue au magasin pour ramener notre bouffe au jour le jour. Et quand je parle de "bouffe", faut voir ce que c'est (trucs industriels transformés qui font grossir pu avec plein d'additifs qui bousillent la santé).

Cette carte ressemble plus à une volonté de flicage et une absence de confiance envers ses employés.

Moi je vois plus une volonté de détourner légalement de l'argent pour engraisser des parasites (les gestionnaires des fameux tickets). Les restrictions, c'est juste pour faire semblant de soutenir les restaurateurs.