C'est pour ça que pour être entendu il ne faut pas trop mettre de passion dans la réponse, pas d'attaque personnelle de l'interlocuteur, mais l'amener à penser comme toi, quitte à ce que ça finisse par un magnifique "je ne suis pas d'accord avec toi mais je comprends ce que tu veux dire".
Je pense qu'il y a aussi un lien avec la langue utilisée. Le français est une langue très riche, qui permet de distiller avec subtilités (et sans s'en apercevoir) non seulement l'idée de fond, mais aussi toute une forme de petites choses qui vont amener le lecteur à connaître l'état d'esprit de l'auteur. Du coup, en français, il est plus difficile de rester neutre dans ses propos, en tout cas un peu plus difficile qu'en anglais, et beaucoup plus difficile qu'en chinois, pour citer deux langues que je maîtrise.
En conséquence, je ne participe plus que très rarement sur les fora français qui, je trouve, partent facilement en vrille, pour souvent finir avec juste quelques piliers qui se tolèrent entre eux. A côté, les fora chinois peuvent carrément sembler aseptisés, se concentrant quasi uniquement sur le fond.
D'où le "pret pour le desktop ?"
Je me disais que c'est un besoin aussi basique que de pouvoir inverser les HP droite-gauche, mais j'ai peut-être tort, c'est peut-être un besoin anecdotique.
Du coup je suis allé voir un windows 10, il y a bien des options d'équalisation (bass boost, room correction, loudness eq…) par périphérique de sortie, mais rien pour inverser les deux HP, comme quoi…
Ton besoin est basique, mais pas prévu dans le clickodrome, j'ai un besoin du même genre : changer d'équaliser graphique en fonction des haut-parleurs de sortie (ou casque). Typiquement je veux une équalisation différente pour les HP pourris de base du pc portable (couper les basses par exemple) et pour les HP un peu plus qualitatifs branchés sur la sortie "line".
Pour l'instant, je gère avec les fonctions des softs :
- mocp pour la musique, changer de presets des eqs en une touche, c'est ok.
- equas de VLC pour les films, ça se gère encore.
- videos/musique en ligne avec Firefox, sans sortir l'artillerie lourde, je sèche.
Ca serait cool que ça soit possible au niveau de la sortie générale, quelque soit la source. Un jour peut-être…
4Go en tout, c'est trop peu pour virtualiser un W10.
J'utilise un pc avec 8Go de ram et avec virtualbox pour un W10 auquel j'alloue 4Go. Ca roule très bien comme ça pour des cours en ligne, une quinzaine d'élèves tous en vidéo en même temps, pas de problème pour le son et la webcam, tout fonctionne.
Je préfèrerais bien entendu que Tencent fasse une version linux de 通讯会议, mais faut pas rêver. Heureusement, ça marche avec virtualbox.
Je me reponds à moi-même : xenial, c'est 2016, c'est déjà vieux, le temps passe vite. Du coup Yakkety est dans archive.
Là seule fois où j'ai du mettre à jour une machine ubuntu avec autant de retard, j'ai du passé par toutes les devels entre les LTS, à coup de modifs manuelles du etc/apt/sources.list et en visant les dépots archive jusqu'à atteindre une version encore maintenue. Bref, c'est la galère.
Tu peux toujours tester l'option -p de do-release-upgrade.
Parce qu'il existe plusieurs solutions (comme il existe plusieurs façon de coder) en fonction du besoin, du contexte, des ressources, … Diversité ne nuit point et permet à chacun de trouver son bonheur.
Merci, c'est très clair et on comprends bien que ce ne sont pas des émissions faites à la va-vite.
Vu le travail de préparation, il y a un vrai boulot de fond qui fait que tu es sans doute souvent plus au courant des dernières évolutions que tes invités. Ca permet de poser les bonnes questions ; et puis pour l'auditeur, qu'une bonne info vienne de l'interviewer ou des invités, peu importe, tout est bon à prendre.
En ayant un travail alimentaire, c'est vraiment pas mal, donc re-bravo.
Et puis mes mails peuvent tout simplement se perdre dans l'intervalle de notification du changement d'IP, non ?
Non, le serveur qui envoie (ou relaie) le mail n'arrivant pas à joindre le serveur de destination (le tien) ou ayant affaire à un autre serveur venant de récupérer l'IP, considérera le mail comme non-envoyé et il retentera plus tard. Quand ? la RFC ne le dit pas, ça peut être 5 minutes plus tard comme deux heures ou le lendemain.
J'ai codé un serveur SMTP de A à Z, j'ai choisi de faire en fonction du nombre de tentatives : 5 minutes après la première, 30 minutes pour la deuxième, deux heures, … et au bout d'environ 3 jours, il abandonne, l'expéditeur est averti de la non-délivrance du message. Chaque serveur smtp fait à sa sauce.
Tu as utilisé quels autres services ? Ca peut (me) servir d'en connaître quelques-uns.
Des gars qui espèrent récupérer quelque chose d'utilisable par ce genre de biais, ça ne doit pas courir les rues : trop d'énergie dépensée pour un retour sur investissement quasi-nul. Il n'y a vraiment pas de quoi s'inquiéter.
Merci Da Scritch pour cette émission.
Pourquoi ai-je l'impression que tu maîtrises mieux le sujet que tes invités ? Tu vas sans doute me dire que tu as potassé le truc en vue de l'émission, mais eux sont supposément toujours le nez dedans… bref.
Question : pourquoi l'enregistrement fait début septembre sort plus d'un mois après ? Qu'est-ce qui bloque une sortie plus rapide ?
Je ne suis pas certain qu'utiliser mail-tester.com soit judicieux car :
- la note dépend beaucoup du contenu du mail lui-même, donc rien à voir avec la config du serveur.
- ils utilisent sorbs.net (blacklist) qui n'est clairement pas un "bon" choix (pour rester poli). J'ai déjà vu beaucoup de commentaires très négatifs (voire les accuser d'être des mafieux) et je peux confirmer que c'est du n'importe quoi : l'ip de mon serveur a été blacklistée pour spam en 2011, sans posibilité de le délister, et alors que cette IP a changé de propriétaire, peut-être même plusieurs fois depuis.
Mais un blacklistage sur sorbs ne semble pas du tout être gênant dans la pratique, vu que, pour autant que je sache, je n'ai aucun problème pour délivrer les mails au monde entier. Est-ce une preuve que quasiment plus personne n'utilise sorbs ? J'espère.
Il n'est pas vraiment "probable" que des mails attérissent chez quelqu'un autre quand tu changes d'IP, dans l'intervalle où les dns se mettent à jour. Les adresses résidentielles avec un serveur SMTP actif doivent être très rares, et les logiciels de serveur smtp par défaut n'accepteront pas les mails donc le destinataire n'est pas dans la liste des domaines gérés par lui. Donc sauf à tomber sur une machine dont le gars souhaite volontairement récupérer ce genre de mails en transit (et avoir les connaissances suffisantes pour le faire), ça n'arrivera pas. En général on s'arrange pour ne pas recevoir plus de mails que nécessaire.
Donc tu fais du prosélytisme parce que Manu est un bras cassé. Un bras cassé, ça se vire. Rien à voir avec l'obligation d'utiliser un debugger.
Le monde du travail impose parfois d'utiliser des outils qu'on déteste, bien souvent Microsoft Windows que, si tu es cohérent, tu devrais utiliser à la place de Linux, vu que la majorité l'utilise. Quoi ? la majorité n'aurait pas toujours raison ?
Ici on parle de PHP, et de l'usage d'un debugger. Faudra bien que tu admettes que des gens, dans leur situation sans doute différente de la tienne, de part leur façon de coder, de part leurs capacités, de par leurs habitudes, … n'en ont pas forcément besoin, et ne sont pas aveugles pour autant.
Voila bien le problème, la majorité a-t-elle toujours raison ? La diversité a-t-elle le droit d'exister ?
Parce que la majorité des devs utilisent un debugger, faudrait que ce soit la seule façon de coder ? Tu as une drôle de conception du libre. Et puis je ne vois pas trop pourquoi tu fais tant de prosélytisme. Les devs qui n'utilisent pas de debugger, ça te dérange ? c'est de la jalousie ? un besoin irrépressible que tout le monde fasse comme toi ? Un mesquin sentiment d'être dans la meute du côté des plus forts ? Un bon psy peut sans doute t'aider, tu sais.
Un sondage, bof ? Le résultat importe peu, et il ne serait sûrement pas le même pour les devs PHP que pour les devs java.
Et pour finir sur le sujet, j'ai longtemps fait du RPG sur AS/400, je n'ai jamais utilisé le debugger sur mes propres programmes, mais je l'utilisais souvent sur les programmes écrits par d'autres (qui n'étaient pas toujours sains d'esprit, et c'est peu dire). Donc tu vois, contrairement à toi, je ne suis pas sectaire, c'est une question d'utilité dans un contexte donné. En PHP, j'ai le bonheur de ne pas avoir à modifier le code des autres, ou très peu, pas besoin de debugger pour mes propres devs, voilà tout.
Merci "tonton th" pour cet éclairage. J'aurai plutôt nommé ça cpsav que cpold, je crois qu'on a tous fait ça au moins une fois dans notre vie de dev.
"devnewton" est donc bien à côté de la plaque, à généraliser ce que lui pense être de mauvaises pratiques, en tentant d'en glisser une vraie parmi des fausses. Basse pratique assez courante, son debugger a sans doute buggé. Il va encore moinsé, mais finalement rien à battre, ça confirme juste que tous les sites ont leur lot de boulets, quelque soit le sujet.
Bon allez, je fais l'effort de te répondre une fois de plus ::
je n'ai pas besoin de debugger, je ne fais jamais de bug
Je n'ai jamais eu besoin d'un outil dédié (un debugger) pour trouver et corriger mes bugs. On parle bien de PHP, hein, c'est bien le sujet de la dépêche. Dans d'autres langages, c'est peut-être différent, j'en sais rien, vu que je ne code qu'en PHP (sauf à appeler javascript un langage).
Si tu trouves un endroit où j'ai dit que je ne faisais jamais de bug, tu viens le montrer, faut assumer dans la vie.
le cpold est plus efficace qu'un gestionnaire de version
Aucune idée de ce qu'est cpold, et j'ai un peu la flemme de chercher là. Et comme on n'a nul part parlé de gestionnaire de version, le gars il dit qu'il ne voit pas le rapport avec la choucroute.
les frameworks c'est nul, je préfère tout coder moi même.
C'est mon avis, que je partage avec moi-même. Si ça te défrise, tant pis pour toi.
Je déteste les frameworks, j'utilise des classes ou libs faites par d'autres, mais avec parcimonie et en regardant comment c'est fait. Oui, je préfère tout coder moi-même, et mes clients ne s'en plaignent pas, au contraire. Tout coder soit même a ses avantages.
Comme je le disais, ça manque cruellement de tolérance ici. Utilise donc ton debugger si ça t'aide, mais n'impose pas aux autres ta façon de développer.
Ben dis donc, ça manque singulièrement de tolérance ici… la meute des utilisateurs de debugger se sont sentis attaqués ? Il n'y avait pourtant pas de raison.
Je pensais que les utilisateurs de Linuxfr, compte-tenu du sujet principal du site, avaient un peu plus d'ouverture d'esprit et de tolérance que les utilisateurs de sites lambda. Mais je me rends compte que finalement la nature humaine engendre les mêmes travers sur tous les forums, blogs, commentaires… quel que soit le sujet.
Pas grave, hein. Restez donc entre vous, je continuerai à lire (et écouter dans le cas présent) les excellentes dépêches sans intervenir dans les commentaires, c'est mieux pour tout le monde.
Ad astra.
Oui et non, on n'est pas tous pareils, et on ne fait pas tous la même chose.
Un dev symphony a sans doute davantage besoin d'un debugger qu'un autre.
Dire qu'un dev qui n'utilise pas de debugger est aveugle, c'est faire fi de la diversité des développeurs et de la diversité des méthodes de développement.
Donc ça fait 20 ans que je m'en fous de ce qui tourne en prod, merci de me l'apprendre, haha. Ca va faire plaisir à mes clients.
Pour préciser ma pensée (et entrer dans ton troll du samedi), je n'ai jamais eu besoin d'un debugger parce que je sais comment se déroule mon programme, quel est le contenu des variables, et ce à tout moment. Un cerveau humain qui émule un interpréteur, pour programmer, c'est quand même pratique, non ?
Chacun est libre d'utiliser un debugger ou pas, je n'ai pas de problème avec les gens qui en utilisent. Mais dire que celui qui n'en utilise pas est aveugle, c'est l'histoire de la poutre et de l'oeil.
Emission sympathique sur un sujet qui m'intéresse.
Les deux invités ont davantage l'air d'être des devs Symphony que des devs PHP purs et durs, car :
c'est dommage de ne pas connaître le sebang PHP pour les scripts sh : #!/usr/bin/env php (ou #!/usr/bin/php dans la plupart des distribs) et de ne pas en voir l'utilité.
dire qu'un dev qui n'utilise pas de debugger est un dev aveugle. Moi j'aurais dit l'inverse : un dev qui a besoin d'un debugger est un dev qui navigue en aveugle dans son code.
Aparté sur le short_open_tag déclaré "deprecated" : il est loin de disparaître, sauf à entendre hurler dans les chaumières. La base existante est énorme, et la désactivation de cette option sur un site a le malheureux effet secondaire d'afficher sans crier gare le code dans le navigateur (bonjour la sécurité). Comme il n'y a aucun (mais vraiment aucun) intérêt à taper systématiquement trois lettres de plus (<?php au lieu de <?), qu'on nous foute donc la paix avec le short_tag.
Pour les usages de R (que je ne connais que de nom) ça rentre sans doute un peu dans la case "spécificité".
De ce que je comprends, tu aurais pu faire ce projet en PHP/perl/lush si tu avais maitrisé ces langages sur le bout des doigts, et que le choix final de Python s'est fait parce qu'un gars le connaissait justement sur le bout des doigts. Ou je me trompe ?
Mon regard sur des projets passés est que parfois le(s) dev(s) perd(ent) beaucoup de temps à choisir le langage qui sera utilisé, change(nt) x fois avant de se fixer (ou pas) et qu'au final ça aurait été beaucoup plus vite de choisir un langage qu'il(s) maîtrise(ent) bien au lieu de tergiverser.
J'ai même bossé avec un cas gars sur un projet (lui le frontoffice, moi le backoffice) qui réécrivait tout le code dans un nouveau langage tous les deux mois juste parce qu'il voulait "jouer" et découvrir le dernier langage fashion du moment qu'il est super bien et tout et tout : très positif pour sa culture info, mais on a attendu longtemps le frontoffice terminé, et puis comme il n'est jamais arrivé, j'ai du le faire moi-même (en PHP bien entendu).
implé en php (pas satisfaisant)
implé en perl (c'était pas ça)
implé le lisp (lush pour être précis, toujours pas ça)
implé en python. Ah, voilà, là ça va \o/
Salut Kaos,
C'est off-topic, mais ça m'intéresse de savoir le pourquoi des "pas satisfaisant" et autres.
Je pose la question car je suis étonné (et curieux de nature). Moi j'ai toujours tout fait en PHP, mais note que ça aurait pu être un autre langage, c'est juste que c'est celui que j'ai maîtrisé à fond en premier, et je suis resté à mon premier amour.
Mais tu as l'air de dire qu'un projet s'accomode mieux d'un langage plutôt que d'un autre.
Je peux comprendre quand il y a vraiment un facteur spécifique, genre il faut que ce soit hyper-rapide donc Assembleur, ou usage obligatoire d'une bib dont le binding n'existe que pour un langage précis, … Or, pour 99% des projets que j'ai pu faire, avec un bon gros mix de devs web, scripts en batch, daemons, client lourd, je ne me suis jamais retrouvé bloqué par mon langage par défaut, et changer de langage n'aurait rien apporté de mieux, ni en facilité de dev ni en qualité du résultat.
Par exemple, là je suis en congé, et ça fait 3 jours que je suis sur le dev d'un serveur imap en PHP, pour aller avec les serveurs POP et SMTP que j'avais également fait en PHP il y a plus de 15 ans de ça. Je n'en suis qu'à un tiers de la RFC, putain c'est long… Ce n'est certes pas "conventionnel" de faire des daemons linux en PHP, mais pourquoi pas ? je ne vois pas ce que m'aurait apporté de plus le fait de le faire en Python, en Perl, en C ou en perlimpinpin ; ça tourne, ça roule, ça tient la charge. Un algo est un algo, le langage est juste une façon de faire comprendre ce qu'on veut que le proc fasse.
Donc voilà, pourquoi pour toi Python a été plus adapté sur ce big projet ?
Ce n'est pas "soit ou soit", c'est les deux mon capitaine !
Il y a trop de monde sur Terre, et qui consomment et polluent trop… en moyenne. Qu'un ricain consomme et pollue 20 fois plus qu'un africain ne change pas le résultat, surtout quand la tendance est à vouloir tous faire comme les ricains.
Si tu veux dire qu'en habitant dans le Larzac tu as moins l'impression qu'on est nombreux sur Terre par rapport à moi qui vit dans une ville de 12 millions d'habitants, heu… oui, le ressenti n'est sans doute pas le même. Mais on est assez grand pour passer au dessus de ça et regarder à plus grande échelle, non ?
Le réchauffement climatique, il est bien du aux activités humaines (combustion des matières fossiles notamment), et on en parlerai pas si la population globale était faible. Comme je le disais un peu au dessus, quelques centaines de milliers de gens sur Terre pourraient polluer autant qu'ils veulent sans impact notable sur l'écosystème. Les problèmes surviennent quand plusieurs milliards de gens consomment et polluent.
C'est vrai qu'un habitant des Etats-unis et du Bangladesh ne laissent pas la même empreinte, ça n'invalide pas le fait qu'on est déjà trop nombreux. L'un n'empêche pas l'autre.
Il y a beaucoup de gâchis dans certains pays, et de la famine dans d'autres, ce n'est pas un scoop.
Comme tu le cites, 2700 calories produites par habitant par jour, en perdant seulement le tiers, il reste 1800 cal par jour et par personne. Or les besoins nutritionnels d'un adulte sont entre 2400 et 2600 cal par jour (dixit le premier lien google sur le sujet, je n'ai pas cherché des heures).
Certes les très vieux et les enfants mangent moins, et les ados trois fois plus, donc en moyenne, au doigt mouillé, le besoin doit être autour de 2000, soit déjà au dessus des 1800 fournis au mieux.
[^] # Re: Influence quand même du contradicteur ?
Posté par xulops (site web personnel) . En réponse au journal [HS] Mon cerveau me ment ou pourquoi je ne commente que très peu. Évalué à 6. Dernière modification le 13 novembre 2020 à 07:34.
Je pense qu'il y a aussi un lien avec la langue utilisée. Le français est une langue très riche, qui permet de distiller avec subtilités (et sans s'en apercevoir) non seulement l'idée de fond, mais aussi toute une forme de petites choses qui vont amener le lecteur à connaître l'état d'esprit de l'auteur. Du coup, en français, il est plus difficile de rester neutre dans ses propos, en tout cas un peu plus difficile qu'en anglais, et beaucoup plus difficile qu'en chinois, pour citer deux langues que je maîtrise.
En conséquence, je ne participe plus que très rarement sur les fora français qui, je trouve, partent facilement en vrille, pour souvent finir avec juste quelques piliers qui se tolèrent entre eux. A côté, les fora chinois peuvent carrément sembler aseptisés, se concentrant quasi uniquement sur le fond.
[^] # Re: pret pour le desktop ?
Posté par xulops (site web personnel) . En réponse au message inverser les enceintes droite et gauche. Évalué à 1.
Tu ne dis sans doute pas une connerie. ;)
C'est juste que ce n'est pas "user friendly", ne serait-ce que pour lancer pulseaudio-equalizer :
```
To start the pulseaudio equalizer run:
pactl load-module module-equalizer-sink
pactl load-module module-dbus-protocol
and, to make these changes permanent, edit ~/.config/pulse/default.pa (create it if necessary) and add these lines:
load-module module-equalizer-sink
load-module module-dbus-protocol
```source : https://askubuntu.com/questions/980876/how-do-i-start-pulseaudio-equalizer
D'où le "pret pour le desktop ?"
Je me disais que c'est un besoin aussi basique que de pouvoir inverser les HP droite-gauche, mais j'ai peut-être tort, c'est peut-être un besoin anecdotique.
Du coup je suis allé voir un windows 10, il y a bien des options d'équalisation (bass boost, room correction, loudness eq…) par périphérique de sortie, mais rien pour inverser les deux HP, comme quoi…
# pret pour le desktop ?
Posté par xulops (site web personnel) . En réponse au message inverser les enceintes droite et gauche. Évalué à 1.
Ton besoin est basique, mais pas prévu dans le clickodrome, j'ai un besoin du même genre : changer d'équaliser graphique en fonction des haut-parleurs de sortie (ou casque). Typiquement je veux une équalisation différente pour les HP pourris de base du pc portable (couper les basses par exemple) et pour les HP un peu plus qualitatifs branchés sur la sortie "line".
Pour l'instant, je gère avec les fonctions des softs :
- mocp pour la musique, changer de presets des eqs en une touche, c'est ok.
- equas de VLC pour les films, ça se gère encore.
- videos/musique en ligne avec Firefox, sans sortir l'artillerie lourde, je sèche.
Ca serait cool que ça soit possible au niveau de la sortie générale, quelque soit la source. Un jour peut-être…
[^] # Re: Machine virtuelle
Posté par xulops (site web personnel) . En réponse au message [Résolu] Windows à coté de Linux - Dual Boot / Virtualisation. Évalué à 1.
4Go en tout, c'est trop peu pour virtualiser un W10.
J'utilise un pc avec 8Go de ram et avec virtualbox pour un W10 auquel j'alloue 4Go. Ca roule très bien comme ça pour des cours en ligne, une quinzaine d'élèves tous en vidéo en même temps, pas de problème pour le son et la webcam, tout fonctionne.
Je préfèrerais bien entendu que Tencent fasse une version linux de 通讯会议, mais faut pas rêver. Heureusement, ça marche avec virtualbox.
[^] # Re: do-release-upgrade -d
Posté par xulops (site web personnel) . En réponse au message Problème de mise à jour de Ubuntu 16.04 à 18.04.5 LTS. Évalué à 1.
Je me reponds à moi-même : xenial, c'est 2016, c'est déjà vieux, le temps passe vite. Du coup Yakkety est dans archive.
Là seule fois où j'ai du mettre à jour une machine ubuntu avec autant de retard, j'ai du passé par toutes les devels entre les LTS, à coup de modifs manuelles du etc/apt/sources.list et en visant les dépots archive jusqu'à atteindre une version encore maintenue. Bref, c'est la galère.
Tu peux toujours tester l'option -p de do-release-upgrade.
# do-release-upgrade -d
Posté par xulops (site web personnel) . En réponse au message Problème de mise à jour de Ubuntu 16.04 à 18.04.5 LTS. Évalué à 1. Dernière modification le 19 octobre 2020 à 05:29.
Si tu utilises do-release-upgrade -d à la place de tes commandes apt, il se passe quoi ?
[^] # Re: CMS headless et baseless ?
Posté par xulops (site web personnel) . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à 1.
Parce qu'il existe plusieurs solutions (comme il existe plusieurs façon de coder) en fonction du besoin, du contexte, des ressources, … Diversité ne nuit point et permet à chacun de trouver son bonheur.
[^] # Re: Bravo
Posté par xulops (site web personnel) . En réponse au journal CPU Ex0146 PHP8 tout neuf. Évalué à 3.
Merci, c'est très clair et on comprends bien que ce ne sont pas des émissions faites à la va-vite.
Vu le travail de préparation, il y a un vrai boulot de fond qui fait que tu es sans doute souvent plus au courant des dernières évolutions que tes invités. Ca permet de poser les bonnes questions ; et puis pour l'auditeur, qu'une bonne info vienne de l'interviewer ou des invités, peu importe, tout est bon à prendre.
En ayant un travail alimentaire, c'est vraiment pas mal, donc re-bravo.
[^] # Re: mail-tester est-il crédible ?
Posté par xulops (site web personnel) . En réponse au message Serveur smtp et IP dynamique. Évalué à 2.
Merci pour les infos.
Non, le serveur qui envoie (ou relaie) le mail n'arrivant pas à joindre le serveur de destination (le tien) ou ayant affaire à un autre serveur venant de récupérer l'IP, considérera le mail comme non-envoyé et il retentera plus tard. Quand ? la RFC ne le dit pas, ça peut être 5 minutes plus tard comme deux heures ou le lendemain.
J'ai codé un serveur SMTP de A à Z, j'ai choisi de faire en fonction du nombre de tentatives : 5 minutes après la première, 30 minutes pour la deuxième, deux heures, … et au bout d'environ 3 jours, il abandonne, l'expéditeur est averti de la non-délivrance du message. Chaque serveur smtp fait à sa sauce.
[^] # Re: mail-tester est-il crédible ?
Posté par xulops (site web personnel) . En réponse au message Serveur smtp et IP dynamique. Évalué à 2.
Tu as utilisé quels autres services ? Ca peut (me) servir d'en connaître quelques-uns.
Des gars qui espèrent récupérer quelque chose d'utilisable par ce genre de biais, ça ne doit pas courir les rues : trop d'énergie dépensée pour un retour sur investissement quasi-nul. Il n'y a vraiment pas de quoi s'inquiéter.
# Bravo
Posté par xulops (site web personnel) . En réponse au journal CPU Ex0146 PHP8 tout neuf. Évalué à 4.
Merci Da Scritch pour cette émission.
Pourquoi ai-je l'impression que tu maîtrises mieux le sujet que tes invités ? Tu vas sans doute me dire que tu as potassé le truc en vue de l'émission, mais eux sont supposément toujours le nez dedans… bref.
Question : pourquoi l'enregistrement fait début septembre sort plus d'un mois après ? Qu'est-ce qui bloque une sortie plus rapide ?
# mail-tester est-il crédible ?
Posté par xulops (site web personnel) . En réponse au message Serveur smtp et IP dynamique. Évalué à 2.
Je ne suis pas certain qu'utiliser mail-tester.com soit judicieux car :
- la note dépend beaucoup du contenu du mail lui-même, donc rien à voir avec la config du serveur.
- ils utilisent sorbs.net (blacklist) qui n'est clairement pas un "bon" choix (pour rester poli). J'ai déjà vu beaucoup de commentaires très négatifs (voire les accuser d'être des mafieux) et je peux confirmer que c'est du n'importe quoi : l'ip de mon serveur a été blacklistée pour spam en 2011, sans posibilité de le délister, et alors que cette IP a changé de propriétaire, peut-être même plusieurs fois depuis.
Mais un blacklistage sur sorbs ne semble pas du tout être gênant dans la pratique, vu que, pour autant que je sache, je n'ai aucun problème pour délivrer les mails au monde entier. Est-ce une preuve que quasiment plus personne n'utilise sorbs ? J'espère.
Il n'est pas vraiment "probable" que des mails attérissent chez quelqu'un autre quand tu changes d'IP, dans l'intervalle où les dns se mettent à jour. Les adresses résidentielles avec un serveur SMTP actif doivent être très rares, et les logiciels de serveur smtp par défaut n'accepteront pas les mails donc le destinataire n'est pas dans la liste des domaines gérés par lui. Donc sauf à tomber sur une machine dont le gars souhaite volontairement récupérer ce genre de mails en transit (et avoir les connaissances suffisantes pour le faire), ça n'arrivera pas. En général on s'arrange pour ne pas recevoir plus de mails que nécessaire.
[^] # Re: quelques remarques
Posté par xulops (site web personnel) . En réponse au journal CPU Ex0145 25 ans de PHP. Évalué à -3.
Donc tu fais du prosélytisme parce que Manu est un bras cassé. Un bras cassé, ça se vire. Rien à voir avec l'obligation d'utiliser un debugger.
Le monde du travail impose parfois d'utiliser des outils qu'on déteste, bien souvent Microsoft Windows que, si tu es cohérent, tu devrais utiliser à la place de Linux, vu que la majorité l'utilise. Quoi ? la majorité n'aurait pas toujours raison ?
Ici on parle de PHP, et de l'usage d'un debugger. Faudra bien que tu admettes que des gens, dans leur situation sans doute différente de la tienne, de part leur façon de coder, de part leurs capacités, de par leurs habitudes, … n'en ont pas forcément besoin, et ne sont pas aveugles pour autant.
[^] # Re: quelques remarques
Posté par xulops (site web personnel) . En réponse au journal CPU Ex0145 25 ans de PHP. Évalué à 0.
Voila bien le problème, la majorité a-t-elle toujours raison ? La diversité a-t-elle le droit d'exister ?
Parce que la majorité des devs utilisent un debugger, faudrait que ce soit la seule façon de coder ? Tu as une drôle de conception du libre. Et puis je ne vois pas trop pourquoi tu fais tant de prosélytisme. Les devs qui n'utilisent pas de debugger, ça te dérange ? c'est de la jalousie ? un besoin irrépressible que tout le monde fasse comme toi ? Un mesquin sentiment d'être dans la meute du côté des plus forts ? Un bon psy peut sans doute t'aider, tu sais.
Un sondage, bof ? Le résultat importe peu, et il ne serait sûrement pas le même pour les devs PHP que pour les devs java.
Et pour finir sur le sujet, j'ai longtemps fait du RPG sur AS/400, je n'ai jamais utilisé le debugger sur mes propres programmes, mais je l'utilisais souvent sur les programmes écrits par d'autres (qui n'étaient pas toujours sains d'esprit, et c'est peu dire). Donc tu vois, contrairement à toi, je ne suis pas sectaire, c'est une question d'utilité dans un contexte donné. En PHP, j'ai le bonheur de ne pas avoir à modifier le code des autres, ou très peu, pas besoin de debugger pour mes propres devs, voilà tout.
[^] # Re: quelques remarques
Posté par xulops (site web personnel) . En réponse au journal CPU Ex0145 25 ans de PHP. Évalué à -2.
Merci "tonton th" pour cet éclairage. J'aurai plutôt nommé ça cpsav que cpold, je crois qu'on a tous fait ça au moins une fois dans notre vie de dev.
"devnewton" est donc bien à côté de la plaque, à généraliser ce que lui pense être de mauvaises pratiques, en tentant d'en glisser une vraie parmi des fausses. Basse pratique assez courante, son debugger a sans doute buggé. Il va encore moinsé, mais finalement rien à battre, ça confirme juste que tous les sites ont leur lot de boulets, quelque soit le sujet.
[^] # Re: quelques remarques
Posté par xulops (site web personnel) . En réponse au journal CPU Ex0145 25 ans de PHP. Évalué à 0.
Bon allez, je fais l'effort de te répondre une fois de plus ::
Je n'ai jamais eu besoin d'un outil dédié (un debugger) pour trouver et corriger mes bugs. On parle bien de PHP, hein, c'est bien le sujet de la dépêche. Dans d'autres langages, c'est peut-être différent, j'en sais rien, vu que je ne code qu'en PHP (sauf à appeler javascript un langage).
Si tu trouves un endroit où j'ai dit que je ne faisais jamais de bug, tu viens le montrer, faut assumer dans la vie.
Aucune idée de ce qu'est cpold, et j'ai un peu la flemme de chercher là. Et comme on n'a nul part parlé de gestionnaire de version, le gars il dit qu'il ne voit pas le rapport avec la choucroute.
C'est mon avis, que je partage avec moi-même. Si ça te défrise, tant pis pour toi.
Je déteste les frameworks, j'utilise des classes ou libs faites par d'autres, mais avec parcimonie et en regardant comment c'est fait. Oui, je préfère tout coder moi-même, et mes clients ne s'en plaignent pas, au contraire. Tout coder soit même a ses avantages.
Comme je le disais, ça manque cruellement de tolérance ici. Utilise donc ton debugger si ça t'aide, mais n'impose pas aux autres ta façon de développer.
[^] # Re: quelques remarques
Posté par xulops (site web personnel) . En réponse au journal CPU Ex0145 25 ans de PHP. Évalué à 0.
Ben dis donc, ça manque singulièrement de tolérance ici… la meute des utilisateurs de debugger se sont sentis attaqués ? Il n'y avait pourtant pas de raison.
Je pensais que les utilisateurs de Linuxfr, compte-tenu du sujet principal du site, avaient un peu plus d'ouverture d'esprit et de tolérance que les utilisateurs de sites lambda. Mais je me rends compte que finalement la nature humaine engendre les mêmes travers sur tous les forums, blogs, commentaires… quel que soit le sujet.
Pas grave, hein. Restez donc entre vous, je continuerai à lire (et écouter dans le cas présent) les excellentes dépêches sans intervenir dans les commentaires, c'est mieux pour tout le monde.
Ad astra.
[^] # Re: quelques remarques
Posté par xulops (site web personnel) . En réponse au journal CPU Ex0145 25 ans de PHP. Évalué à -2.
Oui et non, on n'est pas tous pareils, et on ne fait pas tous la même chose.
Un dev symphony a sans doute davantage besoin d'un debugger qu'un autre.
Dire qu'un dev qui n'utilise pas de debugger est aveugle, c'est faire fi de la diversité des développeurs et de la diversité des méthodes de développement.
[^] # Re: quelques remarques
Posté par xulops (site web personnel) . En réponse au journal CPU Ex0145 25 ans de PHP. Évalué à 0.
Donc ça fait 20 ans que je m'en fous de ce qui tourne en prod, merci de me l'apprendre, haha. Ca va faire plaisir à mes clients.
Pour préciser ma pensée (et entrer dans ton troll du samedi), je n'ai jamais eu besoin d'un debugger parce que je sais comment se déroule mon programme, quel est le contenu des variables, et ce à tout moment. Un cerveau humain qui émule un interpréteur, pour programmer, c'est quand même pratique, non ?
Chacun est libre d'utiliser un debugger ou pas, je n'ai pas de problème avec les gens qui en utilisent. Mais dire que celui qui n'en utilise pas est aveugle, c'est l'histoire de la poutre et de l'oeil.
# quelques remarques
Posté par xulops (site web personnel) . En réponse au journal CPU Ex0145 25 ans de PHP. Évalué à 1. Dernière modification le 10 octobre 2020 à 05:00.
Emission sympathique sur un sujet qui m'intéresse.
Les deux invités ont davantage l'air d'être des devs Symphony que des devs PHP purs et durs, car :
c'est dommage de ne pas connaître le sebang PHP pour les scripts sh : #!/usr/bin/env php (ou #!/usr/bin/php dans la plupart des distribs) et de ne pas en voir l'utilité.
dire qu'un dev qui n'utilise pas de debugger est un dev aveugle. Moi j'aurais dit l'inverse : un dev qui a besoin d'un debugger est un dev qui navigue en aveugle dans son code.
Aparté sur le short_open_tag déclaré "deprecated" : il est loin de disparaître, sauf à entendre hurler dans les chaumières. La base existante est énorme, et la désactivation de cette option sur un site a le malheureux effet secondaire d'afficher sans crier gare le code dans le navigateur (bonjour la sécurité). Comme il n'y a aucun (mais vraiment aucun) intérêt à taper systématiquement trois lettres de plus (<?php au lieu de <?), qu'on nous foute donc la paix avec le short_tag.
[^] # Re: Ok
Posté par xulops (site web personnel) . En réponse au journal Agir contre ses valeurs.... Évalué à 2.
Merci pour ces précisions.
Pour les usages de R (que je ne connais que de nom) ça rentre sans doute un peu dans la case "spécificité".
De ce que je comprends, tu aurais pu faire ce projet en PHP/perl/lush si tu avais maitrisé ces langages sur le bout des doigts, et que le choix final de Python s'est fait parce qu'un gars le connaissait justement sur le bout des doigts. Ou je me trompe ?
Mon regard sur des projets passés est que parfois le(s) dev(s) perd(ent) beaucoup de temps à choisir le langage qui sera utilisé, change(nt) x fois avant de se fixer (ou pas) et qu'au final ça aurait été beaucoup plus vite de choisir un langage qu'il(s) maîtrise(ent) bien au lieu de tergiverser.
J'ai même bossé avec un
casgars sur un projet (lui le frontoffice, moi le backoffice) qui réécrivait tout le code dans un nouveau langage tous les deux mois juste parce qu'il voulait "jouer" et découvrir le dernier langage fashion du moment qu'il est super bien et tout et tout : très positif pour sa culture info, mais on a attendu longtemps le frontoffice terminé, et puis comme il n'est jamais arrivé, j'ai du le faire moi-même (en PHP bien entendu).[^] # Re: Ok
Posté par xulops (site web personnel) . En réponse au journal Agir contre ses valeurs.... Évalué à 3.
Salut Kaos,
C'est off-topic, mais ça m'intéresse de savoir le pourquoi des "pas satisfaisant" et autres.
Je pose la question car je suis étonné (et curieux de nature). Moi j'ai toujours tout fait en PHP, mais note que ça aurait pu être un autre langage, c'est juste que c'est celui que j'ai maîtrisé à fond en premier, et je suis resté à mon premier amour.
Mais tu as l'air de dire qu'un projet s'accomode mieux d'un langage plutôt que d'un autre.
Je peux comprendre quand il y a vraiment un facteur spécifique, genre il faut que ce soit hyper-rapide donc Assembleur, ou usage obligatoire d'une bib dont le binding n'existe que pour un langage précis, … Or, pour 99% des projets que j'ai pu faire, avec un bon gros mix de devs web, scripts en batch, daemons, client lourd, je ne me suis jamais retrouvé bloqué par mon langage par défaut, et changer de langage n'aurait rien apporté de mieux, ni en facilité de dev ni en qualité du résultat.
Par exemple, là je suis en congé, et ça fait 3 jours que je suis sur le dev d'un serveur imap en PHP, pour aller avec les serveurs POP et SMTP que j'avais également fait en PHP il y a plus de 15 ans de ça. Je n'en suis qu'à un tiers de la RFC, putain c'est long… Ce n'est certes pas "conventionnel" de faire des daemons linux en PHP, mais pourquoi pas ? je ne vois pas ce que m'aurait apporté de plus le fait de le faire en Python, en Perl, en C ou en perlimpinpin ; ça tourne, ça roule, ça tient la charge. Un algo est un algo, le langage est juste une façon de faire comprendre ce qu'on veut que le proc fasse.
Donc voilà, pourquoi pour toi Python a été plus adapté sur ce big projet ?
[^] # Re: Dans 100 ans ? Tu seras mort...
Posté par xulops (site web personnel) . En réponse au journal Où vivre dans 100 ans ?. Évalué à 1.
Ce n'est pas "soit ou soit", c'est les deux mon capitaine !
Il y a trop de monde sur Terre, et qui consomment et polluent trop… en moyenne. Qu'un ricain consomme et pollue 20 fois plus qu'un africain ne change pas le résultat, surtout quand la tendance est à vouloir tous faire comme les ricains.
[^] # Re: Dans 100 ans ? Tu seras mort...
Posté par xulops (site web personnel) . En réponse au journal Où vivre dans 100 ans ?. Évalué à 3.
Si tu veux dire qu'en habitant dans le Larzac tu as moins l'impression qu'on est nombreux sur Terre par rapport à moi qui vit dans une ville de 12 millions d'habitants, heu… oui, le ressenti n'est sans doute pas le même. Mais on est assez grand pour passer au dessus de ça et regarder à plus grande échelle, non ?
Le réchauffement climatique, il est bien du aux activités humaines (combustion des matières fossiles notamment), et on en parlerai pas si la population globale était faible. Comme je le disais un peu au dessus, quelques centaines de milliers de gens sur Terre pourraient polluer autant qu'ils veulent sans impact notable sur l'écosystème. Les problèmes surviennent quand plusieurs milliards de gens consomment et polluent.
[^] # Re: Dans 100 ans ? Tu seras mort...
Posté par xulops (site web personnel) . En réponse au journal Où vivre dans 100 ans ?. Évalué à 3.
C'est vrai qu'un habitant des Etats-unis et du Bangladesh ne laissent pas la même empreinte, ça n'invalide pas le fait qu'on est déjà trop nombreux. L'un n'empêche pas l'autre.
Il y a beaucoup de gâchis dans certains pays, et de la famine dans d'autres, ce n'est pas un scoop.
Comme tu le cites, 2700 calories produites par habitant par jour, en perdant seulement le tiers, il reste 1800 cal par jour et par personne. Or les besoins nutritionnels d'un adulte sont entre 2400 et 2600 cal par jour (dixit le premier lien google sur le sujet, je n'ai pas cherché des heures).
Certes les très vieux et les enfants mangent moins, et les ados trois fois plus, donc en moyenne, au doigt mouillé, le besoin doit être autour de 2000, soit déjà au dessus des 1800 fournis au mieux.
Bref, on est trop nombreux.