Passer au Mac - Page 2

30

Le 21/04/2004 à 21:50

nitro
:
Pollux
: OK, ça a l'air pas mal, mais est-ce que ça marche aussi bien que VS, et est-ce qu'il faut pas reparser manuellement le texte pour qu'il mette à jour ?

Je n'en sais rien, jamais utilisé. L'auto-complétion simple m'a suffit jusqu'à présent, et sous vim il va chercher tout seul les symboles dans les headers.

Mais ça ne dépend pas du type de la variable, alors? Perso je trouve que ça fait gagner un temps fou de pouvoir taper "ma<C-Espace>.f+1" au lieu de "ma_var.foobar+1" (lorsque c pas ambigu)

Et sinon, qu'est-ce que tu trouves de plus à emacs que VS ?
Navigation plus rapide

Facilité pour choisir entre différents fichiers? Accordé, je n'utilise VS que lorsque je suis sur un projet avec un ensemble limité de fichiers (p. ex, prog C avec 30 fichiers), et ça m'arrive souvent d'utiliser emacs pour modifier des petits scripts Perl.

beaucoup de raccourcis utiles ("C-c C-c" pour commenter le code sélectionné

"C-k C-c" dans VS .NET

"C-c C-\" pour mettre des "\" alignés à la fin des lignes d'une macro

J'avoue ne pas servir bcp de grandes macros (fonctions inlines/template pawa ^^), mais ça se fait très facilement avec une regexp (C-h $ <Tab><Tab> \ <Entrée><Entrée><Entrée>) ou une macro.

etc...

Comme ? (je dis pas tellement ça pour essayer de me/te convaincre que VS est meilleur, mais plutôt pour voir s'il y a pas des fonctions intéressantes que je pourrais ajouter à VS)

modification automatique des copyright/date de modification en tête des sources, rajout automatique des entrées de ChangeLog

J'utilise jamais, mais c'est effectivement intéressant.

compilation/débuggage sans sortir d'emacs

Euh, je disais par rapport à VS, qui pour autant que je sache permet de compiler/débugger avec une seule pression sur F5 (plus éventuellement Entrée)

avec navigation rapide sur les erreurs de compilation

F4 dans VS

Je trouve même VS très très largement mieux de ce point-de-vue-là : tu as pas une fenêtre de merde qui te fait chier à bouffer la moitié de l'écran : c'est une petite fenêtre assez petite pour qu'on puisse avoir envie de l'afficher en permanence (avec des petits caractères, GDI rulezzz le mode texte

)

correction orthographique à la volée dans les commentaires et les chaines de caractères

Je n'ai jamais compris l'intérêt des correcteurs orthographiques (sauf pour certains #mac#) : ça se sent parfaitement bien, qd on vient de faire une faute de frappe, non?

accès direct aux pages man (je m'en suis beaucoup servi pour OpenGL)

Ce n'est pas à VS .NET que tu vas apprendre ça. Outre les infos de type des fonctions appelées, j'affiche dans un petit coin de l'écran la liste des sujets d'aide correspondant au mot actif, et une simple pression sur F1 suffit pour y accéder. Bien mieux : si dans une fonction C#, tu appuies sur F1 alors que tu venais de taper "Width", l'aide t'emmènera à la méthode Width qui correspond à la classe que tu appelles (plutôt que de te balancer les 50 classes qui implémentent Width et de te demander de choisir).

suppression des espaces superflus à la fin des lignes

Je ne m'en sers jamais (pkoi rajouter des espaces en fin de lignes? quelle manipulation ferait faire ça alors qu'on ne le veut pas?), mais C-k C-* fait exactement ça.

ouverture/enregistrement de fichiers compressés

Ca c'est pas mal, et je crois que c la première feature que tu as mentionnée qui soit difficilement scriptable. Mais qd on a 1 Go de place pour installer VS...

speedbar qui sert d'explorateur de fichiers et de classes/méthodes/fonctions

Y a aussi dans VS, à moins qu'il y ait des fonctions particulières ?

et tout ça sans jamais quitter le clavier

Je ne quitte le clavier que pour naviguer dans l'aide (parce que c vachement plus pratique).

Et surtout, emacs je peux m'en servir quelle que soit la plateforme, et quel que soit l'accès que j'ai sur les machines. Par exemple à Epita, où t'as des NetBSD, des stations Sun, et des serveurs Alpha, tu peux utiliser emacs n'importe où de la même façon.

Oui, c'est le grand intérêt d'emacs et autres éditeurs <troll> "primitifs" </troll>

par exemple je me suis fait un petit add-in pour pouvoir couper plusieurs lignes à la fois en appuyant plusieurs fois de suite sur Ctrl-X, et c ultra pratique )
Sous vim, "yy" pour copier une ligne entière ("dd" pour couper), et "p" pour coller sur la ligne en dessous du curseur, ou "P" pour coller sur la ligne où se trouve le curseur. "5dd" pour couper 5 lignes, etc... toutes les commandes sous vim tu peux les précéder d'un nombre pour les répéter plusieurs fois.

Oui, bien sûr, mais ce n'est pas vraiment pratique, non? (pas évident de compter qd tu vas couper 27 lignes, et s'il s'agit seulement de 5 lignes, C-xxxxx est vraiment bcp plus rapide)

Par exemple tu tapes "yy10p", ça copie la ligne où tu es et la colle en 10 exemplaires sur les lignes d'en dessous. Ce mode de fonctionnement n'est pas du tout naturel quand on est habitué à des éditeurs plus classiques, mais c'est terriblement efficace lorsqu'on connaît bien les raccourcis.

De toute façon, dès qu'il y a besoin de copier un même truc N fois (avec N suffisamment grand pour que taper Np soit plus rapide que C-vv...v), c'est qu'il y a un pb et qu'on risque de faire un truc impossible à maintenir par la suite... (en tout cas je doute que ça soit très utile pour des langages genre C++/C#)

Et là tu me dis, c'est bien gentil mais quand je veux copier une fonction j'ai pas envie de compter combien de lignes elle fait. C'est pour ça qu'il y a le mode visuel (le troisième mode de vi)... pour plus d'explications se reporter à n'importe quel tutoriel pour vi...

OK, je vais regarder

pour vim, je connais pas trop : rien que le fait que le mode insertion s'amuse à déplacer le curseur vers la gauche même si on ne fait rien m'exaspère, mais j'imagine qu'en dehors de ça y a plein de features excellentes

C'est très déroutant au début. A force de l'utiliser j'ai pris l'habitude de différencier insertion/commandes et quand j'utilise d'autres éditeurs j'ai des "i" et des "o" qui apparaissent (par réflexe) un peu partout.

lol

mais c'est vrai que pour le coup je conçois que vi soit plus efficace que VS (pas d'overhead lié aux modificateurs genre Ctrl, donc manipulation auto de texte plus rapide; mais en contrepartie, c'est moins évident de manipuler du texte en plein milieu d'une insertion de texte), contrairement à emacs où j'ai vraiment des doutes...

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

31

Le 21/04/2004 à 22:01

que quand on execute avec xemacs on ne voit pas les segmentation fault il me semble.

32

Le 21/04/2004 à 22:10

Vous et vos éditeurs bizarres... Kate rulez.

Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

33

Le 21/04/2004 à 22:15

Tiens les nouveaux powerbooks sont sortis

34

Le 21/04/2004 à 22:18

Kevin> c l'éditeur de KDevelop, ou c autre chose ?

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

35

Le 21/04/2004 à 22:24

Oui, c'est l'éditeur par défaut de KDevelop. (Mais ce n'est pas le seul choix possible sous KDevelop: "Les éditeurs actuellement disponibles sont Kate, QEditor (basé sur l'éditeur de Qt Designer) et KVim.")

36

Le 21/04/2004 à 22:30

Oué, donc c <façon de parler, no troll please> une merde infâme </>, d'après le peu que j'ai essayé de KDevelop 3.2 ...

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

37

Le 21/04/2004 à 23:09

Pollux
: Mais ça ne dépend pas du type de la variable, alors? Perso je trouve que ça fait gagner un temps fou de pouvoir taper "ma<C-Espace>.f+1" au lieu de "ma_var.foobar+1" (lorsque c pas ambigu)

L'auto-complétion de base ne fait que compléter des identifiants, quel que soit l'endroit, et sans contexte.

J'avoue ne pas servir bcp de grandes macros (fonctions inlines/template pawa ^^), mais ça se fait très facilement avec une regexp (C-h $ <Tab><Tab> \ <Entrée><Entrée><Entrée>) ou une macro.

Ca ne sert pas qu'aux macros, là où je m'en sert le plus c'est pour faire des listes de fichiers dans les Makefile (j'imagine que ce n'est pas non plus le genre de chose qui t'embarrasse sous VS remarque

Comme ? (je dis pas tellement ça pour essayer de me/te convaincre que VS est meilleur, mais plutôt pour voir s'il y a pas des fonctions intéressantes que je pourrais ajouter à VS)

Il faudrait que je me remette à utiliser emacs pour voir ce qui était pratique au quotidien.

Je trouve même VS très très largement mieux de ce point-de-vue-là : tu as pas une fenêtre de merde qui te fait chier à bouffer la moitié de l'écran : c'est une petite fenêtre assez petite pour qu'on puisse avoir envie de l'afficher en permanence (avec des petits caractères, GDI rulezzz le mode texte )

Tu peux en faire une fenêtre plus petite, ou même une fenêtre séparée si tu veux, et changer la police aussi. Emacs ne se limite pas qu'au mode texte.

Je n'ai jamais compris l'intérêt des correcteurs orthographiques (sauf pour certains #mac#) : ça se sent parfaitement bien, qd on vient de faire une faute de frappe, non?

L'intérêt c'est quand tu ne connais pas l'orthographe du mot, surtout quand tu commentes en anglais.

Ce n'est pas à VS .NET que tu vas apprendre ça. Outre les infos de type des fonctions appelées, j'affiche dans un petit coin de l'écran la liste des sujets d'aide correspondant au mot actif, et une simple pression sur F1 suffit pour y accéder. Bien mieux : si dans une fonction C#, tu appuies sur F1 alors que tu venais de taper "Width", l'aide t'emmènera à la méthode Width qui correspond à la classe que tu appelles (plutôt que de te balancer les 50 classes qui implémentent Width et de te demander de choisir).

Comme je faisais de la programmation système Unix et de l'OpenGL, les pages man étaient parfaites (et je ne sais pas si tu peux les avoir sous VS), mais effectivement avec une API orientée objet ça ne vaut rien.

Je ne m'en sers jamais (pkoi rajouter des espaces en fin de lignes? quelle manipulation ferait faire ça alors qu'on ne le veut pas?), mais C-k C-* fait exactement ça.

Il se peut que ton collègue de travail soit négligeant à ce niveau là, et quand le coding style interdit les espaces en fin de lignes (comme celui qui est pratiqué en Ing1 à Epita, ainsi que dans un certain nombre d'entreprises qui font du développement), ça sert.

Oui, bien sûr, mais ce n'est pas vraiment pratique, non? (pas évident de compter qd tu vas couper 27 lignes, et s'il s'agit seulement de 5 lignes, C-xxxxx est vraiment bcp plus rapide)

Entre "C-xxxxx" et "5yy" moi je vais plus vite avec "5yy". Les modificateurs me ralentissent légèrement.

De toute façon, dès qu'il y a besoin de copier un même truc N fois (avec N suffisamment grand pour que taper Np soit plus rapide que C-vv...v), c'est qu'il y a un pb et qu'on risque de faire un truc impossible à maintenir par la suite...

Mon exemple utilise le copier/coller mais ce principe s'applique à toutes les commandes, comme la suppression, "3dw" pour supprimer les 3 mots qui suivent le curseur.
Et j'ajouterais que là où ça marche le mieux, c'est avec un clavier qwerty (j'en ai un sur mon portable).

mais en contrepartie, c'est moins évident de manipuler du texte en plein milieu d'une insertion de texte

Exactement, le fait de savoir quand changer de mode pour minimiser les touches, est loin d'être évident au début. Au bout d'un moment tu commences à voir des patterns qui reviennent régulièrement, et à partir de là tu te sens un peu mieux.

So much code to write, so little time.

38

Le 21/04/2004 à 23:12

Pollux
: Oué, donc c <façon de parler, no troll please> une merde infâme </>, d'après le peu que j'ai essayé de KDevelop 3.2 ...

Oui, j'ai été très déçu également par KDevelop... Kate a des features sympa pour regarder du code (le folding), mais alors pour en éditer c'est une horreur.

So much code to write, so little time.

39

Le 21/04/2004 à 23:18

Vark
: sauf Windows ME attention !

Qu'est ce qu'il a de spécial, Windoze ME?

Zut je suis reperé, vite ! L1+R1+L2+R2 !
Des ennemis ! ACTIVATING COMBAT MODE - MODULATING PHASE - POWER SURGE ! - CONFLICT RESOLVED
La longue liste des clichés de l'animé et du manga !
RAW ! RAW ! FIGHT THE POWER !

40

Le 21/04/2004 à 23:19

Il a les faveurs de Kevin.

Les droits inaliénables du troll :
1) le droit d'avoir raison
2) le droit d'être péremptoire
3) le droit de ne pas lire
4) le droit de ne pas répondre
5) le droit d'être de mauvaise foi
6) Autant pour moi / Faignant / Vivent Tintin et Milou

