Reprise du message précédent :
Ça dépend de l'environnement de travail. Dans mon ancien job, il m'arrivait de coder. Comme on était dans un lieu éclairé, avec des fenêtres et des néons au plafond, j'utilisais un fond blanc. Dans une grotte ou une cave mal éclairée, oui le fond noir est plus confortable.

même full néons je préfère largement un fond noir

 
Vim  

 
+1

nano

Cet éditeur de manchot  

Quel rapport ?
 
+1 pour ST 2/3 en tout cas
Atom est similaire mais d'une lenteur...

Vim. Mais quand t'as pas vim d'installé, je préfère nano à vi.

 
En même temps, sur un linux ...

 
j'ai essayé, j'ai laissé tomber au bout de 10 secondes
 
je suis de la génération souris, je peux pas faire sans

nan mais vi c'est bien pour une conf de serveur en prod par exemple. mais pour faire du dev, faut pas déconner.
eclipse is good

notepad for the win

 
Eclipse... je ne sais pas quel genre de dev tu fais mais perso en IDE "loud" c'est Webstorm et rien d'autre

 
Je dev sous vim c'est du pur bonheur, surtout avec cscope.

Cette solution du 14ème siècle  

Oui je m'y suis mis après être passé sur un écran à densité élevée (pitch 0.23mm) et ça marche pas mal

vi c'est pour les ceusses qui ont pas les capacités pour maitriser emacs.  
 
A+,

ha moi c'est ambre sur fond noir... plus pour un côté nostalgie de mes début... et parce que c'est le plus confortable.

Y a des back-ends pour vim assez impressionnants faut avouer, Ensime par exemple.
 
Après en 2016 c'est clair que c'est de plus en plus dur à justifier.
N'importe quelle boîte un minimum sérieuse devrait refiler aux devs des machines avec 32Go de RAM et un SSD PCIe, la lourdeur de l'IDE devrait pas être un soucis.
 

110 ppi c'est pas élevé hein.
Y a des dalles de laptop à 275 ppi de nos jours.

32 Go c'est peut-être un poil abusé, sur mon PC qui n'a que 8 Go (oui je sais), un bon gros Eclipse tourne à l'aise en même temps qu'un serveur d'applications et toutes les cochonneries qui vont avec.
 
En revanche effectivement le SSD c'est obligatoire  

8 Go chez moi ça va mais au boulot ça serait trop limite.
 
Docker c'est génial mais ça pousse pas à la parcimonie et tu te retrouves vite à faire tourner des trucs comme Kafka, Zookeeper, Cassandra, ...

Tout le monde n'a pas 6 doigts à chaque main
 

il existe des IDE où tu peux TOUT faire sans jamais toucher la souris ? (C'est une vraie question)
 
La souris c'est fatiguant, ça oblige à bouger le bras et tout.
Avec des trucs comme vim/emacs, des ctags, gdb & cie, i3 ou terminator, c'est possible.
 
Après j'ai l'impression que c'est beaucoup une culture d'OS, les gens qui bossent sous windows sont très attirés par les IDE, alors que ceux qui bossent sous linux ou BSD ont plus tendance à les fuir.

Bien sûr.
IntelliJ IDEA a un mode "sans distraction" qui t'encourage à utiliser les raccourcis clavier pour tout faire d'ailleurs.
Et aussi IdeaVim si tu veux pas changer tes habitudes.

Vim et emacs sont quand même des années lumière de ce que les IDE modernes peuvent faire.

Certes un très grand nombre d'opérations est accessible au clavier, mais sans souris, point de salut (à la base c'est quand même des interfaces graphiques). Mais vu la puissance des outils, c'est vraiment un petit prix à payer.

ne pas oublier le côté mimetique/ habitude => les devs de maintenant font comme ils ont appris et toujours vu faire et on remonte comme ca a l'époque ou les mecs étaient sur cathodique ( ou le fond blanc était pénible ) et a l'époque pré Windows ou c'était fond noir par défaut ( meme maintenant le shell de commande de win7 reprend ce look DOS noir )

Y a tout de même dans les IDE une quantité de touches de raccourci, on peut faire énormément de trucs au clavier. Les autres programmeurs que j'ai côtoyé avaient tendance à en utiliser moins que moi - bon je suis assez fan des raccourcis clavier... je dois être parmi les rares personnes utilisant la touche "menu contextuel" du clavier (ou Shift+F10 puisque mon laptop n'a pas cette touche) plutôt que de déplacer ma main vers la souris pour faire un clic droit sur un mot (en général les gens considèrent que cette touche ne sert à rien )

vert sur les moniteurs monochrome, si mes souvenirs sont bons.
A+,

sur les vieux CRT c'était typiquement fond noir et texte en vert ou en ambre (bon il devait y en avoir à texte blanc-gris dans les monochromes). La partie "éclairée" de l'écran étant la couleur, donc on en met le moins possible, juste le texte, et les parties non utilisées de l'écran restent en noir.
Par contre les tout vieux LCD (laptops) il y avait l'inverse : font clair et texte en noir, pour des raisons techniques : la partie "active" d'un affichage LCD c'est noir sur un fond clair.

Je suis d'accord, mais pour les fonctions avancées souvent faut la souris pour naviguer dans les moult paramètres. Au hasard, le refactoring de la signature d'une méthode avec choix des paramètres par defaut dans tout le projet, au clavier c'est velu pour naviguer dans les paramètres, à supposer que ce soit possible.

Mais sinon c'est vrai que j'essaie de limiter l'usage du mulot au maximum

Le refactoring j'utilise juste le renommage (je sais pas pourquoi mes collègues passent par le menu pour ça...), le reste j'ai tendance à faire à la main (ou à faire bon du premier coup )

 
Un fusil ça peut échouer, la guillotine c'est plus rare.

Ouais enfin quand tu bosses sur un projet de taille conséquente, avec un bête éditeur de texte c'est impossible d'avoir la même productivité.  
 
Après tu peux utiliser ta guillotine pendant 30 ans pour éviter le risque que ton fusil échoue une fois, ça marche aussi.    
 
(mais à ce jour je vois pas en quoi un éditeur de texte me ferait bosser mieux/plus vite vu qu'un IDE c'est un éditeur de texte avec des fonctions projet en plus)

Je me balade sans pb dans des codebase de plusieurs millions de ligne (kernels unix, postgresql...) et vraiment rapidement avec cscope, avec plein de fenêtres en les splittant dans tous les sens. Je doute vraiment que je serais plus rapide sur un ide. Je dis pas qu'il FAUT utiliser ça hein, je dis juste que l'argument comme quoi c'est vieux donc c'est plus bon, bah il vaut rien

Autre avantage, je code beaucoup directement sur mes vms de test, donc à distance via ssh. Bah j'ai juste à installer vim+cscope sur ces vms, et j'ai jamais à propager le code comme ça (ni à compiler sur ma machine, du coût je garde un bruit et une conso faible chez moi).

Se balader c'est une chose, pondre du code ou modifier un projet de manière sûre/clean/rapide c'en est une autre    
 
Pourtant j'ai utilisé emacs pendant un temps dingue, mais maintenant, non merci

Pourtant quasiment tous les environnements de bureau de l'époque du cathodique ont une forte tendance à utiliser des fonds clairs  

Avant les crt couleurs, déjà c'était souvent des terminaux monochromes et 99% était fond noir. Sur PC, le fond blanc, je l'ai vu apparaître en même temps que la couleur et l'excuse était de dire "il faut travailler sur fond blanc sinon ça va être fatigant de passer du fond noir de l'écran au fond blanc des feuilles imprimées".
Purée, je me souviendrais toujours de la course à la fréquence de rafraichissement histoire d'avoir moins mal à la tête.

Non mais c'était pas la peine d'en faire 2 pages !... Il a fermé le bloc note sans enregistrer.  

Renommez le topic en "Drosophilie et ligne de commande" svp

s/er/ez/

Je pose ca là :