J'ai une question suit à ce débat : est-ce qu'il existe réellement quelqu'un qui modifie la police par défaut de son éditeur ?
Ça ne m'est jamais venu à l'idée ou alors il faudrait vraiment que l'éditeur soit très exotique dans ses choix.
Version imprimable
J'ai une question suit à ce débat : est-ce qu'il existe réellement quelqu'un qui modifie la police par défaut de son éditeur ?
Ça ne m'est jamais venu à l'idée ou alors il faudrait vraiment que l'éditeur soit très exotique dans ses choix.
Verdane est à mes yeux une police extrêmement agréable pour travailler.
Cela n'engage que moi, bien sûr, avec mes yeux de 56 ans, mais je trouve que c'est une des mois fatigantes. A tester, peut-être ;)
J'utilise "misc-fixed": il faut dire que sous Debian 6 avec un fond noir pour emacs, l'anti-aliasing est rarement correct avec d'autres polices.
C'est idiot mais la seule chose auquel j'attache de l'importance c'est que la police soit 'sans-serif' après je laisse faire l'éditeur en général.
J'avoue cependant aimer 'Cantarell' et 'DejaVu sans'
Oui :mrgreen:
Il y a même des gens qui s'intéressent à la typographie, et qui aiment ça ;)
Sans serif mais pas monospace ?
Pour ma part, les polices que j'utilise principalement :
- Inconsolata, ma préférée.
- Source Code Pro,
- Envy Code R, parfois, quand j'ai envie de changer :)
Pourquoi Inconsolata ? Parce que son rendu est le même dans tous les environnements que j'utilise, qu'elle remplit le critère important de différencier le 0 du O, et que je la trouve très lisible tant à des petites qu'à des grandes tailles sans être trop technologique (le problème de Envy Code R). Tout simplement :)
Pour ma part, j'utilise Bitstream Vera Sans Mono
Les point importants :
Chasse fixe
Différenciation des 0 et des O, des 1 des I et des l.
Bonjour.
J'en change souvent, pour revoir le code d'un œil neuf.
Je demande à une police de programmation d'être à chasse fixe, et que les différents caractères se distinguent bien, en particulier :
1, | et l :calim2:
0, o ,° et O :cry:
X, x et × :oops:
Parfois, pour mettre en évidence les difficultés rencontrées par les caractères non ASCII qui auraient subsistés, je relis le code avec des polices en ASCII pur, ou je relis le code dans un éditeur DOS.
C'est une blague ?
- Les chiffres sont trop petits, puisqu'ils font la taille d'une minuscule au lieu d'une majuscules.
- Le q est illisible (j'ai ete oblige d'aller voir la liste des caracteres pour comprendre le mot-clef "eql" de ton exemple de code)
- Le y et le g sont a moitie lisibles.
- Les doubles-quotes ressemblent beaucoup trop aux simples quotes
La meilleure police pour écrire du code est celle qui ne fatigue pas les yeux à la relecture (Courrier new, Verdana ou Consola pour moi).
Depuis que j'ai découvert Terminus je n'utilise plus que cette typo pour coder.
Bien sûr que oui ! Quand on passe huit heures par jour devant du code, c'est le genre de détail qui prend toute son importance. La typographie est à l'écrit ce que le ton est à la voix. Quand on fait un discours, il ne s'agit pas uniquement de travailler le texte. Les conseillers en communication font travailler également la ponctuation, l'articulation, la rythmique, tout ce qui aide à porter le message. A l'écrit c'est pareil: on fait appel à des experts en typographie pour choisir la bonne police pour un logo, une affiche ou un roman.
Dans le cas du code, il y a des éléments essentiels pour une bonne typo: une chasse fixe (monospace), des chiffres qui se démarquent des lettres, des opérateurs et signes en gras clairement identifiables (pour distinguer parenthèses, accolades et crochets par exemple). Quelques autres conseils:
- ajouter une ombre au texte, très fine. généralement on opte pour 1 pixel vers le bas, sans floutage, de couleur encore plus contrastée que la couleur de fond (par exemple noir pour un fond gris foncé)
- en soirée, régler l'écran pour diminuer la quantité de bleu émise par l'écran. Des études ont montré que cette longueur d'onde déréglait l'horloge biologique. Il y a aussi des logiciels spécialisés pour ça, comme f.lux
- faites varier la taille de police selon les besoins: si vous butez sur une petite fonction, zoomez en avant. Parfois, le fait de regarder sous un autre angle nous fait considérer les choses autrement.
- au cas où ça ne serait pas évident: activer la coloration syntaxique ! mettre des couleurs sur les choses décuple la vitesse d'analyse
C'est peut être anodin pour beaucoup de gens, mais ce sont plein de petites choses qui aident au bien-être lors d'activités longues, répétitives et intenses en réflexion.
Entièrement d'accord. Et d'ailleurs, qu'utilises-tu comme mapping clavier ? Azerty/Qwerty, quiont été inventés pour ralentir la frappesont connus pour ralentir la frappe, ou bien Bépo/Dvorak, qui ont été inventés pour l'accélérer / être plus naturelle ?
Je pense qu'il y a plus de gens qui changent de police que de gens qui changent de mapping clavier. Autrement dit, il y a plus de gens qui font attention au fait de pouvoir lire correctement qu'au fait de pouvoir être plus à l'aise pour écrire.
Je me suis intéressé aux claviers bépo à un moment, mais le choix de matériel est malheureusement très limité... et très difficile de faire passer ce genre d'exigence pour le matériel d'entreprise. Il faut aussi tenir compte du temps d'apprentissage qui n'est pas négligeable, surtout pour du code. Comme on ne peut pas lâcher complètement azerty, être à l'aise sur un bepo revient à être polyglote des doigts. (polydextre ?)
Sinon Azerty/Qwerty n'ont pas été inventé pour ralentir la frappe, c'est une légende. Ils ont été inventés pour limiter statistiquement le frottement de tiges de frappe l'une contre l'autre sur les machines à écrire. Plus de détails ici : http://rue89.nouvelobs.com/2007/08/1...clavier-azerty
Tu es bien capable d'utiliser plusieurs polices de caractères non ? Et rien ne t'empêche d'être plus à l'aise avec un clavier plus qu'avec un autre.
Et le fait que cela ralentisse la frappe n'avait pas échappé à son créateur, mais Remington a refusé de modifier la disposition... Donc la légende est parfaitement fondée, même si comme toute légende, elle ne contient pas entièrement la vérité.Citation:
Sinon Azerty/Qwerty n'ont pas été inventé pour ralentir la frappe, c'est une légende. Ils ont été inventés pour limiter statistiquement le frottement de tiges de frappe l'une contre l'autre sur les machines à écrire. Plus de détails ici : http://rue89.nouvelobs.com/2007/08/1...clavier-azerty
Quelles que soient les raisons, avoir un confort de lecture sans faire un minimum d'effort concernant le confort d'écriture me semble étrange.
Effectivement, j'ai modifié mon post en ce sens.
Donc nous sommes finalement d'accord sur le fait que:
- La plupart des développeurs ne font rien pour améliorer les performances de lecture ou d'écriture du code
- Un petit nombre changent la typo de leur(s) éditeur(s) pour améliorer la lecture
- Un encore plus petit nombre changent leur mapping clavier pour amélirer l'écriture
Je maintiens que c'est tout de même étrange qu'aucune formation ne soit systématiquement donnée sur les deux points aux nouveaux développeurs.
Bah pour la typo, la plupart des IDE utilisent par défaut une police adaptée pour le code, qui convient à la plupart des gens. Donc en général il n'est pas vraiment nécessaire de la changer.
Pour le clavier c'est une autre histoire... C'est vrai qu'à terme une disposition différente serait peut-être plus efficace, mais ça prendrait vraiment du temps pour s'y habituer. Quand tu as tapé toute ta vie sur un clavier AZERTY ou QWERTY, c'est pas évident de passer à autre chose... il faudrait des semaines (voire des mois) pour retrouver la même vitesse de frappe, sans même parler de la dépasser.
Bonjour,
Vous parlez de bépo/azerty, pour ma part, j'ai toujours tapé avec un azerty.
Je suis passé récemment à un typematrix bépo.
On s'y habitue assez vite, une/deux semaines suffisent pour être à l'aise.
Par contre, je suis passé de ~70 MPM à ~25MPM.
Bon, je n'en suis qu'au tout début, et il faut en effet un peu de temps pour retrouver la même vitesse de frappe.
Par contre, je me sens bien plus à l'aise avec un bépo typematrix, ne serais-ce que pour effacer des caractères, donc même si j'ai perdu en vitesse de frappe, je trouve que j'ai gagné en confort.
Après, je ne sais pratiquement plus taper sur un azerty. Je commence même à avoir des réflexes "bépo typematrix" sur les claviers azerty. :aie:
Après passer de azerty -> bépo ne demande qu'une configuration au niveau de l'OS, pas besoin d’entraîner des frais.
Mais si on change aussi de type de clavier, là ça peut coûter bien plus cher > 70€.
Mais bon, un homme azerty en vaut deux ;)
3 à 4 mois pour vraiment bien taper en aveugle en Dvorak, de mémoire.
Après, de nombreuses personnes se vantent de s'auto-former sur les nouveautés tout au long de leur carrière, car c'est important d'être à la page, de ne pas être à la traîne, ... Mais ne prennent pas le temps de se former à taper correctement sur un clavier (je ne parle pas de mapping ici), ni d'utiliser un mapping adapté.
Et pour ceux qui comme moi alternent souvent entre français et anglais, quelle disposition vous paraît la plus adaptée ? bépo, dvorak, colemak, autre chose ?
Le dvorak (que j'utilise) a l'énorme défaut de ne pas supporter les accents. Donc il faut obligatoirement utiliser autre chose à côté (auto HotKey par exemple), et trouver un mapping qui convient à ton utilisation, ce qui est fastidieux, je le reconnais.
Donc je pense que Bépo est la seule disposition correcte à considérer si l'on doit utiliser les accents.
[Edit]
Attention, certains raccourcis claviers ne sont plus évidents à utiliser lorsqu'on utilise un nouveau mapping, car ils sont clairement concus pour qwerty ou azerty. Du coup, pour VIM ou EMACS par exemple, il est à mon sens nécessaire de remapper certains gestent (déplacement pour VIM, et CTRL-X pour EMACS car le X est vraiment peu accessible en dvorak).
Hum je pense que je vais essayer un mapping personnalisé à partir de Colemak, qui a l'avantage de garder les lettres Z,X,C,V au même endroit pour ne pas changer les raccourcis usuels. La touche dédiée aux accolades me paraît idéale pour le code, celle des parenthèses un peu moins. Il va falloir que je fasse quelques essais.
Personnellement, je n'utilise pas un bepo "pur".
Je n'ai pas aussi beaucoup codé depuis mon chanfement de clavier.
Mais je n'ai pas trop de difficulté pour coder , toutes les touches sont facilement accessible.
Pour vim, juste jklm à remapper mais ce n'est pas deroutant.
Pour les copier, coller, j'avoue que le typematrix m'aide un peu.
Mais en tapent correctement à 10 doigts je ne pense pas que ce soit si derangeant
L'autre truc qui m'embêterait si je passais sur Dvorak ou Bépo, c'est les jeux... déjà qu'il y en a pas mal qui gèrent mal les claviers non QWERTY, alors les trucs exotiques, n'en parlons même pas :?
Je suis depuis deux semaine avec un TypeMatrix 2030 en Bépo et un skin noir uni…
Quel bonheur même si je frappe clairement moins vite. Chaque fois que je retouche mon Azerty je suis dégouté.
Au début effectivement c'est laborieux. Pour ce qui est des jeux vidéos je ne voit pas le problème. A la limite les touches matricielle d'un Typematrix poseront des problèmes pour ZQSD mais le BÉPO*n'est pas le problème.
Sur Windows la disposition n'est qu'un driver permettant d'installer une disposition différente. Passer d'Azerty à BÉPO se fait avec ctrl + shift à tout moment, y compris dans un jeu-vidéo.
---
Sinon… Ma police est profont :)
http://www.wikiwand.com/en/ProFont
http://www.tobias-jung.de/seekingprofont/