41

Le 21/04/2004 à 23:33

(21:54) Scherubin - Posté : 20-04-2004

[HS]Je n'ai jamais trouvé les mac puissants[/HS]

[HS]moi : JE N'AI JAMAIS TROUVE LES MACS (tout court

)[/HS]

Billy VTP. Les Macs, tsss ... heu... prends carrément un A1 (Amiga One) , un Pegasos ou qqchose comme ça... (et jouis de MorphOS surtout ^^)

NOP

42

Le 21/04/2004 à 23:38

nitro
:
Pollux
: Oué, donc c <façon de parler, no troll please> une merde infâme </>, d'après le peu que j'ai essayé de KDevelop 3.2 ...

Oui, j'ai été très déçu également par KDevelop... Kate a des features sympa pour regarder du code (le folding), mais alors pour en éditer c'est une horreur.

Je n'utilise que ça (et Kate tout court, pas avec KDevelop) pour TIGCC/*nix. À part pour l'IDE qui est actuellement faite avec QT Designer (mais je me demande si je ne devrais pas passer le projet sous KDevelop - QT Designer est un bon outil de RAD, mais un assez mauvais IDE

43

Le 21/04/2004 à 23:39

nitro
:
Pollux
: Mais ça ne dépend pas du type de la variable, alors? Perso je trouve que ça fait gagner un temps fou de pouvoir taper "ma<C-Espace>.f+1" au lieu de "ma_var.foobar+1" (lorsque c pas ambigu)
L'auto-complétion de base ne fait que compléter des identifiants, quel que soit l'endroit, et sans contexte.

Precisely my point. Non seulement la complétion d'un membre est souvent ambiguë (dans mon exemple, le f ne se complètera jamais tout seul en foobar : au minimum, il faudra que je tape foo ou foob pour éviter de me retrouver avec ma_var.fork ou ma_var.FootNote), mais en plus :
* c'est probablement case-sensitive pour limiter un peu les effets du premier inconvénient, donc : perte de tps à taper les maj, et il faut connaître la casse des identifiants (Filename ou FileName ?)
* les headers ne sont pas préparsés (donc perte de tps à la première utilisation d'un identificateur, surtout que c'est souvent là que l'autocomplétion est utile), et s'ils le sont, on a des milliards d'identificateurs qu'on n'utilisera jamais qui font que le rapport signal/bruit est bien trop faible pour qu'on puisse jamais gagner la moindre seconde grâce à l'autocomplétion
* il faut taper spécialement sur une touche pour l'autocomplétion (dans VS, il faut aussi appuyer sur une touche s'il s'agit d'un identifiant "tout seul", mais s'il s'agit d'un membre, pas besoin)
* l'auto-complétion a en plus la caractéristique sympathique de faire une mini-doc (dans les langages orientés objet, c'est bcp moins pratique dans les autres)

J'avoue ne pas servir bcp de grandes macros (fonctions inlines/template pawa ^^), mais ça se fait très facilement avec une regexp (C-h $ <Tab><Tab> \ <Entrée><Entrée><Entrée>) ou une macro.

Ca ne sert pas qu'aux macros, là où je m'en sert le plus c'est pour faire des listes de fichiers dans les Makefile (j'imagine que ce n'est pas non plus le genre de chose qui t'embarrasse sous VS remarque ).

