Euh, en même temps si tu vas à Levallois Perray j'ai un peu l'impression que tacitement le contrôle démocratique aura légèrement tendance à choisir des gens qui légitimeront ce genre de pratiques.
Mouais, si on commence à parler système de vote en commençant par parler écologie, m'est avis qu'on essaye plutôt d'aller troller plus loin parce que ce troll ci est manifestement grillé :p
Alors faisons el bilan, tu es contre le greenwashing, contre le compost, contre les différentes initiatives, agir c'est faire n'importe quoi qui sert de toute façon à rien, et tu fais le relou dans les discussions. T'es vraiment sûr d'être un tantinet de bonne foi ?
Sinon oui, il me parait essentiel que l'effort se limite pas aux individus et que les collectivités ont évidemment leur part. Quand je vois l'urbanisation galopante dans les grandes villes j'ai pas envie d'être optimiste. En même temps si c'est faire monter les immeubles pour densifier et sauver les espaces verts et faire des bouts de jardins, individuels ou collectifs, c'est un mal pour un bien. Mais à t'entendre, euh, on est quand même bien dans le nihilisme vu que tu ne propose … rien. Avec des écolos comme ça on a pas besoin de productivistes :)
Suffit de rajouter de la paille, ça veut dire que c'est trop humide. Si c'est à côté de ta fenêtre c'set pas trop dur. Et si c'est collectif suffit que quelqu'un vérifie de temps en temps en passant. Et dans une résidence, ça rentre et ça sort tout le temps donc c'est largement faisable.
Euh, c'est une vision ultra réductrice de l'écologie quand même. Tu vois l'écologie comme "l'état du système c'est l'état de ce qui se fait de pire dans le système" alors que c'est un poil tout l'inverse, l'écologie c'est s'intéresser au système en entier. Si on prend l'exemple des réserves de biodiversité par exemple, elles peuvent avoir des répercussions positives sur les écosystèmes bien au delà de leurs frontières (genre avoir des endroits ou les animaux peuvent se reproduire pépère ça permet rien de moins que d'avoir des poissons ailleurs.)
le tri selectif
Mauvais exemple je pense. Rien que par exemple le fait très très simple d'éviter de jeter les épluchures et autres déchets organiques à la poubelle, d'avoir des composteurs de quartiers, ça permet à la fois de réduire les déchets et aux gens de se demander "tiens, mais on va faire quoi avec le compost" ? Dans un monde idéal, il vont faire le truc le plus logique du monde, faire un jardin. Du coup on risque d'avoir des quartiers plus agréables à vivre, plus végétaux, et plus propices
manger bio
Tu plaisantes ? Avoir du bio c'est pas seulement pour la qualité de la bouffe, c'est sans doute aussi et surtout pour la qualité des sols de nos campagnes et mieux exploiter les services que peuvent rendre les insectes qu'on considère sans doute un peu naïvement comme essentiellement nuisibles alors que justement l'écologie nous montre que ce sont des systèmes complexes qui fonctionnent très bien plutôt naturellement. D'être plus intelligent plutôt que de s'épuiser à tenter d'éliminer la nature et d'éviter de combler le vide à coup de tracteurs et d'engrais qui consomment des masses d'énergies à créer, transporter, épandre … Si on peut faire sans c'est juste être vachement plus économes et intelligents, le tout en mangeant mieux. Tu noteras que c'est pas du tout incompatible avec le fait d'éviter de faire venir des produits de l'autre bout du monde, souvent ça va de pair.
Bref, j'arrête là parce que j'ai l'impression que je peux facile dégommer l'ensemble de tes points mais il faudrait quelques journaux.
Disons que si tu commence pas par être sensible aux différentes problématiques au quotidien, tu risques pas de reporter cette sensibilité dans ton entreprise ou les choses agissent à d'autres échelles.
Comme tu le dis, un des problèmes en ville c'est que c'est relou de faire du vélo avec les voitures qui polluent. N'empêchent que si 10% des automobilistes abandonnes leur voiture de temps en temps, ça fait un ordre de grandeur d'échelle, les bénéfices pour les cyclistes dépasseront sûrement les 10% de tranquilité gagnée.
Et puis finalement, tu te donnerais pas bonne conscience de ne rien faire en te disant "non mais dtfacon, les autres font rien non plus alors…". Une chose est sûre, rien ne changera avec ce genre de raisonnement.
(ou alors c'est un appeau de plus dans ce journal ultra blindé et j'ai marché dedans).
Tu crois vraiment que la liberté de panorama à des fins commerciales est une demande forte du peuple ? Du peuple wikipédien, certainement, le reste du peuple je sais pas.
Pour le reste on verra bien, mais tu as l'air d'accorder plus d'importance à ça qu'à la protection des données, ça a l'air important aussi …
Pour ça il peut se développer une "économie" d'échange de plans assez similaire au code source des logiciels libres.
Si un plan libre est dispo pour la pièce que tu recherches, l'intérêt d'une imprimante proche de chez soi est alors la rapidité de procuration de la pièce.
En plus il est pas dit qu'avoir chacun une imprimante 3D chez soi soit la bonne solution.
C'est comme avoir une imprimante : si t'imprimes deux fois par an c'est pas du tout rentable d'avoir une imprimante comparer à aller chez le reprographe du coin qui propose une impression pour quelques centimes. J'ai l'intuition que l'avenir de l'imprimante 3D c'est les fablabs ou les petites boutiques. Pourquoi pas une imprimante 3D à côté de la photocopieuse de la boutique du coin ?
De bon matin, René se rendit tant bien que mal
au garage associatif réparer sa voiture qui marchait pas génial
Intéressante occasion à pas cher,
tentante occasion pour des poches un peu trop claires.
Initiative avortée faute de standards ouverts,
le garage ne pouvait pas s'offrir la mallette propriétaire.
C'est fichu pour tes envies libertaires,
un pas de côté, te v'la embarqué.
T'étais pourtant bien dans la légèreté du code
télécharger, copier, améliorer, faire toi même
et profite que d'autres la liberté aiment
que d'autres puissent améliorer cette ode.
Fais attention au propriétaire,
il pourrait te chiper tes terres.
La devise shadok Plus ça rate et plus on a de chances que ça marche a des chances de marcher du coup. On peut lui reconnaître un certain sens de la persévérance, ce qui n'est pas forcément inutile pour faire prendre un projet.
Ce type de macro permet d'étendre le langage lui même par un système prévu pour à la base. Sinon je dis depuis le début qu'en mélangeant les compétences des différentes communauté on peut très certainement faire un truc bien, pas que j'ai une solution toute faite. Le truc c'est que justement on (enfin une partie de) la communauté des informaticiens a trop le nez dans le guidon pour réfléchir autrement, et que la recherche a un peu de mal à faire sortir ses travaux d'une communauté un peu trop restreinte.
Question de niveau d'abstraction. Linq montre qu'on peut avoir des abstractions simples et puissantes.
Mais à l'origine on parlait de langage "hôte" et de langage "clients" histoire d'éviter les collisions de langage, genre garantir qu'une entrée utilisateur ne va pas injecter de SQL dans une requête construite en SQL. La nécessité pour garantir ça n'implique pas du tout qu'on perde en puissance dans l'expressivité de la dite requête construite en SQL résultante, "juste" qu'on soit capable d'assurer la traçabilité des données utilisateurs entre le moment où ce sont de simple chaînes de caractère et le moment ou on les fait basculer dans le monde du SQL. Et qu'au moment de cette bascule, on soit capable d'assurer que ces chaîne entrée utilisateurs ne vont pas se faire interpréter comme des bouts du langage client (SQL dans notre cas) et donc que l'escaping ait bien été effectué.
Ça n'implique pas du tout qu'on fasse perdre des moyens d'optimiser le SQL si on en reste là dans les principes. C'est uniquement parce que le problème est mal dévoupé et qu'on mélange différents niveau/problème qu'on peut perdre à certains autre niveau, ça n'implique pas du tout que ce soit une fatalité de l'abstraction de problème en soit. Au contraire en fait, souvent on abstrait certaines données du problème qui ne sont pas pertinentes pour ce qu'on veut résoudre pour séparer plus facilement les problèmes …
Quand on dépend directement de l'interpréteur, c'est tout de même beaucoup moins souple si l'on souhaite étendre le système
Pardonne moi mais ça c'est encore une bêtise, tu as lu les papiers que cite https://linuxfr.org/news/tex-et-traitement-de-donnees-par-flot-e01-lire-du-tex ? Je te le conseille, tu verrais qu'il existe des langages dont les macros travaillent au niveau de la grammaire du langage de l'interpréteur, ce qui est un niveau d'abstraction assez élevé et pertinent, qui permettent d'offrir énormément de souplesse sans avoir à se battre avec l'interpréteur puisqu'il est prévu pour.
J'ai voté inutile parce que j'ai vraiment l'impression que je connais ton discours par coeur et que j'ai justement essayé de le contrer avant qu'il n'arrive. Donc j'arrête là, on a déjà tout dit, désolé.
Mouais ton commentaire me fait penser à une méchante dissonnance cognitive quand même "bon ok, il y a des systèmes élégants et très puissants" … qui font partie du langage, donc qui devraient faire partie de son apprentissage, ce qui résoud le problème de "savoir que ça existe".
Mais : PHP dispose de 10aines de systèmes d'abstractions … dont certains bouts peuvent être considérés comme des palliatifs à l’absence de système élégant intégré au langage, et surtout, je veux faire comme j'ai toujours fait et je suis pas spécialement prêt à repenser mes idées toute faites en y intégrant l'apport du nouveau système élégant :p
Du coup, on peut considérer ces dixaines de systèmes comme un inconvénient qui disperse les efforts de dev avec les devs qui réinventent la roue, et une dispersion des compétences des utilisateurs de ces systèmes qui peuvent être confrontés à plusieurs d'entre eux au quotidien.
Le truc du bas niveau, franchement, c'est probablement un faux problème. Parfois le bas niveau c'est utilisé pour pallier aux faiblesses du haut niveau mal conçu … Les perfs, si c'est une abstraction au niveau du langage, il n'y a pas de raison qu'il y ait une pénalisation par rapport aux abstractions codées dans des libs qui sont la pratique la plus courante, au contraire même, donc non je ne pense pas que ce soit un argument non plus.
et en attendant on a toujours pas réglé le problème de base : le langage rend trop simple l'écriture de code vulnérable et oblige à des compétences pour écrire du code non vulnérable.
Mais en l’implémentant au niveau des fonctions SQL de PHP on risque de s'embêter beaucoup plus pour faire des choses simples / voulues aussi, pas que pour la balle dans le pied :).
C'est avec ce genre d'idées reçues qu'on se trouve des excuses pour pas faire d'efforts dans cette direction ;)
Et à bien y réfléchir, prendre des exemple comme "les fonctions SQL" c'est pas le bon niveau d'abstraction. Il faut réfléchir au niveau "langage hôte" et "langage client" pour proposer des mécanismes au niveau langage. Et regarder ce qui se fait ailleurs, genre Link en C#. https://en.wikipedia.org/wiki/Language_Integrated_Query
[^] # Re: ahaha
Posté par thoasm . En réponse au journal Monde de merde. Évalué à 3.
Euh, en même temps si tu vas à Levallois Perray j'ai un peu l'impression que tacitement le contrôle démocratique aura légèrement tendance à choisir des gens qui légitimeront ce genre de pratiques.
[^] # Re: Il n'y a pas de solution ultime
Posté par thoasm . En réponse au journal Tesla, pas un poisson d'avril. Évalué à 4.
Le Co2 anthropomorphique, c'est un gaz déguisé en alenvers< ?
[^] # Re: Cherchez l'erreur
Posté par thoasm . En réponse au journal Tesla, pas un poisson d'avril. Évalué à 8.
Mouais, si on commence à parler système de vote en commençant par parler écologie, m'est avis qu'on essaye plutôt d'aller troller plus loin parce que ce troll ci est manifestement grillé :p
[^] # Re: Cherchez l'erreur
Posté par thoasm . En réponse au journal Tesla, pas un poisson d'avril. Évalué à 10.
Alors faisons el bilan, tu es contre le greenwashing, contre le compost, contre les différentes initiatives, agir c'est faire n'importe quoi qui sert de toute façon à rien, et tu fais le relou dans les discussions. T'es vraiment sûr d'être un tantinet de bonne foi ?
Sinon oui, il me parait essentiel que l'effort se limite pas aux individus et que les collectivités ont évidemment leur part. Quand je vois l'urbanisation galopante dans les grandes villes j'ai pas envie d'être optimiste. En même temps si c'est faire monter les immeubles pour densifier et sauver les espaces verts et faire des bouts de jardins, individuels ou collectifs, c'est un mal pour un bien. Mais à t'entendre, euh, on est quand même bien dans le nihilisme vu que tu ne propose … rien. Avec des écolos comme ça on a pas besoin de productivistes :)
[^] # Re: Cherchez l'erreur
Posté par thoasm . En réponse au journal Tesla, pas un poisson d'avril. Évalué à 3.
Suffit de rajouter de la paille, ça veut dire que c'est trop humide. Si c'est à côté de ta fenêtre c'set pas trop dur. Et si c'est collectif suffit que quelqu'un vérifie de temps en temps en passant. Et dans une résidence, ça rentre et ça sort tout le temps donc c'est largement faisable.
[^] # Re: Cherchez l'erreur
Posté par thoasm . En réponse au journal Tesla, pas un poisson d'avril. Évalué à 10.
Euh, c'est une vision ultra réductrice de l'écologie quand même. Tu vois l'écologie comme "l'état du système c'est l'état de ce qui se fait de pire dans le système" alors que c'est un poil tout l'inverse, l'écologie c'est s'intéresser au système en entier. Si on prend l'exemple des réserves de biodiversité par exemple, elles peuvent avoir des répercussions positives sur les écosystèmes bien au delà de leurs frontières (genre avoir des endroits ou les animaux peuvent se reproduire pépère ça permet rien de moins que d'avoir des poissons ailleurs.)
Mauvais exemple je pense. Rien que par exemple le fait très très simple d'éviter de jeter les épluchures et autres déchets organiques à la poubelle, d'avoir des composteurs de quartiers, ça permet à la fois de réduire les déchets et aux gens de se demander "tiens, mais on va faire quoi avec le compost" ? Dans un monde idéal, il vont faire le truc le plus logique du monde, faire un jardin. Du coup on risque d'avoir des quartiers plus agréables à vivre, plus végétaux, et plus propices
Tu plaisantes ? Avoir du bio c'est pas seulement pour la qualité de la bouffe, c'est sans doute aussi et surtout pour la qualité des sols de nos campagnes et mieux exploiter les services que peuvent rendre les insectes qu'on considère sans doute un peu naïvement comme essentiellement nuisibles alors que justement l'écologie nous montre que ce sont des systèmes complexes qui fonctionnent très bien plutôt naturellement. D'être plus intelligent plutôt que de s'épuiser à tenter d'éliminer la nature et d'éviter de combler le vide à coup de tracteurs et d'engrais qui consomment des masses d'énergies à créer, transporter, épandre … Si on peut faire sans c'est juste être vachement plus économes et intelligents, le tout en mangeant mieux. Tu noteras que c'est pas du tout incompatible avec le fait d'éviter de faire venir des produits de l'autre bout du monde, souvent ça va de pair.
Bref, j'arrête là parce que j'ai l'impression que je peux facile dégommer l'ensemble de tes points mais il faudrait quelques journaux.
[^] # Re: Cherchez l'erreur
Posté par thoasm . En réponse au journal Tesla, pas un poisson d'avril. Évalué à 10.
Disons que si tu commence pas par être sensible aux différentes problématiques au quotidien, tu risques pas de reporter cette sensibilité dans ton entreprise ou les choses agissent à d'autres échelles.
Comme tu le dis, un des problèmes en ville c'est que c'est relou de faire du vélo avec les voitures qui polluent. N'empêchent que si 10% des automobilistes abandonnes leur voiture de temps en temps, ça fait un ordre de grandeur d'échelle, les bénéfices pour les cyclistes dépasseront sûrement les 10% de tranquilité gagnée.
Et puis finalement, tu te donnerais pas bonne conscience de ne rien faire en te disant "non mais dtfacon, les autres font rien non plus alors…". Une chose est sûre, rien ne changera avec ce genre de raisonnement.
(ou alors c'est un appeau de plus dans ce journal ultra blindé et j'ai marché dedans).
# Fake
Posté par thoasm . En réponse au journal Baleine d'avril sur Nextinpact. Évalué à 10.
La baleine n'est pas un poisson.
[^] # Exemplification
Posté par thoasm . En réponse au journal LinuxFr.org n'aime pas discuter du hors sujet [titre réécrit]. Évalué à 3.
Ceci est un commentaire vraiment modéré par l'équipe de modératrolls
[^] # Re: linuxfr devient un repere d'apparatchik bolchevique
Posté par thoasm . En réponse au journal LinuxFr.org n'aime pas discuter du hors sujet [titre réécrit]. Évalué à 3.
Eh oh c'est pas bientôt fini ces cris ?
C'est du harcèlement envers ce pauvre malheureux !
[^] # Re: RMS a raison mais tankey< exagère
Posté par thoasm . En réponse au journal Où est le "vrai Linux"?. Évalué à 4.
Un ensemble très certainement, par contre sa cohérence est toute relative /o\
# J'ai cru entendre un truc ...
Posté par thoasm . En réponse au journal Vive la navigation anonyme !. Évalué à 3.
mais ça a pas l'air un peu relou alors je vais pas trop creuser.
[^] # Re: Tiret-bas ô tiret-bas
Posté par thoasm . En réponse au journal Le ballot "république numérique". Évalué à 3.
Tu crois vraiment que la liberté de panorama à des fins commerciales est une demande forte du peuple ? Du peuple wikipédien, certainement, le reste du peuple je sais pas.
Pour le reste on verra bien, mais tu as l'air d'accorder plus d'importance à ça qu'à la protection des données, ça a l'air important aussi …
[^] # Re: Paradoxe
Posté par thoasm . En réponse à la dépêche Mais où est donc la révolution des imprimantes 3D ?. Évalué à 2.
Un geek ? pourquoi un geek ? En soi il y a pas mal de gens qui ont des compétences en dessin technique. Ou des bricoleurs du dimanches.
[^] # Re: Paradoxe
Posté par thoasm . En réponse à la dépêche Mais où est donc la révolution des imprimantes 3D ?. Évalué à 3.
Pour ça il peut se développer une "économie" d'échange de plans assez similaire au code source des logiciels libres.
Si un plan libre est dispo pour la pièce que tu recherches, l'intérêt d'une imprimante proche de chez soi est alors la rapidité de procuration de la pièce.
[^] # Re: Paradoxe
Posté par thoasm . En réponse à la dépêche Mais où est donc la révolution des imprimantes 3D ?. Évalué à 3.
En plus il est pas dit qu'avoir chacun une imprimante 3D chez soi soit la bonne solution.
C'est comme avoir une imprimante : si t'imprimes deux fois par an c'est pas du tout rentable d'avoir une imprimante comparer à aller chez le reprographe du coin qui propose une impression pour quelques centimes. J'ai l'intuition que l'avenir de l'imprimante 3D c'est les fablabs ou les petites boutiques. Pourquoi pas une imprimante 3D à côté de la photocopieuse de la boutique du coin ?
# Répare toi même ta voiture.
Posté par thoasm . En réponse au journal Logiciels libres vs privateurs, les analogies et paraboles rhétoriques !?.. Évalué à 10.
De bon matin, René se rendit tant bien que mal
au garage associatif réparer sa voiture qui marchait pas génial
Intéressante occasion à pas cher,
tentante occasion pour des poches un peu trop claires.
Initiative avortée faute de standards ouverts,
le garage ne pouvait pas s'offrir la mallette propriétaire.
C'est fichu pour tes envies libertaires,
un pas de côté, te v'la embarqué.
T'étais pourtant bien dans la légèreté du code
télécharger, copier, améliorer, faire toi même
et profite que d'autres la liberté aiment
que d'autres puissent améliorer cette ode.
Fais attention au propriétaire,
il pourrait te chiper tes terres.
[^] # Re: saimal.fr
Posté par thoasm . En réponse à la dépêche Le retour de la Méthode R.A.C.H.E. Évalué à 2.
punycode(Firefox ne peut trouver le serveur à l'adresse la-flemme.saimal.fr.).saimal.fr
PS: ce commentaire ayant été conçu à la RACHE extension flemme, le lecteur est invité à calculer le résultat de la fonction punycode lui même.
# Déjà, on parle encore de lui, spa mal !
Posté par thoasm . En réponse au journal Adieu Biicode, bonjour Conan. Évalué à 3.
La devise shadok Plus ça rate et plus on a de chances que ça marche a des chances de marcher du coup. On peut lui reconnaître un certain sens de la persévérance, ce qui n'est pas forcément inutile pour faire prendre un projet.
[^] # Re: Typage strict
Posté par thoasm . En réponse à la dépêche Sortie de PHP 7.0 - un nouveau départ. Évalué à 2.
Désolé, j'aurai du être plus précis dans ce que je voulais évoquer : je parlais en l'occurence de la possibilté d'étendre le langage avec des "macros syntaxiques" : http://ojs.statsbiblioteket.dk/index.php/brics/article/viewFile/20151/17772
Ce type de macro permet d'étendre le langage lui même par un système prévu pour à la base. Sinon je dis depuis le début qu'en mélangeant les compétences des différentes communauté on peut très certainement faire un truc bien, pas que j'ai une solution toute faite. Le truc c'est que justement on (enfin une partie de) la communauté des informaticiens a trop le nez dans le guidon pour réfléchir autrement, et que la recherche a un peu de mal à faire sortir ses travaux d'une communauté un peu trop restreinte.
[^] # Re: Typage strict
Posté par thoasm . En réponse à la dépêche Sortie de PHP 7.0 - un nouveau départ. Évalué à 1.
Euh, t'es sûr que tu répond à mon commentaire ?
[^] # Re: Typage strict
Posté par thoasm . En réponse à la dépêche Sortie de PHP 7.0 - un nouveau départ. Évalué à 2.
Question de niveau d'abstraction. Linq montre qu'on peut avoir des abstractions simples et puissantes.
Mais à l'origine on parlait de langage "hôte" et de langage "clients" histoire d'éviter les collisions de langage, genre garantir qu'une entrée utilisateur ne va pas injecter de SQL dans une requête construite en SQL. La nécessité pour garantir ça n'implique pas du tout qu'on perde en puissance dans l'expressivité de la dite requête construite en SQL résultante, "juste" qu'on soit capable d'assurer la traçabilité des données utilisateurs entre le moment où ce sont de simple chaînes de caractère et le moment ou on les fait basculer dans le monde du SQL. Et qu'au moment de cette bascule, on soit capable d'assurer que ces chaîne entrée utilisateurs ne vont pas se faire interpréter comme des bouts du langage client (SQL dans notre cas) et donc que l'escaping ait bien été effectué.
Ça n'implique pas du tout qu'on fasse perdre des moyens d'optimiser le SQL si on en reste là dans les principes. C'est uniquement parce que le problème est mal dévoupé et qu'on mélange différents niveau/problème qu'on peut perdre à certains autre niveau, ça n'implique pas du tout que ce soit une fatalité de l'abstraction de problème en soit. Au contraire en fait, souvent on abstrait certaines données du problème qui ne sont pas pertinentes pour ce qu'on veut résoudre pour séparer plus facilement les problèmes …
Pardonne moi mais ça c'est encore une bêtise, tu as lu les papiers que cite https://linuxfr.org/news/tex-et-traitement-de-donnees-par-flot-e01-lire-du-tex ? Je te le conseille, tu verrais qu'il existe des langages dont les macros travaillent au niveau de la grammaire du langage de l'interpréteur, ce qui est un niveau d'abstraction assez élevé et pertinent, qui permettent d'offrir énormément de souplesse sans avoir à se battre avec l'interpréteur puisqu'il est prévu pour.
[^] # Re: Typage strict
Posté par thoasm . En réponse à la dépêche Sortie de PHP 7.0 - un nouveau départ. Évalué à 0.
J'ai voté inutile parce que j'ai vraiment l'impression que je connais ton discours par coeur et que j'ai justement essayé de le contrer avant qu'il n'arrive. Donc j'arrête là, on a déjà tout dit, désolé.
[^] # Re: Typage strict
Posté par thoasm . En réponse à la dépêche Sortie de PHP 7.0 - un nouveau départ. Évalué à 3.
Mouais ton commentaire me fait penser à une méchante dissonnance cognitive quand même "bon ok, il y a des systèmes élégants et très puissants" … qui font partie du langage, donc qui devraient faire partie de son apprentissage, ce qui résoud le problème de "savoir que ça existe".
Mais : PHP dispose de 10aines de systèmes d'abstractions … dont certains bouts peuvent être considérés comme des palliatifs à l’absence de système élégant intégré au langage, et surtout, je veux faire comme j'ai toujours fait et je suis pas spécialement prêt à repenser mes idées toute faites en y intégrant l'apport du nouveau système élégant :p
Du coup, on peut considérer ces dixaines de systèmes comme un inconvénient qui disperse les efforts de dev avec les devs qui réinventent la roue, et une dispersion des compétences des utilisateurs de ces systèmes qui peuvent être confrontés à plusieurs d'entre eux au quotidien.
Le truc du bas niveau, franchement, c'est probablement un faux problème. Parfois le bas niveau c'est utilisé pour pallier aux faiblesses du haut niveau mal conçu … Les perfs, si c'est une abstraction au niveau du langage, il n'y a pas de raison qu'il y ait une pénalisation par rapport aux abstractions codées dans des libs qui sont la pratique la plus courante, au contraire même, donc non je ne pense pas que ce soit un argument non plus.
et en attendant on a toujours pas réglé le problème de base : le langage rend trop simple l'écriture de code vulnérable et oblige à des compétences pour écrire du code non vulnérable.
[^] # Re: Typage strict
Posté par thoasm . En réponse à la dépêche Sortie de PHP 7.0 - un nouveau départ. Évalué à 3.
C'est avec ce genre d'idées reçues qu'on se trouve des excuses pour pas faire d'efforts dans cette direction ;)
Et à bien y réfléchir, prendre des exemple comme "les fonctions SQL" c'est pas le bon niveau d'abstraction. Il faut réfléchir au niveau "langage hôte" et "langage client" pour proposer des mécanismes au niveau langage. Et regarder ce qui se fait ailleurs, genre Link en C#. https://en.wikipedia.org/wiki/Language_Integrated_Query