il suffit d'appeller leur virus "BritneyAPoil.jpg.exe" pour que cela prenne.
Le truc c'est que explorer masque par defaut l'extension des fichiers quand il les reconnait (typiquement un .exe donc), il faut explicitement le desactiver dans les proprietes.
Le fichier apparait donc comme BritneyAPoil.jpg
et la, meme un utilisateur eduque a qui on a appris que les jpeg ne contenaient pas de virus va se dire "ok c'est bon, j'peux y aller".
Ok, il devrait tiquer et remarquer que c'est le seul fichier dont il voit l'extension, mais tout de meme.
Ce qui ne veut pas dire que toutes les personnes ayant lance le virus y ait pense, mais en l'occurence l'explorateur aide a induire en erreur.
et il va faire quoi aux prud'hommes?
ca va durer plusieurs annees (au moins 1 ou 2 ans, ca c'est clair), tout ca sans forcement obtenir gain de cause. Au mieux il va avoir quelques mois de salaire. Quand a se faire reintegrer, je te laisse imaginer l'ambiance de travail deplorable avec les collegues.
Et pendant ce temps faut bien payer les factures, donc se trouver un autre boulot...
C-p M-p C-M-p
C-d M-d M-backspace
C-f M-f C-M-f
C-b M-b C-M-b
C-M-u C-M-d
C-M-a C-M-e
C-a C-e M-a M-e
C-k M-k C-M-k
M-z
tout est dit
mouarf
ca me donne l'impression de revenir en 94 quand j'apprenais par coeur les 35 hits combo pour Street fighter II tubrbo sur super nes.
Exemple: preinserer du texte dans les nouveaux fichiers que je cree.
si t'as besoin de lisp pour faire un truc aussi trivial, t'as un probleme dans ta tete...
Ensuite observe ta mauvaise foi: tu es en train de dire qu'une feature (pouvoir modifier l'editeur a chaud) est mauvaise parce que tu ne l'utilise pas.
non, elle n'est pas mauvaise. Par contre l'utiliser comme paliatif a une organisation desastreuse est mauvais.
Moi pour apprendre a m'en servir, j'ouvrais regulierement le manuel info et je lisais les pages qu'il me semblait connaitre le moins, puis je relisais certaines pages pour voir si je connaissais tout. Si t'es pas curieux, emacs a beau etre autodocumente, tout n'est pas dans les menus et le tutorial non plus.
l'aide d'emacs est surtout rebarbative et dure a lire. Sans compter qu'il faut deja savoir utiliser emacs pour pouvoir ne serait ce qu'y acceder.
Ta suffisance est du même acabit que ceux que tu soutiens. Tes certitudes de classe bien pensante te font esquiver le débat car tu détiens la Vérité. Symptomatique de toute une opposition.
Un patron qui a besoin d'un serveur ne va pas en embaûcher un supplémentaire s'il n'en a pas besoin.
ben si vu qu'il vient de lourder son serveur qui arrivait en fin de periode d'essai.
Quand a ton delire d'heures sup, c'est pas en faisant des heures sup qu'un serveur pourra servir plus de couverts a l'heure.
Et vu que les gens mangent/boivent tous dans la meme fenetre horaire, le seul moyen de servir plus, c'est d'avoir plus de serveurs (et aussi plus de cuistots).
Ou alors je donne pas longtemps a vivre a ton restau.
fin du debat pour moi, je vois que le bon sens et la logique se sont envoles depuis deja quelques semaines et j'ai de plus en plus l'impression que le seul but de ces contestations c'est de casser aveuglement du gouvernement qui en a enerve plus d'un depuis presque 5 ans.
En conclusion si tu crois connaitre Emacs parce que tu es au courant qu'il y a un mode colonne, tu te trompes juste completement. Je l'utilise depuis 7 ans et je decouvre une nouvelle fonctionnalite au moins une fois par semaine.
nan, mais t'es mignon, t'as pas le seul a utiliser emacs depuis longtemps, je te dis que je l'ai utilise toute ma scolarite, ca fait 6 ans en tout.
Maintenant, si tu decouvres encore des fonctionnalites au bout de 7 ans (j'imagine que tu parles d'emacs en soi et pas de ses modes), c'est que l'editeur est particulierement mal foutu niveau utilisabilite.
Au niveau du rajout de fonctionnalite a chaud, oui c'est quelque chose qui se fait couramment avec Emacs. Soit tu installe un module que tu trouves sur le net dynamiquement parce qu'il te manque, soit c'est une fonction qui te serait bien pratique pour faire quelque chose et tu la code, ou la modifie si tu prefererais qu'elle se comporte autrement selon ton utilisation d'Emacs.
et moi je te maintiens que si tu fais ca, c'est que t'as un grave probleme de methodologie, tu ferais mieux de t'organiser avant de chercher des palliatifs a ton manque d'organisation.
S'il te manque quelque chose en cours de route, c'est que tu n'as pas suffisament reflechi avant de te lancer dans ton codage, ca veut dire que tu fonces la tete dans le guidon sans te poser de question.
Pour se deplacer dans le texte rapidement, il y a plein de solutions (une grande partie des combinaisons de touche de premier niveau), mais au moins C-s et C-r sont les bases du deplacement dans le texte.
ben ecoutes, la prochaine fois que tu approches eclipes, tu vas dans window/preferences/editor, et la tu regardes les raccourcis clavier.
Tu te rendras comptes que toutes tes supers features de deplacement dans le texte que RMS est le seul a y avoir pense sont dispo en standard, et que tu peux meme utiliser les memes raccourcis qu'emacs.
J'en utilise meme couramment un certain nombre (recherche incrementale, ctrl/alt w qui me paraissent plus pratique que les ctrl x/c, ctrl e qui m'evite d'avoir a aller chercher le end, ctrl k etc.)
Tu peux faire du copier coller de fichiers avec Emacs. Enfin pour moi c'est typiquement le genre d'endroits ou la souris ne sert a rien.
ouais et faut que je me fade l'integralite du path du fichier a la main, donc en gros faut que je sache tres exactement ou se trouve le fichier, merci j'ai deja donne.
A comparer avec le temps de : 1/lacher le clavier, positionner la main sur la souris 2/placer le curseur au bon endroit et double cliquer 3/replacer la main dans la bonne position: entre 2 et 3 secondes.
Bon deja ton calcul, il est un peu sorti du chapeau, sans compter que quand je code je me concentre plus sur le sens du code que sur le nombre de touches frappees a la secondes.
Alors oui, c'est sur que si tu connais ton code par coeur a la ligne pres, ca va plus vite. Maintenant, je vais pas m'amuser a apprendre par coeur mes quelques megas de source pour pouvoir gagner une demi heure par jour.
Et encore, je pense pouvoir viser plus vite que tu ne tapes tes 5 caracteres, parce que ma souris, elle avance en diagonale, ce qui est pas le cas de ton caret (enfin ca depend de ce qui est vise, si c'est MaClasseAvecUnNomLong ou int i=0 ca va pas etre la meme chose).
L'autre alternative, c'est d'utiliser des raccourcis clavier qui ne necessite pas les deux mains, et accessible avec seulement la main gauche (et un informaticien gaucher est capable d'apprendre a utiliser une souris de la main droite).
C'est sur que ton ctrl x k il te force a enlever la main de la souris et voire qu'un truc aussi con qu'un coller necessite de faire le grand ecart entre controle et y ca me fait me poser des questions sur la pertinence des raccourcis. Donc c'est bien mignon de calculer la vitesse de frappe, mais ya peut etre d'autre choses a penser avant que le nombre de raccourcis que tu peux taper a la miliseconde.
Ces operations me semblent s'apparenter aux operations de redimensionnement des fenetres que les gens font tout le temps et donc sont une perte de temps. On peut bien sur splitter sa vue dans emacs; ca doit etre meme indique dans le tutorial.
T'es en train de me dire que t'as jamais besoin d'agrandir un buffer tout en gardant les autres un peu visible?
Tu fais quoi tu travailles sur un fichier a la fois?
Ou alors tu t'es paye le 30 pouces HD d'apple?
On peut bien sur splitter sa vue dans emacs; ca doit etre meme indique dans le tutorial.
et bien penser au raccoucis qui va bien. alros c'est ctrl x 0 ou ctrl x 1? merde, m'a gourre, alors ctrl x k. Tu m'etonnes que t'as pas envie de te servir de la souris si tu passes ton temps a te fader des raccourcis necessitant 2 mains et 3 doigts par main.
magine d'etre en train d'utiliser ton IDE et de te dire "tiens il me manque une fonctionnalite". C'est quand meme pratique de pouvoir la rajouter sans devoir fermer tout ce que tu faisais.
D'un autre cote, quand il me manque une feature, c'est pas un truc qui va se coder en 30 secondes, donc ca implique effectivement de fermer son IDE, de reflechir a ce que je dois faire, comment le faire, et ensuite le faire. Je sais pas comment tu bosses mais niveau methodologie bosser sur 2 trucs differents en mem temps, j'ai un doute. Maintenant si tout le monde fait ca, je ne m'etonne plus de la qualite d'emacs en tant qu'ide.
Je t'imagine bien "a tiens, il me manque le refactoring, je vais me coder ca sur le coin de la table pendant que les autres sont au cafe".
Nan, mais serieux, tu vis sur quelle planete?
C'etait pour te donner une idee de la puissance d'extensibilite de Lisp versus la puissance d'extensibilite des langages a objet.
Etendre le langage, je m'en cogne. Quand j'ai besoin d'objet, je prend un langage objet, quand j'ai besoin de fonctionnel j'utilise un langage fonctionnel.
En fait plutot que de choisir le meta language le plus extensible, je choisis le langage concret le plus adapte.
De plus le temps de developpement est aussi plus petit.
Donc arrete de penser que Lisp est un langage prehistorique a oublier en meme temps qu'Algol; c'est un langage prehistorique, mais dont un certain nombre de fonctionnalites sont toujours inegalees.
Je pense pas que lisp est prehistorique, mais qu'il a son domaine d'application, comme tout langage. Et que ce domaine n'est surement pas le developpement de features d'ide. Si c'etait le cas, tous les ide proposeraient des extensions en lisp.
Que je puisse etendre le langage en soi, c'est joli et techniquement impressionant, c'est surement tres utile et meme salutaire dans certains cas, mais dans 99% des cas, si je dois reimplementer from scratch un paradygme objet, c'est que le choix du langage initial etait particulierement mal choisi.
Le cote dessin de l'arbre peut sembler attractif mais est-ce vraiment utile?
je vais te donner un web.xml d'une web app a editer (du gros xml bien verbeux), tu vas voir s'il est pas utile le cote dessin de l'arbre, pour mettre en page correctement ton fichier, histoire de pas passer plus de temps a fouiner dans le fichier qu' a l'editer. Surtout que l'absence d'ascenceur horizontal d'emacs rend particulieremnt imbitable la lecture de fichier avec des lignes de plus de 80 caracteres.
Moi un message s'affiche dans le minibuffer, et me pose des questions auxquelles je repond en pressant sur y ou n. Bien plus pratique que de deplacer la souris sur le petit bouton "ok". Mais Emacs fait ca par defaut maintenant je crois.
ouais, et ca t'oblige a garder ton oeil en permanence sur ton mini buffer.
La pop up, elle fait pop, tu peux minimiser ton ide si t'etais sur un tache un peu longue et faire autre chose, si ton machin s'arrete en cours de route, l'icone de l'appli clignote dans la barre des taches et hop, t'es prevenu, t'as pas besoin de rester a surveiller ton truc pour rien.
Si la pop up te saoule (ie si c'est une pop ininteressante) tu lui envoye un esc dans la face et elle disparait, t'es pas oblige de viser le petit bouton. et si t'as le choix entre oui et non, tu peux faire un tab entre les boutons et entree/espace. Faut aussi apprendre a utiliser les ihm graphique.
D'apres cette etude et d'autres que j'ai pu lire, le nombre de lignes d'un gros programme Lisp est en general compris entre 1/4 et 1/20 de lignes d'un gros programme Java,
Ouais, le probleme c'est qu'implementer et valider ton serveur d'appli ou la lib dont t'as besoin, ca va te prendre 50 fois le temps que t'aurais mit a ecrire ton truc en java/c/c++/n'importe quel autre langage productif correctement fourni en middleware. Mais bon la on est clairement plus du tout dans le sujet (a savoir les ide, pas savoir si en machin on code mieux qu'en truc).
Mais on est a un moment limite par les possibilites de ces logiciels;
ouais, ben en attendant, j'ai toujours pas de reponse pour certaines de mes features dont je me sert tous les jours.
Alors pouvoir editer en mode colonne au lieu du mode ligne, c'est baleze (et ouais, je connais bien emacs, je l'ai utilise pendant toute ma scolarite), mais c'est pas ca qui me fera bosser mieux et plus vite
500$ par mois, je prends si le prix de la vie est ne serait ce que 3 a 4 fois plus bas qu'en france.
C'est bien joli de gagner 2000 par mois a paris, si tu laches 800 euros pour un appart, je prefere avoir 10% de moins et payer mon loyer 400, au final j'y gagne ;-)
Je suis censé te croire sur parole ?
non, tu peux venir verifier par toi meme au croisement de la rue dupont des loges et de l'avenue janvier ou les eleves de zola bloquent ma rue un jour sur deux depuis 15 jours (une ile en sens unique, vachement malin comme blocage).
Je maintiens que des momes ayant a peine l'age legal de travailler ne savent pas pourquoi ils manifestent.
Il faut être sourd ou égoïste pour dire une telle chose.
Et c'est quoi le probleme du cpe mis a part la periode d'essai de 2 ans?
plutot d'accord pour dire que les api d'eclipse et des projets gravitant autour sont parfois mal faites et un peu jeunes (je connais surtout SWT et c'est assez enervant).
Pour les plantages, je maintiens, je travaille presentement sur une grosse appli web, repartie sur 2-3 projets, avec beaucoup d'ant pour builder/deployer, et du ant parfois complique, aucun plantage depuis pres d'un an. Pas de fuite non plus.
Sur un eclipse 3, puis 3.1.
J'avoue n'avoir pas trop utilise ant sur eclipse 2.1(developpement pur et dur d'appli riche, donc pas de besoin a ce niveau en fait).
Utilise avec cvs ou vss et le plugin tomcat, plus lomboz (le machin qui met 2 an a ouvrir un fichier, a se demander s'il recompile 5 fois la jsp pour etre sur qu'elle n'a pas d'erreurs).
Sans compter les gens qui n'ont pas une plateforme Java très supportée (actuellement, j'ai des freebsdistes dans ce cas).
effectivement, je touve eclipse assez inutilisable sur linux (je bosse sous windows), la jvm sun pour linux etant plutot... En fait, je prefere rester poli donc je ne dirais rien sur la jvm sun. :)
C'est vraiment le jour et la nuit entre linux et windows sur ce point.
Pour le workspace qui grossit, la je suis un peu etonne, je vois vraiment pas du tout quel est le probleme, j'ai absolument rien constate de mon cote en tout cas.
(setq-default make-backup-files nil)
je sais bien qu'on peut le supprimer, mais pour trouver l'option qui va bien, faut se fader 2km d'une aide mal faite...
Ou fouiner sur internet.. pas franchement quelque chose qui me plait quand je bosse.
Faux. Il y a la speedbar, des menus , l'affichage d'images ...
wouhou, on va aller loin avec ca dis moi. les radio, check box, combo box, tableaux, ca te parait pas utile? Notamment pour mettre en forme de l'information? parce que c'est un peu le but d'un ide quand meme...
Avec un peu de pratique on se deplace et on selectionne du texte beaucoup plus vite avec Emacs (ou vim pour le coup) qu'avec la souris.
Moui. Sauf que je n'utilise jamais le dnd pour du texte. Je m'en sert plutot pour des objets (genre faire rentrer un jar dans mon projet ce genre de choses quoi).
Ensuite meme en sautant de paragraphes en paragraphes, un double click sur une variable reste encore le moyen le plus fiable et rapide de selectionner le texte a coup sur. Mais la on rentre dans le domaine du detail et pour chaque avantage, on trouvera un inconvenient.
Le drag and drop, c'est pas fait pour les chiens.
Ni pour les puristes d'Emacs.
tu veux dire que c'est un truc de l33t?
Pour nxml je te parle d'un truc qui m'affiche la structure du doc, pas un validateur temps reel.
Le properties, c'est en gros une hash map : association cles/valeurs texte. C'est enormement utilise en java.
pour les manipulations de diagrammes, j'aimerais bien savoir comme tu fais pour manipuler tout ca sans souris. et surtout je plains le mec qui a du se farcir du dnd dans emacs en lisp.
a propos des popups : et je les desactive car je les hais
ah bon? ben moi je suis bien content quand mon ide m'avertit de telle ou telle chose (par exemple que mon jar n'est pas builde en debug et que donc le debugger ne marchera pas). Ca m'evite notamment d'avoir a scruter en permanence une partie de l'ecran au detriment d'une autre, et me libere donc l'esprit qui est plus dispo pour mon appli.
Ca m'evite aussi d'agacer mes colocataire de bureau avec des bips intempestifs.
Si tu parles des fenetres dans la fenetre, il me semble que c'est justement une heresie d'IHM
non, une fenetre modale c'est une fenetre qui prend le focus et ne le rend qu'une fois fermee. Utilisee notamment pour signaler une erreur, ce genre de choses.
a propos du deplacement d'onglet : Exemple typique de perte de temps avec une IHM
ah bon? reorganiser ma vue en 3 click en fonction du contenu que j'ai, c'est une perte de temps? passer un onglet sur le cote plutot que sur le bas parce que j'ai plus besoin de place en vertical (ou inversement en horizontal, mais c'est plus rare), c'est une perte de temps?
Deplacer un onglet ponctuellement parce que ponctuellement ca m'arrange c'est une perte de temps?
Effectivement si tu te rappelles pas de C-x k t'as pas du trop trop utiliser Emacs ...
Le probleme c'est pas ctrl x k. C'est ca centaine de potes dont je dois imperativement me rappeler par coeur sous peine de ne rien pouvoir faire. J'ai des choses plus interessantes a mettre dans ma tete que des raccourcis clavier.
D'ailleurs Emacs fait aussi les onglets.
non, il fait les buffers, c'est different, ou alors tu parles d'xemacs.
Car C ne sert qu'a ecrire des systemes d'exploitations?
Nan, mais faire des plugins, tu peux dire ce que tu veux, avec des langages objets c'est quand meme beaucoup plus facile, fiable et rapide.
Les programmes Lisp peuvent tourner pendant 10 ans et etre modifies en continu.
mouais.
Moi je ferme ma session tous les soirs, alors que ca tourne pendant 10 ans ca va pas me faire grand chose...
De meme, les plugins j'en ajoute pas 40 par jour, en general je prepare mon environnement en debut de projet et j'y touche plus jusqu'a la fin. Donc pouvoir ajouter un plugin a chaud, rien a branler.
Tu veux bien m'expliquer l'interet pour faire des plugins? Perso j'ai plus besoin d'un heritage objet et d'une api bien pensee, etendre la syntaxe de la chose, je vois pas ce que ca va m'apporter.
Ca va m'apporter quoi de pouvoir ajouter une paradygme au langage? je suis la pour ajouter une fonctionnalite, pas faire une machine a cafe!!
De plus Lisp est un langage extremement simple a apprendre
M'en fous que ca soit simple a apprendre, je veux que ca soit productif. La machine de turing est facile a apprendre aussi, c'est pas pour autant que tu vas developper avec.
moi j'ai surtout vu des lyceens bloquer mon quartier sans vraiment savoir pourquoi ils le faisaient.
Et sinon, mis a part la periode d'essai de 2 ans, j'ai pas entendu grand chose de convainquant.
En fait mis a part la periode d'essai de 2 ans j'ai rien entendu du tout.
j'ai jamais dit le contraire, j'ai meme indique que j'etais d'accord avec un commentaire qui disait sensiblement la meme chose.
La difference, c'est que sortir des sentiers battus avec emacs, c'est vouloir autre chose que la coloration syntaxique (et encore faut se farcir 2 km d'aide mal branlee pour comprendre comment l'activer par defaut des le demarrage).
Je dis pas qu'eclispe est la machine a tout faire, juste qu'emacs n'est pas un ide et ne fait pas ce que fait eclipse, contrairement a ce qui etait dit en debut de sujet.
Je connais l'interface CVS mais uniquement en fichier par fichier donc pas très utile et j'avais cervisia pour ça.
comprends pas ce que tu veux dire, t'as la vue team/synchronize pour ca qui est quand meme redoutablement efficace?
Alors que Eclipse, dans le genre... Sans compter les fichiers d'history ou de je ne sais quoi qui trainent et qui gonflent...
ben c'est pas complique, je me rappelle pas avoir deja vu eclispe planter.
quand aux history, je vois pas du tout de quoi tu parles, et si tu veux aborder les sujet qui fachent on va parler des fichiers tilde qu'emacs laisse trainer partout...
C'est tes idees; moi je trouve que devoir utiliser la souris pour programmer c'est une perte de temps importante et en plus ca fait mal a l'epaule a la fin de la journee.
comme deja dit dans ce fil, eclipse est controlable au clavier dans sa majeure partie.
Ensuite si tu vois pas l'interet de la souris c'est surement parce que l'ihm d'emacs est prehistorique et monstrueusement limitee : en gros, mis a part afficher du texte, tu peux rien faire...
Le drag and drop, c'est pas fait pour les chiens.
Sinon, si ca te fait mal a l'epaule, va falloir penser a organiser ton poste de travail, ou passer a la salle de muscu du coin soulever un peu de fonte. D'aileurs chez moi c'est plutot le coude voire le poignet qui travaille, mais bon.
Ce qui m'amene a mon second point, l'interet d'etendre l'ide, c'est aussi d'etendre son ihm, en ajoutant des composant graphiques haut niveau (typiquement, je pense aux plugins permettant de visualiser du xml dans un vrai arbre, ou des Properties sous forme de tableau, de derouler/enrouler des methodes classes, de manipuler des diagrames de classes, schema de BD, diagrames UML).
Ou tout simplement, ne serait ce qu'avoir des pop ups, des fenetres modales, pouvoir deplacer ses onglets, en fermer un sans avoir a se rappeler d'un raccourci a plus de 3 touches.
Sortir des annees 80 quoi, on ne travaille plus a distance sur des mainframe avec un ecran 80*20 noir et blanc.
Et la tu m'excuseras, mais le lisp...
tous les plugins ne passent pas leur temps a traiter des listes ;-)
Regarde ce qu'a fait Rational avec leur Performance Tester.
En plus si t'utilises vraiment Emacs c'est pas que ton IDE: tu lis tes mails, tu vas chercher de la doc sur le web avec etc...
mouarf. Et il gere aussi le calendrier partage avec les collegues, la liste des contacts, les onglets avec les plugins de firefox?
Il prend les flux rss, gere les css correctement?
Ensuite le Lisp est le langage d'extension par excellence de par sa possibilite de developper incrementalement dessus.
Le lisp, c'est un langage imperatif gerant le fonctionnel concu pour traiter des listes, avec la particularite que le code est aussi traite comme une liste.
C'est un truc utilise essentiellement en IA.
Tu trouves ca pratique pour coder un plugin toi?
ok la t'as le refactoring.
tu te retrouves avec quelques mode qu'il va falloir essayer et evaluer les uns apres les autres.
maintenant, il te reste a faire la meme chose (quand ca existe) pour les autres features (ant, debugger, gestion de projet, cvs, diff cvs, merge cvs etc..)
quoique le support de php est pas trop mauvais pour ce que j'ai vu des autre IDE (pas encore vu d'ide permettant de debugger pas a pas du php).
Le c++ c'est pas la panacee, mais c'est gerable, meme si inferieur aux autre IDE.
Il me semble que le support de python est pas trop mauvais non plus (il parait, j'ai aps ete verifie, c'est ptetre une grosse connerie).
maintenant, ca n'enleve rien au fait qu'emacs n'est surement pas un IDE et que l'assertion initiale (a savoir emacs fait ce que faisait eclipse mais avec moins de ram) est completement fausse et partisane.
Et surtout la creation de plugin (aussi bien IHM que fonctionnels) pour ces langages est quand legerement plus simple que les .el imbittable d'emacs
emacs ne m'a rien fait, il m'a rendu de fier service et je l'utilise encore de temps a autre, chez moi ou au boulot pour editer vite fait un fichier quand ma connaissance de vi est trop faible pour rapidement faire ce que je veux.
C'est un excellent editeur de texte, ya pas de problemes la dessus. Mais ca n'est surement pas un traitement de texte ni un IDE.
c'est juste que quand j'ai lu qu'emacs faisait ce qu'eclipse fait avant lui et pour moins de ram, j'ai bondis au plafond.
Et je bondis aussi au plafond quand je lis qu'emacs est utilisable en tant qu'ide.
Enfin, si techniquement c'est faisable, mais, vu le temps que tu perd entre la recherche des modes, leur installation/configuration, le manque de fonctionnalites des differents modes (modeA qui fait truc mais pas machin, modeB qui fait l'inverse etc.), une ihm improductive au possible, les raccourcis claviers fait pour des extraterrestre a 4 mains utilisant exclusivement un clavier qwerty trainant dans la boue toutes les conventions utilisees par toute la planete depuis 15 ans (et je me fous bien de savoir qu'emacs ait 20 ans ou plus), je vois pas trop l'interet d'en faire un ide.
Remarque, si. Si tu redeveloppes completement ton ide a toi en lisp pour emacs. Maintenant, c'est pas franchement ce que t'es cense rechercher quand tu veux utiliser un ide.
Fin bon, si emacs etait reellement utilise pour faire du developpement pro a grande echelle, ca se saurait, apres si vous voulez vous persuader qu'emacs c'est le meilleur truc de la planete, ben faites.
Pendant ce temps la les autres utilisent de vrais ide utilisant des langages de haut niveau comprehensibles pour les etendre, et eux ils gagnent reellement du temps sur leur dev'.
Sinon, le compte je l'ai cree parce que j'en avais pas jusque la, tout simplement.
pour emacs...
va falloir se lever tot et boire de l'eau fraiche pour retrouver le mode que t'as vu une fois faire ca pour du c++
En attendant, moi, j'utilise emacs tous les jours, et je remercie le ciel (ou alors,c'étais RMS) pour ne pas à avoir à faire l'essui glace entre mon clavier et ma souris.
quasiment toutes les features d'eclipse sont accessibles via des raccourcis clavier.
Je ne me sert quasiment plus du bouton droit (la plupart des fonctions couramment utilisees).
Et si t'es capable de te rappeler des raccourcis emacs, sous eclipse ce sera piece of cake.
ok donc pour l'instant on a toujours pas la moitie des features proposees par eclipse.
Ca dépend. Si tu compiles ton code java avec gcj, c'est gdb au travers d'un mode approprié.
mouais, enfin d'une part gcj ne couvre pas tout java 1.4, java5 on n'en parlera meme pas.
D'autre part, l'interet de java, c'est la jvm, donc gcj...
Et si je compile en bytecode, donc, je fait comment?
[^] # Re: Oué bon
Posté par kraman . En réponse au journal Virus Multiplateformes. Évalué à 10.
un chmod sur un lien symbolique ne modifie pas le lien, mais le fichier pointe.
en gros tu peux pas de droits different sur un lien symbolique et le fichier pointé.
Ca parait d'ailleurs assez logique, on se demande bien quel est la semantique d'une permission sur un lien.
[^] # Re: 1er mai
Posté par kraman . En réponse au journal apu google ?. Évalué à 3.
[^] # Re: Oué bon
Posté par kraman . En réponse au journal Virus Multiplateformes. Évalué à 5.
il suffit d'appeller leur virus "BritneyAPoil.jpg.exe" pour que cela prenne.
Le truc c'est que explorer masque par defaut l'extension des fichiers quand il les reconnait (typiquement un .exe donc), il faut explicitement le desactiver dans les proprietes.
Le fichier apparait donc comme BritneyAPoil.jpg
et la, meme un utilisateur eduque a qui on a appris que les jpeg ne contenaient pas de virus va se dire "ok c'est bon, j'peux y aller".
Ok, il devrait tiquer et remarquer que c'est le seul fichier dont il voit l'extension, mais tout de meme.
Ce qui ne veut pas dire que toutes les personnes ayant lance le virus y ait pense, mais en l'occurence l'explorateur aide a induire en erreur.
[^] # Re: Oué bon
Posté par kraman . En réponse au journal Virus Multiplateformes. Évalué à 1.
[^] # Re: euh
Posté par kraman . En réponse au journal Admirez cela !!. Évalué à 1.
Premiere fois que je vois ca.
[^] # Re: Marre des ras-le-bol!
Posté par kraman . En réponse au journal [HS] [CPE] L'avis d'un étranger. Évalué à 1.
ca va durer plusieurs annees (au moins 1 ou 2 ans, ca c'est clair), tout ca sans forcement obtenir gain de cause. Au mieux il va avoir quelques mois de salaire. Quand a se faire reintegrer, je te laisse imaginer l'ambiance de travail deplorable avec les collegues.
Et pendant ce temps faut bien payer les factures, donc se trouver un autre boulot...
[^] # Re: Ce que tu cherches ...
Posté par kraman . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à -1.
C-d M-d M-backspace
C-f M-f C-M-f
C-b M-b C-M-b
C-M-u C-M-d
C-M-a C-M-e
C-a C-e M-a M-e
C-k M-k C-M-k
M-z
tout est dit
mouarf
ca me donne l'impression de revenir en 94 quand j'apprenais par coeur les 35 hits combo pour Street fighter II tubrbo sur super nes.
Exemple: preinserer du texte dans les nouveaux fichiers que je cree.
si t'as besoin de lisp pour faire un truc aussi trivial, t'as un probleme dans ta tete...
Ensuite observe ta mauvaise foi: tu es en train de dire qu'une feature (pouvoir modifier l'editeur a chaud) est mauvaise parce que tu ne l'utilise pas.
non, elle n'est pas mauvaise. Par contre l'utiliser comme paliatif a une organisation desastreuse est mauvais.
Moi pour apprendre a m'en servir, j'ouvrais regulierement le manuel info et je lisais les pages qu'il me semblait connaitre le moins, puis je relisais certaines pages pour voir si je connaissais tout. Si t'es pas curieux, emacs a beau etre autodocumente, tout n'est pas dans les menus et le tutorial non plus.
l'aide d'emacs est surtout rebarbative et dure a lire. Sans compter qu'il faut deja savoir utiliser emacs pour pouvoir ne serait ce qu'y acceder.
[^] # Re: Honnêtement ..
Posté par kraman . En réponse au journal [HS] [CPE] L'avis d'un étranger. Évalué à 1.
je me permet de te retourner le compliment.
[^] # Re: Honnêtement ..
Posté par kraman . En réponse au journal [HS] [CPE] L'avis d'un étranger. Évalué à 2.
ben si vu qu'il vient de lourder son serveur qui arrivait en fin de periode d'essai.
Quand a ton delire d'heures sup, c'est pas en faisant des heures sup qu'un serveur pourra servir plus de couverts a l'heure.
Et vu que les gens mangent/boivent tous dans la meme fenetre horaire, le seul moyen de servir plus, c'est d'avoir plus de serveurs (et aussi plus de cuistots).
Ou alors je donne pas longtemps a vivre a ton restau.
fin du debat pour moi, je vois que le bon sens et la logique se sont envoles depuis deja quelques semaines et j'ai de plus en plus l'impression que le seul but de ces contestations c'est de casser aveuglement du gouvernement qui en a enerve plus d'un depuis presque 5 ans.
See ya en 2007.
[^] # Re: Honnêtement ..
Posté par kraman . En réponse au journal [HS] [CPE] L'avis d'un étranger. Évalué à 1.
L'ingenieur, rien que pour obtenir un entretien, il lui faudra 15 jours...
[^] # Re: Ce que tu cherches ...
Posté par kraman . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à 0.
nan, mais t'es mignon, t'as pas le seul a utiliser emacs depuis longtemps, je te dis que je l'ai utilise toute ma scolarite, ca fait 6 ans en tout.
Maintenant, si tu decouvres encore des fonctionnalites au bout de 7 ans (j'imagine que tu parles d'emacs en soi et pas de ses modes), c'est que l'editeur est particulierement mal foutu niveau utilisabilite.
Au niveau du rajout de fonctionnalite a chaud, oui c'est quelque chose qui se fait couramment avec Emacs. Soit tu installe un module que tu trouves sur le net dynamiquement parce qu'il te manque, soit c'est une fonction qui te serait bien pratique pour faire quelque chose et tu la code, ou la modifie si tu prefererais qu'elle se comporte autrement selon ton utilisation d'Emacs.
et moi je te maintiens que si tu fais ca, c'est que t'as un grave probleme de methodologie, tu ferais mieux de t'organiser avant de chercher des palliatifs a ton manque d'organisation.
S'il te manque quelque chose en cours de route, c'est que tu n'as pas suffisament reflechi avant de te lancer dans ton codage, ca veut dire que tu fonces la tete dans le guidon sans te poser de question.
Pour se deplacer dans le texte rapidement, il y a plein de solutions (une grande partie des combinaisons de touche de premier niveau), mais au moins C-s et C-r sont les bases du deplacement dans le texte.
ben ecoutes, la prochaine fois que tu approches eclipes, tu vas dans window/preferences/editor, et la tu regardes les raccourcis clavier.
Tu te rendras comptes que toutes tes supers features de deplacement dans le texte que RMS est le seul a y avoir pense sont dispo en standard, et que tu peux meme utiliser les memes raccourcis qu'emacs.
J'en utilise meme couramment un certain nombre (recherche incrementale, ctrl/alt w qui me paraissent plus pratique que les ctrl x/c, ctrl e qui m'evite d'avoir a aller chercher le end, ctrl k etc.)
[^] # Re: Honnêtement ..
Posté par kraman . En réponse au journal [HS] [CPE] L'avis d'un étranger. Évalué à -1.
Ca se passe a rennes, donc.
excusez le derange.
[^] # Re: Ce que tu cherches ...
Posté par kraman . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à -1.
ouais et faut que je me fade l'integralite du path du fichier a la main, donc en gros faut que je sache tres exactement ou se trouve le fichier, merci j'ai deja donne.
A comparer avec le temps de : 1/lacher le clavier, positionner la main sur la souris 2/placer le curseur au bon endroit et double cliquer 3/replacer la main dans la bonne position: entre 2 et 3 secondes.
Bon deja ton calcul, il est un peu sorti du chapeau, sans compter que quand je code je me concentre plus sur le sens du code que sur le nombre de touches frappees a la secondes.
Alors oui, c'est sur que si tu connais ton code par coeur a la ligne pres, ca va plus vite. Maintenant, je vais pas m'amuser a apprendre par coeur mes quelques megas de source pour pouvoir gagner une demi heure par jour.
Et encore, je pense pouvoir viser plus vite que tu ne tapes tes 5 caracteres, parce que ma souris, elle avance en diagonale, ce qui est pas le cas de ton caret (enfin ca depend de ce qui est vise, si c'est MaClasseAvecUnNomLong ou int i=0 ca va pas etre la meme chose).
L'autre alternative, c'est d'utiliser des raccourcis clavier qui ne necessite pas les deux mains, et accessible avec seulement la main gauche (et un informaticien gaucher est capable d'apprendre a utiliser une souris de la main droite).
C'est sur que ton ctrl x k il te force a enlever la main de la souris et voire qu'un truc aussi con qu'un coller necessite de faire le grand ecart entre controle et y ca me fait me poser des questions sur la pertinence des raccourcis. Donc c'est bien mignon de calculer la vitesse de frappe, mais ya peut etre d'autre choses a penser avant que le nombre de raccourcis que tu peux taper a la miliseconde.
Ces operations me semblent s'apparenter aux operations de redimensionnement des fenetres que les gens font tout le temps et donc sont une perte de temps. On peut bien sur splitter sa vue dans emacs; ca doit etre meme indique dans le tutorial.
T'es en train de me dire que t'as jamais besoin d'agrandir un buffer tout en gardant les autres un peu visible?
Tu fais quoi tu travailles sur un fichier a la fois?
Ou alors tu t'es paye le 30 pouces HD d'apple?
On peut bien sur splitter sa vue dans emacs; ca doit etre meme indique dans le tutorial.
et bien penser au raccoucis qui va bien. alros c'est ctrl x 0 ou ctrl x 1? merde, m'a gourre, alors ctrl x k. Tu m'etonnes que t'as pas envie de te servir de la souris si tu passes ton temps a te fader des raccourcis necessitant 2 mains et 3 doigts par main.
magine d'etre en train d'utiliser ton IDE et de te dire "tiens il me manque une fonctionnalite". C'est quand meme pratique de pouvoir la rajouter sans devoir fermer tout ce que tu faisais.
D'un autre cote, quand il me manque une feature, c'est pas un truc qui va se coder en 30 secondes, donc ca implique effectivement de fermer son IDE, de reflechir a ce que je dois faire, comment le faire, et ensuite le faire. Je sais pas comment tu bosses mais niveau methodologie bosser sur 2 trucs differents en mem temps, j'ai un doute. Maintenant si tout le monde fait ca, je ne m'etonne plus de la qualite d'emacs en tant qu'ide.
Je t'imagine bien "a tiens, il me manque le refactoring, je vais me coder ca sur le coin de la table pendant que les autres sont au cafe".
Nan, mais serieux, tu vis sur quelle planete?
C'etait pour te donner une idee de la puissance d'extensibilite de Lisp versus la puissance d'extensibilite des langages a objet.
Etendre le langage, je m'en cogne. Quand j'ai besoin d'objet, je prend un langage objet, quand j'ai besoin de fonctionnel j'utilise un langage fonctionnel.
En fait plutot que de choisir le meta language le plus extensible, je choisis le langage concret le plus adapte.
De plus le temps de developpement est aussi plus petit.
Donc arrete de penser que Lisp est un langage prehistorique a oublier en meme temps qu'Algol; c'est un langage prehistorique, mais dont un certain nombre de fonctionnalites sont toujours inegalees.
Je pense pas que lisp est prehistorique, mais qu'il a son domaine d'application, comme tout langage. Et que ce domaine n'est surement pas le developpement de features d'ide. Si c'etait le cas, tous les ide proposeraient des extensions en lisp.
Que je puisse etendre le langage en soi, c'est joli et techniquement impressionant, c'est surement tres utile et meme salutaire dans certains cas, mais dans 99% des cas, si je dois reimplementer from scratch un paradygme objet, c'est que le choix du langage initial etait particulierement mal choisi.
Le cote dessin de l'arbre peut sembler attractif mais est-ce vraiment utile?
je vais te donner un web.xml d'une web app a editer (du gros xml bien verbeux), tu vas voir s'il est pas utile le cote dessin de l'arbre, pour mettre en page correctement ton fichier, histoire de pas passer plus de temps a fouiner dans le fichier qu' a l'editer. Surtout que l'absence d'ascenceur horizontal d'emacs rend particulieremnt imbitable la lecture de fichier avec des lignes de plus de 80 caracteres.
Moi un message s'affiche dans le minibuffer, et me pose des questions auxquelles je repond en pressant sur y ou n. Bien plus pratique que de deplacer la souris sur le petit bouton "ok". Mais Emacs fait ca par defaut maintenant je crois.
ouais, et ca t'oblige a garder ton oeil en permanence sur ton mini buffer.
La pop up, elle fait pop, tu peux minimiser ton ide si t'etais sur un tache un peu longue et faire autre chose, si ton machin s'arrete en cours de route, l'icone de l'appli clignote dans la barre des taches et hop, t'es prevenu, t'as pas besoin de rester a surveiller ton truc pour rien.
Si la pop up te saoule (ie si c'est une pop ininteressante) tu lui envoye un esc dans la face et elle disparait, t'es pas oblige de viser le petit bouton. et si t'as le choix entre oui et non, tu peux faire un tab entre les boutons et entree/espace. Faut aussi apprendre a utiliser les ihm graphique.
D'apres cette etude et d'autres que j'ai pu lire, le nombre de lignes d'un gros programme Lisp est en general compris entre 1/4 et 1/20 de lignes d'un gros programme Java,
Ouais, le probleme c'est qu'implementer et valider ton serveur d'appli ou la lib dont t'as besoin, ca va te prendre 50 fois le temps que t'aurais mit a ecrire ton truc en java/c/c++/n'importe quel autre langage productif correctement fourni en middleware. Mais bon la on est clairement plus du tout dans le sujet (a savoir les ide, pas savoir si en machin on code mieux qu'en truc).
Mais on est a un moment limite par les possibilites de ces logiciels;
ouais, ben en attendant, j'ai toujours pas de reponse pour certaines de mes features dont je me sert tous les jours.
Alors pouvoir editer en mode colonne au lieu du mode ligne, c'est baleze (et ouais, je connais bien emacs, je l'ai utilise pendant toute ma scolarite), mais c'est pas ca qui me fera bosser mieux et plus vite
[^] # Re: Le grand écart
Posté par kraman . En réponse au journal [HS] [CPE] L'avis d'un étranger. Évalué à 3.
C'est bien joli de gagner 2000 par mois a paris, si tu laches 800 euros pour un appart, je prefere avoir 10% de moins et payer mon loyer 400, au final j'y gagne ;-)
[^] # Re: Honnêtement ..
Posté par kraman . En réponse au journal [HS] [CPE] L'avis d'un étranger. Évalué à 2.
non, tu peux venir verifier par toi meme au croisement de la rue dupont des loges et de l'avenue janvier ou les eleves de zola bloquent ma rue un jour sur deux depuis 15 jours (une ile en sens unique, vachement malin comme blocage).
Je maintiens que des momes ayant a peine l'age legal de travailler ne savent pas pourquoi ils manifestent.
Il faut être sourd ou égoïste pour dire une telle chose.
Et c'est quoi le probleme du cpe mis a part la periode d'essai de 2 ans?
[^] # Re: Ce que tu cherches ...
Posté par kraman . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à 2.
Pour les plantages, je maintiens, je travaille presentement sur une grosse appli web, repartie sur 2-3 projets, avec beaucoup d'ant pour builder/deployer, et du ant parfois complique, aucun plantage depuis pres d'un an. Pas de fuite non plus.
Sur un eclipse 3, puis 3.1.
J'avoue n'avoir pas trop utilise ant sur eclipse 2.1(developpement pur et dur d'appli riche, donc pas de besoin a ce niveau en fait).
Utilise avec cvs ou vss et le plugin tomcat, plus lomboz (le machin qui met 2 an a ouvrir un fichier, a se demander s'il recompile 5 fois la jsp pour etre sur qu'elle n'a pas d'erreurs).
Sans compter les gens qui n'ont pas une plateforme Java très supportée (actuellement, j'ai des freebsdistes dans ce cas).
effectivement, je touve eclipse assez inutilisable sur linux (je bosse sous windows), la jvm sun pour linux etant plutot... En fait, je prefere rester poli donc je ne dirais rien sur la jvm sun. :)
C'est vraiment le jour et la nuit entre linux et windows sur ce point.
Pour le workspace qui grossit, la je suis un peu etonne, je vois vraiment pas du tout quel est le probleme, j'ai absolument rien constate de mon cote en tout cas.
(setq-default make-backup-files nil)
je sais bien qu'on peut le supprimer, mais pour trouver l'option qui va bien, faut se fader 2km d'une aide mal faite...
Ou fouiner sur internet.. pas franchement quelque chose qui me plait quand je bosse.
[^] # Re: Ce que tu cherches ...
Posté par kraman . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à 1.
wouhou, on va aller loin avec ca dis moi. les radio, check box, combo box, tableaux, ca te parait pas utile? Notamment pour mettre en forme de l'information? parce que c'est un peu le but d'un ide quand meme...
Avec un peu de pratique on se deplace et on selectionne du texte beaucoup plus vite avec Emacs (ou vim pour le coup) qu'avec la souris.
Moui. Sauf que je n'utilise jamais le dnd pour du texte. Je m'en sert plutot pour des objets (genre faire rentrer un jar dans mon projet ce genre de choses quoi).
Ensuite meme en sautant de paragraphes en paragraphes, un double click sur une variable reste encore le moyen le plus fiable et rapide de selectionner le texte a coup sur. Mais la on rentre dans le domaine du detail et pour chaque avantage, on trouvera un inconvenient.
Le drag and drop, c'est pas fait pour les chiens.
Ni pour les puristes d'Emacs.
tu veux dire que c'est un truc de l33t?
Pour nxml je te parle d'un truc qui m'affiche la structure du doc, pas un validateur temps reel.
Le properties, c'est en gros une hash map : association cles/valeurs texte. C'est enormement utilise en java.
pour les manipulations de diagrammes, j'aimerais bien savoir comme tu fais pour manipuler tout ca sans souris. et surtout je plains le mec qui a du se farcir du dnd dans emacs en lisp.
a propos des popups : et je les desactive car je les hais
ah bon? ben moi je suis bien content quand mon ide m'avertit de telle ou telle chose (par exemple que mon jar n'est pas builde en debug et que donc le debugger ne marchera pas). Ca m'evite notamment d'avoir a scruter en permanence une partie de l'ecran au detriment d'une autre, et me libere donc l'esprit qui est plus dispo pour mon appli.
Ca m'evite aussi d'agacer mes colocataire de bureau avec des bips intempestifs.
Si tu parles des fenetres dans la fenetre, il me semble que c'est justement une heresie d'IHM
non, une fenetre modale c'est une fenetre qui prend le focus et ne le rend qu'une fois fermee. Utilisee notamment pour signaler une erreur, ce genre de choses.
a propos du deplacement d'onglet : Exemple typique de perte de temps avec une IHM
ah bon? reorganiser ma vue en 3 click en fonction du contenu que j'ai, c'est une perte de temps? passer un onglet sur le cote plutot que sur le bas parce que j'ai plus besoin de place en vertical (ou inversement en horizontal, mais c'est plus rare), c'est une perte de temps?
Deplacer un onglet ponctuellement parce que ponctuellement ca m'arrange c'est une perte de temps?
Effectivement si tu te rappelles pas de C-x k t'as pas du trop trop utiliser Emacs ...
Le probleme c'est pas ctrl x k. C'est ca centaine de potes dont je dois imperativement me rappeler par coeur sous peine de ne rien pouvoir faire. J'ai des choses plus interessantes a mettre dans ma tete que des raccourcis clavier.
D'ailleurs Emacs fait aussi les onglets.
non, il fait les buffers, c'est different, ou alors tu parles d'xemacs.
Car C ne sert qu'a ecrire des systemes d'exploitations?
Nan, mais faire des plugins, tu peux dire ce que tu veux, avec des langages objets c'est quand meme beaucoup plus facile, fiable et rapide.
Les programmes Lisp peuvent tourner pendant 10 ans et etre modifies en continu.
mouais.
Moi je ferme ma session tous les soirs, alors que ca tourne pendant 10 ans ca va pas me faire grand chose...
De meme, les plugins j'en ajoute pas 40 par jour, en general je prepare mon environnement en debut de projet et j'y touche plus jusqu'a la fin. Donc pouvoir ajouter un plugin a chaud, rien a branler.
Tu veux bien m'expliquer l'interet pour faire des plugins? Perso j'ai plus besoin d'un heritage objet et d'une api bien pensee, etendre la syntaxe de la chose, je vois pas ce que ca va m'apporter.
Ca va m'apporter quoi de pouvoir ajouter une paradygme au langage? je suis la pour ajouter une fonctionnalite, pas faire une machine a cafe!!
De plus Lisp est un langage extremement simple a apprendre
M'en fous que ca soit simple a apprendre, je veux que ca soit productif. La machine de turing est facile a apprendre aussi, c'est pas pour autant que tu vas developper avec.
[^] # Re: Honnêtement ..
Posté par kraman . En réponse au journal [HS] [CPE] L'avis d'un étranger. Évalué à 5.
Et sinon, mis a part la periode d'essai de 2 ans, j'ai pas entendu grand chose de convainquant.
En fait mis a part la periode d'essai de 2 ans j'ai rien entendu du tout.
[^] # Re: Ce que tu cherches ...
Posté par kraman . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à 2.
La difference, c'est que sortir des sentiers battus avec emacs, c'est vouloir autre chose que la coloration syntaxique (et encore faut se farcir 2 km d'aide mal branlee pour comprendre comment l'activer par defaut des le demarrage).
Je dis pas qu'eclispe est la machine a tout faire, juste qu'emacs n'est pas un ide et ne fait pas ce que fait eclipse, contrairement a ce qui etait dit en debut de sujet.
Je connais l'interface CVS mais uniquement en fichier par fichier donc pas très utile et j'avais cervisia pour ça.
comprends pas ce que tu veux dire, t'as la vue team/synchronize pour ca qui est quand meme redoutablement efficace?
Alors que Eclipse, dans le genre... Sans compter les fichiers d'history ou de je ne sais quoi qui trainent et qui gonflent...
ben c'est pas complique, je me rappelle pas avoir deja vu eclispe planter.
quand aux history, je vois pas du tout de quoi tu parles, et si tu veux aborder les sujet qui fachent on va parler des fichiers tilde qu'emacs laisse trainer partout...
[^] # Re: Ce que tu cherches ...
Posté par kraman . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à -1.
comme deja dit dans ce fil, eclipse est controlable au clavier dans sa majeure partie.
Ensuite si tu vois pas l'interet de la souris c'est surement parce que l'ihm d'emacs est prehistorique et monstrueusement limitee : en gros, mis a part afficher du texte, tu peux rien faire...
Le drag and drop, c'est pas fait pour les chiens.
Sinon, si ca te fait mal a l'epaule, va falloir penser a organiser ton poste de travail, ou passer a la salle de muscu du coin soulever un peu de fonte. D'aileurs chez moi c'est plutot le coude voire le poignet qui travaille, mais bon.
Ce qui m'amene a mon second point, l'interet d'etendre l'ide, c'est aussi d'etendre son ihm, en ajoutant des composant graphiques haut niveau (typiquement, je pense aux plugins permettant de visualiser du xml dans un vrai arbre, ou des Properties sous forme de tableau, de derouler/enrouler des methodes classes, de manipuler des diagrames de classes, schema de BD, diagrames UML).
Ou tout simplement, ne serait ce qu'avoir des pop ups, des fenetres modales, pouvoir deplacer ses onglets, en fermer un sans avoir a se rappeler d'un raccourci a plus de 3 touches.
Sortir des annees 80 quoi, on ne travaille plus a distance sur des mainframe avec un ecran 80*20 noir et blanc.
Et la tu m'excuseras, mais le lisp...
tous les plugins ne passent pas leur temps a traiter des listes ;-)
Regarde ce qu'a fait Rational avec leur Performance Tester.
En plus si t'utilises vraiment Emacs c'est pas que ton IDE: tu lis tes mails, tu vas chercher de la doc sur le web avec etc...
mouarf. Et il gere aussi le calendrier partage avec les collegues, la liste des contacts, les onglets avec les plugins de firefox?
Il prend les flux rss, gere les css correctement?
Ensuite le Lisp est le langage d'extension par excellence de par sa possibilite de developper incrementalement dessus.
Le lisp, c'est un langage imperatif gerant le fonctionnel concu pour traiter des listes, avec la particularite que le code est aussi traite comme une liste.
C'est un truc utilise essentiellement en IA.
Tu trouves ca pratique pour coder un plugin toi?
[^] # Re: Ce que tu cherches ...
Posté par kraman . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à 2.
tu te retrouves avec quelques mode qu'il va falloir essayer et evaluer les uns apres les autres.
maintenant, il te reste a faire la meme chose (quand ca existe) pour les autres features (ant, debugger, gestion de projet, cvs, diff cvs, merge cvs etc..)
[^] # Re: Ce que tu cherches ...
Posté par kraman . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à 3.
quoique le support de php est pas trop mauvais pour ce que j'ai vu des autre IDE (pas encore vu d'ide permettant de debugger pas a pas du php).
Le c++ c'est pas la panacee, mais c'est gerable, meme si inferieur aux autre IDE.
Il me semble que le support de python est pas trop mauvais non plus (il parait, j'ai aps ete verifie, c'est ptetre une grosse connerie).
maintenant, ca n'enleve rien au fait qu'emacs n'est surement pas un IDE et que l'assertion initiale (a savoir emacs fait ce que faisait eclipse mais avec moins de ram) est completement fausse et partisane.
Et surtout la creation de plugin (aussi bien IHM que fonctionnels) pour ces langages est quand legerement plus simple que les .el imbittable d'emacs
[^] # Re: Ce que tu cherches ...
Posté par kraman . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à -2.
C'est un excellent editeur de texte, ya pas de problemes la dessus. Mais ca n'est surement pas un traitement de texte ni un IDE.
c'est juste que quand j'ai lu qu'emacs faisait ce qu'eclipse fait avant lui et pour moins de ram, j'ai bondis au plafond.
Et je bondis aussi au plafond quand je lis qu'emacs est utilisable en tant qu'ide.
Enfin, si techniquement c'est faisable, mais, vu le temps que tu perd entre la recherche des modes, leur installation/configuration, le manque de fonctionnalites des differents modes (modeA qui fait truc mais pas machin, modeB qui fait l'inverse etc.), une ihm improductive au possible, les raccourcis claviers fait pour des extraterrestre a 4 mains utilisant exclusivement un clavier qwerty trainant dans la boue toutes les conventions utilisees par toute la planete depuis 15 ans (et je me fous bien de savoir qu'emacs ait 20 ans ou plus), je vois pas trop l'interet d'en faire un ide.
Remarque, si. Si tu redeveloppes completement ton ide a toi en lisp pour emacs. Maintenant, c'est pas franchement ce que t'es cense rechercher quand tu veux utiliser un ide.
Fin bon, si emacs etait reellement utilise pour faire du developpement pro a grande echelle, ca se saurait, apres si vous voulez vous persuader qu'emacs c'est le meilleur truc de la planete, ben faites.
Pendant ce temps la les autres utilisent de vrais ide utilisant des langages de haut niveau comprehensibles pour les etendre, et eux ils gagnent reellement du temps sur leur dev'.
Sinon, le compte je l'ai cree parce que j'en avais pas jusque la, tout simplement.
[^] # Re: Ce que tu cherches ...
Posté par kraman . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à 1.
eclispe fait ca out of the box.
pour emacs...
va falloir se lever tot et boire de l'eau fraiche pour retrouver le mode que t'as vu une fois faire ca pour du c++
En attendant, moi, j'utilise emacs tous les jours, et je remercie le ciel (ou alors,c'étais RMS) pour ne pas à avoir à faire l'essui glace entre mon clavier et ma souris.
quasiment toutes les features d'eclipse sont accessibles via des raccourcis clavier.
Je ne me sert quasiment plus du bouton droit (la plupart des fonctions couramment utilisees).
Et si t'es capable de te rappeler des raccourcis emacs, sous eclipse ce sera piece of cake.
[^] # Re: Ce que tu cherches ...
Posté par kraman . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à -1.
Ca dépend. Si tu compiles ton code java avec gcj, c'est gdb au travers d'un mode approprié.
mouais, enfin d'une part gcj ne couvre pas tout java 1.4, java5 on n'en parlera meme pas.
D'autre part, l'interet de java, c'est la jvm, donc gcj...
Et si je compile en bytecode, donc, je fait comment?