OSM n'est pas un projet communautaire et qui donc doit discuter de chacun de ses changements ? osm.fr, le client android et le client java sont écrits par la même personne que le serveur ? Et ils ne font aucune compatibilité ascendante ? Ils pètent leur api publique ?
Tu avance beaucoup de choses, mais j'ai du mal à y croire sans avoir plus d'éléments. Je n'ai aucun doute qu'il y a des choses qui ne te plaisent pas, mais pour en sortir que tout OSM est mal fichu tu pose des hypothèses et prends des raccourcis qui demandent un peu plus d'explication je trouve.
Et oui, là ou avec des langages dédiés à un domaine (DSL en anglais), on est toujours limité dans nos possibilités de configuration et par l'apprentissage nécessaire d'une nouvelle syntaxe. Guile devient une sorte de langage universel, extrêmement flexible et permettant des niveaux d'abstractions infinis propre à la programmation.
Les DSL, il faut les apprendre après que guile c'est un langage qui a d'autres usages donc ceux qui me connaissent déjà n'ont pas à l'apprendre. Ok mais qui utilise guile ? Comme tous les scheme, il manque beaucoup de popularité et même comme ça il faut en apprendre les api spécifiques.
Je n'ai rien contre le lisp, mais je ne suis pas vraiment convaincu par ce paragraphe.
Pour en production oui. Lors des phases de développement ou d'expérimentation c'est confort de pouvoir manipuler ton index à la main. Après ce n'est pas bloquant non plus.
l'ajout de liens comme "applications" ne fonctionne vraiment pas très bien
pas de mode lecture
pas d'extension
difficile de faire des sélections
pas compris à quoi servait les collections
pas vraiment d'accès rapide : firefox classique a des liens accessibles directement depuis la page d'accueil calculés sur les fréquentations. Pour le nouveau il faut cliquer dans la barre d'adresse, il t'en propose, mais comme ton clavier vient de se lancer ça n'est pas super utilisable et te ne vois que les propositions de recherches et pas les propositions de page
pendant un moment j'ai eu la possibilité d'ouvrir directement en navigation privée des liens, mais je l'ai perdue et je n'ai jamais retrouvé cette fonctionnalité :(
bref je n'utilise que lui et je m'en sert quotidiennement, mais je vois plus de choses de perdues que de gagné
Après 10 ans de carrière, je peux dire que j'ai vu beaucoup trop d'atrocités et que plus rien ne me surprend. Vu tout les commentaires ici, je ne suis pas le seul.
Après 12 ans d'expérience j'ai surtout l'humilité d'arrêter de juger à l'emporte pièce. De sortir des métriques de mon chapeau pour dire à quelqu'un que je ne connais pas et dont je ne vois pas le travaille s'il travaille bien ou pas. Je sais aussi qu'on est toujours l'idiot d'un autre. J'ai aussi vu suffisamment de choses pour savoir que des choix qui sont fait à un moment donné avec un contexte particulier et un ensemble d'informations limité peuvent paraître ridicules quelques mois/années plus tard. J'ai aussi appris à passer plus de temps à chercher à comprendre des choix qu'à les juger.
J'en ai vu des choses objectivement affreuses, mais même si j'essaie de faire mon métier du mieux que je peux je ne peux pas garantir que quelqu'un n'est pas entrain de se gausser en lisant mon code.
La bonne partie des commentaires que l'on voit ici et qui te conforte dans cette position de se plaindre parce que les autres font de la merde ne respectent absolument rien de ce que mon expérience m'a appris. Ils n'ont pas la moindre forme de retenue. Tu en es nous montre un cas intéressant en ayant commencé par juger de manière plutôt lapidaire pour finalement revenir dessus et nous dire que tu n'es pas forcément à jour sur la technique et que ta métrique n'es pas forcément toujours pertinente.
C'est pour ça que je prends le temps de répondre aux commentaires ici. Si je peux arriver à montrer que les à priori et autres jugements vite fait demandent peut être une réflexion un peu plus profonde à la fois pour être pertinente, mais arrêter d'être dans cette posture « je suis bon et tout le monde me martyrise avec de la mauvaise qualité ».
ça ne peut pas être gênant. ça peut être TRÈS gênant. Voir cauchemardesque. Qu'une boite, commerciale, dicte le futur de standards ouverts, c'est toujours mauvais à long terme.
Il faut aussi se détendre un peu. D'une part on l'a déjà vu en bien pire et personne n'en est mort, d'autres part Google n'est pas le seul acteur du web, loin de là. Et ce qu'ils font n'est pas paroles d'évangile.
Fort heureusement, il y a plusieurs implémentations, qui ont permis à IP d'exister et de se répandre !
Plus vraiment, il n'y a presque plus que l'implémentation de linux.
Trop facile de balancer la responsabilité du coté des utilisateurs. Comme si tout le monde pouvait, savait, modifier un navigateur.
Tout le monde s'est jeté sur Chrome quand il est sorti. À l'époque il n'y avait pas de "c'est compliqué de choisir un navigateur". Maintenant Windows te propose plusieurs navigateurs pour ne pas faire d'abus de position dominante, ça doit vraiment être trop compliqué.
Dans ton cas, 19 + 26 images + 1 page HTML + 1 CSS + 1 Javascript --> Ça pourrait se faire en 48 requêtes. 59 requêtes, je trouve ça excessif, mais dans notre beau monde 2.0 et pour un site temporaire, je suppose que c'est déjà pas si mal.
Depuis http2, tu multiplexe les requêtes dans une même connexion tout ça donc ça ne sert à rien d'essayer d'économiser les ouvertures de connexion tcp.
Pour que ça t'aide il faut prendre en compte quelques petites choses ta combinaison n'augmente pas trop le volume (si le puzzle de toutes tes images ne remplis pas un rectangle), tu demande bien plus de travail en CSS, tu empêche les affichages progressifs, la gestion du cache qui n'est pas forcément la même pour chacun ou l'invalidation qui devient globale à toutes tes images,…
Tout ça pour dire que prendre une métrique sans vraiment se poser la question de sa pertinence pour sortir des jugements à l'emporte pièce sans avoir la moindre autre info ça manque crédibilité.
Pour conclure, je ferais aussi remarquer qu'une page trop longue à charger, ça peut faire perdre des visiteurs. D'ailleurs, c'est pour ça que je soupçonne Patréon d'avoir d'avoir fait des pages légères pour quand on est pas logué, mais qu'ils n'en ont visiblement plus rien à secouer une fois logué.
C'est rigolo ça. Ta thèse c'est que les développeurs font n'importe quoi et ne cherche plus à bien faire tout en expliquant qu'ils en subissent les effets (tu as aussi le fait que le référencement prends en compte les temps de chargement). Tu considère que la population des développeurs sont des imbéciles incapables de se rendre compte de ce que toi tu vois ?
Tu ne peux pas reprocher aux gens qui te lisent de voir dans ta défiance purement sémantique et un peu dérisoire1, une antipathie certaine avec le concept.
Donc les rh te font ne plus apprécier ton métier car ils ou elles utilisent mal les termes techniques de ton métier ? Déjà est-ce que ça leur est déjà arrivé d'en utiliser correctement ? Ensuite as-tu tant d'interactions avec eux que cela pour que ça gène autant ? Enfin est-ce la faute du concept qui des gens qui ne sont pas du domaine ne comprennent pas ? Discute un jour avec quelqu'un qui fais de la recherche en physique quantique il t'expliquera ce que c'est que voir perpétuellement un domaine incompris. Il ne mettra pas cela sur le dos de la mécanique quantique pour autant.
dérisoire car un terme galvaudé ne vaut probablement un amertume et parce que ça ne sera ni le premier ni le dernier et enfin parce que la compréhension par les rh ne doit pas trop affecter ton travail quotidien ↩
Pour le moteur de recherche on sait que ça ne marche pas en fait. Tu peux très bien ajouter des mots-clés dans tes pages mais les moteurs de recherche ne vont pas s'en servir. Parce que c'est bien trop simple de se servir de ça pour se faire référencer n'importe où. Gopher peut encore s'en servir car son absence de popularité l'immunise de toutes les formes de fishing au quel le web doit faire face.
Tu reproche ton manque de confiance envers NoScript libre contrairement à Opéras n'est pas libre ? Je ne comprends pas très bien comment tu place ta confiance ? Je veux dire, je comprends l'idée que tu veuille comprendre le code et donc refuse NoScript dont le code n'est peut être pas simple, mais dans ce cas pourquoi faire confiance à opera dont tu n'a probablement pas pu lire le code ?
Avec 69 langages dont certains ont plusieurs écritures (traditionnels et latines), ça commence à faire. Je trouve pas suffisamment complexe Regexp::Assemble pour ne pas l'utiliser (comme je l'ai dit c'est en plus pour moi une occasion de m'en servir).
En relisant la doc, j'ai même vu qu'on peut faire encore mieux : il peut t'indiquer la regex qui a matchée. Donc tu peux :
assembler par mois pour construire une regex
assembler chaque de ses regex
faire un match de cette dernière et il t'indiquera la quelle des 12 a matchée
Ça complexifie encore la construction, mais la correspondance devient complètement triviale et particulièrement efficace.
Et c'est comme ça que sont compilée les expressions régulières. Mais ce qu'il proposait me semblait être un arbre n-aire avec un caractère par niveau ce qui est loin des automates en terme d'optimisation.
Enfin, tu fonctionnes à coup de regex. Est-ce que ça n'aurait pas été plus simple de fouiller directement dans un arbre ? (tu cherches les lettres en entrée directement les unes après les autres dans un arbre).
Un arbre n-aire n étant le nombre de caractères dans UTF8 ? Rien que la gueule de la structure me paraît énorme. Ma version avec un tableau de 12 mois et une expression régulière me paraît nettement plus efficace (l'article que j'ai mis en lien montre les performances en augmentant le nombre de langages pris en compte). Pour la gestion des calendriers autres que gregorien ma solution fonctionne très bien, c'est dans le jeu de données initial que tu choisi que رمضان vaut 9, 12 ou 121. La seule contrainte en l'état c'est que les mois doivent être des entiers positifs et continuent (tu ne peux pas avoir de mois 15 sans avoir un 14ème mois).
Par contre je n'ai pas fais les tests complets pour voir qu'il y avait des collisions et encore moins de comment les gérer.
C'est plus compliqué que ça. Il n'est plus supporté par la communauté python upstream depuis 2017. Ubuntu supporte sa version 16.4 jusqu'en avril 2021 et redhat doit aussi avoir une distribution python 3.5 encore en vie. ;)
Tout ça n'est apparu qu'il y a quelques mois et n'est pas encore intégré partout (notamment pour l'auto complétion par exemple). À tel point que si on regarde la doc on peut lire :
THIS COMMAND IS EXPERIMENTAL. THE BEHAVIOR MAY CHANGE.
J'utilise python 3.5.2. J'ai essayé en enlevant le f avant les """ et maintenant il s'exécute, mais je ne crois pas que ce soit de la façon prévu. Si je lui donne un age 12 et une taille 50 il me dit :
How old are you ? 12
How wide do you want the nice box to be ? 50
Printing a 50-character wide box:
[Age: {self.age:50} ]
What is the secret ?
En perl il y a une bibliothèque très sympa Regex::Assemble qui permet de grouper des expression régulière. Il offre de très bonnes performances. C'était une occasion sympa de m'en servir :)
#!/usr/bin/perluse5.10.0;useJSON;useRegexp::Assemble;my$filename='definitions.json';my$data;# lecture du fichier jsonif(open(my$json_str,$filename)){local$/=undef;my$json=JSON->new;$data=$json->decode(<$json_str>);close($json_stream);}# on construit un tableau d'expressions régulièresmy@months_hash;foreachmy$month_number(1..12){my$ra=Regexp::Assemble->new;foreachmy$month(@{$data->{$month_number}}){$ra->add('^'.$month.'$');}push(@months_hash,$ra);}my$input='february';# on test mois après moisforeachmy$month_number(0..11){if($input=~ /($months_hash[$month_number])/i){say1+$month_number;exit;}}
Certaines boîtes ont une activité qui ne convient pas à ce type de service et qui rend ces externalisations à la fois plus coûteuses en temps, en ressources humaines (mais ventilé sur les utilisateurs, alors ça compte moins qu'un poste d'admin aux yeux du patron) et en ressources matérielles (consommation et machines).
Il va falloir le démontrer tout ça… De mon expérience (je ne travaille qu'on premise) :
en temps : l'an dernier on s'est acheté des serveurs F5 entre notre décision de passer par eux et leur mise en prod il s'est passé 9 mois, prendre du LB AWS aurait pris probablement moins de 2 mois (je compte l'accord d'achat, les tests sur un environnement de qualification, les benchmark puis le passage en prod)
en ressources humaines : on a 2 personnes à temps pleins pour gérer des machines, on a une intervention régulière du fabriquant des serveurs/routeurs/onduleurs (au moins une intervention sur site tous les 3 mois) pour nos F5 on a eu 2 interventions d'une semaine d'un formateur/intégrateur (toujours sur site). L'arrivé de nouveaux nous a demandé de revoir le montage électrique complet de notre salle serveur et à couler une dalle de béton car le poids des nouvelles baies est trop grand pour les espèce que faux sols (comme des faux plafonds mais au sol) que l'on avait).
en ressources matérielles nos machines sont dimensionnées pour les pique de charge que l'on a certaines semaines entre 19 et 21h le reste du temps on a beaucoup moins de charge (les pique doivent faire une fois 10 par rapport à la moyenne). On a pas de solution à l'heure actuelle pour démarrer dynamiquement des machines et les intégrer à notre cluster en fonction de la charge ou de l'heure, ça pourrait être une idée mais c'est plutôt complexe à mettre en place et ça aurait ses limites (nos machines de bases de données n'ont pas à être dynamiques, on va de toute manière garder 2 machines par fonction pour éviter qu'un serveur qui tombe impact le service).
On est mono site, tu peux quasiment tout doubler si tu veux faire du multi site (pour faire survivre ton service à des problèmes plus conséquent). Avec tout ça il y a aussi le roulement standard, comme vérifier régulièrement que nos 2 lignes internet fonctionne bien et qu'on bascule bien en cas de perte de l'une des 2.
On fait ça parce qu'on veut vraiment pas que nos données soient gérées ailleurs que chez nous, mais on est conscient que ça représente au contraire un coût considérable. L'utilisation d'un PAAS permettrait de réduire tout ça, mais on resterait sur des machines sur dimensionnée.
Qu'il y ai des cas où ce soit mieux d'être on premise, je n'en doute pas. Mais dans le cas générale tu gagne beaucoup à passer sur un cloud (à qualité de service identique évidement).
[^] # Re: 256Mo
Posté par barmic 🦦 . En réponse au journal Tout cela me fatigue…. Évalué à 5.
OSM n'est pas un projet communautaire et qui donc doit discuter de chacun de ses changements ? osm.fr, le client android et le client java sont écrits par la même personne que le serveur ? Et ils ne font aucune compatibilité ascendante ? Ils pètent leur api publique ?
Tu avance beaucoup de choses, mais j'ai du mal à y croire sans avoir plus d'éléments. Je n'ai aucun doute qu'il y a des choses qui ne te plaisent pas, mais pour en sortir que tout OSM est mal fichu tu pose des hypothèses et prends des raccourcis qui demandent un peu plus d'explication je trouve.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Langage
Posté par barmic 🦦 . En réponse au journal Guix : un outil pour les remplacer tous. Évalué à 3.
Les DSL, il faut les apprendre après que guile c'est un langage qui a d'autres usages donc ceux qui me connaissent déjà n'ont pas à l'apprendre. Ok mais qui utilise guile ? Comme tous les scheme, il manque beaucoup de popularité et même comme ça il faut en apprendre les api spécifiques.
Je n'ai rien contre le lisp, mais je ne suis pas vraiment convaincu par ce paragraphe.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Sonic
Posté par barmic 🦦 . En réponse au journal Index secondaire Elasticsearch pour Cassandra. Évalué à 1. Dernière modification le 18 janvier 2020 à 08:48.
Pour en production oui. Lors des phases de développement ou d'expérimentation c'est confort de pouvoir manipuler ton index à la main. Après ce n'est pas bloquant non plus.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Déjà très stable
Posté par barmic 🦦 . En réponse au journal Le nouveau Firefox pour Android en pré-finale. Évalué à 4. Dernière modification le 17 janvier 2020 à 16:15.
Moi j'ai :
bref je n'utilise que lui et je m'en sert quotidiennement, mais je vois plus de choses de perdues que de gagné
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Les vieux de mon âge
Posté par barmic 🦦 . En réponse au journal Tout cela me fatigue…. Évalué à 9.
Après 12 ans d'expérience j'ai surtout l'humilité d'arrêter de juger à l'emporte pièce. De sortir des métriques de mon chapeau pour dire à quelqu'un que je ne connais pas et dont je ne vois pas le travaille s'il travaille bien ou pas. Je sais aussi qu'on est toujours l'idiot d'un autre. J'ai aussi vu suffisamment de choses pour savoir que des choix qui sont fait à un moment donné avec un contexte particulier et un ensemble d'informations limité peuvent paraître ridicules quelques mois/années plus tard. J'ai aussi appris à passer plus de temps à chercher à comprendre des choix qu'à les juger.
J'en ai vu des choses objectivement affreuses, mais même si j'essaie de faire mon métier du mieux que je peux je ne peux pas garantir que quelqu'un n'est pas entrain de se gausser en lisant mon code.
La bonne partie des commentaires que l'on voit ici et qui te conforte dans cette position de se plaindre parce que les autres font de la merde ne respectent absolument rien de ce que mon expérience m'a appris. Ils n'ont pas la moindre forme de retenue. Tu en es nous montre un cas intéressant en ayant commencé par juger de manière plutôt lapidaire pour finalement revenir dessus et nous dire que tu n'es pas forcément à jour sur la technique et que ta métrique n'es pas forcément toujours pertinente.
C'est pour ça que je prends le temps de répondre aux commentaires ici. Si je peux arriver à montrer que les à priori et autres jugements vite fait demandent peut être une réflexion un peu plus profonde à la fois pour être pertinente, mais arrêter d'être dans cette posture « je suis bon et tout le monde me martyrise avec de la mauvaise qualité ».
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Où est la diversité ?
Posté par barmic 🦦 . En réponse au journal KHTML c'est fini. Évalué à -1.
Il faut aussi se détendre un peu. D'une part on l'a déjà vu en bien pire et personne n'en est mort, d'autres part Google n'est pas le seul acteur du web, loin de là. Et ce qu'ils font n'est pas paroles d'évangile.
Plus vraiment, il n'y a presque plus que l'implémentation de linux.
Tout le monde s'est jeté sur Chrome quand il est sorti. À l'époque il n'y avait pas de "c'est compliqué de choisir un navigateur". Maintenant Windows te propose plusieurs navigateurs pour ne pas faire d'abus de position dominante, ça doit vraiment être trop compliqué.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Les vieux de mon âge
Posté par barmic 🦦 . En réponse au journal Tout cela me fatigue…. Évalué à 3.
Depuis http2, tu multiplexe les requêtes dans une même connexion tout ça donc ça ne sert à rien d'essayer d'économiser les ouvertures de connexion tcp.
Pour que ça t'aide il faut prendre en compte quelques petites choses ta combinaison n'augmente pas trop le volume (si le puzzle de toutes tes images ne remplis pas un rectangle), tu demande bien plus de travail en CSS, tu empêche les affichages progressifs, la gestion du cache qui n'est pas forcément la même pour chacun ou l'invalidation qui devient globale à toutes tes images,…
Tout ça pour dire que prendre une métrique sans vraiment se poser la question de sa pertinence pour sortir des jugements à l'emporte pièce sans avoir la moindre autre info ça manque crédibilité.
C'est rigolo ça. Ta thèse c'est que les développeurs font n'importe quoi et ne cherche plus à bien faire tout en expliquant qu'ils en subissent les effets (tu as aussi le fait que le référencement prends en compte les temps de chargement). Tu considère que la population des développeurs sont des imbéciles incapables de se rendre compte de ce que toi tu vois ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Les vieux de mon âge
Posté par barmic 🦦 . En réponse au journal Tout cela me fatigue…. Évalué à 2.
Depuis http2, c'est une métrique qui n'a plus vraiment de sens.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Minimalisme
Posté par barmic 🦦 . En réponse au journal Tout cela me fatigue…. Évalué à 4.
Tu ne peux pas reprocher aux gens qui te lisent de voir dans ta défiance purement sémantique et un peu dérisoire1, une antipathie certaine avec le concept.
Donc les rh te font ne plus apprécier ton métier car ils ou elles utilisent mal les termes techniques de ton métier ? Déjà est-ce que ça leur est déjà arrivé d'en utiliser correctement ? Ensuite as-tu tant d'interactions avec eux que cela pour que ça gène autant ? Enfin est-ce la faute du concept qui des gens qui ne sont pas du domaine ne comprennent pas ? Discute un jour avec quelqu'un qui fais de la recherche en physique quantique il t'expliquera ce que c'est que voir perpétuellement un domaine incompris. Il ne mettra pas cela sur le dos de la mécanique quantique pour autant.
dérisoire car un terme galvaudé ne vaut probablement un amertume et parce que ça ne sera ni le premier ni le dernier et enfin parce que la compréhension par les rh ne doit pas trop affecter ton travail quotidien ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Minimalisme
Posté par barmic 🦦 . En réponse au journal Tout cela me fatigue…. Évalué à 2.
Ce qui se passe avec Huawei montre clairement que le coût n'est pas le seul maître à bord. Je ne suis pas que c'est l'éthique non plus, hein.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Et si on jetait le bébé avec l'eau du bain?
Posté par barmic 🦦 . En réponse au journal Que penser du navigateur internet Brave ? (Et pourquoi je privilégie Firefox…). Évalué à 1.
Pour le moteur de recherche on sait que ça ne marche pas en fait. Tu peux très bien ajouter des mots-clés dans tes pages mais les moteurs de recherche ne vont pas s'en servir. Parce que c'est bien trop simple de se servir de ça pour se faire référencer n'importe où. Gopher peut encore s'en servir car son absence de popularité l'immunise de toutes les formes de fishing au quel le web doit faire face.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: seule alternative crédible ?
Posté par barmic 🦦 . En réponse au journal Que penser du navigateur internet Brave ? (Et pourquoi je privilégie Firefox…). Évalué à 1.
Tu reproche ton manque de confiance envers NoScript libre contrairement à Opéras n'est pas libre ? Je ne comprends pas très bien comment tu place ta confiance ? Je veux dire, je comprends l'idée que tu veuille comprendre le code et donc refuse NoScript dont le code n'est peut être pas simple, mais dans ce cas pourquoi faire confiance à opera dont tu n'a probablement pas pu lire le code ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Toujours du NIH
Posté par barmic 🦦 . En réponse au journal Convertir des dates avec month_nb. Évalué à 1.
C'est surtout à ça que je pensais. Les compilateurs d'expressions régulière font ça très bien.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Perl
Posté par barmic 🦦 . En réponse au journal Convertir des dates avec month_nb. Évalué à 1.
Avec 69 langages dont certains ont plusieurs écritures (traditionnels et latines), ça commence à faire. Je trouve pas suffisamment complexe Regexp::Assemble pour ne pas l'utiliser (comme je l'ai dit c'est en plus pour moi une occasion de m'en servir).
En relisant la doc, j'ai même vu qu'on peut faire encore mieux : il peut t'indiquer la regex qui a matchée. Donc tu peux :
Ça complexifie encore la construction, mais la correspondance devient complètement triviale et particulièrement efficace.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Toujours du NIH
Posté par barmic 🦦 . En réponse au journal Convertir des dates avec month_nb. Évalué à 1.
Et c'est comme ça que sont compilée les expressions régulières. Mais ce qu'il proposait me semblait être un arbre n-aire avec un caractère par niveau ce qui est loin des automates en terme d'optimisation.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Toujours du NIH
Posté par barmic 🦦 . En réponse au journal Convertir des dates avec month_nb. Évalué à 3.
Un arbre n-aire n étant le nombre de caractères dans UTF8 ? Rien que la gueule de la structure me paraît énorme. Ma version avec un tableau de 12 mois et une expression régulière me paraît nettement plus efficace (l'article que j'ai mis en lien montre les performances en augmentant le nombre de langages pris en compte). Pour la gestion des calendriers autres que gregorien ma solution fonctionne très bien, c'est dans le jeu de données initial que tu choisi que رمضان vaut 9, 12 ou 121. La seule contrainte en l'état c'est que les mois doivent être des entiers positifs et continuent (tu ne peux pas avoir de mois 15 sans avoir un 14ème mois).
Par contre je n'ai pas fais les tests complets pour voir qu'il y avait des collisions et encore moins de comment les gérer.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Au revoir mercurial
Posté par barmic 🦦 . En réponse au journal Bitbucket abandonne les utilisateurs de Mercurial. Évalué à 2.
Par la communauté python upstream. RedHat continue de maintenir les paquets de ses distributions quelques années encore ;)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Erreur de syntaxe
Posté par barmic 🦦 . En réponse au journal Petit défi Python. Évalué à 5.
C'est plus compliqué que ça. Il n'est plus supporté par la communauté python upstream depuis 2017. Ubuntu supporte sa version 16.4 jusqu'en avril 2021 et redhat doit aussi avoir une distribution python 3.5 encore en vie. ;)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Au revoir mercurial
Posté par barmic 🦦 . En réponse au journal Bitbucket abandonne les utilisateurs de Mercurial. Évalué à 2.
Tout ça n'est apparu qu'il y a quelques mois et n'est pas encore intégré partout (notamment pour l'auto complétion par exemple). À tel point que si on regarde la doc on peut lire :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Fonctionne pas
Posté par barmic 🦦 . En réponse au journal Petit défi Python. Évalué à 1.
J'ai des problèmes pour exécuter ton script.
De base il me dit :
J'utilise python 3.5.2. J'ai essayé en enlevant le f avant les
"""et maintenant il s'exécute, mais je ne crois pas que ce soit de la façon prévu. Si je lui donne un age 12 et une taille 50 il me dit :https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Perl
Posté par barmic 🦦 . En réponse au journal Convertir des dates avec month_nb. Évalué à 4.
En perl il y a une bibliothèque très sympa Regex::Assemble qui permet de grouper des expression régulière. Il offre de très bonnes performances. C'était une occasion sympa de m'en servir :)
J'utilise un json différent du tiens:
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Minimalisme
Posté par barmic 🦦 . En réponse au journal Tout cela me fatigue…. Évalué à 3.
Il va falloir le démontrer tout ça… De mon expérience (je ne travaille qu'on premise) :
On est mono site, tu peux quasiment tout doubler si tu veux faire du multi site (pour faire survivre ton service à des problèmes plus conséquent). Avec tout ça il y a aussi le roulement standard, comme vérifier régulièrement que nos 2 lignes internet fonctionne bien et qu'on bascule bien en cas de perte de l'une des 2.
On fait ça parce qu'on veut vraiment pas que nos données soient gérées ailleurs que chez nous, mais on est conscient que ça représente au contraire un coût considérable. L'utilisation d'un PAAS permettrait de réduire tout ça, mais on resterait sur des machines sur dimensionnée.
Qu'il y ai des cas où ce soit mieux d'être on premise, je n'en doute pas. Mais dans le cas générale tu gagne beaucoup à passer sur un cloud (à qualité de service identique évidement).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ce journal, c'est un peu un rond-point...
Posté par barmic 🦦 . En réponse au journal Tout cela me fatigue…. Évalué à 3.
Tu es entrain de parler des développeurs informatiques français comme de prolétaires cultivant des patates ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Formation
Posté par barmic 🦦 . En réponse au journal Tout cela me fatigue…. Évalué à 4.
Tu as choisi une façon qui est peut être complexe, je suis vacataire et ce fut simple. Aller bosser pour un IUT est plutôt simple aussi.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Formation
Posté par barmic 🦦 . En réponse au journal Tout cela me fatigue…. Évalué à 4.
Tu peux très bien donner des TP à l'université, tu peux aller donner des TD en IUT et BTS.
Donc non tu peux (facilement) te retrouver devant des étudiants et tenter de leur transmettre ton savoir faire.
Si tu veux former des gens tu peux, je le fais ça se passe très bien et c'est assez amusant (bien que chronophage).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll