barmic 🦦 a écrit 5212 commentaires

TypeScript et Rust ont a mon sens suffisamment d'arguments pour représenter le futur sans se cacher sous un effet de mode.

Ce n'est pas ce que j'ai voulu dire. C'est leur publicité qui est un biais actuel. Comme go l'a eu avant et scala aussi par exemple. Ils ont une place, mais du fait de l'engouement qu'ils produisent ils sont surexposés. Ça contribue à leur créer une place d'ailleur (et c'est le cycle normal).

Ces technos sont faites pour des web apps, pas vraiment des sites web. (par exemple, wikipédia, des sites vitrines en wordpress n'en ont a pas besoin)

Il est question des parts de framework dans le navigateur dans le web publique, c'est bien explicité.

Pleins de boites vont faire des apps webs sans que ça soit forcément visibles (intranet par exemple) donc ça représente une partie de l'iceberg.

C'est forcément une inconnue, mais amha soit il y a encore plus de latence car moins d'investissement soit c'est du même ordre.

Enfin, faudrait plus un indicateur sur les nouveaux sites et ceux refondus car le web a un peu d'histoire et effectivement tu remplaces pas 20 ans de vanilla JS/jquery par d'autres frameworks en un coup de baguette.

C'est pour ça que la démarche de l'almanach est annuelle, ils préparent la nouvelle version.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

un algo compilé en instructions natives sera plus rapide que de l'interprété.
c'est le ratio entre les 2 qui est difficile (voir impossible) à déterminer.

Et les opcodes+jit c'est quoi d'après toi ?

une mesure de perf sur un algo avec un garbage collector peut être fluctuent alors que sans il est plus prédictible.

Le modèle d'exécution de php doit pas mal aider pour ça.

Et sinon, @barmic, c'est quoi ton intérêt de défendre cœur et âme PHP ?

Te reprendre ce n'est pas défendre corps et âme. Je n'aime pas du tout php. Mais je distingue ne pas du tout aimer et considérer que c'est objectivement mauvais. Je n'aime pas le turquoise, ça n'en fais pas une mauvaise couleur.

Te répondre me donne l'occasion de faire des recherches sur php et python, je trouve ça cool. Ça fait bien longtemps que je ne te réponds plus pour tenter de te convaincre tu te remets bien suffisamment en question tout seul, mais revoir l'historique de l'asynchrone en python, s'intéresser au runtime php,… je trouve ça cool.

Je ne vais pas te demander pourquoi tu viens faire une croisade, au mieux c'est juste du troll.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tu pense que la cnil réagit en quelques jours ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ils ont juste formalisé les choses un peu mieux avec des api et des mots clés dédiés depuis 5 ans : async/await.

asyncio a était intégré au langage en 2014, ok ça fait 6 ans. Mais asyncio était hors du langage avant ça et depuis bien avant il y avait twisted. Et ça n'a pas l'air d'avoir trop contraint tornado, flask et autres pour faire de l'asynchrone.

Quand tu évoques le fait que l'async nécessite toute la chaine en async, j'en ai bien conscience et c'est pour ça que quand on me dit que c'est même pas supporté nativement, je doute que ça soit possible d'en faire aussi facilement.

De ce que je vois avec python et java, on expérimente hors du langage et c'est quand les pratiques de la communauté se stabilise que l'on intègre dans le langage. Ça me paraît pas idiot comme approche.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je rappel que Java effectue ses contrôles de type à la compilation et produit un bytecode qui est par nature plus rapide à interpréter.

Il est interprété dans certains modes puis le JIT se met en place et ça fini en code natif après un temps de chauffe assez connu.

PHP compile vers des opcode au premier passage qui sont réutilisés aux autres appel et depuis PHP8 peut faire du JIT.

L'interprétation le bytecode à chaque appel jusqu'au JIT ou interprété du code source au premier accès puis réutiliser l'opcode. La mesure de performance est loin d'être aussi simpliste.

Mais effectivement, je suis plutôt convaincu que la POO est un mauvais paradigme

T'es convaincu de beaucoup de choses j'ai l'impression.

C'est un discours difficile à entendre car beaucoup ont perfectionné leurs apprentissages autours de ça (design pattern et autre joyeuseté).

Les design pattern ce n'est pas forcément OO, une monade c'est un design pattern par exemple.

Dans ces sites, c'est plus l'infra autours qui va faire la diff : load balancer, varnish, logstash, worflow autours de Git etc.
Tout ça a évolué très vite (le front aussi) mais pas vraiment PHP.

Il évolue pas assez vite ou trop ? Qu'est-ce nous donne à nous non utilisateur de ce langage une quelconque pertinence pour dire ce qui devrait être ou ne pas être du PHP ? D'autant que c'est des discussions qu'ils ont et qui sont bien plus argumentées que tout ce que nous pourront produire ici.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Java a de l'async depuis quelques années (et encore ça n'est pas si simple), python depuis 5 ans si je ne m'abuse et perl n'en a pas encore. Comme PHP, ils passent par des bibliothèques externes.

