El Titi a écrit 3940 commentaires

Il fait son amande honorable

C'est pas une raison pour casser les noix à tout le monde.

Indice: https://fr.wiktionary.org/wiki/amender

Plus récent que baker et avec une approche un peu différente pour mettre au point un CLI rapidement:
Fire

et arrêtent de juger les autres à tout-va.

vs

Dans « grammar nazi », ne l'oublions pas, il y a « nazi ».

Et toi t'as le "droit" d'avoir un symbole de la nouvelle extrême-droite dans ton pseudo

Et crypto-fasciste.

uniquement à la communauté chrétienne ? (← c'est ça qui fait de ce symbole un marqueur d'extrême-droite)

Si les autres réac de LinuxFR pouvaient faire pareil,

aux esclaves modernes qui ne vivent que pour leurs factures (et leur patron),

ce pays de merde

Entre quelques pauvres mecs qui se font rembarrer salement et les milliards de femmes qui subissent l'oppression systémique patriarcale, je pense pas qu'on peut mettre exactement les deux sur le même pied

Je fous les pieds en milieu libéral éduqué très acceptant du fascisme

…

Non toi tu ne portes AUCUN jugement, tu dis juste LA vérité … celle que ton prisme sur la réalité te laisse appréhender en tout cas, comme chacun d'entre nous. La sagesse commence par l'humilité et l'acceptation des autres quelles que soient leurs opinions. Ces chères valeurs universalistes que tu défends et notamment la tolérance, peut-être un jour que tu les porteras et les fera tiennes plutôt que de les objecter à la face des autres comme des vérités absolues en discriminant à ton tour.

Et je m'abstiendrai sur la "violence symbolique" que tu dénonces. Tes écrits parlent d'eux-même

CQFD

Allez, je te réponds une dernière fois pour te montrer à quel point tu fourres le doigt dans l'oeil avec tes préjuégs foireux. Regarde bien le mien de pseudo, à la différence de Tanguy.

Et continue bien à faire ta petite révolution en culotte courte derrière ton clavier et d'être petri de vérités pré-mâchées. Le monde réel est un peu trop complexe pour toi visiblement.

Si je m'abstiens à l'avenir de te lire, pardon te décoder, c'est juste pour ne plus perdre mon temps.

Une nouvelle horde de trolls a débarqué sur DLFP, visiblement. Bon courage les moules

Belle illustration de la bien pensance que j'évoquais un peu plus haut, merci!

On se connait au fait, que tu connaisses si bien mon système de pensée ? Je ne crois pas et effectivement, je vais suivre ton excellent conseil et m'abstenir de te lire. Le temps est si précieux …

Note pour moi même:
https://twitter.com/stark0080/status/1029962864952524800

C'était juste pour illustrer le fait qu'une langue construite ouvre tous les champs du possibles, notamment pour traiter du genre.

Merci Tanguy. Comme quoi, on peut arriver à se comprendre finalement :-)

Nos langues héritées de la culture sont d'une telle complexité, avec tant de règles et d'exceptions accumulées au cours de l'histoire que ça en devient un frein à leur adoption (en témoigne, les lacunes de nos jeunes générations et leur propension à utiliser le langage SMS).

Donc est-il vraiment judicieux d'apporter encore plus de complexité ? J'ai volontairement pris l'exemple d'une langue construite simple (moderne) qui n'intègre le genre que lorsqu'il faut lever les ambiguïtés. Un temps l'Esperanto était pressenti comme la langue officielle de l'UE.

Et dans le fond, je pense qu'il reste tellement à faire, qu'il y a tant de combats bien plus important à mener pour une société moins sexiste, à commencer par notre déconditionnement et l'éducation de nos jeunes que celui-ci me parait quelque peu futile … même si je le respecte.

Et en tant qu'informaticien, je m'adapterai à la prochaine release mineure de notre langue, évidemment.

Libre à toi. Mon combat quotidien, c'est que ma fille ne se fasse pas accoster dans la rue tous les jours sans se faire traiter de "bonnasse". Comme je l'ai écrit plus loin, chacun ses combats.

pourquoi s'intéresser uniquement à la communauté chrétienne ?
C'est marrant ce discours qui hiérarchise la victimisation.

