Sans parler du “style” de l'article je le trouve finalement assez pauvre en informations. J'aurais aimé en savoir un peu plus sur /e/ et ses lacunes si existantes par rapport à un Android lambda ou un LineageOS

Moinsser ?

:-°

Il y a plusieurs sujets à travers tes questions, l'article de miamondo, la réaction de Camille qui mériteraient que je me mette à écrire un article. Je le ferai peut-être avant la fin de l'année.

1. Le contenu de l'article, son thème est parfaitement dans les sujets traités par le Jdh. Je doute qu'on puisse dire qu'un article sur /e/ n'a pas sa place sur le Jdh
2. Dans son état antérieur, il aurait sa place ici mais on aurait assisté à une bataille dans les commentaires trouvant que ça posait problème, trop agressif/irrespectueux, d'autres en ayant marre qu'on les gonfle avec l'écriture inclusive et demandant qu'on reste concentré sur l'article pas sur des phrases malheureuses (qui peuvent choquer certains, ce que je comprends parfaitement). Pour résumer ça aurait probablement fini en suppression de l'article pour arrêter la bataille rangée dans les commentaires du Jdh sur cet article
3. Doit-on empêcher pour autant la lecture d'un article et l'échange de commentaires au motif qu'un point important pose problème dans l'article ? L'auteur a choisi des mots, exprimé son point de vue, c'est le sien, pas le mien ni celui du Jdh. Les gens souhaitent réagir, donner leur avis, c'est justement le ciment d'une communauté, ce qui l'a fait vivre. Après si ça dégénère ce sera modéré
4. Le gros problème c'est qu'on veut du définitif, du blanc ou du noir, la vie et la modération c'est du gris. Personne n'est obligé de lire cet article, de l'apprécier, de le plusser. Il faut tolérer les idées des autres même si elles heurtent nos convictions car elles ne sont pas punissables par la loi de toute façon

Tcho !

Contenu payant => Accès libre à présent.

Contenu payant => Accès libre à présent.

Contenu payant => Accès libre à présent.

Contenu payant => Accès libre à présent.

Yo,

Apparemment l'auteur a modifié son article : “Non, je vous rassure tout de suite concernant le titre. Je n’ai pas cédé à la mode de l’écriture inclusive”.

Concernant ton étonnement, ce “contenu” n'est justement pas sur le Jdh, il est chez (sur le site de) l'auteur de l'article qui en est responsable. Tu peux lui laisser un message dans ses commentaires. Ton hors sujet est malvenu, l'article a parfaitement sa place ici même si on peut être en désaccord avec certains points.

Tcho !

Très surpris par le manque de bienveillance du premier paragraphe : “Je suis un.e inclusivophobe convaincu, et si ça ne vous plaît pas, ce n’est pas la peine de continuer à me lire. Vous pouvez dégager!”

Je suis étonné de voir ce genre de contenu ici…

J’espère que leur service fera un flop !

C'était en fait plus pour mettre des exemples d'utilisation des REGEX. Il me semblait avoir mis un mot sur filter_vars() justement pour les @mails (apparemment pas… pas encore ;) ) Merci du commentaire DaScritch :)

C'est incomplètement faisable. Et la regex qui peut le plus est une monstruosité https://stackoverflow.com/questions/201323/how-to-validate-an-email-address-using-a-regular-expression#answer-201378

Ah bon ? :sceptique:

Merci d'avoir citer filter_var, je connaissais pas. Si un filtre est déjà proposé par le langage, autant l'utiliser plutôt que de réinventer la roue.

« Comment valider une adresse email avec une REGEX »

NON SURTOUT PAS ! Il est mathématiquement impossible d'écrire une regex pour valider un e-mail.

Utilisez plutôt filter_var() qui est bien plus rapide et occasionnera beaucoup moins d'erreurs

Les projets comme openSUSE ou elementary qui insistent à tordre l'usage de la langue en bannissant la majuscule initiale à un nom propre me font tous penser au sketch “!Xobile” de Russell Peters.

https://www.youtube.com/watch?v=p0sDqVI7Eng

Mieux, je ne sais pas si je peux l'affirmer ; vachement plus simple, ça assurément, à partir du moment où ton matos est compatible. C'est assez régal !

Quoiqu'il en soit, je préfère à ce jour administrer OpenBSD que du Debian, voire du *Buntu (et leurs fac-similés) ! (que j'ai pratiqué pendant des années régulièrement)

hmmm l'auteur a apparemment viré l'article pour l'instant, je re-vérifierai un peu plus tard.

Je like les deux commentaires parce que ça me fait sourire :) Article plein de bonnes choses comme d’hab !

404 page not found :(

Beuark. Pierre a-t-il déjà administré un ElasticSearch en prod pour utiliser ce gros bouzin pour faire un OU binaire ? DynamoDB ne sait pas faire d'Index pour avoir besoin d'ES ?

Exemple parfait d'archi qui, sous couvert de consommation à la demande, consomme énormément d'énergie pour le résultat obtenu.