Oué

Comme ? (je dis pas tellement ça pour essayer de me/te convaincre que VS est meilleur, mais plutôt pour voir s'il y a pas des fonctions intéressantes que je pourrais ajouter à VS)
Il faudrait que je me remette à utiliser emacs pour voir ce qui était pratique au quotidien.

Bon, pas grave. En attendant ce que je retiens de ce que

Je trouve même VS très très largement mieux de ce point-de-vue-là : tu as pas une fenêtre de merde qui te fait chier à bouffer la moitié de l'écran : c'est une petite fenêtre assez petite pour qu'on puisse avoir envie de l'afficher en permanence (avec des petits caractères, GDI rulezzz le mode texte )
Tu peux en faire une fenêtre plus petite, ou même une fenêtre séparée si tu veux, et changer la police aussi. Emacs ne se limite pas qu'au mode texte.

Sauf que si le mode graphique n'est pas paramétré comme ça par défaut, c'est qu'il doit y avoir une bonne raison, non? (par exemple, je ne sais pas, ajout de fenêtres dans la barre des tâches

)

Je n'ai jamais compris l'intérêt des correcteurs orthographiques (sauf pour certains #mac#) : ça se sent parfaitement bien, qd on vient de faire une faute de frappe, non?
L'intérêt c'est quand tu ne connais pas l'orthographe du mot, surtout quand tu commentes en anglais.

Donc c'est qd #mac#

Je ne pense pas être vraiment prétentieux en disant que ça me serait pas très utile, surtout que le vocab qu'on utilise en info est très limité.

Ce n'est pas à VS .NET que tu vas apprendre ça. Outre les infos de type des fonctions appelées, j'affiche dans un petit coin de l'écran la liste des sujets d'aide correspondant au mot actif, et une simple pression sur F1 suffit pour y accéder. Bien mieux : si dans une fonction C#, tu appuies sur F1 alors que tu venais de taper "Width", l'aide t'emmènera à la méthode Width qui correspond à la classe que tu appelles (plutôt que de te balancer les 50 classes qui implémentent Width et de te demander de choisir).

Comme je faisais de la programmation système Unix et de l'OpenGL, les pages man étaient parfaites (et je ne sais pas si tu peux les avoir sous VS), mais effectivement avec une API orientée objet ça ne vaut rien.

Oué

En tout cas avec le peu d'expérience de .NET que j'ai, je trouve qu'une API orientée objet est bien mieux structurée et bien plus pratique (surtout quand c'est couplé à la complétion dépendant du contexte

Je ne m'en sers jamais (pkoi rajouter des espaces en fin de lignes? quelle manipulation ferait faire ça alors qu'on ne le veut pas?), mais C-k C-* fait exactement ça.
Il se peut que ton collègue de travail soit négligeant à ce niveau là, et quand le coding style interdit les espaces en fin de lignes (comme celui qui est pratiqué en Ing1 à Epita, ainsi que dans un certain nombre d'entreprises qui font du développement), ça sert.

Oui, je pense aussi que c'est insupportable d'avoir du whitespace en fin de ligne. Mais à la limite ce serait encore mieux si c'était géré au niveau du CVS, non? (je sais pas si un bête CVS permet de faire ça ou s'il faut qqch de plus évolué)