À noter que le cas d'usage le plus répandu de PHP, un reverse proxy avec FPM, une base MySQL ou Postgres, pose différemment la problématique de l'asynchrone. Par exemple si ton driver de base de données n'est pas asynchrone ça n'a pas grand intérêt. En java on commence à en avoir, mais je suis suis pas sûr que ce soit très répandu ailleurs. Pour ce qui est de l'IO sur la socket client, je pense que c'est au sein de FPM (quand tu déploie avec FPM) que ça se gère et pas du tout au niveau des API du langage.

Bien sûr il y a d'autres IO possibles et classiques (en vraiment classique je pense à mongo et redis) mais il faut voir pour chacun où ça en est.

Ensuite faut se rappeler que l'asynchrone ça n'est pas forcément la panacée, ça dépend de ton workload.

Tu n'a pas l'impression de faire des jugements à l'emporte pièce pour chaque pseudo-argument que tu donne ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Excellent ! J'espère qu'il trouvera à place !

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je ne connais pas assez PHP, mais en java on a pas attendu que ça fasse partie du langage pour avoir de l'asynchrone avec rx et netty. Python non plus d'ailleurs (à minima avec des trucs comme twisted). Pas plus que perl en fait (avec POE).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je parle avec plein de devs et bon le sujet du "meilleur langage" (c'est des discussion de comptoirs donc effectivement c'est toujours un peu excessif) retombe souvent sur la table.
Néanmoins, y'a des trucs récurrents qui reviennent : Python, Scala, Haskell, Rust, TypeScript mais jamais PHP (pourtant, beaucoup d'eux l'utilise à titre pro).

Ta véhémence ne doit pas beaucoup aider.

PHP, comme d'autres langages genre java. N'ont pas la hype. Mais il faut faire la part des choses entre la hype et ce qui est utilisé. Typescript et rust font énormément parler mais ça cache un biais. L'informatique, le développement c'est un énorme paquet de développeurs qui ne s'expriment pas ou pas dans ta langue ou pas là où tu va.

L'exemple le plus simple. Vu la com' on pourrait croire que react, angular et vue dominent le développement en navigateur alors qu'à eux 3 ils représentent 7% des sites web.

Certains des sites les plus visités au monde sont écris en PHP, la rivalité entre laravel et symphony crée une bonne dynamique,… Ça mérite un chouia plus de considération que de crier à tut tête qu'il faut l’abandonner surtout sans autre arguments que "je connais personne qui aime".

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est tellement un classique comme phrase qu'il y a très peu de chance. C'est de l'humour qui sert à exprimer qu'il faut se détendre. Le reste de mon commentaire l'explicite sans ambiguïté si c'était nécessaire.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Mais l'encyclopédie de Diderot était-elle elle-même pratique à distribuer ?

Ben il me semble qu'il était à l'état de l'art de son époque.

