wilk a écrit 1110 commentaires

tenter de vendre du papier/des cliques/des affichages de pubs…

Tu as trouvé quelque chose à ne pas faire !

Démocratiquement ça ne tenait pas debout non plus vu qu'il était plus civique de ne pas sortir de chez soit ce jour là. Maintenant ils ont l'air malin les élus avec si peu de légitimité.

Il aurait fallu faire un référendum pour décider s'il fallait reporter ou pas, voilà c'est quand même pas compliqué la démocratie.

Sinon c'était l'occasion ou jamais de tester le tirage au sort par exemple. Ca se fait très bien en confinement le tirage au sort.

Bon d'accord, mais un tour d'élection municipale par rapport à un tour à vélo on a du mal à comprendre.
On aurait du faire un tour d'élection municipale mais à condition d'y aller à vélo, comme ça on les aurait eu nos pistes cyclables !

Les corrections de bugs ne seraient-ils pas plutôt inversement proportionnels au moulage ? Faudra fermer linuxfr, on n'aura pas le choix.
Et à plus long terme penser à un système qui oblige à corriger un bug si on veut avoir le droit de poster un commentaire. Toutefois un commentaire +10 permet d'en écrire un autre sans corriger de bug.
Faudra penser à pister (avec une IA) ceux qui font des bugs exprès.

Avec un risque de contagion entraînant des commentaires inutiles. Faudrait confiner les articles.

L'idée du côté responsable se tien, je vais mettre que je suis l'hébergeur.

merci

Et pendant ce temps, je bosse dans l'interim médical en sous-traitance pour deux intermédiaires. Ces deux intermédiaires sont en conflit, celui qui est mon client me demande de préparer une coupure brutale des services (impact sur quelques centaines d'EHPAD et autres foyers dans le genre) !!!

Si je ne le fait pas je ne suis plus payé. Bon ben je vais faire ma part de bénévolat !

Doit y avoir d'autres virus qui circulent à mon avis…

Ca me fait penser à dernièrement sur mon chauffe-eau.
Au téléphone :
- Le cadran affiche combien de bar ?
- 4 barres

''''|''''1''''|''''2''''|''''3''''|''''4''''|''''5
   ^

Quand on a ce genre de questionnement qui grouille sous le chapeau, un peu de lecture fait du bien. Ou pas.
"Eloge de la fuite" Henri Laborit, "Eloge de l'insécurité" Alan Watts.

Ensuite, pour s'extraire du tourbillon, je conseille vivement un plongeon dans un lac de montagne ou une douche froide quotidienne suivant ce qu'on a sous la main. L'effet ne dure pas très longtemps mais ça permet une petite pause.

Quand j'étais tout jeune, déjà informaticien, je m'étais inscrit dans une petite boite d'interim. Un jour ils m'appellent pour de la peinture ! Je leur demande pourquoi puisque je ne suis pas du tout peintre et qu'ils doivent avoir des candidats bien plus compétents dans ce domaine. Ils me répondent alors que c'est de la peinture chez une cliente qui habite sur place et qu'ils ont besoin de quelqu'un qui ne picole pas trop ! Un informaticien ça ne picole pas non ?

Alors bon, le côté Python pas maintenable dans la durée, je le vois franchement biaisé par le problème de base : qui a codé le cœur du projet

J'ai fais l'expérience en réécrivant à l'identique (quasi du copier-coller) en Go des applications et libs que j'avais écrites moi-même en Python. Pour moi il n'y a pas photo, la maintenance est clairement facilité en Go. En terme de maintenance je parle de la reprise du code mais aussi du déploiement, des dépendances à suivre, des éventuels soucis de perfs etc.

Même sur des applis qui n'ont à priori aucun besoin de puissance ça peut jouer également. Par exemple un utilisateur qui s'amuse à sortir une édition pdf détaillée sur plusieurs années "juste pour voir" : 6000 pages… Avec reportlab c'est la sanction immédiate, en Go l'erreur est pardonnée.

L'avantage du cloud c'est que tu peux tester facilement sans t'engager. Paradoxalement ils font tout pour te rendre dépendant !

Tu vas perdre en perf et en prix sans aucun doute (x4 dans mon cas par ex), mais tu vas gagner en sécurité, souplesse et maintenance.