Oui, bien sûr, mais ce n'est pas vraiment pratique, non? (pas évident de compter qd tu vas couper 27 lignes, et s'il s'agit seulement de 5 lignes, C-xxxxx est vraiment bcp plus rapide)

Entre "C-xxxxx" et "5yy" moi je vais plus vite avec "5yy". Les modificateurs me ralentissent légèrement.

Sur un clavier AZERTY, le 5 a aussi besoin d'un modificateur

A moins que ça soit bien configuré par défaut? (ce qui en soit serait étonnant, venant d'un prog Unix

)

De toute façon, dès qu'il y a besoin de copier un même truc N fois (avec N suffisamment grand pour que taper Np soit plus rapide que C-vv...v), c'est qu'il y a un pb et qu'on risque de faire un truc impossible à maintenir par la suite...

Mon exemple utilise le copier/coller mais ce principe s'applique à toutes les commandes, comme la suppression, "3dw" pour supprimer les 3 mots qui suivent le curseur. Et j'ajouterais que là où ça marche le mieux, c'est avec un clavier qwerty (j'en ai un sur mon portable).

(ouin, je me suis Kevinifié et j'ai répondu avant d'avoir lu tout le post

)
OK, mais perso je trouve qu'il y a trop de trucs qu'on doit faire avec Shift avec un qwerty (guillemets, ou encore Compose pour les accents...)

mais en contrepartie, c'est moins évident de manipuler du texte en plein milieu d'une insertion de texte
Exactement, le fait de savoir quand changer de mode pour minimiser les touches, est loin d'être évident au début. Au bout d'un moment tu commences à voir des patterns qui reviennent régulièrement, et à partir de là tu te sens un peu mieux.

Oué, j'imagine

Bon, je vais regarder vi de plus près un de ces 4...

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

44

Le 21/04/2004 à 23:40

nitro
:
Pollux
: Oué, donc c <façon de parler, no troll please> une merde infâme </>, d'après le peu que j'ai essayé de KDevelop 3.2 ...

Oui, j'ai été très déçu également par KDevelop... Kate a des features sympa pour regarder du code (le folding), mais alors pour en éditer c'est une horreur.

Il y a aussi l'outlining dans VS .NET ...

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

45

Le 21/04/2004 à 23:46

Jean_Gael
:
(21:54) Scherubin - Posté : 20-04-2004

[HS]Je n'ai jamais trouvé les mac puissants[/HS]

[HS]moi : JE N'AI JAMAIS TROUVE LES MACS (tout court )[/HS]

Billy VTP. Les Macs, tsss ... heu... prends carrément un A1 (Amiga One) , un Pegasos ou qqchose comme ça... (et jouis de MorphOS surtout ^^)