(tu peux tout à fait mettre des liens vers des images, le client pourra choisir de les afficher à même la page, comme sur l'exemple ci-dessous)

D'acc c'est le billet donné en haut qui m'a induit en erreur.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est quoi ton problème ? Ta copine t'a trompé avec un développeur PHP au lycée ?

Pourquoi être aussi véhément ? Personne ne t'oblige à quoi que ce soit et les gens ont bien le droit d'utiliser les outils qui leur plais sans avoir à subir de regards noirs non ?

Tu dis toi même ne pas trop t'y intéresser c'est ton droit, mais pourquoi vouloir s'en prendre à PHP ? Soit tu t'y intéresse et tu peux donner des arguments soit tu troll comme là et ça te ridiculise plus que ça ne fait avancer ta cause.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Donc par exemple, linux c'est de l'amateurisme selon toi ? Ou gcc par exemple ? Gnome ? Comme gimp d'ailleurs.
Le versionning de TeX et de LaTeX, pour toi ça se classe où par exemple ?

Le sémantique versionning est très utilisé, mais il faut pas être obtus. Déjà il est arrivé après la notation mais il y a d'autres équipes qui font autrement je ne vois pas en quoi c'est de l'amateurisme.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ça me fait toujours sourire cette entorse à Semver : Version majeur mais sans breaking changes.

D'où tu tire qu'ils utilisent semver ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Même l'encyclopédie de Diderot avait des images. Ça me parait plutôt pratique d'avoir image et schémas pour distribuer de l'information.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je crois que c'est aussi le cas si tu utilise php-fpm il me semble.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tu fais comment avec TOFU si ton serveur crash du coup ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Facebook aurait certainement eu les moyens de faire des réécritures si PHP avait été un gros frein à son développement

Ils ont tout de même :

• créé un compilateur PHP vers C++ nommé HIPHOP
• une machine virtuelle nommée HHMV
• conçu un feu langage syntaxiquement proche de php nommé hack

Je ne suis pas très à jours, mais aux dernières nouvelles que j'ai vu Facebook ne fais plus de php, mais uniquement du hack.

C'est les travaux de Facebook qui ont précipité la mort de php 6 et le travail de php 7 quasiment uniquement orienté vers la performance.

ownCloud, en 2010, aurait pu choisir Python (c'était la version 2.7, pas trop mal !).

OwnCloud a clairement choisi PHP car on ouvre plus d'hébergement LAMP que python, perl ou ruby.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

si on veut vérifier du typage avant la mise en prod, on s'appuie sur l'IDE (c'est pas son rôle à mon sens) et des tests.

Tu t'appuis sur de l'analyse statique. La lancer dans une étape du build, sur ton ide, en pre-commit, en pre-push ou quand tu feux ça ne change pas grand chose.

Reprocher que ça n'est pas forcément exécuter c'est comme disqualifier les tests parce que rien ne t'oblige à les lancer. La plus part des projets utilisent des analyseurs statistiques aussi car ils en ont besoin.

PHP comme tous les langages est compilé mais compilé au runtime, ce qui signifie que le moindre run vérifie toute la sémantique de type tant que tu ne t'appuis pas trop sur du typage dynamique.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

De ce qu'il me semble la logique s'intéresse uniquement aux langues formelles et à l'aspect objectif. Ce n'est qu'une petite partie du langage.

La logique ne s'intéresse pas, et à aucun moment, uniquement aux langues formelles. Elle s'intéresse à ce qu'il y a de formel dans toute langue (que celle-ci soit naturelle ou artificielle), ce qui constitue bien un aspect objectif du langage. Que ce ne soit qu'une partie, voire même une toute petite partie, de ce qui constitue un langage, je ne l'ai jamais nié et ne le nierai jamais. Ce n'est pas pour autant que c'est une partie à négliger.

Alors essayer d'en déduire les formalisme tout en étant préscriptiviste. C'est vouloir en faire des langues formelles.

À titre personnel, ce que je trouve gênant est qu'il existe une science vielle de plus de 2500 ans dont certains programmeurs (en particulier certains concepteurs de langages) semblent se moquer. J'entends par « se moquer » non se rire d'elle, mais être indifférent à ce qu'elle prescrit. Et j'ai beau retourner la question dans tous les sens dans ma tête, je n'en comprends pas la raison.

La première chose à faire, si on cherche à comprendre c'est de se débarrasser de ses apriori¹, accepter que ce que l'on prend pour acquis peut être remis en cause. Si ta question c'est "Pourquoi est-ce qu'ils se trompent ?", tu ne trouvera pas grand monde pour t'aider à trouver une réponse. De temps en temps des gens viendront essayer de dialoguer, mais ça va vite tourner en rond.

Mon appel aux philosophes (je ne vois pas en quoi il a été continuel)

Il est systématique dans chacun de tous tes commentaires. Quand tu ne cite pas nommément quelqu'un c'est 2500 ans d'histoires qui sont là pour appuyer ce que tu dis.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

La CNIL est moins facho que les flics, j'ai pas trop d'inquiétude sur le traitement qui sera fait de la plainte : personne ne devrait être physiquement blessé.

Non, mais prendre des lettres de mise en demeure c'est stressant et je ne pense pas que c'est linuxfr qui dira le contraire. Ta responsabilité est engagée. Tu te sent face à la Justice avec un grand J. Ce n'est pas pour rien que ça suffit à calmer pleins de site, même quand c'est n'importe quoi.

Je ne pense pas que quand il n'y a pas de dommage physique, il n'y a pas de dommage.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Si on parle toujours de Cairn, Belin c'est 19M€ de CA, De Boeck 8,5M€, les PUF 9M€, Madrigall 500M€, et je passe les petits. Fais-moi croire qu'ils ne peuvent pas trouver 80k€/an pour embaucher un gars pour leur expliquer comment fonctionnent des cookies.

Ouh! :) Petit menteur ! :p Tout le monde sait que parler de CA pour parler de l'argent que possède une entreprise c'est du mensonge pure et simple. Je n'ai pas trouvé de chiffre plus récent, mais en 2015 s'ils avaient bien 19M de CA, ils étaient en perte de 3M € et cela pour la troisième année consécutive. Je ne vais pas aller voir pour les autres ça ne m'intéresse pas plus que ça.

Ils peuvent probablement embaucher (ils ont des variations de +/-5 personnes dans leurs effectifs), mais faut arrêter de faire dire au CA quelque chose de farfelu.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Il me semble que les 2 principales différence que c'est que guix est GNU compliant et qu'il utilise scheme.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

On est bien d'accord que le foutage de gueule vise Google et non à la CNIL.
Donc, non, il n'y pas d'invective de ma part visant la CNIL (je ne te fais pas l'injure de reprendre ici la définition factuelle d'une invective).

Tu intuite que c'est toléré par la CNIL sur quelle base? Combien de temps ça prend pour monter un dossier d'après toi ? Pense tu que ces démarches sont instantanées ? As-tu vérifié si quelque chose était en cours ? As-tu vu une communication allant dans ce sens ? Si non effectivement, je comprends ton expertise dans le procès d'intention.

Pardon mais là aussi je pense qu'il faut rester factuel et, en l'espèce, ne pas me faire de procès d'intention. Il n'y aucune menace dans le journal donc, non, on ne peut pas y voir une menace.

Je suis convaincu que ce n'est pas volontaire, mais ton journal c'est :

• tel site ne respecte pas la RGPD
• j'ai déposé une plainte à la CNIL
• ce blog ne respecte pas non plus la RGPD

Ce n'est pas explicité, mais à minima en terme de coup de pression plutôt violent tu ne peux pas dire que ça ne se pose pas là.

Je comprends que tu as peut-être pu te laisser happer par un ressenti découlant d'un long échange de commentaires, mais il me paraissait important de défendre mon journal tel qu'il est écrit et non tel que tu en avais gardé le souvenir.

Ce n'est pas une question de souvenir, mais de ce qui est induit par ton journal.

1. dépôt d'une plainte sans tentative de parlementer
2. pointer du doigt d'autres membres de linuxfr comme ne respectant pas non plus la RGPD
   • ce n'est pas explicitement dit mais ce serait une insulte à l'intelligence d'affirmer que ça ne le rend pas susceptibles de subir le même sort (on sait tous faire des implications logiques)
3. une conclusion en mode de "toute manière la CNIL s'en fout"

Encore une fois, je n'ai pas le moindre doute que ça n'était pas ton intension, si tu me fait un procès en émotion je peux t'en faire un aussi en disant que peut être que ce dépôt de plainte et les difficultés que tu a rencontré ton énervé et que tu a écrit ce journal avec fatigue et énervement.

Mon point c'est juste de ne pas être surpris que ceux que tu pointent du doigt se sentent pris pour cible (même s'ils ne sont pas la cible de ta plainte).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ignorer l'amalgame qui est fait, c'est gentil pour antistress. Le fait qu'il n'est pas déposé de plainte c'est une chose, mais à minima on peut y voir une menace. Je ne doute pas que c'est pas volontaire, mais on peut être plus civilisé que se menacer en tribunal les uns les autres.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll