Popularité des éditeurs de texte sur liborg

[Nicolas Azor]

Sur une autre fil un membre se demandait comme moi si il y a beaucoup d'informaticiens sur liborg. Je ne serais personnellement pas surpris si il s'avérait qu'il y en a plus que la moyenne nationale.

Plutôt que de vous demander bêtement ce que vous faites dans la vie (ce qui ne me regarde pas après tout), je propose de vous interroger sur votre éditeur de texte préféré.

[neuneu2k]

Je n'ai pas un marteau, j'ai une boite a outils.

[Nicolas Azor]

Je n'ai pas un marteau, j'ai une boite a outils.

« Eclipse ou autre IDE », donc?

[Johnnieboy]

Openoffice entre dans quel catégorie ?

[neuneu2k]

« Eclipse ou autre IDE », donc?

Donc non, justement, ça dépends de ce que je fais, je ne vais pas utiliser éclipse pour faire de l'admin systeme ou ouvrir un megafichier de log, je ne vais pas utiliser vi pour faire du java, je ne vais pas utiliser notepad++ pour faire un compte rendu de réunion, etc, etc…

[Johnnieboy]

Ok, openoffice, c'est du traitement de texte. Je n'avais donc rien à faire sur ce fil

[neuneu2k]

Ok, openoffice, c'est du traitement de texte. Je n'avais donc rien à faire sur ce fil

Bah, des barbus mal lavés qui font du traitement de texte sous EscapeMetaAltControlShift y’en a encore alors…

[Nirvana]

J'utilise Notepad++ sous Windows, et Kate sous Linux. Pour tout ce qui est prise de notes, j'utilise Evernote.

Emacs a l'air d'une usine à gaz et je n'ai pas besoin d'autant de raccourcis et de fonctionnalités.

[eclipse]

J'utilise Kwrite pour le traitement de texte. Ou nano pour un modification rapide.

J'ai jamais pu me faire à Emacs ou Vim, la seule commande dont je me souvienne c'est ":wq", pour me barrer vite fait.

[Nicolas Azor]

Moi j'utilise Vi parce que j'aime avoir toutes les commandes sous les doigts. Je déteste avoir à faire de nombreux aller-retours clavier-souris. Ou même clavier - touches de direction.

[Noob]

J'utilise sublime text 2 (en beta) c'est le seul textmate like que j'ai pu trouvé pour toutes les plateformes pour les langages de script et le c.

Sinon eclipse pour java, XCode pour l'objective C et peut-être QtCreator pour le C++, mais je me tiens aussi éloigné que possible de ce langage maudit.

Sinon ça fait un moment que j'aimerais me mettre à Scala pour lequel IntelliJ à l'air d'être très bon.

[eclipse]

Je ne programme pas vraiment, mais je ne comprend pas cette haine du C++, j'avais bidouillé Dolphin et KFile pour mon usage personnel il y a quelques temps, et j'avais trouvé ça sympa.

[Cthulhu]

Vim bien entendu.

Quand j'utilise Netbeans pour du Java ou Visual Studio pour du C#, j'ai tendance à installer les plugins qui vont bien pour retrouver le comportement de Vim.

[Sous-Commandant Marco]

Je suis de la génération Emacs mais j'y ai toujours été réfractaire. J'utilise vi, Eclipse, Notepad, Wordpad, Word.

[Rincevent]

Au boulot, on a NotePad++ pour lequel j'ai un gros faible, et UltraEdit, que j'aime moins mais qui semble un poil plus rapide et que je n'ai pas réussi à faire planter.

Sinon, je me suis pris d'affection pour le SEU des iSeries (encore un peu plus puissant que l'ISPF des zSeries, quoiqu'il manque de couleurs), mais l'émulateur 5250 affiche trop peu de caractères à la fois. Deux fois plus de lignes et de colonnes, ce ne serait pas de refus.

[Poil à gratter]

Je ne programme pas vraiment, mais je ne comprend pas cette haine du C++, j'avais bidouillé Dolphin et KFile pour mon usage personnel il y a quelques temps, et j'avais trouvé ça sympa.

Je pense que quand on remplace par les mots en gras par "travaillé" et "en entreprise", alors la conclusion c'est que C++ n'est PAS sympa

Sinon comme neuneu2k j'utilise plein de trucs, sur *Nix il y a aussi Anjuta qui est pas mal.

[Noob]

Je pense que quand on remplace par les mots en gras par "travaillé" et "en entreprise", alors la conclusion c'est que C++ n'est PAS sympa

Je dirais accessoirement totalement dépassé aussi.

Hormis quelques cas très précis, la gestion de la mémoire ne vaut pas la peine d'être déléguée à un humain. Et pour ces cas, le C est souvent plus intéressant.

[neuneu2k]

Hormis quelques cas très précis, la gestion de la mémoire ne vaut pas la peine d'être déléguée à un humain. Et pour ces cas, le C est souvent plus intéressant.