Euh, les vieux MacOS (< MacOS X) sont complètement pourris et 100x moins bons que Win95 et + (sauf au niveau stabilité, mais ce n'est plus le cas depuis Win2k), mais je pense que MacOS X est peut-être pas si mal (je n'ai jamais essayé, mais l'idée d'un OS avec tous les outils Unix intégrés à l'OS et une interface utilisateur un peu plus décente que GTK&co m'a l'air intéressante : Cygwin ne s'interface pas miraculeusement bien avec WinXP, malheureusement...) La question que je me pose, c'est plutôt de savoir si c'est aussi efficace que Win à l'usage (raccourcis claviers, facilité à basculer/communiquer entre applications...)

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

46

Le 22/04/2004 à 00:22

Pollux :
Sauf que si le mode graphique n'est pas paramétré comme ça par défaut, c'est qu'il doit y avoir une bonne raison, non? (par exemple, je ne sais pas, ajout de fenêtres dans la barre des tâches )

La conf par défaut d'emacs n'est pas terrible, et celle de vim non plus d'ailleurs...

En tout cas avec le peu d'expérience de .NET que j'ai, je trouve qu'une API orientée objet est bien mieux structurée et bien plus pratique (surtout quand c'est couplé à la complétion dépendant du contexte ).

Oui, c'est précisement pour cette raison qu'il y a une discussion actuellement pour introduire les outils/APIs Java/.NET au coeur du desktop Linux.

So much code to write, so little time.

47

Le 22/04/2004 à 00:35

KEVINEUH IL A PAS D'ORGANEUH !!!!!!

*** Ne sous-estimez pas la puissance de la Marmotte ***
© Marmotte Team : LaMarmotte, sBibi, Vark & sabrina

48

Le 22/04/2004 à 00:36

nitro
:
En tout cas avec le peu d'expérience de .NET que j'ai, je trouve qu'une API orientée objet est bien mieux structurée et bien plus pratique (surtout quand c'est couplé à la complétion dépendant du contexte ).

Oui, c'est précisement pour cette raison qu'il y a une discussion actuellement pour introduire les outils/APIs Java/.NET au coeur du desktop Linux.

"Au cœur du desktop Linux"? Au cœur du desktop GNOME seulement! D'après ce que je lis pour KDE, ils sont contents avec le C++...

49

Le 22/04/2004 à 00:41

Kevin Kofler
: "Au cœur du desktop Linux"?

Ce sont les termes utilisés par les acteurs du débat.

D'après ce que je lis pour KDE, ils sont contents avec le C++...

Oula, ça a du t'écorcher les doigts de sortir une phrase aussi contraire à tes convictions.

So much code to write, so little time.

50

Le 22/04/2004 à 01:20

Franchement, en tant qu'utilisateur, je préfère encore le C++ au C# et au Java, c'est plus efficace en taille et en vitesse (même si moins que le C ou l'assembleur, évidemment).

51

Le 22/04/2004 à 01:27

nitro
:
Pollux :
Sauf que si le mode graphique n'est pas paramétré comme ça par défaut, c'est qu'il doit y avoir une bonne raison, non? (par exemple, je ne sais pas, ajout de fenêtres dans la barre des tâches )
La conf par défaut d'emacs n'est pas terrible, et celle de vim non plus d'ailleurs...

Et ca n'est jamais venu à l'esprit d'un ou de plusieurs êtres humains de faire une bonne conf par défaut, relativement consensuelle mais capable de rompre avec les vieilles traditions (les vieux routards ayant de toutes façons leurs fichiers de config à eux), et de le publier sur internet ?

J'ai tjs été sidéré de voir des fans de Linux dire que c'est bien mieux que Windows et de dire qu'on peut tout faire avec, et pourtant les configs par défaut sont merdiques au possible (même dans des distribs Linux); c'est à se demander si c'est *réellement* possible d'avoir un truc bien configuré

En tout cas avec le peu d'expérience de .NET que j'ai, je trouve qu'une API orientée objet est bien mieux structurée et bien plus pratique (surtout quand c'est couplé à la complétion dépendant du contexte ).

Oui, c'est précisement pour cette raison qu'il y a une discussion actuellement pour introduire les outils/APIs Java/.NET au coeur du desktop Linux.

Mais évidemment, ça ne sera mûr que dans pas mal d'années...

Kevin> c'est pas la taille qui compte

plus sérieusement, la vitesse/la taille, on s'en tamponne dans des tonnes de cas (langages de script, par exemple), alors que la maintenabilité ou la facilité d'écriture est bien plus importante. Et avec le haut débit, l'augmentation de la taille de la RAM et le fait que maintenant, ce ne sont pas les progs mais les données multimédia qui occupent le DD, la taille est un facteur négligeable. Cela dit, j'aime bien le C++, mais ce n'est pas très adapté lorsque le graphe des références entre objets est un peu bizarre et qu'on ne peut pas vraiment le contrôler (système de fenêtre, par exemple, où il y a des liens parents-enfants et enfants-parents).

Et après qqs tests, la machine virtuelle .NET a l'air bcp mieux implémentée et bcp plus efficace que la machine virtuelle Java.

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

52

Le 22/04/2004 à 02:13

Pollux :
Et ca n'est jamais venu à l'esprit d'un ou de plusieurs êtres humains de faire une bonne conf par défaut, relativement consensuelle mais capable de rompre avec les vieilles traditions (les vieux routards ayant de toutes façons leurs fichiers de config à eux), et de le publier sur internet ?

Tu n'as que l'embarras du choix.
http://www.dotfiles.com/
http://www.dotemacs.de/
http://users.skynet.be/bk333466/website/dotfiles.html
http://www.stat.rice.edu/~helpdesk/dotfiles/
http://chris.quietlife.net/dotfiles/
etc...

Une bonne conf par défaut qui plaît à tout le monde, ça n'existe pas... chacun a ses petites habitudes.

J'ai tjs été sidéré de voir des fans de Linux dire que c'est bien mieux que Windows et de dire qu'on peut tout faire avec, et pourtant les configs par défaut sont merdiques au possible (même dans des distribs Linux); c'est à se demander si c'est *réellement* possible d'avoir un truc bien configuré

Bien sûr que c'est possible... ma conf à moi je la trouve très bien (forcement, c'est moi qui l'ai faite), et ce qui n'est pas parfait j'ai tout ce qu'il me faut pour le modifier comme je le souhaite.

