Bonsoir à tous,
Ca me tricotte depuis que je "bricole" du dév'... Dans quelle langue
faut-il nommer ses variables ?
Le français a l'avantage d'être clair (même quand on spike l'angliche),
mais la perte des accents provoque une perte de sens (participes passés).
L'anglais a les avantages suivants : mots courts, passés clairement
définis (close/closed), et même langue que les commandes.
Donc ? Faut-il abandonner la langue de Molière ? Que choisissez-vous ?
Mixité ?
Merci pour vos contributions, je commencerai mon prochain projet
moins... euh, plus structuré :)
@+
Damien
---
"So you're just taking your caffeine level past the medical definition
of 'stimulant' into the 'poisons' category?"
Bastard Operator From Hell
Voilà une question qui pourrait facilement glisser vers la guerre de religion.
Le français a l'avantage d'être clair (même quand on spike l'angliche), mais la perte des accents provoque une perte de sens (participes passés).
Je n'ai jamais essayé, mais d'après la doc tu as le droit d'utiliser des accents, que ce soit en iso-latin-1 ou en utf-8. En effet, dans ces deux encodages (et dans plein d'autres également) tout ce qui n'est pas us-ascii fait partie de [x7f-xff] : http://fr2.php.net/manual/fr/language.variables.php
J'ai pris l'habitude de nommer mes variables en anglais pour les programmes qui risquent d'être relus par d'autres. Pour un petit programme de test écrit en 5 mn et oublié le lendemain, cela dépend de mon humeur du moment.
Damien --- "So you're [...]
Attention, "---" n'est pas un séparateur de signature standard. Les logiciels bien faits (dont le tien) reconnaissent les signatures quand elles suivent une ligne constituée en tout et pour tout de "-- " (trait-trait-espace).
Dans quelle langue faut-il nommer ses variables ?
Voilà une question qui pourrait facilement glisser vers la guerre de
religion.
Le français a l'avantage d'être clair (même quand on spike l'angliche),
mais la perte des accents provoque une perte de sens (participes passés).
Je n'ai jamais essayé, mais d'après la doc tu as le droit d'utiliser des
accents, que ce soit en iso-latin-1 ou en utf-8. En effet, dans ces deux
encodages (et dans plein d'autres également) tout ce qui n'est pas
us-ascii fait partie de [x7f-xff] :
http://fr2.php.net/manual/fr/language.variables.php
J'ai pris l'habitude de nommer mes variables en anglais pour les
programmes qui risquent d'être relus par d'autres. Pour un petit
programme de test écrit en 5 mn et oublié le lendemain, cela dépend
de mon humeur du moment.
Damien
---
"So you're [...]
Attention, "---" n'est pas un séparateur de signature standard. Les
logiciels bien faits (dont le tien) reconnaissent les signatures quand
elles suivent une ligne constituée en tout et pour tout de "-- "
(trait-trait-espace).
Voilà une question qui pourrait facilement glisser vers la guerre de religion.
Le français a l'avantage d'être clair (même quand on spike l'angliche), mais la perte des accents provoque une perte de sens (participes passés).
Je n'ai jamais essayé, mais d'après la doc tu as le droit d'utiliser des accents, que ce soit en iso-latin-1 ou en utf-8. En effet, dans ces deux encodages (et dans plein d'autres également) tout ce qui n'est pas us-ascii fait partie de [x7f-xff] : http://fr2.php.net/manual/fr/language.variables.php
J'ai pris l'habitude de nommer mes variables en anglais pour les programmes qui risquent d'être relus par d'autres. Pour un petit programme de test écrit en 5 mn et oublié le lendemain, cela dépend de mon humeur du moment.
Damien --- "So you're [...]
Attention, "---" n'est pas un séparateur de signature standard. Les logiciels bien faits (dont le tien) reconnaissent les signatures quand elles suivent une ligne constituée en tout et pour tout de "-- " (trait-trait-espace).
Damien
Dans quelle langue faut-il nommer ses variables ? Voilà une question qui pourrait facilement glisser vers la guerre de
religion. Je le craignais... :o) mais ce n'était pas le but !
Le français a l'avantage d'être clair (même quand on spike l'angliche), mais la perte des accents provoque une perte de sens (participes passés).
Je n'ai jamais essayé, mais d'après la doc tu as le droit d'utiliser des accents, que ce soit en iso-latin-1 ou en utf-8. En effet, dans ces deux encodages (et dans plein d'autres également) tout ce qui n'est pas us-ascii fait partie de [x7f-xff] : http://fr2.php.net/manual/fr/language.variables.php
Tiens, pourquoi pas... Mais (surtout pour du PHP interprété sur divers serveurs) ça me parait risqué, non ? Et dans le lien que tu proposes, l'accent est proposé sous forme d'entité HTML, ce qui ne facilite pas la lecture :)
[...] Que choisissez-vous ?
J'ai pris l'habitude de nommer mes variables en anglais pour les programmes qui risquent d'être relus par d'autres. Pour un petit programme de test écrit en 5 mn et oublié le lendemain, cela dépend de mon humeur du moment.
OK, merci pour cette info.
D'autres avis ?
(snip)
Attention, "---" n'est pas un séparateur de signature standard. Les logiciels bien faits (dont le tien) reconnaissent les signatures quand elles suivent une ligne constituée en tout et pour tout de "-- " (trait-trait-espace).
Merci pour ça aussi ;) on en apprend tous les jours :)
@+ Damien
Dans quelle langue faut-il nommer ses variables ?
Voilà une question qui pourrait facilement glisser vers la guerre de
religion.
Je le craignais... :o) mais ce n'était pas le but !
Le français a l'avantage d'être clair (même quand on spike l'angliche),
mais la perte des accents provoque une perte de sens (participes passés).
Je n'ai jamais essayé, mais d'après la doc tu as le droit d'utiliser des
accents, que ce soit en iso-latin-1 ou en utf-8. En effet, dans ces deux
encodages (et dans plein d'autres également) tout ce qui n'est pas
us-ascii fait partie de [x7f-xff] :
http://fr2.php.net/manual/fr/language.variables.php
Tiens, pourquoi pas... Mais (surtout pour du PHP interprété sur divers
serveurs) ça me parait risqué, non ? Et dans le lien que tu proposes,
l'accent est proposé sous forme d'entité HTML, ce qui ne facilite pas la
lecture :)
[...] Que choisissez-vous ?
J'ai pris l'habitude de nommer mes variables en anglais pour les
programmes qui risquent d'être relus par d'autres. Pour un petit
programme de test écrit en 5 mn et oublié le lendemain, cela dépend
de mon humeur du moment.
OK, merci pour cette info.
D'autres avis ?
(snip)
Attention, "---" n'est pas un séparateur de signature standard. Les
logiciels bien faits (dont le tien) reconnaissent les signatures quand
elles suivent une ligne constituée en tout et pour tout de "-- "
(trait-trait-espace).
Merci pour ça aussi ;) on en apprend tous les jours :)
Dans quelle langue faut-il nommer ses variables ? Voilà une question qui pourrait facilement glisser vers la guerre de
religion. Je le craignais... :o) mais ce n'était pas le but !
Le français a l'avantage d'être clair (même quand on spike l'angliche), mais la perte des accents provoque une perte de sens (participes passés).
Je n'ai jamais essayé, mais d'après la doc tu as le droit d'utiliser des accents, que ce soit en iso-latin-1 ou en utf-8. En effet, dans ces deux encodages (et dans plein d'autres également) tout ce qui n'est pas us-ascii fait partie de [x7f-xff] : http://fr2.php.net/manual/fr/language.variables.php
Tiens, pourquoi pas... Mais (surtout pour du PHP interprété sur divers serveurs) ça me parait risqué, non ? Et dans le lien que tu proposes, l'accent est proposé sous forme d'entité HTML, ce qui ne facilite pas la lecture :)
[...] Que choisissez-vous ?
J'ai pris l'habitude de nommer mes variables en anglais pour les programmes qui risquent d'être relus par d'autres. Pour un petit programme de test écrit en 5 mn et oublié le lendemain, cela dépend de mon humeur du moment.
OK, merci pour cette info.
D'autres avis ?
(snip)
Attention, "---" n'est pas un séparateur de signature standard. Les logiciels bien faits (dont le tien) reconnaissent les signatures quand elles suivent une ligne constituée en tout et pour tout de "-- " (trait-trait-espace).
Merci pour ça aussi ;) on en apprend tous les jours :)
@+ Damien
Mark
Damien wrote:
Le français a l'avantage d'être clair (même quand on spike l'angliche), mais la perte des accents provoque une perte de sens (participes passés).
heu ... il n'y a rien que vous interdit d'utiliser les accents (sauf un ordinateur Linux comme le mien en ce moment :-)) pour nom de variables.
je le fais souvent. La seule chose que j'ai fait etait d'installer PHP avec mbstring (--with-mbstring --with-mbregex), et j'ai change mon php.ini pour dire que j'utilise UTF-8 ...
@+ Damien
marc.
-- I am not an ANGRY man. Remove the rage from my email to reply.
Damien wrote:
Le français a l'avantage d'être clair (même quand on spike l'angliche),
mais la perte des accents provoque une perte de sens (participes passés).
heu ... il n'y a rien que vous interdit d'utiliser les accents (sauf un
ordinateur Linux comme le mien en ce moment :-)) pour nom de variables.
je le fais souvent. La seule chose que j'ai fait etait d'installer PHP
avec mbstring (--with-mbstring --with-mbregex), et j'ai change mon php.ini
pour dire que j'utilise UTF-8 ...
@+
Damien
marc.
--
I am not an ANGRY man. Remove the rage from my email to reply.
Le français a l'avantage d'être clair (même quand on spike l'angliche), mais la perte des accents provoque une perte de sens (participes passés).
heu ... il n'y a rien que vous interdit d'utiliser les accents (sauf un ordinateur Linux comme le mien en ce moment :-)) pour nom de variables.
je le fais souvent. La seule chose que j'ai fait etait d'installer PHP avec mbstring (--with-mbstring --with-mbregex), et j'ai change mon php.ini pour dire que j'utilise UTF-8 ...
@+ Damien
marc.
-- I am not an ANGRY man. Remove the rage from my email to reply.
Nicolas ROBERT
Bonjour,
Bonsoir à tous, Ca me tricotte depuis que je "bricole" du dév'... Dans quelle langue faut-il nommer ses variables ?
Le français a l'avantage d'être clair (même quand on spike l'angliche), mais la perte des accents provoque une perte de sens (participes passés).
L'anglais a les avantages suivants : mots courts, passés clairement définis (close/closed), et même langue que les commandes.
Personnellement, j'utilise des noms de fonctions et des noms de variables en français, sans accent. Si mon code est bien écrit, ça n'empêchera personne de le reprendre, ( j'ai par exemple déjà repris du code écrit en allemand, sans parler un seul mot de la langue de freud), de plus, je considère que c'est aussi une manière de promouvoir la langue de molière dans un secteur (l'informatique en général) ou l'anglais est roi.
De plus, l'absence des accents rend mon code un tout petit peu plus lisible. en effet, selon les éditeurs de texte, certains accents sont remplacés par d'autres caractères. (On le remarque très bien quand des accents sont présents par exemple dans des lignes de commentaire).
Cordialement Nicolas ROBERT.
Bonjour,
Bonsoir à tous,
Ca me tricotte depuis que je "bricole" du dév'... Dans quelle langue
faut-il nommer ses variables ?
Le français a l'avantage d'être clair (même quand on spike l'angliche),
mais la perte des accents provoque une perte de sens (participes passés).
L'anglais a les avantages suivants : mots courts, passés clairement
définis (close/closed), et même langue que les commandes.
Personnellement, j'utilise des noms de fonctions et des noms de variables en
français, sans accent.
Si mon code est bien écrit, ça n'empêchera personne de le reprendre, ( j'ai
par exemple déjà repris du code écrit en allemand, sans parler un seul mot
de la langue de freud), de plus, je considère que c'est aussi une manière de
promouvoir la langue de molière dans un secteur (l'informatique en général)
ou l'anglais est roi.
De plus, l'absence des accents rend mon code un tout petit peu plus lisible.
en effet, selon les éditeurs de texte, certains accents sont remplacés par
d'autres caractères. (On le remarque très bien quand des accents sont
présents par exemple dans des lignes de commentaire).
Bonsoir à tous, Ca me tricotte depuis que je "bricole" du dév'... Dans quelle langue faut-il nommer ses variables ?
Le français a l'avantage d'être clair (même quand on spike l'angliche), mais la perte des accents provoque une perte de sens (participes passés).
L'anglais a les avantages suivants : mots courts, passés clairement définis (close/closed), et même langue que les commandes.
Personnellement, j'utilise des noms de fonctions et des noms de variables en français, sans accent. Si mon code est bien écrit, ça n'empêchera personne de le reprendre, ( j'ai par exemple déjà repris du code écrit en allemand, sans parler un seul mot de la langue de freud), de plus, je considère que c'est aussi une manière de promouvoir la langue de molière dans un secteur (l'informatique en général) ou l'anglais est roi.
De plus, l'absence des accents rend mon code un tout petit peu plus lisible. en effet, selon les éditeurs de texte, certains accents sont remplacés par d'autres caractères. (On le remarque très bien quand des accents sont présents par exemple dans des lignes de commentaire).
Cordialement Nicolas ROBERT.
bruno modulix
Mark wrote:
Damien wrote:
Le français a l'avantage d'être clair (même quand on spike l'angliche), mais la perte des accents provoque une perte de sens (participes passés).
heu ... il n'y a rien que vous interdit d'utiliser les accents (sauf un ordinateur Linux comme le mien en ce moment :-)) pour nom de variables.
je le fais souvent. La seule chose que j'ai fait etait d'installer PHP avec mbstring (--with-mbstring --with-mbregex), et j'ai change mon php.ini pour dire que j'utilise UTF-8 ...
C'est bien... Et si PHP n'a pas été installé de la même façon sur la machine de déploiement ?-)
-- bruno desthuilliers ruby -e "print ''.split('@').collect{|p| p.split('.').collect{|w| w.reverse}.join('.')}.join('@')" --
Mark wrote:
Damien wrote:
Le français a l'avantage d'être clair (même quand on spike l'angliche),
mais la perte des accents provoque une perte de sens (participes passés).
heu ... il n'y a rien que vous interdit d'utiliser les accents (sauf un
ordinateur Linux comme le mien en ce moment :-)) pour nom de variables.
je le fais souvent. La seule chose que j'ai fait etait d'installer PHP
avec mbstring (--with-mbstring --with-mbregex), et j'ai change mon php.ini
pour dire que j'utilise UTF-8 ...
C'est bien... Et si PHP n'a pas été installé de la même façon sur la
machine de déploiement ?-)
--
bruno desthuilliers
ruby -e "print 'onurb@xiludom.gro'.split('@').collect{|p|
p.split('.').collect{|w| w.reverse}.join('.')}.join('@')"
--
Le français a l'avantage d'être clair (même quand on spike l'angliche), mais la perte des accents provoque une perte de sens (participes passés).
heu ... il n'y a rien que vous interdit d'utiliser les accents (sauf un ordinateur Linux comme le mien en ce moment :-)) pour nom de variables.
je le fais souvent. La seule chose que j'ai fait etait d'installer PHP avec mbstring (--with-mbstring --with-mbregex), et j'ai change mon php.ini pour dire que j'utilise UTF-8 ...
C'est bien... Et si PHP n'a pas été installé de la même façon sur la machine de déploiement ?-)
-- bruno desthuilliers ruby -e "print ''.split('@').collect{|p| p.split('.').collect{|w| w.reverse}.join('.')}.join('@')" --
FAb
bruno modulix writes:
Mark wrote:
Damien wrote:
Le français a l'avantage d'être clair (même quand on spike l'angliche),
L'angliche a l'avantage d'être clair aussi...
mais la perte des accents provoque une perte de sens (participes passés).
heu ... il n'y a rien que vous interdit d'utiliser les accents (sauf un ordinateur Linux comme le mien en ce moment :-)) pour nom de variables.
What ??? Trollomètre saturé.
C'est bien... Et si PHP n'a pas été installé de la même façon sur la machine de déploiement ?-)
Ça c'est une bonne question !!! Et pis en général les accents mieux vaut s'en méfier... on en met partout jusqu'au jour où créer un «fichié» sur de fat partagé avec d'autres OS... là ça devient Rock'n'Roll.
FAb
bruno modulix <onurb@xiludom.gro> writes:
Mark wrote:
Damien wrote:
Le français a l'avantage d'être clair (même quand on spike l'angliche),
L'angliche a l'avantage d'être clair aussi...
mais la perte des accents provoque une perte de sens (participes passés).
heu ... il n'y a rien que vous interdit d'utiliser les accents (sauf un
ordinateur Linux comme le mien en ce moment :-)) pour nom de variables.
What ???
Trollomètre saturé.
C'est bien... Et si PHP n'a pas été installé de la même façon sur la machine de
déploiement ?-)
Ça c'est une bonne question !!!
Et pis en général les accents mieux vaut s'en méfier... on en met partout
jusqu'au jour où créer un «fichié» sur de fat partagé avec d'autres OS... là ça
devient Rock'n'Roll.
Le français a l'avantage d'être clair (même quand on spike l'angliche),
L'angliche a l'avantage d'être clair aussi...
mais la perte des accents provoque une perte de sens (participes passés).
heu ... il n'y a rien que vous interdit d'utiliser les accents (sauf un ordinateur Linux comme le mien en ce moment :-)) pour nom de variables.
What ??? Trollomètre saturé.
C'est bien... Et si PHP n'a pas été installé de la même façon sur la machine de déploiement ?-)
Ça c'est une bonne question !!! Et pis en général les accents mieux vaut s'en méfier... on en met partout jusqu'au jour où créer un «fichié» sur de fat partagé avec d'autres OS... là ça devient Rock'n'Roll.
FAb
Damien
(snip)
C'est bien... Et si PHP n'a pas été installé de la même façon sur la machine de déploiement ?-)
Ça c'est une bonne question !!! Et pis en général les accents mieux vaut s'en méfier... on en met partout jusqu'au jour où créer un «fichié» sur de fat partagé avec d'autres OS... là ça devient Rock'n'Roll.
FAb
Exactement ce que je craignais :)
Ce n'est pas l'anglais en soit qui me paraît lourd en fait, mais plutôt de passer d'une langue à l'autre (ce qu'on affiche, le programme, les noms de variable).
Idée : battons-nous pour franciser PHP et tous les langages de dév ! :) bon, j'arrête :) et je --->[]
D'autres avis ? Pour l'instant je pense m'orienter vers de l'angliche-only...
@+ Damien -- "j'ai vu trois de ces cache-poussière à la gare tout à l'heure. A l'intérieur de ces cache-poussière y'avait trois hommes. Et à l'intérieur de ces trois hommes y'avait trois balles."
(snip)
C'est bien... Et si PHP n'a pas été installé de la même façon sur la machine de
déploiement ?-)
Ça c'est une bonne question !!!
Et pis en général les accents mieux vaut s'en méfier... on en met partout
jusqu'au jour où créer un «fichié» sur de fat partagé avec d'autres OS... là ça
devient Rock'n'Roll.
FAb
Exactement ce que je craignais :)
Ce n'est pas l'anglais en soit qui me paraît lourd en fait, mais plutôt
de passer d'une langue à l'autre (ce qu'on affiche, le programme, les
noms de variable).
Idée : battons-nous pour franciser PHP et tous les langages de dév ! :)
bon, j'arrête :) et je --->[]
D'autres avis ? Pour l'instant je pense m'orienter vers de
l'angliche-only...
@+
Damien
--
"j'ai vu trois de ces cache-poussière à la gare tout à l'heure.
A l'intérieur de ces cache-poussière y'avait trois hommes.
Et à l'intérieur de ces trois hommes y'avait trois balles."
C'est bien... Et si PHP n'a pas été installé de la même façon sur la machine de déploiement ?-)
Ça c'est une bonne question !!! Et pis en général les accents mieux vaut s'en méfier... on en met partout jusqu'au jour où créer un «fichié» sur de fat partagé avec d'autres OS... là ça devient Rock'n'Roll.
FAb
Exactement ce que je craignais :)
Ce n'est pas l'anglais en soit qui me paraît lourd en fait, mais plutôt de passer d'une langue à l'autre (ce qu'on affiche, le programme, les noms de variable).
Idée : battons-nous pour franciser PHP et tous les langages de dév ! :) bon, j'arrête :) et je --->[]
D'autres avis ? Pour l'instant je pense m'orienter vers de l'angliche-only...
@+ Damien -- "j'ai vu trois de ces cache-poussière à la gare tout à l'heure. A l'intérieur de ces cache-poussière y'avait trois hommes. Et à l'intérieur de ces trois hommes y'avait trois balles."
Tiens, pourquoi pas... Mais (surtout pour du PHP interprété sur divers serveurs) ça me parait risqué, non ?
Ben non, pourquoi ? Un octet de valeur supérieure à 128 reste un octet de valeur supérieure à 128, quel que soit le serveur, et quel que soit l'encodage utilisé sur le serveur.
Le seul risque, c'est que tes variables *semblent* changer de nom si tu changes l'encodage utilisé par ton éditeur de texte. Par exemple, une variable qui s'appellerait $b½uf quand tu es en iso-latin-9 deviendra $b{1/2}uf en passant en iso-latin-1, et $b¢uf si tu utilises un éditeur ms-dos en cp850. Mais du point de vue du serveur, la variable s'appelle 2462BD7566 en iso-latin-9, 2462BD7566 en iso-latin-1 ou cp850, et même 2462BD7566 en utf-8, quoique cet encodage soit en fait invalide en utf-8. Le serveur se fout bien de savoir si tu parles russe ou chinois.
D'ailleurs, changer d'encodage sans recoder la page est bien plus embêtant pour le *contenu* réel de ta page que pour les noms de variables.
Et dans le lien que tu proposes, l'accent est proposé sous forme d'entité HTML, ce qui ne facilite pas la lecture :)
Je ne comprend pas ce que tu veux dire. Tu peux citer la partie du lien en question ?
Attention, "---" n'est pas un séparateur de signature standard. Les logiciels bien faits (dont le tien) reconnaissent les signatures quand elles suivent une ligne constituée en tout et pour tout de "-- " (trait-trait-espace).
Merci pour ça aussi ;) on en apprend tous les jours :)
J'ai oublié de mettre moi-même un vrai séparateur de signature pour que tu voies bien ce qui se passe. La pédagogie par l'exemple...
-- Olivier Miakinen Ceci est une signature. Elle apparaît peut-être en grisé, et sera supprimée automatiquement si tu me réponds.
Tiens, pourquoi pas... Mais (surtout pour du PHP interprété sur divers
serveurs) ça me parait risqué, non ?
Ben non, pourquoi ? Un octet de valeur supérieure à 128 reste un octet
de valeur supérieure à 128, quel que soit le serveur, et quel que soit
l'encodage utilisé sur le serveur.
Le seul risque, c'est que tes variables *semblent* changer de nom si tu
changes l'encodage utilisé par ton éditeur de texte. Par exemple, une
variable qui s'appellerait $b½uf quand tu es en iso-latin-9 deviendra
$b{1/2}uf en passant en iso-latin-1, et $b¢uf si tu utilises un éditeur
ms-dos en cp850. Mais du point de vue du serveur, la variable s'appelle
2462BD7566 en iso-latin-9, 2462BD7566 en iso-latin-1 ou cp850, et même
2462BD7566 en utf-8, quoique cet encodage soit en fait invalide en
utf-8. Le serveur se fout bien de savoir si tu parles russe ou chinois.
D'ailleurs, changer d'encodage sans recoder la page est bien plus
embêtant pour le *contenu* réel de ta page que pour les noms de variables.
Et dans le lien que tu proposes, l'accent est proposé sous forme
d'entité HTML, ce qui ne facilite pas la lecture :)
Je ne comprend pas ce que tu veux dire. Tu peux citer la partie du lien
en question ?
Attention, "---" n'est pas un séparateur de signature standard. Les
logiciels bien faits (dont le tien) reconnaissent les signatures quand
elles suivent une ligne constituée en tout et pour tout de "-- "
(trait-trait-espace).
Merci pour ça aussi ;) on en apprend tous les jours :)
J'ai oublié de mettre moi-même un vrai séparateur de signature pour que
tu voies bien ce qui se passe. La pédagogie par l'exemple...
--
Olivier Miakinen
Ceci est une signature. Elle apparaît peut-être en grisé, et sera
supprimée automatiquement si tu me réponds.
Tiens, pourquoi pas... Mais (surtout pour du PHP interprété sur divers serveurs) ça me parait risqué, non ?
Ben non, pourquoi ? Un octet de valeur supérieure à 128 reste un octet de valeur supérieure à 128, quel que soit le serveur, et quel que soit l'encodage utilisé sur le serveur.
Le seul risque, c'est que tes variables *semblent* changer de nom si tu changes l'encodage utilisé par ton éditeur de texte. Par exemple, une variable qui s'appellerait $b½uf quand tu es en iso-latin-9 deviendra $b{1/2}uf en passant en iso-latin-1, et $b¢uf si tu utilises un éditeur ms-dos en cp850. Mais du point de vue du serveur, la variable s'appelle 2462BD7566 en iso-latin-9, 2462BD7566 en iso-latin-1 ou cp850, et même 2462BD7566 en utf-8, quoique cet encodage soit en fait invalide en utf-8. Le serveur se fout bien de savoir si tu parles russe ou chinois.
D'ailleurs, changer d'encodage sans recoder la page est bien plus embêtant pour le *contenu* réel de ta page que pour les noms de variables.
Et dans le lien que tu proposes, l'accent est proposé sous forme d'entité HTML, ce qui ne facilite pas la lecture :)
Je ne comprend pas ce que tu veux dire. Tu peux citer la partie du lien en question ?
Attention, "---" n'est pas un séparateur de signature standard. Les logiciels bien faits (dont le tien) reconnaissent les signatures quand elles suivent une ligne constituée en tout et pour tout de "-- " (trait-trait-espace).
Merci pour ça aussi ;) on en apprend tous les jours :)
J'ai oublié de mettre moi-même un vrai séparateur de signature pour que tu voies bien ce qui se passe. La pédagogie par l'exemple...
-- Olivier Miakinen Ceci est une signature. Elle apparaît peut-être en grisé, et sera supprimée automatiquement si tu me réponds.
Bruno Desthuilliers
Bonsoir à tous, Ca me tricotte depuis que je "bricole" du dév'... Dans quelle langue faut-il nommer ses variables ?
"faut-il" ?-)
Tu veux vraiment savoir ? *Il ne faut pas nommer les variables !* Jamais! Ca invoque des petits démons (appelés 'typo'), et après les programmes plantent de partout.
Heu... Pardon, la journée a été longue... Je reprend...
(snip)
Donc ? Faut-il abandonner la langue de Molière ? Que choisissez-vous ? Mixité ?
Surtout pas. La consistance (franglisme pour 'consistency' ? je devrais dire 'cohérence') est le point essentiel des conventions de codage.
En ce qui me concerne, c'est tout vu : french is not my programming language. L'écrasante majorité des langages informatiques étant anglophonomorphes, je m'en tiens à la langue de shakespeare pour tout ce qui est codage - d'autant que bon nombres de projets sur lesquels je suis amené à intervenir utilisent cette même convention.
Bruno
Bonsoir à tous,
Ca me tricotte depuis que je "bricole" du dév'... Dans quelle langue
faut-il nommer ses variables ?
"faut-il" ?-)
Tu veux vraiment savoir ? *Il ne faut pas nommer les variables !*
Jamais! Ca invoque des petits démons (appelés 'typo'), et après les
programmes plantent de partout.
Heu... Pardon, la journée a été longue... Je reprend...
(snip)
Donc ? Faut-il abandonner la langue de Molière ? Que choisissez-vous ?
Mixité ?
Surtout pas. La consistance (franglisme pour 'consistency' ? je devrais
dire 'cohérence') est le point essentiel des conventions de codage.
En ce qui me concerne, c'est tout vu : french is not my programming
language. L'écrasante majorité des langages informatiques étant
anglophonomorphes, je m'en tiens à la langue de shakespeare pour tout ce
qui est codage - d'autant que bon nombres de projets sur lesquels je
suis amené à intervenir utilisent cette même convention.
Bonsoir à tous, Ca me tricotte depuis que je "bricole" du dév'... Dans quelle langue faut-il nommer ses variables ?
"faut-il" ?-)
Tu veux vraiment savoir ? *Il ne faut pas nommer les variables !* Jamais! Ca invoque des petits démons (appelés 'typo'), et après les programmes plantent de partout.
Heu... Pardon, la journée a été longue... Je reprend...
(snip)
Donc ? Faut-il abandonner la langue de Molière ? Que choisissez-vous ? Mixité ?
Surtout pas. La consistance (franglisme pour 'consistency' ? je devrais dire 'cohérence') est le point essentiel des conventions de codage.
En ce qui me concerne, c'est tout vu : french is not my programming language. L'écrasante majorité des langages informatiques étant anglophonomorphes, je m'en tiens à la langue de shakespeare pour tout ce qui est codage - d'autant que bon nombres de projets sur lesquels je suis amené à intervenir utilisent cette même convention.
Bruno
Olivier Miakinen
Ce n'est pas l'anglais en soit qui me paraît lourd en fait, mais plutôt de passer d'une langue à l'autre (ce qu'on affiche, le programme, les noms de variable).
Oui, voilà. Et comme l'écrit Bruno Desthuilliers, la plupart des programmes étant rédigés en anglais, il vaut mieux garder la même convention pour le bien de tous. Comme Nicolas Robert j'ai déjà repris sans trop de difficultés un programme écrit en allemand, mais je ne sais pas si j'aurais été aussi à l'aise avec un programme en hébreu, en arabe ou en japonais, ne serait-ce que pour ne pas confondre des caractères ressemblants.
Idée : battons-nous pour franciser PHP et tous les langages de dév ! :) bon, j'arrête :) et je --->[]
<troll> Mais non, c'est une excellente idée ! Je commence. Remplaçons le BASIC (Beginner All-purpose Symbolic Instruction Code) par du CSTUPID (Code Symbolique Tous Usages Pour Informaticiens Débutants). </>
D'autres avis ? Pour l'instant je pense m'orienter vers de l'angliche-only...
Ça me semble sage. Si on veut se battre pour sa langue, ce n'est pas dans le code source du programme qu'il faut le faire mais dans la traduction de toute l'interface utilisateur, y compris la totalité des messages d'erreur. C'est ÇA qui sera utile.
Note bien que mon présent article ne contredit en rien les précédents, dans lesquels je semble défendre l'usage des accents dans les noms de variables PHP. Je trouvais important de préciser qu'il ne faut pas se tromper de combat : celui qui croirait que l'usage des accents est impossible techniquement se tromperait. Celui qui, du coup, écrirait ses variables en « francais » au lieu du « français », se tromperait doublement.
-- Olivier Miakinen
Ce n'est pas l'anglais en soit qui me paraît lourd en fait, mais plutôt
de passer d'une langue à l'autre (ce qu'on affiche, le programme, les
noms de variable).
Oui, voilà. Et comme l'écrit Bruno Desthuilliers, la plupart des
programmes étant rédigés en anglais, il vaut mieux garder la même
convention pour le bien de tous. Comme Nicolas Robert j'ai déjà repris
sans trop de difficultés un programme écrit en allemand, mais je ne sais
pas si j'aurais été aussi à l'aise avec un programme en hébreu, en arabe
ou en japonais, ne serait-ce que pour ne pas confondre des caractères
ressemblants.
Idée : battons-nous pour franciser PHP et tous les langages de dév ! :)
bon, j'arrête :) et je --->[]
<troll>
Mais non, c'est une excellente idée ! Je commence.
Remplaçons le BASIC (Beginner All-purpose Symbolic Instruction Code) par
du CSTUPID (Code Symbolique Tous Usages Pour Informaticiens Débutants).
</>
D'autres avis ? Pour l'instant je pense m'orienter vers de
l'angliche-only...
Ça me semble sage. Si on veut se battre pour sa langue, ce n'est pas
dans le code source du programme qu'il faut le faire mais dans la
traduction de toute l'interface utilisateur, y compris la totalité des
messages d'erreur. C'est ÇA qui sera utile.
Note bien que mon présent article ne contredit en rien les précédents,
dans lesquels je semble défendre l'usage des accents dans les noms de
variables PHP. Je trouvais important de préciser qu'il ne faut pas se
tromper de combat : celui qui croirait que l'usage des accents est
impossible techniquement se tromperait. Celui qui, du coup, écrirait
ses variables en « francais » au lieu du « français », se tromperait
doublement.
Ce n'est pas l'anglais en soit qui me paraît lourd en fait, mais plutôt de passer d'une langue à l'autre (ce qu'on affiche, le programme, les noms de variable).
Oui, voilà. Et comme l'écrit Bruno Desthuilliers, la plupart des programmes étant rédigés en anglais, il vaut mieux garder la même convention pour le bien de tous. Comme Nicolas Robert j'ai déjà repris sans trop de difficultés un programme écrit en allemand, mais je ne sais pas si j'aurais été aussi à l'aise avec un programme en hébreu, en arabe ou en japonais, ne serait-ce que pour ne pas confondre des caractères ressemblants.
Idée : battons-nous pour franciser PHP et tous les langages de dév ! :) bon, j'arrête :) et je --->[]
<troll> Mais non, c'est une excellente idée ! Je commence. Remplaçons le BASIC (Beginner All-purpose Symbolic Instruction Code) par du CSTUPID (Code Symbolique Tous Usages Pour Informaticiens Débutants). </>
D'autres avis ? Pour l'instant je pense m'orienter vers de l'angliche-only...
Ça me semble sage. Si on veut se battre pour sa langue, ce n'est pas dans le code source du programme qu'il faut le faire mais dans la traduction de toute l'interface utilisateur, y compris la totalité des messages d'erreur. C'est ÇA qui sera utile.
Note bien que mon présent article ne contredit en rien les précédents, dans lesquels je semble défendre l'usage des accents dans les noms de variables PHP. Je trouvais important de préciser qu'il ne faut pas se tromper de combat : celui qui croirait que l'usage des accents est impossible techniquement se tromperait. Celui qui, du coup, écrirait ses variables en « francais » au lieu du « français », se tromperait doublement.
