Je souhaite ardemment que l'écriture inclusive ne prenne pas. C'est lourd, moche et nuit grandement à la lisibilité.
Je préfères largement augmenter l'utilisation du féminin dans les cas suivants:
* on utilise le féminin lorsqu'un groupe contient plus de femmes que d'hommes (ou même un nombre égal)
* on utilise indifféremment masculin ou féminin là où ça pourrait être l'un ou l'autre
Conclysion: Que de temps perdu sur un truc ma fichu! Si ça marchait comme attendu, tu n'aurais pas perdu de temps sur ce détail inintéressant au possible.
Posté par djano .
En réponse au journal Licht 0.1.
Évalué à 2.
Et bien avec LO, selon le type de la dernière valeur, nous pourrons avoir un résultat sous forme de date ou de nombre… Fichtre ! (Pour ma part, fait le choix que la date étant un format plus spécialisé que le nombre, il est avait une priorité plus importante, si vous avez une solution plus élégante, je suis preneur !)
Je ferai plutôt l'inverse: prendre le type le plus large capable de représenter toutes les données.
Sinon, comment représenter les données qui ne peuvent être représentées dans le type spécialisé? Que faire quand il y a plusieurs types de données spécialisés dans la sélection?
Quand on parle des alternatives existantes (ce que Nix vise à palier), on nous vante à raison la facilité avec laquelle on peut faire les mises à jour de sécurité: on met à jour la librairie partagée et hop c'est sécurisé. D'après la description du fonctionnement, on dirait qu'il faut mettre à jour toutes les dépendances une par une, comme avec la compilation statique.
Est-ce que c'est la seule manière de faire, ou bien est-ce qu'il existe une sorte d'override global?
Mais faire le boulot de packaging et de déploiement sur quelques centaines de serveurs pour gagner quelques pouillièmes de secondes, je vois clairement pas l'intérêt.
Pourtant linuxbrew a l'air sympa.
Si tu n'en vois pas l'intérê, c'est peut-être simplement que tu n'as pas le besoin de ces outils?
Ça n'est pas du logiciel libre. C'est plus facile à utiliser qu'avant, ce qui est super bien, mais ça reste non libre.
Ce qui me gêne le plus dans cette annonce, c'est que l'annonce tranche avec la réalité. Au final, je rejette le discours marketing qui joue sciemment l'ambiguïté.
En revanche je n'ai rien contre votre business model. Il faut bien manger. Par ailleurs, je suis très content qu'ELK soit un logiciel libre depuis le début.
Le choix politique/culturel est très fort et bouscule le statu-quo. La réaction est à la hauteur.
Cette dépêche est un peu fichue à cause de ça. Je pense que l'on discutera plus du fond lors de prochaine dépêche, une fois que tout ça sera derrière nous.
Sur le fond, le tout est en alpha, "ne rapportez pas de bugs". Ça limite forcément les commentaires aussi.
Qui définit les règles de la langue française? En France, l'académie française (donc en majorité des hommes blancs aisés d'un âge avancé) ô combien représentative des locuteurs.
D'ailleurs, c'est l'académie française qui a masculinisé le français dans les années 1600-1700.
Le progrès en ingénierie informatique, c’est le développement d’abstractions simples d’utilisation (système de fichier, TCP) adaptées à un besoin précis et répandu. Si le « monde BDD » (j’inclus là dedans SGBDR et ORM) n’est pas capable de fournir une telle abstraction pour des besoins de persistance basique, le problème vient du monde BDD, pas des développeurs.
Pour des besoins basiques les ORM marchent tres bien. Besoins basiques = c'est possible d'avoir des perfs suffisantes sans trop se casser la tete. Je pense que 90% des applications sont dans ce cas.
J'ai meme entendu dire que ca marchait dans des cas compliques, mais a mon avis les gars qui codaient connaissaient tres bien l'ORM et la base de donnees sous jascente.
Maintenant, le jour ou les volumes augmentent, tu ne peux pas faire l'economie d'avoir:
1. des gars qui savent bien comment marchent la BD
1. le temps et les resources pour travailler sur les performances
1. une entreprise qui valorise le travail sur les performances
Sinon l'application et l'equipe fonce droit dans le mur. (C'est du vecu)
Tu peux developper toutes les abstractions que tu veux, si les developpeurs ne font pas l'effort de comprendre comment fonctionne chaque brique de l'application et comment en tirer le maximum, rien ne pourra les sauver. Bien sur ils vont blamer la technologie, mais la verite, c'est qu'ils peuvent changer de technologie, mais ils continuerons toujours a avoir les memes problemes.
Je n'ai jamais vu les problemes disparaitre en cachant sa tete dans le sable et se regardant le nombril.
la plupart des SGBD sont utilisés via des ORM et autres couches d'abstractions qui font qu'effectivement le développeur ne sait pas ce que fais le SGBDR
Je pense que c'est là que le bat blaisse.
De plus, la plupart des développeurs en SSII sont incapables d'écrire une requête SQL, avec une jointure n'y pensons même pas, et de toutes façons, ça les gonflent.
Je ce cas, je ne donne pas cher de l'application qu'ils développent…
Oui, j'ai étudié ces choses là et ça ne m'a pas aidé pour parler à mon SGBD que je considérais comme une boîte noire magique. Depuis que je suis passé de l'autre côté (Je travaille sur une base de données non relationnelle), mon point de vue à beaucoup changé. La boîte noire n'est plus magique du tout, et je n'écris plus du tout mes requêtes de la même manière.
La MoCo, c'est des revenus qui se comptent en centaines de millions de dollars. On s'approche petit à petit des 500 millions de dollars par an si je me rappelle bien.
Oui apparemment, des chercheurs ont creusé plus avant le concept (récent?) de side-channel attack sur CPUs. On peut s'attendre à se qu'ils trouvent de nouvelles attaques dans les mois qui viennent…
Pour certains développeurs, avoir des specs est déjà un luxe… Quand tu penses que certains développeurs doivent deviner tous seuls ce que le logiciel doit faire.
Chouette alors! Reste plus qu'à mettre ça sur papier et à le faire valider. Vous serrez alors certifiés ISO-je-sais-pas-quoi: concrètement, vous êtes capable de produire exactement la même merde de manière constante :)
Certes OpenJDK est l'implémentation la plus utilisée (Oracle JDT c'est OpenJDK plus des petites choses en plus, et bientôt ce sera exactement la même chose). Cependant Azul Zing peut s'exécuter avec des centaines de gigaoctets de mémoire sans avoir des stop-the-world GC. Côté OpenJDK, Shenandoah existe déjà et ZGC arrive (https://www.infoq.com/news/2017/11/zgc).
À côté de ça, Azul Zing propose aussi d'accélérer les démarrages des JVM en enregistrant les optimisations réalisées lors des runs précédents, ce qui permet d'éviter de brutales optimisations et deoptimisations. De son côté, OpenJDK propose la compilation AOT (Ahead Of Time) qui n'est rien d'autre qu'une compilation statique, pas au runtime avec un JIT. Bref, le monde Java bouge.
Moi aussi j'ai trouvé ça très bien exposé et facile à comprendre. Rattaché les explications à la POO m'a beaucoup aidé.
Je te rejoins à propos des articles classiques sur RDF et OWL qui ne convainquent que les convaincus. Ils sont difficiles à lire et vendent très mal ce qu'ils présentent.
Merci pour cette dépêche accessible au développeur habitué à la POO.
[^] # Re: La chine
Posté par djano . En réponse à la dépêche Utiliser son Android de façon plus sécurisée. Évalué à 7.
Hors sujet, mais tant pis:
Je souhaite ardemment que l'écriture inclusive ne prenne pas. C'est lourd, moche et nuit grandement à la lisibilité.
Je préfères largement augmenter l'utilisation du féminin dans les cas suivants:
* on utilise le féminin lorsqu'un groupe contient plus de femmes que d'hommes (ou même un nombre égal)
* on utilise indifféremment masculin ou féminin là où ça pourrait être l'un ou l'autre
Fin du hors sujet.
[^] # Re: portée lexicale ?
Posté par djano . En réponse au message De la conception du langage Python. Évalué à 2.
Conclysion: Que de temps perdu sur un truc ma fichu! Si ça marchait comme attendu, tu n'aurais pas perdu de temps sur ce détail inintéressant au possible.
# covariance / contravariance
Posté par djano . En réponse au journal Licht 0.1. Évalué à 2.
Je ferai plutôt l'inverse: prendre le type le plus large capable de représenter toutes les données.
Sinon, comment représenter les données qui ne peuvent être représentées dans le type spécialisé? Que faire quand il y a plusieurs types de données spécialisés dans la sélection?
[^] # Re: Quid des mises à jour de sécurité ?
Posté par djano . En réponse à la dépêche Le gestionnaire de paquets Nix en version 2.0. Évalué à 4.
Merci Bruno!
# Quid des mises à jour de sécurité ?
Posté par djano . En réponse à la dépêche Le gestionnaire de paquets Nix en version 2.0. Évalué à 5.
Je trouve l'idée de Nix absolument géniale.
Quand on parle des alternatives existantes (ce que Nix vise à palier), on nous vante à raison la facilité avec laquelle on peut faire les mises à jour de sécurité: on met à jour la librairie partagée et hop c'est sécurisé. D'après la description du fonctionnement, on dirait qu'il faut mettre à jour toutes les dépendances une par une, comme avec la compilation statique.
Est-ce que c'est la seule manière de faire, ou bien est-ce qu'il existe une sorte d'override global?
[^] # Re: J'aime pas les "alternatives"
Posté par djano . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 3.
Pourtant linuxbrew a l'air sympa.
Si tu n'en vois pas l'intérê, c'est peut-être simplement que tu n'as pas le besoin de ces outils?
[^] # Re: Oui security toujours sous license gold/platinum
Posté par djano . En réponse à la dépêche Elastic inclura X-Pack dans sa distribution. Évalué à 4.
Ça n'est pas du logiciel libre. C'est plus facile à utiliser qu'avant, ce qui est super bien, mais ça reste non libre.
Ce qui me gêne le plus dans cette annonce, c'est que l'annonce tranche avec la réalité. Au final, je rejette le discours marketing qui joue sciemment l'ambiguïté.
En revanche je n'ai rien contre votre business model. Il faut bien manger. Par ailleurs, je suis très content qu'ELK soit un logiciel libre depuis le début.
[^] # Re: Il n'y a pas que le genre dans la vie
Posté par djano . En réponse à la dépêche Khaganat, des stands et des avancées. Évalué à 2.
Le choix politique/culturel est très fort et bouscule le statu-quo. La réaction est à la hauteur.
Cette dépêche est un peu fichue à cause de ça. Je pense que l'on discutera plus du fond lors de prochaine dépêche, une fois que tout ça sera derrière nous.
Sur le fond, le tout est en alpha, "ne rapportez pas de bugs". Ça limite forcément les commentaires aussi.
[^] # Re: Accords
Posté par djano . En réponse à la dépêche Khaganat, des stands et des avancées. Évalué à 10.
Je trouve aussi qu'un texte tout au féminin est bien plus facile à lire que l'écriture inclusive.
J'aime beaucoup tes propositions. J'aimerais arriver à les mettre en pratique. Les automatismes vont beaucoup gêner dans la réalisation :)
[^] # Re: Genre...
Posté par djano . En réponse à la dépêche Khaganat, des stands et des avancées. Évalué à 3.
D'ailleurs, c'est l'académie française qui a masculinisé le français dans les années 1600-1700.
[^] # Re: N'importe quoi !
Posté par djano . En réponse à la dépêche Interview de Dimitri Fontaine, contributeur majeur à PostgreSQL. Évalué à 3.
Il y a JOOQ dans le monde Java qui est proche de ce que j'aurais aimé utiliser.
Mais je ne l'ai jamais testé, ça m'a juste l'air top moumoute :)
https://www.jooq.org
[^] # Re: N'importe quoi !
Posté par djano . En réponse à la dépêche Interview de Dimitri Fontaine, contributeur majeur à PostgreSQL. Évalué à 10.
Pour des besoins basiques les ORM marchent tres bien. Besoins basiques = c'est possible d'avoir des perfs suffisantes sans trop se casser la tete. Je pense que 90% des applications sont dans ce cas.
J'ai meme entendu dire que ca marchait dans des cas compliques, mais a mon avis les gars qui codaient connaissaient tres bien l'ORM et la base de donnees sous jascente.
Maintenant, le jour ou les volumes augmentent, tu ne peux pas faire l'economie d'avoir:
1. des gars qui savent bien comment marchent la BD
1. le temps et les resources pour travailler sur les performances
1. une entreprise qui valorise le travail sur les performances
Sinon l'application et l'equipe fonce droit dans le mur. (C'est du vecu)
Tu peux developper toutes les abstractions que tu veux, si les developpeurs ne font pas l'effort de comprendre comment fonctionne chaque brique de l'application et comment en tirer le maximum, rien ne pourra les sauver. Bien sur ils vont blamer la technologie, mais la verite, c'est qu'ils peuvent changer de technologie, mais ils continuerons toujours a avoir les memes problemes.
Je n'ai jamais vu les problemes disparaitre en cachant sa tete dans le sable et se regardant le nombril.
[^] # Re: N'importe quoi !
Posté par djano . En réponse à la dépêche Interview de Dimitri Fontaine, contributeur majeur à PostgreSQL. Évalué à 4.
Je pense que c'est là que le bat blaisse.
Je ce cas, je ne donne pas cher de l'application qu'ils développent…
[^] # Re: N'importe quoi !
Posté par djano . En réponse à la dépêche Interview de Dimitri Fontaine, contributeur majeur à PostgreSQL. Évalué à 5.
Oui, j'ai étudié ces choses là et ça ne m'a pas aidé pour parler à mon SGBD que je considérais comme une boîte noire magique. Depuis que je suis passé de l'autre côté (Je travaille sur une base de données non relationnelle), mon point de vue à beaucoup changé. La boîte noire n'est plus magique du tout, et je n'écris plus du tout mes requêtes de la même manière.
[^] # Re: "C'est peut être un détail pour vous mais pour vlc ça veut dire beaucoup" ♫
Posté par djano . En réponse au journal L'union européenne finance une « chasse aux bugs » pour le lecteur multimédia VLC. Évalué à 2.
La MoCo, c'est des revenus qui se comptent en centaines de millions de dollars. On s'approche petit à petit des 500 millions de dollars par an si je me rappelle bien.
[^] # Re: influxdb vs prometheus
Posté par djano . En réponse à la dépêche Découverte de l’outil de supervision Prometheus. Évalué à 3.
15 jours je crois, mais tu peux exporter les données comme dit ici: https://linuxfr.org/news/decouverte-de-l-outil-de-supervision-prometheus#comment-1728493
[^] # Re: FLOSSITA
Posté par djano . En réponse à la dépêche Naissance de FlossCON à Grenoble, la conférence alpine du logiciel libre, v0 les 19 et 20 janvier. Évalué à 2.
Je pense que c'est indépendant de la GUILDE.
[^] # Re: Failles non-exploitées ?
Posté par djano . En réponse à la dépêche Deux failles critiques : Meltdown et Spectre. Évalué à 3.
Oui apparemment, des chercheurs ont creusé plus avant le concept (récent?) de side-channel attack sur CPUs. On peut s'attendre à se qu'ils trouvent de nouvelles attaques dans les mois qui viennent…
[^] # Re: Linux, pas prêt ?
Posté par djano . En réponse à la dépêche Deux failles critiques : Meltdown et Spectre. Évalué à 1.
Il m'avait semblé lire que l'information était arrivée plus tard aux devs Linux. Pas de source, désolé.
[^] # Re: Nikolai Mamashev
Posté par djano . En réponse à la dépêche Morevna : animation vectorielle libre en crowdfunding. Évalué à 3.
Ou plus précis: "pour être totalement transparent"
[^] # Re: stupide
Posté par djano . En réponse au journal ils l'ont voulu, ils l'ont obtenu, et ils l'ont dans le baba.... Évalué à 3.
Pour certains développeurs, avoir des specs est déjà un luxe… Quand tu penses que certains développeurs doivent deviner tous seuls ce que le logiciel doit faire.
[^] # Re: stupide
Posté par djano . En réponse au journal ils l'ont voulu, ils l'ont obtenu, et ils l'ont dans le baba.... Évalué à 2.
Chouette alors! Reste plus qu'à mettre ça sur papier et à le faire valider. Vous serrez alors certifiés ISO-je-sais-pas-quoi: concrètement, vous êtes capable de produire exactement la même merde de manière constante :)
[^] # Re: go 2.0
Posté par djano . En réponse au journal Pourquoi la recherche en langages de programmation ?. Évalué à 2.
Est-ce que tu as eu des échos sur ce que ça vaut? D'après un test phoronix, OpenJDK était systématiquement devant.
[^] # Re: go 2.0
Posté par djano . En réponse au journal Pourquoi la recherche en langages de programmation ?. Évalué à 2.
OpenJDK != Java.
Certes OpenJDK est l'implémentation la plus utilisée (Oracle JDT c'est OpenJDK plus des petites choses en plus, et bientôt ce sera exactement la même chose). Cependant Azul Zing peut s'exécuter avec des centaines de gigaoctets de mémoire sans avoir des stop-the-world GC. Côté OpenJDK, Shenandoah existe déjà et ZGC arrive (https://www.infoq.com/news/2017/11/zgc).
À côté de ça, Azul Zing propose aussi d'accélérer les démarrages des JVM en enregistrant les optimisations réalisées lors des runs précédents, ce qui permet d'éviter de brutales optimisations et deoptimisations. De son côté, OpenJDK propose la compilation AOT (Ahead Of Time) qui n'est rien d'autre qu'une compilation statique, pas au runtime avec un JIT. Bref, le monde Java bouge.
[^] # Re: j'ai pas tout saisi.
Posté par djano . En réponse à la dépêche Owlready : un module Python pour manipuler les ontologies OWL. Évalué à 5.
Moi aussi j'ai trouvé ça très bien exposé et facile à comprendre. Rattaché les explications à la POO m'a beaucoup aidé.
Je te rejoins à propos des articles classiques sur RDF et OWL qui ne convainquent que les convaincus. Ils sont difficiles à lire et vendent très mal ce qu'ils présentent.
Merci pour cette dépêche accessible au développeur habitué à la POO.