Hetzner : fiable et tarifs très bas, peu de fonctionnalités
ovh et scaleway : peu fiable, fonctionnalités aléatoires, certaines marchent d'autre non, ça à l'air en beta perpétuel…
AWS : cher, extrêmement fiable avec une infinité de fonctionnalités, le jour et la nuit par rapport à tous les autres. Attention, tu deviens très vite dépendant !

Je ne sais pas ce qu'il en est avec WP, mais dans mon cas (du dev spécifique) j'ai appris à mieux séparer les choses, appli, stockage, bdd. Aussi, même si je devais revenir à du bare-metal pour les perfs ou le prix je gérerai mon serveur de manière beaucoup plus efficace. Par exemple avec scaleway tu peux jongler et mettre l'appli sur un petit bare-metal, la bdd en saas et le stockage sur S3 ou similaire.

En ligne y a jepilotemontentreprise.com jusque là c'est gratuit pour la compta avec possibilité d'import, c'est ce que je fais pour éditer les états qui vont bien à partir d'une saisie sur une app perso. L'idée est pas trop mal, tant que tu n'as pas besoin d'un EC c'est gratuit et si besoin tu peux te mettre en relation avec un EC partenaire.
Ce qui manque par contre souvent dans ces solutions en ligne c'est une api pour ne pas avoir à importer à la main.

Rien à voir avec le libre, et c'est dommage, mais comme le sujet est l'ergonomie on peut s'en inspirer.

Je partage le point de vue du post, les logiciels de compta, libres ou pas d'ailleurs, ont toujours une ergonomie à couper au couteau, je n'ai jamais compris vraiment pour quelle raison vu que le principe est quand même particulièrement simple et ne change pas (par rapport à la paye par ex). Du coup je fais mes saisies dans un logiciel perso et j'exporte vers un logiciel de compta plus réglementaire, ça me permet d'en changer facilement et d'en essayer plein.

Récemment j'ai découvert https://jepilotemonentreprise.com c'est un petit service de saisie comptable et facturation en ligne (c'est gratuit ils se rémunèrent en proposant des liens avec des experts comptables à la demande, mais c'est pas le sujet). Et franchement je suis stupéfait par l'ergonomie, claire, simple tout en étant complet. Pour couronner le tout ça juste marche ! Il y a de l'inspiration à prendre ou encore mieux aller militer chez eux pour qu'ils le libère.

http://bofip.impots.gouv.fr/bofip/10691-PGP.html

Toutefois, par tolérance administrative, lorsque tous les paiements reçus en contrepartie d'une vente ou d'une prestation de services sont réalisés avec l'intermédiation directe d’un établissement de crédit régi par les dispositions du titre Ier du livre V du code monétaire et financier (CoMoFi, art. L. 511-1) auprès duquel l’administration peut exercer son droit de communication, l'assujetti est dispensé de l'obligation d'utiliser un logiciel ou système de caisse certifié.

Ce site est optimisé pour la version 42 de Edge-chromium.

C'est le bizutage.
Content d'accueil un nouveau gauffré parmi nous.

Partant pour faire une dépêche collective sur le nouveau principe de module ?

Toujours est-il qu'en fin de compte on se retrouve avec une version communautaire qui n'est pas très appréciée par la communauté, voir complètement rejetée, et une version non communautaire très largement plébiscité par la communauté !

Si on regarde les contributeurs respectifs des deux côtés on a essentiellement deux personnes. Un qu'on appelle communauté, un qu'on appelle Google :-)

Bon j'arrête là, voyons plutôt ce que va donner le résultat.

Russ à fait des propositions à l'équipe de Dep qui les a refusée (à l'été 2017 puis en décembre 2017 sauf erreur). Donc comme on dit chez nous "show me the code". Ce qu'il a fait en 15j, non pas parce qu'il est plus fort que les autres mais parce que son idée est juste très simple (minimal version selection) et plus facile à implémenter qu'à démontrer en discussion. Ceci fait il l'a rendu publique en février. Tout le monde a pu en discuter, l'essayer, faire des remarques, l'amender (./vendor) qui ont abouties à une proposition officielle en mars (462 pour 8 contre). Cette proposition n'a été accepté officiellement qu'en mai (je pense que tu fais une erreur dans ta chronologie). Bref rien de spécial par rapport à n'importe quel projet libre, surtout Go où les fonctionnalités sont restreintes par principe et où on ne peut pas se permettre d'avoir des chevauchements d'outils comme en Python par ex.

Le premier jet de gestionnaire de version de Rust a été éjecté d'une manière beaucoup plus radicale que ça sans que ça n'émeuve qui que ce soit. Est-ce qu'un seul langage n'a pas connu de remous concernant sa gestion des packages !?

Google en tant qu'entreprise n'a que peu à voir la dedans (c'est ce qu'on leur reprochait jusque là d'ailleurs) pour le coup, je ne suis même pas sûr qu'ils utilisent les modules vu qu'ils ont leur fonctionnement propre avec un dépôt général et des forks de toutes les dépendances.

Ceci dit je n'ai aucune doute comme toi sur le fait que Google aurait le dernier mot si besoin ! Mais en l'occurrence je ne le vois pas à ce sujet.

Vim

Je n'ai jamais utilisé PyCharm mais oui c'est ce qu'on retrouve, un tas d'outils très pratique pour contrôler et naviguer à travers le code. Refactoriser, éliminer le code mort etc.

Du fait de l'absence de code dynamique c'est par contre beaucoup plus efficace et fiable (mais strict du coup). J'ai quand même mis pas mal de temps à passer de Python à Go car j'utilisais beaucoup le côté dynamique. Du coup maintenant quand je refais du Python je m'interdit beaucoup de chose ! Y a pas photo, Go est rébarbatif et ennuyeux, c'est un avantage et un défaut…

Personnellement j'ai commencé par réécrire des bouts de code C en Go car j'avais besoin de garder de la rapidité tout en ayant de plus en plus de besoins en réseau et multiproc.
La réécriture de ces petits algos en C a quasiment consisté à un copier-coller.

Ensuite j'ai trouvé ça tellement facile et pratique que j'ai démarré une appli web qui ne nécessitait rien de tout ça et aurait très bien pu être écrite en Python.
Pour une première appli comme ça j'ai mis beaucoup plus de temps qu'en Python. En revanche le résultat est beaucoup plus solide dans le sens où la maintenance est beaucoup plus facile grace au typage statique et l'absence de magie. Le déploiement est également beaucoup plus simple et économique en ressource.

J'étais pourtant un fervent défenseur du typage dynamique. Du coup j'ai compté pour être sûr ! J'ai compté le nombre de fois où je faisais une erreur de type en Python, détecté au test. Énorme. Énorme mais je ne m'en rendais pas compte car les erreurs de types en Python sont très vite corrigées donc on oublie rapidement le problème.

Depuis je n'utilise plus que Go et je réécris progressivement tout ce que j'ai en Python. C'est juste trop facile et je ne peux plus me passer de vim-go. Le nouveau Go module clos le seul bémol qui restait.

Je trouve au contraire que l'approche go module est beaucoup plus compatible avec ce que souhaitait la communauté que Dep d'une part et a beaucoup évolué par rapport aux nombreux retours (plutôt très positifs) de la communauté.

Je me souviens très bien qu'au départ de Dep il y a eu une grande frustration dans la communauté de voir qu'on abandonnait la philosophie Go de chercher la simplicité sans forcément faire comme les autres. Au point de carrément décréter qu'il n'y aurait qu'une seule "expérimentation officielle", fusse-t'elle organisée par des personnes de la communauté. Qui plus est sous forme de réunions privées comme ton lien le montre… Je pense que l'erreur est partie de là alors qu'on avait à l'époque tout un tas d'expérimentations diverses beaucoup plus propices à faire émerger des idées nouvelles.

Chacun peut se faire son opinion sur les issues github, d'une manière plus transparente que les retours de discussions privées où il y a eu beaucoup de contradictions assez stériles.

Seriez pas entrain de spamer mon journal sur le spam par hasard ?

Je pensais qu'il y en aurait plus (44 avec des redondances et quelques légitimes).
Ils viennent à l'instant de m'indiquer qu'il suffit que je leur indique de quelles listes je souhaite être désabonné et qu'un technicien s'en occupera. Comme ils m'avaient envoyé un pdf précédemment ils viennent de m'envoyer un fichier excel pour que je puisse cocher plus facilement. J'imagine que si d'autres que moi font cette demande ils prévoiront un petit formulaire ha doc.

Je sais pas vous mais je ne suis pas sûr non plus de stocker mes propres idées en clair dans ma tête. C'est pour ça qu'on cause d'ailleurs, dans l'espoir qu'un interlocuteur aura la clé de décryptage.