Mais évidemment, ça ne sera mûr que dans pas mal d'années...

En fait ça va très vite, l'implémentation .NET libre de Novell/Ximian (Mono) est très avancée, et est déjà utilisable pour faire des applications multi-plateforme en utilisant Gtk#. Ximian a déjà commencé à écrire des composants d'Evolution en utilisant .NET, mais ils attendent d'avoir une décision globale au sujet de la plateforme avant d'aller plus loin.

So much code to write, so little time.

53

Le 22/04/2004 à 02:47

Kevin Kofler
: Franchement, en tant qu'utilisateur, je préfère encore le C++ au C# et au Java, c'est plus efficace en taille et en vitesse (même si moins que le C ou l'assembleur, évidemment).

Ce n'est qu'une question de temps avant que le compilateur JIT de Mono produise du code meilleur que GCC. Ils sont en train de s'y intéresser de près. Avec une architecture comme ça, tu peux générer dynamiquement du code spécialisé pour un CPU en particulier, à l'installation du programme (génération de code Ahead-of-Time), ou à l'exécution (Just-in-Time). Microsoft le fait déjà avec ngen.exe. Et le compilateur JIT dispose déjà d'un framework SSA pour les optimisations.

Et puis très franchement, moi en tant qu'utilisateur ce que je vois c'est que MCS (le compilateur C# de Mono, 1.7 million de lignes de C#) se compile lui-même en 2.3 secondes sur une machine à 1.6 GHz. A coté de ça, quand tu vois une compilation de GCC (et là on ne parle même pas de C++, mais de C !) je me pose des questions.

So much code to write, so little time.

54

Le 22/04/2004 à 03:26

Vark
: KEVINEUH IL A PAS D'ORGANEUH !!!!!!

Ce n'est plus la peine d'esperer.

So much code to write, so little time.

55

Le 22/04/2004 à 03:33

56

Le 22/04/2004 à 11:38

nitro
: Il se peut que ton collègue de travail soit négligeant à ce niveau là, et quand le coding style interdit les espaces en fin de lignes (comme celui qui est pratiqué en Ing1 à Epita, ainsi que dans un certain nombre d'entreprises qui font du développement), ça sert.

Je serais interessé par celui de l'Epita, il est public ?

Kevin Kofler :
QT Designer est un bon outil de RAD, mais un assez mauvais IDE ).

RAD ?

Pollux
: Cela dit, j'aime bien le C++, mais ce n'est pas très adapté lorsque le graphe des références entre objets est un peu bizarre et qu'on ne peut pas vraiment le contrôler (système de fenêtre, par exemple, où il y a des liens parents-enfants et enfants-parents).

Je ne vois pas trop, tu pourrais donner un exemple ?

57

Le 22/04/2004 à 11:42

Je ne vois pas trop, tu pourrais donner un exemple ?

Je veux dire que le C++ n'est pas garbage-collecté, et que ça suffit dans pas mal de cas (containers STL, ou reference-counting pour des cas plus délicats), mais pas tjs...

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

58

Le 22/04/2004 à 18:36

ExtendeD
:
Kevin Kofler :
QT Designer est un bon outil de RAD, mais un assez mauvais IDE ).
RAD ?

Rapid Application Development, c'est-à-dire dessiner les fenêtres (

) plutôt que de coder toute l'interface à la main en rentrant les coordonnées (

59

Le 22/04/2004 à 18:48

Kevin Kofler :
plutôt que de coder toute l'interface à la main en rentrant les coordonnées ().

On ne rentre pas de coordonnées avec Qt, même en codant... il n'y a que les toolkits qui n'ont pas de moteur de layout où t'as besoin de rentrer des coordonnées.

So much code to write, so little time.

60

Le 22/04/2004 à 18:54

nitro
:
Kevin Kofler :
plutôt que de coder toute l'interface à la main en rentrant les coordonnées ().
On ne rentre pas de coordonnées avec Qt, même en codant...

Tu verras le nombre de coordonnées (surtout des coordonnées calculées en temps d'exécution) qu'il y a dans KTIGCC malgré le RAD quand je mettrai la source dans le CVS... Il y en a plein...