Christie Poutrelle a écrit 224 commentaires

  • [^] # Re: J'ai moinssé ton journal

    Posté par (page perso) . En réponse au journal Pourquoi Facebook ?. Évalué à 3.

    […] qu'il s'agit d'un choix personnel de diffuser une information sur toi. Affirmer aux yeux du monde sur facebook, ici ou ton blog des informations te concernant semble être une liberté fondamentale.
    […] ce genre d'informations permet d'influencer une élection par exemple. Il n'est plus question de savoir quelles seront les implications pour toi de cette diffusion d'information, mais quels seront les impactes pour ton entourage

    Si je suis ton raisonnement, Cambridge Analytica a donc privé les citoyens de leur liberté de partager des informations personnelles. Le vrai problème de fond est non pas qu'une telle utilisation massive des données soit possible, elle le sera fondamentalement toujours au moins techniquement possible, mais que des gens l'aient fait. D'où l'importance que ces gens soient condamnés par la loi pour leurs actes et non simplement pour avoir volé des données.

    Ça n'enlève en rien la responsabilité de Facebook qui a toujours essayer de masquer la réalité de la façon dont ils collectent, stockent pour l'éternité et vendent les données personnelles, qui lui aussi doit payer pour le préjudice porté aux gens, mais ce n'est pas le même.

  • # Mes retours, un peu plus positifs

    Posté par (page perso) . En réponse au journal Thunderbird, mon premier contact est une déception !. Évalué à 4.

    J'utilise Thunderbird depuis à peu près un an, en version beta depuis 2 ou 3 mois, (j'utilisais Gnome Evolution avant) et voici quelques remarques:

    Parfois Thunderbird ne répond plus pendant une minute, sans message. Le sentiment de lenteur est très fréquent, même après avoir désactivé la recherche globale.

    Ça ne m'arrive juste pas.

    Les opérations IMAP plantent parfois, par exemple en déplaçant puis supprimant des messages. Je suppose qu'il lance la seconde commande quand la première n'a pas encore abouti.

    Des fois certaines sont lentes, donc l'UI attend que l'opération se termine pour mettre à jour l'UI (par exemple, ne plus afficher le mail après un déplacement) mais c'est toujours extrêmement rapide à l'usage (ça ne dure jamais plus que quelques secondes). Pour info, tous mes autres clients IMAP ont toujours fait pareil (Evolution, et il y a très longtemps, Sylpheed).

    Pour des répertoires trop remplis, Thunderbird finit par proposer d'arrêter le script JS en cours. Je ne savais pas qu'il y avait du code JS dans Thunderbird, et le message avec un nom de fichier bizarre en ".js" à de quoi faire paniquer certains utilisateurs.

    C'est lié au fait que c'est la même UI que Firefox, et avec la beta il y en a encore plus parce que ça essaye de suivre le train de Photon (la nouvelle UI de Firefox)

    Le filtre statistique anti-spam s'applique sans attendre un volume minimal d'apprentissage, avec des résultats stupides et parfois dangereux.

    Je ne peux pas répondre à ça, je n'ai jamais utilisé de filtre anti-spam côté client, toujours côté serveur.

    Quand Thunderbird pompe 100% d'un cœur, on voit qu'il est monothreadé car toutes les actions rament.

    Je ne pense pas qu'il soit mono-threadé, par contre si c'est comme Firefox, il doit y avoir un thread global pour l'UI, dans le cas où il bug, l'application ne répond plus le temps qu'il reviennent à la normale. Jusqu'avant la version 57, Firefox fonctionnait exactement pareil, et ça sera pareil pour toutes tes applications desktop d'ailleurs: si c'est le thread d'UI qui déconne, t'as l'impression que l'appli est morte. Ceci dit, ça a dû m'arriver en tout et pour tout deux fois.

    À titre de comparaison, Evolution je devais le relancer trois à quatre fois par jour, et effacer manuellement son cache dans le répertoire .config, alors qu'avec Thunderbird, à part en cas de mis à jour, une fois lancé le matin il fonctionne toute la journée (et ce même avec la beta, j'ai jamais eu de bug avec) et cerise sur le gâteau, je n'ai jamais eu à effacer manuellement quelque cache que ce soit.

  • [^] # Re: vie privée, Cloudflare, blague ?

    Posté par (page perso) . En réponse au journal Cloudflare annonce 1.1.1.1, le résolveur DNS orienté grand public et vie privé le plus rapide. Évalué à 2.

    C'est pas faux.

  • [^] # Re: vie privée, Cloudflare, blague ?

    Posté par (page perso) . En réponse au journal Cloudflare annonce 1.1.1.1, le résolveur DNS orienté grand public et vie privé le plus rapide. Évalué à 2.

    D'après les benchmarks, ce n'est pas qu'une question de vie privée, ils sont aussi globalement (parfois beaucoup) plus rapides que tous les autres pour répondre, et ce quelle que soit la position géographique sur la planète (Yandex ne répond bien qu'en Russie, et Google et Quad9 ne semble pas très bien répondre en Afrique ou dans certain coins d'Asie).

  • [^] # Re: Lineage

    Posté par (page perso) . En réponse au journal C'est quoi le telephone intelligent du libriste francais de nos jours?. Évalué à 3.

    Absolument aucune, après la personne qui porte (non officiellement) Lineage pour ce modèle en particulier a mis toutes ses sources sur github, et apporte du support sur les forums XDA, et accepte les contribution, même si ça ne garanti en rien que le binaire final soit bien celui issu de ce code source, ça donne un peu confiance tout de même.

  • [^] # Re: Jolla

    Posté par (page perso) . En réponse au journal C'est quoi le telephone intelligent du libriste francais de nos jours?. Évalué à 2.

    Merci beaucoup!

  • # Lineage

    Posté par (page perso) . En réponse au journal C'est quoi le telephone intelligent du libriste francais de nos jours?. Évalué à 7.

    J'utilise un Galaxy S4 mini+ (le + est important, c'est pas le même CPU que celui sans le +) avec un build non officiel de Lineage. Jusque là j'en suis très content.

    Le modèle est un peu ancien, mais ça devient de plus en plus dur de trouver des modèles qui respectent pour moi les quatre points essentiels suivants:

    • pas trop gros (en dessous de 5" de diagonale),
    • en moyen de gamme (pas un premier prix qui tombe en panne au bout d'un an, mais pas un modèle cher non plus),
    • qui est officiellement supporté par Lineage (et là ça devient compliqué, ce + m'a bien mis dedans),
    • qui tient longtemps en batterie.

    J'ai l'impression même que simplement trouver un modèle de moins de 5" devient complètement impossible aujourd'hui.

  • [^] # Re: Jolla

    Posté par (page perso) . En réponse au journal C'est quoi le telephone intelligent du libriste francais de nos jours?. Évalué à 3.

    Incroyable, j'ai cherché pendant sacrément longtemps, et nulle part sur le site officiel, ni sur duckduckgo je n'ai trouvé un seul lien probant pour installer ou télécharger Sailfish OS, as-tu des ressources à fournir là dessus ? Le site officiel est joli, mais on dirait une sacré boite noire ce truc, impossible de trouver aucune info utile.

  • # TapTempo fait déjà le job

    Posté par (page perso) . En réponse au journal HeartTempo, le cardiofréquencemètre du pauvre qui a quand même un accès Internet. Évalué à 2.

    Perso pour tester ma version de TapTempo je me suis servi de mon rythme cardiaque: un appui sur entrée pour chaque pulsation, c'est pas fiable sur 10 secondes, mais ça le devient au delà - pas besoin de HeartTempo, TapTempo fait déjà très bien le job!

    [Hors-Sujet] D'ailleurs, pour tous les fumeurs ici, ça m'a permis de me rendre compte que mon rythme cardiaque est tombé de 10 ou 20 pulsations minutes au repos depuis que j'ai arrêté de fumer!

  • [^] # Re: ...

    Posté par (page perso) . En réponse au journal Naissance de la Taptempo-Federation. Évalué à 2.

    Ça dépasse tout ce que j'avais pu imaginer.

  • [^] # Re: Questions

    Posté par (page perso) . En réponse au journal Naissance de la Taptempo-Federation. Évalué à 2.

    L'idée ce n'est pas de lancer un concours, mais pour les langages où il y a plusieurs versions, comment imaginez vous le différencier pour l'utilisateur final ? TapTempo-Closure1 vs. TapTempo-Closure2 ?

  • # Questions

    Posté par (page perso) . En réponse au journal Naissance de la Taptempo-Federation. Évalué à 3.

    Peut-on facilement être inclus dans l'organisation GitHub, en tant que développeur ayant partagé sa version de TapTempo ?

    Doit-on aussi donner un nom spécifique à chaque version, pour que les gens s'y retrouvent ? Par exemple j'aimerais bien pouvoir distribuer le mien comme étant la variante PhapTempo (en honneur à PHP).

  • # Oui, mais open source tout de même

    Posté par (page perso) . En réponse au journal Le vrai problème avec toutes ces ré-implémentations de TapTempo c'est .... Évalué à -6.

    Cependant elles sont toutes open source, non dans le sens libre du terme, mais dans le sens ou le code est accessible librement et sa lecture est gratuite et sans conditions.

  • [^] # Re: Monsieur essaye de masquer la réalité

    Posté par (page perso) . En réponse au journal Le débat est clos. Évalué à 2.

    On parle toujours de développement là ? A priori, ça arrive rarement de développer sur une machine de production ou de l'autre côté de la planète non ? Où alors ça peut j'imagine, mais c'est carrément se tirer une balle dans le pied.

    Il y a bien sûr quelques exceptions, comme par hasard le développement sur SAP, mais de toute façon là tu oublie le SSH puisque t'es obligé de passer par leur environnement de développement propriétaire, ou le développement sur certains vieux mainframes, mais c'est très spécifique.

  • [^] # Re: Monsieur essaye de masquer la réalité

    Posté par (page perso) . En réponse au journal Le débat est clos. Évalué à 2. Dernière modification le 15/03/18 à 09:46.

    C'est pratique le développement sur des VM de dev

    Je travaille avec des VM de dev depuis plusieurs années, et l'avantage d'une VM locale dans ta propre machine, c'est que tu peux monter facilement un partage de fichier, un NFS ou autre SSHFS (nous on utilise SSHFS après avoir expérimenté NFS, j'ai encore des vieilles VM en NFS par ailleurs) et on utilise les outils de développements de la machine hôte pour le projet dans la VM sur le point de montage de la VM.

    Plein de gens pensent que le SSHFS est lent, mais que nenni, en vrai j'ai un Eclipse branché dessus, et la différence ne se voit pas (un autre avantage des IDE de manière générale est leur bonne gestion du FS, l'indexation efficace, bien que tous ne soient pas égaux la dessus).

    Le mieux du mieux c'est qu'en tant que développeur, je n'ai pas à m'occuper de comment ça marche puisqu'on a un outillage interne qui effectue le déploiement sur nos machines, quelle soit la distribution Linux (et fonctionne aussi avec MacOS). Encore une fois, VIeMacs dans un SSH n'a absolument pas sa place dans cette infra.

    Je tiens à préciser que nos VM peuvent par ailleurs contenir des Docker, et de manière générale sont ISO-prod, contiennent les mêmes outils de déploiement, seul leur dimensionnement (nombre de CPU et RAM) change.

  • [^] # Re: Static ! Ouate !

    Posté par (page perso) . En réponse au journal Portage de TapTempo en PHP. Évalué à 2.

    Je me demande surtout pourquoi tu as mis toutes tes méthodes et propriétés et "static", ça n'a pas de sens: dans ce cas là écrit juste des fonctions, sachant que l'utilisation de namespaces fournit le seul avantage qu'une classe entièrement statique peut t'apporter (c'est à dire grouper dans un même espace de nom tes propriétés et méthodes).

    Après, dans la pratique, dans ce code en particulier c'est pas grave, mais le fait que tout soit statique de manière générale induit un global state, qu'on essaye de toujours éviter car dans un projet plus complexe, ça augmente la surface de potentiels effets de bord, et va plutôt dans le sens inverse de l'immutabilité.

  • [^] # Re: Monsieur essaye de masquer la réalité

    Posté par (page perso) . En réponse au journal Le débat est clos. Évalué à 0.

    Et bien au contraire, j'aime bien utiliser ma souris. Ça me force à ne pas taper trop vite, et évite de faire certaines erreurs très bêtes.

  • [^] # Re: Prévisible

    Posté par (page perso) . En réponse au journal v'la ce qui se passe quand on est pas cloud ready. Évalué à 2.

    Avec un vrai accompagnement depuis la seconde on pourrait formaliser le choix de l'élève bien avant la date limite des dépôts.

    Oui je suis tout à fait d'accord avec ça, c'est que j'entendais en parlant de besoin d'accompagnement. Là on commence à attaquer un sujet politique beaucoup plus profond que simplement le logiciel admission post-bac. Sans aller plus loin dans le débat parce qu'à mon opinion c'est pas le bon endroit pour, je trouve que c'est une honte la façon dont les (au moins 4, donc l'actuel) derniers gouvernements ont laissé tombé les jeunes et l'éducation.

  • [^] # Re: Prévisible

    Posté par (page perso) . En réponse au journal v'la ce qui se passe quand on est pas cloud ready. Évalué à 4. Dernière modification le 14/03/18 à 10:14.

    Quand j'ai passé mon bac, j'ai du inscrire mes voeux sur un minitel, et on avait des plages de date qui nous étaient imposés par l'administration de notre lycée, du coup les inscriptions (du moins au sein de notre lycée) étaient lissées sur plusieurs jours pour l'ensemble des élèves de terminale.

    Je ne comprends pas qu'on laisse tous ces gamins (ce n'est pas péjoratif, loin de là, je l'ai été moi aussi - c'est dans le sens qu'ils ont probablement besoin d'accompagnement même si la plupart sont déjà légalement adultes) faire ça à leur convenance au moment qu'ils veulent: sachant qu'ils sont censé y avoir réfléchit (au parcours qu'ils souhaitent faire) depuis des mois et des mois, l'inscription sur le service n'est en elle même qu'une formalité, c'est le choix qui est difficile, et en ce sens, ils auraient du prendre leur décision bien avant.

  • [^] # Re: Monsieur essaye de masquer la réalité

    Posté par (page perso) . En réponse au journal Le débat est clos. Évalué à 2.

    Le problème, c'est que je ne connais aucun IDE qui s'intègre à mon shell aussi bien qu'un éditeur de texte du type vi (s'applique aussi à emacs, pour le coup je suppose).

    Mais bon, oui, pour ceux qui aiment aller chercher la souris, les IDEs modernes sont superbes. J'en ai utilisés, j'ai même commencé par ça.

    Pour l'intégration au shell, certes, mais du point d'un développeur d'applications, et non juste d'un simple besoin d'éditer du texte sur un serveur, ça n'a que peu d'intérêt, car finalement le shell n'est lui même, pour beaucoup de développeurs, qu'une interface pour lancer d'autres commandes (utiliser outillage dont je parle en somme), et s'il est intégré dans un logiciel spécifique, le shell n'a plus réellement d'utilité pour beaucoup de gens.

    L'automatisation que te fournit ton outil de développement intégré (IDE en toutes lettre pour recentrer le contexte) va, en avance de phase, ordonnancer tout ces outils de manière cohérente selon les technologies que tu utilises, et pour certains tout en restant extrêmement flexibles et configurables, pour ne pas t'enfermer dans les choix d'opinion du développeur de ce dernier.

    Toute cette automatisation qu'il prend en charge d'entrée de jeu et sans devoir y installer des dizaines de plugins, ni taper des centaines de lignes de configuration dans dot file, sans même avoir besoin d'en connaître les raccourcis claviers, permet à la fin d'avoir un environnement ISO sur tous les postes de travail sur lequel un développer peut être performant extrêmement rapidement, tout en restant configurable pour ceux qui veulent aller plus loin.

    La plupart sont tous aussi automatisables que Vi ou Emacs eux-même, fournissent des débuggeurs contextuels, graphiques et lisibles, des possibilités d'introspection du code puissante et par simple clic, un retour visuel des erreur au fil des actions du développeurs, une UI qui se contextualise en fonction des actions menés, une interface multi-éditeur en onglet, ou pavable, etc, etc, etc.. Ce qui de prime abord, pour réussir à mimer de façon complète dans un Vi ou un Emacs demande un courbe d'apprentissage extrêmement complexe: les gens qui maîtrisent et utilisent quotidiennement ces deux derniers ont tendance à l'oublier.

    Ah, et aussi, pas besoin d'interface graphique, DONC utilisable via ssh

    Quelle idée de travailler via SSH ! Enfin encore une fois du point de vue d'un développeur, ça n'a pas de sens. Si j'ai une machine sous les doigts, je n'ai pas besoin d'une deuxième pour développer, celle que j'ai me suffit, et ce même si ma cible est un environnement radicalement différent, c'est une autre des forces de l'IDE, de pouvoir émuler ce dernier sans avoir besoin d'y redéployer du code en permanence.

  • [^] # Re: Monsieur essaye de masquer la réalité

    Posté par (page perso) . En réponse au journal Le débat est clos. Évalué à 3.

    On pourrait avoir le même genre de discours à propos de vim, aujourd'hui les IDE apportent tellement de fonctionnalités, et sont tellement bien intégrés avec les différents outillages que ça devient difficile de continuer à faire de la pub pour les bons vieux éditeurs pour doigts magiques.

  • [^] # Re: VSC

    Posté par (page perso) . En réponse au journal Le débat est clos. Évalué à 5.

    Ah c'est malin ça ! Au moins Eclipse il sait faire des trucs :)

  • [^] # Re: Go ou Rust côté backend, système ou embarqué

    Posté par (page perso) . En réponse au journal La ronde (boucle?) des langages. Évalué à 4. Dernière modification le 13/03/18 à 16:05.

    Je suis bien d'accord avec toi en ce qui concerne le Rust. Go gagne énormément en popularité, je regarde un peu de temps en temps la doc et j'en lis pas mal de code, et je pense que sa simplicité et son efficacité lui font gagner des points. Cependant j'ai lu pas mal d'article qui exposent ses faiblesses, et qu'apparemment, Go c'est pas si bien que ça (apparemment il a quelques ambiguïtés, je peux pas trop juger j'en ai pas fait moi même ceci étant dit). Rust a une syntaxe qui lui est propre (je connais pas de langage qui lui ressemble) et semble un peu compliqué de prime abord, j'ai tapé des hello world ou choses du genre, c'est assez surprenant au départ, mais les promesses qu'il donne quand au zero-cost abstraction et à la memory safety semble vraiment intéresser de plus en plus de gens.

  • [^] # Re: VSC

    Posté par (page perso) . En réponse au journal Le débat est clos. Évalué à 2.

    J'ai toujours trouvé ça super étonnant, au vu des problèmes de performance que j'ai eu (sur plusieurs postes, Windows comme Linux) sur des gros projets: des freeze pouvant aller jusqu'à freezer toute la machine (sur Windows surtout) - et le manque de fonctionnalités sur pas mal de langages (à cause du manque de plugins corrects souvent).

  • # Monsieur essaye de masquer la réalité

    Posté par (page perso) . En réponse au journal Le débat est clos. Évalué à 6.

    Eclipse 18.9%
    PHPStorm 9.0%
    Emacs 4.1%

    Emacs est en dessous de PHPStorm, réveillez vous :D