Si j'en juge par ton premier message tu sembles plutôt concerné par l'égalité entre les hommes et les femmes et notamment l'oppression faites aux femmes, j'imagine. Ton procédé me rappelle celui utilisé par certaines/s attachées/és à cette cause.

Notamment lorsqu'on parle de la cause des hommes violentés, on entends ce discours à coup de statistiques comme quoi il faudrait se préoccuper des causes les plus urgentes (Sachant que si toutes les femmes ne portent pas plainte, qu'en est-il pour les hommes pour qui c'est encore moins "socialement" acceptable. Je suis bien placé pour le savoir.)

Petit florilège de cette rhétorique bien entretenue:
https://www.agoravox.fr/commentaire2143869

Alors je vais te donner un petit exemple pour essayer de te faire comprendre le biais dans ton raisonnement.
En terme de santé publique, si je suis ton discours, les personnes préoccupées par la cause des autistes ou encore des maladies génétiques devraient plutôt s'intéresser à celle de la malaria, cette maladie si loin de nos préoccupations quotidiennes. Les 2 ne sont pas antagonistes pourtant. Mais certains savent mieux que d'autres donner des leçons sous couvert de leur morale (la seule qui vaille)

Qui donc est le plus ouvert d'esprit ?

M'est avis qu'un vrai esprit de liberté et d'égalité laisse à chacun la liberté de choisir ses combats sans préjuger.