Sans parler du fait que la gestion de mémoire précise peut (et doit dans certains cas) etre faite en Java ou en C# également, je ne sais pas qui a eu l'idée bizarre disant que toutes les données manipulées par le process doivent etre des objets et etre dans un heap managé… Des structures dans un heap geré à la main, ça marche très bien et on n'a pas tous ces petits soucis de GC sur des heaps de plusieurs dizaines de Go…

[h16]

Moi, j'ai un électro-aimant et j'attaque le disque dur directement avec. Ecrire un texte est un sacerdoce, mais l'aspect artisanal aide à la réflexion.

[neuneu2k]

Dinosaure, je me suis entraîné à générer des commandes iSCSI avec mon système nerveux !

C'est ça la pleine conscience man !

(plus sérieusement, j'ai du utiliser ed sur le terrain une fois…)

[WBell]

Argh.

Des informaticiens.

Un nid.

[Nicolas Azor]

Moi je ne me considère pas comme un informaticien, parce que l'informatique ce n'est pas mon métier: c'est un hobby, presque une passion. Maintenant, je me demande si ça n'est pas encore pire aux yeux de ceux qui méprisent les informaticiens :-/

[Melkion]

Openoffice entre dans quel catégorie ?

D'après une source sûre proche du dossier, celui des pare-feux.

[Guest]

vi (pour ce qui est de l'edition de texte on s'netend la dessus, hein) est aussi pratique a utiliser que le boulier pour resoudre des equations du second degré. je dois l'utiliser quotidiennement, donc je pense bien connaitre le sujet.

Par ailleurs je rejoins neuneuk, il y a un toolbox a dispo et c'est suivant le besoin, tu peux utiliser un pince a épiler pour décaper le papier de ton mur, en revanche je ne suis pas sur que cela soit l'outil le plus adapté.

Donc pour moi c'est word, excel, visio (et oui aussi), sed, vi, awk, perl, notepad++ (enfin tout ceux ou je suis sur du format ou que je puisse le controler a souhait)

note: UltraEdit est top, mais payant…

[L'affreux]

Eclipse pour Java, Aptana pour PHP et le Web, puis Geany et Gedit pour le reste, ou Leafpad pour des opérations sur des gros fichiers. Vim pour les opérations depuis la console.

[Poil à gratter]

Sans parler du fait que la gestion de mémoire précise peut (et doit dans certains cas) etre faite en Java ou en C# également, je ne sais pas qui a eu l'idée bizarre disant que toutes les données manipulées par le process doivent etre des objets et etre dans un heap managé… Des structures dans un heap geré à la main, ça marche très bien et on n'a pas tous ces petits soucis de GC sur des heaps de plusieurs dizaines de Go…

Le GC c'est ce qui est le plus efficace pour sans doute 98% des applications, donc ça me paraît logique que ca soit la solution par défaut. En fait assez peu de gens utilisent des heaps de plus de 2 Go, alors plusieurs dizaines de Go, je n'en parle même pas (d'ailleurs qu'est-ce que tu fais avec plusieurs Go de heap, si ce n'est pas indiscret ?). Et même pour ces cas là il y a des solutions innovantes comme le GC d'Azul, ou BigMemory de Terracotta. On attend aussi de voir ce que va donner le G1 d'Oracle quand il sera prêt pour la production.

Plus généralement je suis toujours autant surpris par le nombre de développeurs qui ne font pas confiance au GC ou qui pensent que c'est une mauvaise chose, surtout quand ce sont des développeurs Java "chevronnés". Pour moi le débat est clos depuis depuis longtemps…

[Mathieu_D]

J'aime beaucoup Tinn-R pour faire du R, et SAS Enterprise Guide 4.3 pour faire du SAS.

[Boeldieu]

Je serais le seul à utiliser emacs ?

Sinon j'utilise tout ce qui me tombe sous la main mais emacs+latex sont les premiers trucs que j'installe sur un nouvel ordi.

[jabial]

Ça dépend de ce que je veux faire mais j'ai tendance à utiliser emacs par dépit.

Par dépit parce que franchement il y a moyen de faire bien mieux. Mais pour l'instant, y a pas.

Et vim quand c'est un petit truc rapide.

[neuneu2k]

Plus généralement je suis toujours autant surpris par le nombre de développeurs qui ne font pas confiance au GC ou qui pensent que c'est une mauvaise chose, surtout quand ce sont des développeurs Java "chevronnés". Pour moi le débat est clos depuis depuis longtemps…

Pour des heap < 6Go, oui, pour des caches mémoire un peu chelous de 80Go, non.

Je n'ai pas trop le droit de raconter ce qu'on met dedans, et sur le fond, oui, pour 98% des applis, le GC marche très bien, et je dirait meme plus, meme dans les applis ou il ne marche pas, c'est pour un tout petit bout de l'appli finalement, ma remarque s'appliquait surtout a ceux qui croient que quand il ne marche pas c'est parce que "java c'est de la merde" et pas parce que, des fois, il faut juste savoir ce qu'on fait et comment marche la machine, quel que soit le langage (un autre exemple flagrant hors de la bigmemory: le disruptor de Lmax).