(On m'aurait dit que je prendrais fait pour la cause de notre sieur Tanguy un jour…)

Les anti-sexistes (i.e l'essence initiale du féminisme) devraient promouvoir les langues construites plutôt que de vouloir déconstruire toutes les langues héritées du patriarcat.
Le chemin sera plus court.

Je viens d'en découvrir une sympa:
https://fr.wikipedia.org/wiki/Toki_pona
https://www.jchr.be/tokipona/grammaire.htm

Simplement sans aller jusqu'à trouver des métaphores pour appuyer le soi-disant manque d'ouverture (avec son lot de féminisme exacerbé qui confine parfois à la misandrie …), peut-être que la lecture de ces messages non conformes aux règles du français nécéssitent un effort de concentration qu'on n'a pas envie de fournir, quel que soit l'intérêt des propos de l'auteur.

Mais puisqu'il faut une analogie, j'en ferai une avec les langages informatiques.
"developeureuses" => Syntax Error
Mon cerveau compile pas tous simplement.

Je gagne le confort de pouvoir me balader avec un disque et pouvoir partager des données avec presque n'importe qui.
Que NTFS soit un bouse est un fait, mais hélas, il est quasi universel.

Personne n'en doute mais ça permet justement de redonder des données pas trop critiques.

Merci, sauf que tous mes disques externes sont en NTFS pour être compatibles Windows.

Celui que j'ai indiqué plus haut fonctionne très bien.
Il calcule à la volée les secteurs défectueux et tu peux lui indiquer une marge de sécurité (par exemple 16 Mo) autour de chaque secteur avant le partitionnement.
J'ai recyclé 2 dd en disques de backup comme ça.

Je l'ai retrouvé:
http://www.dposoft.net/rbd.html

Merci

D'ailleurs personne ne lit Schopenhauer. Un génie probablement

Je vous invite à regarder cette série de vidéo sur le asyncio, asyn/await super bien fichue et qui aborde aussi les lib concurrentes ici:
https://www.youtube.com/watch?v=ijxLs1D9Zjs&list=PL2CXLryTKuwza0Ln5i1tY3RvkadTwPkyF&index=3:

Ca reprend le fond de l'article de Sam dont je n'aime définitivement pas la forme.

La série asynchrone:
https://www.youtube.com/watch?v=AjfSvp6Q-lM&index=1&list=PL2CXLryTKuwza0Ln5i1tY3RvkadTwPkyF

Le cours complet:
https://www.youtube.com/channel/UCIlUBOXnXjxdjmL_atU53kA

Tu n'es pas au courant ? iLife existait bien avant MyLife
Suis un peu le jeu !

Qui mieux que les inventeurs d'Electron pourraient répondre à ta question ?
Du coup, il se sont inspirés de Mozilla pour refaire un truc qui tient la route avec un langage qui ne prend pas l'eau ;-) … Rust et une couche de rouille pour épater la galerie en JS:

https://github.com/atom/xray

Une autre aspect important est aussi la documentation vivante ("living documentation").
Tes tests (le code de test) sont liés à tes scénarios d'exemple. Modifier les scénarios peut casser le code et un changement sur le code est répercuté sur les tests d'intégrations au travers de ces scénarios.

On rompt avec l'écueil de toutes les approche d'ingénierie dirigée par les modèles
et dans lesquels le modèle (qui constitue la spec) sert à générer le code et finit par ne plus être son reflet car on ne remonte plus les changements au niveau du modèle lorsque le code évolue.

Pour en finir avec le sieur, il est beaucoup plus à l'aise sur son terrain de jeu: les TUs et ce petit guide en 4 parties http://sametmax.com/un-gros-guide-bien-gras-sur-les-tests-unitaires-en-python-partie-1/ est une excellente entrée en matière pour ceux qui voudraient s'y mettre en python.

Sachant que pour les test d'acceptation en python (ATDD/BDD) Robot est un excellent complément:
http://robotframework.org/

Et pour ceux qui voudraient mieux comprendre cette approche en double boucle (à la old school sans framework ça marche aussi) un exemple en java très instructif:
https://www.infoq.com/articles/atdd-from-the-trenches

C'est la où tu méprends légèrement.
Tu confonds les DSL (Domain Specific Languages) textuels/graphiques et les autres langage plus généraux( UML & Co) avec le BDD.

Le principe du BDD est juste de s'appuyer sur une idée de bon sens que tout le monde applique de lui-même.
"Un exemple vaut mieux qu'un long discours".

Le livre fondateur:
https://www.amazon.com/Specification-Example-Successful-Deliver-Software/dp/1617290084/ref=sr_1_1?s=books&ie=UTF8&qid=1455777095&sr=1-1&keywords=specification+by+example

La syntaxe Gherkin (Given … When… Then… qui ressemmble étrangement au AAA -Arrange Act Assert d'un TU digne de ce nom au passage d'ou des frameworks TU à la http://spockframework.org/) est simplissime et n'est absolument pas ogligatoire pour faire du BDD.

Voici par exemple 2 frameworks qui ne requièrent pas l'usage de Gherkin et laissent exprimer les scénarios d'exemple au format libre (ce qui n'exclue pas des conventions dans une équipe)
https://gauge.org/
http://concordion.org/tutorial/java/markdown/

Et comme illustré dans un autre lien pointé plus haut (example mapping session) ce qui est demandé au client (et en collaboration avec lui) c'est juste de déterminer les exemples (les titres des scénarios). Le travail d'écriture des scénarios textuels et leur implem est laissé à la main de la dev team. Il sera demandé au client de relire ces scénarios (facilement compréhensibles pour le coup) et d'en rediscuter s'ili reste des zones d'ombres. Chaque acteur du projet (PO, QA et dev) appréhende du coup le métier plus précisément selon sa perspective.

Les articles de Sam sont en général très intéressants, mais dans le cas présent j'ai comme un"léger" doute sur sa bonne foi … ou ses compétences.

Le monsieur a sorti des exemples jouets tirés des frameworks qui évidemment ciblent des cas facilement implémentables sous forme de test unitaires alors que les tests concernés par le BDD sont en général des tests d'integration ou end to end (boîte noire) .

Visiblement beaucoup de concepts lui ont échappé dans le BDD et en particulier sa finalité qui est avant tout de récupérer des bonnes specs tirées d'exemples, ce qui permet de mettre tout le monde autour d'une table (les 3 amigos, "product owner", testeurs et devteam https://cucumber.io/blog/2015/12/08/example-mapping-introduction )
et de parler dans le langage du client (ubiquitous language). Ceci se retranscrit jusque dans le code et l'archi (Domani Driven Design)
https://blog.xebia.fr/2009/01/28/ddd-la-conception-qui-lie-le-fonctionnel-et-le-code/

Les tests autos ne sont qu'un "effet de bord" de l'approche
Il oublie allègrement la double boucle BDD (tests d'acceptation et TUs en même temps que le code) et en déduit que c'est de la merde parce que dans SON taf il n'en pas besoin. Un bel homme de paille en python
http://coding-is-like-cooking.info/2013/04/outside-in-development-with-double-loop-tdd/

Bref pour reprendre son ton cynique: "Il dit de la merde et ferait mieux de pas l'ouvrir sur tout et nimportnawak". Un tampon "Gros boulet" qui se perd