Publicité

Affichage des résultats du sondage: Quel est votre environnement de développement (EDI) préféré en 2009 ?

Votants
1572. Vous ne pouvez pas participer à ce sondage.
  • Eclipse

    453 28,82%
  • NetBeans

    252 16,03%
  • Microsoft Visual Studio (.NET)

    416 26,46%
  • Microsoft Visual Studio Express

    100 6,36%
  • Microsoft Visual Basic 6 (et antérieurs)

    27 1,72%
  • Microsoft Visual C++ 6 (et antérieurs)

    27 1,72%
  • Microsoft Access

    35 2,23%
  • Codegear Delphi

    124 7,89%
  • Codegear C++Builder

    38 2,42%
  • Codegear RAD Studio

    27 1,72%
  • MATLAB

    23 1,46%
  • LabVIEW

    11 0,70%
  • Code::Blocks

    117 7,44%
  • Dev C++

    22 1,40%
  • KDevelop

    18 1,15%
  • Anjuta (C, C++, ...)

    8 0,51%
  • QtCreator

    60 3,82%
  • Xcode (Mac OS X)

    29 1,84%
  • Lazarus

    17 1,08%
  • MonoDevelop (C#)

    18 1,15%
  • Rational Software Architect

    2 0,13%
  • WinDev

    50 3,18%
  • PowerBuilder

    3 0,19%
  • 4D

    5 0,32%
  • Adobe Dreamweaver

    50 3,18%
  • PSPad

    25 1,59%
  • Zend Studio

    42 2,67%
  • Editeurs de texte (Notepad, VI, VIM,...)

    223 14,19%
  • Sans opinion

    16 1,02%
  • Autre (précisez)

    71 4,52%
Sondage à choix multiple
Discussion fermée Actualité déjà publiée
Page 4 sur 8 PremièrePremière 12345678 DernièreDernière
Affichage des résultats 61 à 80 sur 155
  1. #61
    Invité de passage
    Homme Profil pro Patrick
    Développeur Web
    Inscrit en
    juin 2007
    Messages
    1
    Détails du profil
    Informations personnelles :
    Nom : Homme Patrick
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : juin 2007
    Messages : 1
    Points : 1
    Points
    1

    Par défaut Phase5, NoteTab, Borland Developer Studio 2006

    Editeur pour PHP et HTML: Phase5. Simple et efficace.
    Editeur pour textes et PHP: NoteTab. Rapide et génial.
    Borland Developer Studio 2006: couvre toutes les champs.
      0  0

  2. #62
    Rédacteur
    Avatar de aityahia
    Homme Profil pro Idir AIT YAHIA
    EURL CIEPTAL CARS
    Inscrit en
    mars 2006
    Messages
    1 921
    Détails du profil
    Informations personnelles :
    Nom : Homme Idir AIT YAHIA
    Âge : 38
    Localisation : Algérie

    Informations professionnelles :
    Activité : EURL CIEPTAL CARS
    Secteur : Transports

    Informations forums :
    Inscription : mars 2006
    Messages : 1 921
    Points : 3 000
    Points
    3 000

    Par défaut

    salut,

    j'ai voté ,
    • Eclipse que j'utilise rarement mais j'aime bien.
    • Zend Studio pour le développement PHP offre le support Zend Frameork
    • Visual Studio pour le développement dotNet (sans commentaire).
    • Aptana studio qui n'est pas dans la liste, je développe avec Ajax et JavaScript en particulier ExtJS.

    Salutation.
      0  0

  3. #63
    Invité de passage
    Étudiant
    Inscrit en
    novembre 2008
    Messages
    5
    Détails du profil
    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : novembre 2008
    Messages : 5
    Points : 3
    Points
    3

    Par défaut

    Citation Envoyé par alex_pi Voir le message
    Parce que visual studio, il ne permet pas d'éditer le texte ? Vim et emacs, ce n'est pas "notepad avec de la colloration syntaxique" hein, c'est quand même un poil plus que ça !

    Disons que certains (même des jeunes, genre, mmh, moi ) n'ont pas encore compris l'intérêt de lancer une usine à gaz à chaque fois qu'ils veulent programmer. Typiquement là : http://www.eclipse.org/screenshots/i...kFix-WinXP.png , on se retrouve avec une surface "utile" (là où il y a le code que j'écris !) de l'ordre de 50% de la surface totale. Quel est l'intérêt ?

    A chaque fois que j'ai testé des IDE, j'ai eu l'impression d'être noyé sous un bruit totalement inutile qui m'empêche de simplement me concentrer sur mon code.
    argument vrai et irrefutable, quoi qu'on peut les reduire ces vues voir meme les faire disparaitre, certes c'est vrai qu'il faut adorer faire la cour aux menus ou adoré son clavier pour combiner certaines touches de temps en temps, ce qui n'est pas le cas de vi notepad et compagnie ou on a l'ecran à nous;
    Au final je dirais question d'habitude, car certains ce sont habitué a tel ou tel environement et qu'en fait c'est plus un argument que je dirais aujourd'hui de preferences et de gout (quoi que je suis tres subjectif).
      0  0

  4. #64
    Membre Expert

    Profil pro
    Inscrit en
    octobre 2005
    Messages
    1 377
    Détails du profil
    Informations personnelles :
    Âge : 30
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : octobre 2005
    Messages : 1 377
    Points : 1 471
    Points
    1 471

    Par défaut

    Citation Envoyé par alex_pi
    Parce que visual studio, il ne permet pas d'éditer le texte ? Vim et emacs, ce n'est pas "notepad avec de la colloration syntaxique" hein, c'est quand même un poil plus que ça !

    Disons que certains (même des jeunes, genre, mmh, moi ) n'ont pas encore compris l'intérêt de lancer une usine à gaz à chaque fois qu'ils veulent programmer. Typiquement là : http://www.eclipse.org/screenshots/i...kFix-WinXP.png , on se retrouve avec une surface "utile" (là où il y a le code que j'écris !) de l'ordre de 50% de la surface totale. Quel est l'intérêt ?

    A chaque fois que j'ai testé des IDE, j'ai eu l'impression d'être noyé sous un bruit totalement inutile qui m'empêche de simplement me concentrer sur mon code.
    Juste pour dire que dans le screenshot que tu mets, chaque onglet a un petit bouton pour le réduire et tu peux personnaliser l'affichage de ta surface ... (Comme dis au-dessus) ...Ceci étant je serais curieux de savoir, comment tu debug ? Comment tu fais des tests (Tests Unitaires ...) ? Sans parler des toolbox, gestion de serveur et autre gestion de solution ...
    Échouer, c'est avoir la possibilité de recommencer de manière plus intelligente.

    Twitter Blog Mon site

    Mon article sur l'agilité
      0  0

  5. #65
    Expert Confirmé Sénior
    Avatar de Luc Hermitte
    Homme Profil pro Luc Hermitte
    Développeur informatique
    Inscrit en
    août 2003
    Messages
    4 700
    Détails du profil
    Informations personnelles :
    Nom : Homme Luc Hermitte
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : août 2003
    Messages : 4 700
    Points : 6 992
    Points
    6 992

    Par défaut

    Citation Envoyé par rad_hass Voir le message
    a- Ceci étant je serais curieux de savoir, comment tu debug ? b- Comment tu fais des tests (Tests Unitaires ...) ? c- Sans parler des toolbox, gestion de serveur et autre gestion de solution ...
    Je crois que tu as une idée complètement faussée de ces outils.

    a- Cela fait belle lurette qu'emacs intègre le débugage. Pour vim il y a malheureusement quelques restrictions. (Et vi, quelle idée que de s'en servir)

    b- ??? Un test unitaire n'est jamais qu'un fichier source qui réalise diverses assertions. Ces assertions, le principe c'est un peu de les exécuter automatiquement, genre avec la compilation nocturne, ce qui veut dire qu'on les intègre à la chaine de compilation (qu'elle soit construite pour make, ant, scons, bjam, ou ...). À partir du moment où ces outils (vim, emacs, ...) savent intègrer l'appel à la chaine de compilation, où est le problème ?

    c- Tu peux définir précisément les termes que tu utilises STP ?
    Blog|FAQ C++|FAQ fclc++|FAQ Comeau|FAQ C++lite|FAQ BS|Bons livres sur le C++
    Les MP ne sont pas une hotline. Je ne réponds à aucune question technique par le biais de ce média.
      0  0

  6. #66
    Membre Expert

    Profil pro
    Inscrit en
    octobre 2005
    Messages
    1 377
    Détails du profil
    Informations personnelles :
    Âge : 30
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : octobre 2005
    Messages : 1 377
    Points : 1 471
    Points
    1 471

    Par défaut

    Citation Envoyé par Luc Hermitte Voir le message
    Je crois que tu as une idée complètement faussée de ces outils.

    a- Cela fait belle lurette qu'emacs intègre le débugage. Pour vim il y a malheureusement quelques restrictions. (Et vi, quelle idée que de s'en servir)

    b- ??? Un test unitaire n'est jamais qu'un fichier source qui réalise diverses assertions. Ces assertions, le principe c'est un peu de les exécuter automatiquement, genre avec la compilation nocturne, ce qui veut dire qu'on les intègre à la chaine de compilation (qu'elle soit construite pour make, ant, scons, bjam, ou ...). À partir du moment où ces outils (vim, emacs, ...) savent intègrer l'appel à la chaine de compilation, où est le problème ?

    c- Tu peux définir précisément les termes que tu utilises STP ?
    Un peu démasqué j'avoue que je trouve l'utilisation de ces outils archaïque, je déteste l'utilisation des makefiles, la gestion non automatisé des sources ... Et pleins d'autres choses ... Sans parlé de mon traumatisme de ces outils lors de mon initiation au développement à la fac ... A ma décharge je ne voulais pas crée de débat stérile mais simplement comprendre comment être productif et industrialisée son développement en utilisant ce genre d'outils ... A l'heure où on utilise des usines logicielle avec l'intégration de plus en plus grande d'outils dans l'IDE pour indistrualisé le process de développement ... Par exemple TFS, pour les tests (pas seulement unitaires d'ailleurs), la gestion des sources, reporting ...

    Il est vrai que c'est possible en combinant les outils d'avoir quelque choses qui fonctionne, mais y a pas mal de bidouillage, d'habillage manuel à faire ... Sans parler de l'absence de designer ...
    Échouer, c'est avoir la possibilité de recommencer de manière plus intelligente.

    Twitter Blog Mon site

    Mon article sur l'agilité
      0  0

  7. #67
    Expert Confirmé Sénior

    Inscrit en
    janvier 2007
    Messages
    10 173
    Détails du profil
    Informations personnelles :
    Âge : 56

    Informations forums :
    Inscription : janvier 2007
    Messages : 10 173
    Points : 12 819
    Points
    12 819

    Par défaut

    Citation Envoyé par rad_hass Voir le message
    Un peu démasqué j'avoue que je trouve l'utilisation de ces outils archaïque, je déteste l'utilisation des makefiles, la gestion non automatisé des sources ... Et pleins d'autres choses ... Sans parlé de mon traumatisme de ces outils lors de mon initiation au développement à la fac ... A ma décharge je ne voulais pas crée de débat stérile mais simplement comprendre comment être productif et industrialisée son développement en utilisant ce genre d'outils ... A l'heure où on utilise des usines logicielle avec l'intégration de plus en plus grande d'outils dans l'IDE pour indistrualisé le process de développement ... Par exemple TFS, pour les tests (pas seulement unitaires d'ailleurs), la gestion des sources, reporting ...

    Il est vrai que c'est possible en combinant les outils d'avoir quelque choses qui fonctionne, mais y a pas mal de bidouillage, d'habillage manuel à faire ... Sans parler de l'absence de designer ...

    tu ne voulais pas créer de débat stérile mais tu le fais

    Bref, comme tu le dis toi-même : "A l'heure où on utilise des usines logicielle" ...


    Car '"archaique", comme tu dis, est très nettement moins lourd, donc plus rapide....


    • Ecrire un programme = taper du texte => donc éditeur de texte
    • Bien présenter = manipuler du texte avec quelques règles => présentateur
    • compiler = transformer ce texte en code machine => compilateur
    • debuguer = trouver les erreurs et se pointer dessus => debugger



    4 outils.

    Les 2 premiers sont la plupart du temps de nos jours ensemble (et pour ce qui nous occupe, Vim et Emacs le font très bien).

    Les 2 opérations suivantes sont de toutes façons dépendantes des outils. Outils simples = opérations simples.


    Ce que tu traites "d'archaiques" est au contraire l'ensemble suffisant et nécessaire à notre tâche.

    Le reste est du superflu.

    MAIS comme c'est ça qui plait... C'est ça la "modernité"...

    On nourrit donc le troll


    et c'est de la "consommation", comme le GPS alors qu'une carte et des yeux suffisent...
    "Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".

    Consultant indépendant.
    Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
    C, Fortran, XWindow/Motif, Java

    Je ne réponds pas aux MP techniques
      0  0

  8. #68
    Membre Expert

    Profil pro
    Inscrit en
    octobre 2005
    Messages
    1 377
    Détails du profil
    Informations personnelles :
    Âge : 30
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : octobre 2005
    Messages : 1 377
    Points : 1 471
    Points
    1 471

    Par défaut

    Citation Envoyé par souviron34 Voir le message
    tu ne voulais pas créer de débat stérile mais tu le fais
    Je ne voulais aucunement provoqué une réaction un peu passionnel dans le sens j'ai raison/tord, tous ce que tu dis est vrai je le sais et je ne le nie pas, mais c'est une vision que je ne partage pas ... Je ne cherche ni à dire que c'est bien ou mauvais (ni convaincre ou être convaincu), je voulais savoir comment les personnes font (prendre l'information), pour non seulement pouvoir travailler de manière efficace mais surtout faire travailler des équipes projets ... Sur des technos modernes et les besoins/problématiques d'aujourd'hui ... Je suis d'accord qu'un gars qui maîtrise un outil (peut importe lequel) est plus productif, mais l'apprentissage de ce développement est plus complexe, on a environnement qu'on doit nous même construire pour gagner en productivité et automatisé des tâches disant pour le moins répétitives et de complexité minime ...
    Échouer, c'est avoir la possibilité de recommencer de manière plus intelligente.

    Twitter Blog Mon site

    Mon article sur l'agilité
      0  0

  9. #69
    Expert Confirmé Sénior

    Inscrit en
    novembre 2005
    Messages
    5 104
    Détails du profil
    Informations forums :
    Inscription : novembre 2005
    Messages : 5 104
    Points : 5 987
    Points
    5 987

    Par défaut

    Citation Envoyé par rad_hass Voir le message
    Un peu démasqué j'avoue que je trouve
    l'utilisation de ces outils archaïque,
    Bizarre, ces outils me semblent toujours d'un usage courant, leur
    utilisation n'est pas encore un archaïsme (quand je m'amuse à utiliser le
    emacs originel batit sur TECO avec un emulateur de PDP-10, la oui, c'est de
    l'archaisme; assumé).

    je déteste l'utilisation des makefiles,
    C'est ton droit. Mais c'est difficile, il me semble, de nier qu'ils ont
    une utilite qui n'est remplie par aucun des autres outils qui ont ete
    specifiquement construits pour les remplacer. L'un d'entre eux (ou une
    combinaison) finira peut-etre les rendre reellement obsoletes. Recemment
    encore, j'ai vu quelqu'un faire le tour de ce qui se propose comme
    remplacement et decider de rester a Imake + make...

    la gestion non automatisé des sources ...
    Qu'entends-tu par la? (Je vois des choses, ou c'est gere par emacs depuis
    longtemps -- genre avant que les EDI le gere --, ou je ne vois pas du tout l'interet d'avoir ca dans un EDI)

    Et pleins d'autres choses
    Comme? Configurer Firefox pour editer les messages de ce forum avec un EDI
    et faire en sorte que quand on se trouve entre des balises de code une
    combinaison de touche permet de tester si ca compile? Je le fais avec
    emacs. Je faisais une variante (je prenais le texte selectionne plutot que
    de me fier a des balises absentes) deja sur Usenet avec emacs il y a 10
    ans.

    A ma décharge je ne voulais pas crée de débat stérile
    C'est pas toi. C'est le sujet meme de cette discussion non?

    mais simplement comprendre comment être productif et industrialisée
    son développement en utilisant ce genre d'outils
    En comprenant ces outils?

    A l'heure où on utilise des usines logicielle avec l'intégration de
    plus en plus grande d'outils dans l'IDE pour indistrualisé le process de
    développement
    C'est le vieux debats entre des "point tool" qui font chacun une chose et
    tres bien et les "suites" qui font tout, bien integre, mais chaque chose
    moins bien que les "point tools" specialises. On peut preferer etre moins
    integre: il faut que l'integration apporte quelque chose pour que la
    qualite inferieure des outils individuels soit compensee.

    La seule chose citee jusqu'a present qui me semble pouvoir avoir une valeur
    ajoutee a etre integre aussi fort, c'est la completion. Mais VC++ etant le
    seul EDI qui semble avoir quelque chose de meilleur qu'emacs pour le C++ en
    la matiere soufrant du defaut redhibitoire de n'etre pas disponible sur les
    plateformes cibles de mes projets, je n'ai jamais pu tester en pratique
    pour voir si ca suffisait comme avantage pour m'inciter a y passer.

    Par exemple TFS, pour les tests (pas seulement unitaires
    d'ailleurs),
    Qu'est-ce que ca fait? (Les tests chez moi c'est lance de la meme maniere
    par le build automatique toute les nuits que par le developpeur avant son
    check in; et le build automatique n'a rien a faire avec un EDI. Avoir un
    bouton qui lance un script, emacs le fait tres bien, merci.).

    la gestion des sources,
    Qu'entends-tu par la? (Je vois des choses, ou c'est gere par emacs depuis
    longtemps, ou je ne vois pas du tout le rapport avec un EDI)

    reporting ...
    Qu'entends-tu par la? (Je vois des choses, mais je ne vois pas du tout le
    rapport avec un EDI).

    Il est vrai que c'est possible en combinant les outils d'avoir
    quelque choses qui fonctionne, mais y a pas mal de bidouillage, d'habillage
    manuel à faire...
    Tu as un projet existant, pour passer a un EDI, il faut aussi adapter le
    projet a l'EDI -- ce qui est un defaut majeur des EDI a mon avis. J'en ai
    essaye pas mal a une epoque, pas un ne m'a sembler apporter quelque chose
    qui vaille cet effort. Pas un ne m'a sembler apporter quelque chose qui vaille
    l'effort d'essayer d'adapter l'EDI a la structure existante. Pire, pas un ne m'a
    sembler apporter quelque chose qui vaille l'effort de changer mes habitudes
    pour mes nouveaux projets persos. Pire, j'ai l'impression que pour ce que je fais,
    je resterai plus productif avec ma configuration d'emacs.

    Sans parler de l'absence de designer ...
    Typiquement mieux traite par un point tool a mon avis :-)
    Les MP ne sont pas là pour les questions techniques, les forums sont là pour ça.
      0  0

  10. #70
    Membre Expert

    Profil pro
    Inscrit en
    octobre 2005
    Messages
    1 377
    Détails du profil
    Informations personnelles :
    Âge : 30
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : octobre 2005
    Messages : 1 377
    Points : 1 471
    Points
    1 471

    Par défaut

    Citation Envoyé par Jean-Marc.Bourguet Voir le message
    Bizarre, ces outils me semblent toujours d'un usage courant, leur
    utilisation n'est pas encore un archaïsme (quand je m'amuse à utiliser le
    emacs originel batit sur TECO avec un emulateur de PDP-10, la oui, c'est de
    l'archaisme; assumé).

    [...]

    Typiquement mieux traite par un point tool a mon avis :-)
    Merci pour cette réponse assez complète avec cette petite pointe d'ironie

    Etant développeur .NET sur windows, je n'ai jamais vu un environnement projet en entreprise basé sur Emacs , d'où mes interrogations (ça me semblait je l'avoue improbable, mais ce n'est qu'un préjugé j'ai jamais analysé la chose), de plus je n'ai jamais approfondi l'utilisation de ces outils, mes questions étaient par curiosité, non pas pour crée un débat, donc merci de m'avoir éclairci sur certains points.
    Échouer, c'est avoir la possibilité de recommencer de manière plus intelligente.

    Twitter Blog Mon site

    Mon article sur l'agilité
      0  0

  11. #71
    Expert Confirmé Sénior

    Inscrit en
    novembre 2005
    Messages
    5 104
    Détails du profil
    Informations forums :
    Inscription : novembre 2005
    Messages : 5 104
    Points : 5 987
    Points
    5 987

    Par défaut

    Citation Envoyé par Jean-Marc.Bourguet Voir le message
    Tu as un projet existant, pour passer a un EDI, il faut aussi adapter le
    projet a l'EDI -- ce qui est un defaut majeur des EDI a mon avis.
    Je n'ai pas ete clair ici. Ce qui me semble un defaut est que la plupart des EDI que j'ai rencontre semblent favoriser grandement l'adaptation de la structure des projets a l'EDI plutot qu'eux s'adapter au projet existant.
    Les MP ne sont pas là pour les questions techniques, les forums sont là pour ça.
      0  0

  12. #72
    Expert Confirmé Sénior

    Inscrit en
    janvier 2007
    Messages
    10 173
    Détails du profil
    Informations personnelles :
    Âge : 56

    Informations forums :
    Inscription : janvier 2007
    Messages : 10 173
    Points : 12 819
    Points
    12 819

    Par défaut

    Citation Envoyé par Jean-Marc.Bourguet Voir le message
    Je n'ai pas ete clair ici. Ce qui me semble un defaut est que la plupart des EDI que j'ai rencontre semblent favoriser grandement l'adaptation de la structure des projets a l'EDI plutot qu'eux s'adapter au projet existant.
    Absolument d'accord...

    Et en plus en général ils créent tout un tas de types de fichiers, d'abroescences, etc, totalement artificiels par rapport au source et à son architecture...
    "Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".

    Consultant indépendant.
    Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
    C, Fortran, XWindow/Motif, Java

    Je ne réponds pas aux MP techniques
      0  0

  13. #73
    Inactif
    Inscrit en
    juillet 2005
    Messages
    1 958
    Détails du profil
    Informations personnelles :
    Âge : 49

    Informations forums :
    Inscription : juillet 2005
    Messages : 1 958
    Points : 2 133
    Points
    2 133

    Par défaut

    Citation Envoyé par rad_hass Voir le message
    [..]
    Etant développeur .NET sur windows, je n'ai jamais vu un environnement projet en entreprise basé sur Emacs , d'où mes interrogations (ça me semblait je l'avoue improbable, mais ce n'est qu'un préjugé j'ai jamais analysé la chose), de plus je n'ai jamais approfondi l'utilisation de ces outils, mes questions étaient par curiosité, non pas pour crée un débat, donc merci de m'avoir éclairci sur certains points.
    C'est probablement pour ça que tu ne comprends pas ce que sont Emacs et VIM. Si tu les utilisais un peu tu verrais que ce sont des outils extrêmement puissant. Faire mieux que Emacs me parait assez impossible. Avoir tout l'appareillage d'un Vim en ajoutant sa légèreté, me semble aussi difficile à moins de refaire Vim finalement. Quand je vois le temps qu'il me faut pour lancer Netbeans ou Eclipse (je n'ai qu'un petit Power Book G4 qui a trois ans, soit l'age de la retraite pour un portable), j'ai le temps d'ouvrir le fichier avec VI, faire les modifications, lancer le make et recommencer deux trois fois au besoin .
      0  0

  14. #74
    Modérateur

    Inscrit en
    août 2006
    Messages
    3 091
    Détails du profil
    Informations forums :
    Inscription : août 2006
    Messages : 3 091
    Points : 3 380
    Points
    3 380

    Par défaut

    Quoique vous puissiez en dire, je n'ai pas encore vu de projets Java/J2EE sous emacs ou autre.
    Il y a certes un effet de mode, comme dans tous les domaines, mais il faut aussi reconnaître que des EDI comme Netbeans ou Eclipse permettent de gagner du temps sur pas mal de choses.
    Et là, je parle de projets où l'on voit tout type de développeur, des débutants, des expérimentés.
    Encore une fois, je parle du monde Java puisque c'est celui que je connais.
      0  0

  15. #75
    Inactif
    Inscrit en
    juillet 2005
    Messages
    1 958
    Détails du profil
    Informations personnelles :
    Âge : 49

    Informations forums :
    Inscription : juillet 2005
    Messages : 1 958
    Points : 2 133
    Points
    2 133

    Par défaut

    Citation Envoyé par fr1man Voir le message
    Quoique vous puissiez en dire, je n'ai pas encore vu de projets Java/J2EE sous emacs ou autre.[...]
    Personnellement j'en ai vu.
    Mais même si ce n'était pas le cas, en quoi le fait que tu n'en ais pas vu fait que Emacs ne soit pas un bon IDE La même remarque se posait si j'essayais de dire que c'est un IDE de qualité parce que j'ai vu qqun l'utiliser. Ça ne fait pas avancer le schmilblik tout ça.
      0  0

  16. #76
    Modérateur

    Inscrit en
    août 2006
    Messages
    3 091
    Détails du profil
    Informations forums :
    Inscription : août 2006
    Messages : 3 091
    Points : 3 380
    Points
    3 380

    Par défaut

    Tu déformes ce que je dis.
    Je n'ai pas affirmé qu'Emacs était un mauvais IDE.
    J'ai simplement dit, que je pensais que des IDE comme Netbeans ou Eclipse étaient plus adaptés au développement Java en général. C'est à dire sur petits ou gros projets.

    Et le fait que je n'en ai pas vu, veut quand même dire que ce n'est pas très répandu(même si je n'ai pas la prétention de connaitre tous les projets en France) et que si ça ne l'est pas, c'est peut-être aussi qu'il y a une raison.
      0  0

  17. #77
    Expert Confirmé Sénior

    Inscrit en
    janvier 2007
    Messages
    10 173
    Détails du profil
    Informations personnelles :
    Âge : 56

    Informations forums :
    Inscription : janvier 2007
    Messages : 10 173
    Points : 12 819
    Points
    12 819

    Par défaut

    Citation Envoyé par fr1man Voir le message
    Et le fait que je n'en ai pas vu, veut quand même dire que ce n'est pas très répandu(même si je n'ai pas la prétention de connaitre tous les projets en France) et que si ça ne l'est pas, c'est peut-être aussi qu'il y a une raison.
    oui, il y a une raison..

    La mode et le marketing commercial...




    Et le bourrage de crâne + la "philosophie" M$...
    "Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".

    Consultant indépendant.
    Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
    C, Fortran, XWindow/Motif, Java

    Je ne réponds pas aux MP techniques
      0  1

  18. #78
    Membre Expert
    Profil pro
    Inscrit en
    janvier 2007
    Messages
    1 452
    Détails du profil
    Informations personnelles :
    Âge : 29
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : janvier 2007
    Messages : 1 452
    Points : 1 789
    Points
    1 789

    Par défaut

    Citation Envoyé par souviron34 Voir le message
    oui, il y a une raison..

    La mode et le marketing commercial...




    Et le bourrage de crâne + la "philosophie" M$...
    Pas d'accord.
    Tu sembles traiter la philosophie ms comme la dernière des m***

    En attendant, ils ont le mérite de proposer des produits qui sont bien intégrés dans leur environnement.

    Linux à depuis toujours, à mon goût, un gros problème d'intégration.
    Il y à énormément de difficultés à trouver des ensembles logiciels cohérents tout intégré.
    Avec les défis techniques que connaissent les développeurs linux, c'est le grand problème à améliorer selon moi sur linux....
    Sa force et sa faiblesse.

    Et les multiples distributions, si elles ont le méritent de démontrer la grande flexibilité de cet OS, sont aussi une perte de temps incroyable et un frein absolument terrible à la création d'un ensemble cohérent.
    Comme simple exemple il n'y à qu'à voir les n types de packages existant entre les .deb, les .rpm, les .ebuild sur gentoo ect ect Et bien sur les n manager de package qui vont avec...

    Franchement tout cela n'est pas très DRY.

    Et tout cela ne me semble pas être une question de mode ou de marketing.... Simplement de volonté.

    Mai sur linux, si les différents logiciels le composant sont très indépendant, les volontés sous jacente le sont aussi...

    PS: bon sa dérive... désolé
      0  0

  19. #79
    Modérateur

    Inscrit en
    août 2006
    Messages
    3 091
    Détails du profil
    Informations forums :
    Inscription : août 2006
    Messages : 3 091
    Points : 3 380
    Points
    3 380

    Par défaut

    La mode et le marketing commercial...

    Et le bourrage de crâne + la "philosophie" M$...
    Et tu n'as jamais pensé que ça pouvait simplement être du aux qualités de Netbeans, Eclipse ou autre ?

    On ne va comparer avec Microsoft et son Windows qui est embarqué sur pratiquement chaque PC vendu.

    Que je sache, on ne force personne à utiliser Eclipse ou autre.

    Je vais arrêter là car de toute façon, le débat est interminable, chacun a ses habitudes et est persuadé que l'outil qu'il utilise est mieux que celui du voisin.
      0  0

  20. #80
    Expert Confirmé Sénior

    Inscrit en
    janvier 2007
    Messages
    10 173
    Détails du profil
    Informations personnelles :
    Âge : 56

    Informations forums :
    Inscription : janvier 2007
    Messages : 10 173
    Points : 12 819
    Points
    12 819

    Par défaut

    Citation Envoyé par fr1man Voir le message
    Et tu n'as jamais pensé que ça pouvait simplement être du aux qualités de Netbeans, Eclipse ou autre ?
    J'ai dit que je trouvait NetBeans bien, et bien mieux que Eclipse...

    Je répondais juste à ta question sur l'omni-présence...


    Car, avant la grande déferlante d'il y a moins de 10 ans des gens du monde PC vers le monde unix via Linux (qui a effectivement atteint le coeur de Linux, en y transportant une partie de la philosophie M$, en l'occurence des versions non compatibles entre elles), les grands et mini-systèmes et leurs informaticiens se trouvaient très à l'aise avec un éditeur simple et un compilo et un bon débuggeur...

    Donc si, il y a bien une influence gigantesque du "style" M$... Et comme l'informatique s'est "démocratisée", et que pour beaucoup de gestionaires ou chefs d'équipe c'était comme si on parlait le chinois, il y a eu (et il y a toujours, si l'on suit par exemple les modes de méthodologie de développement, mais les IDE et les langages sont dans le même cas), la très grande majorité des décisions sont prises sous l'influence de "l'intox" commerciale et marketing, et non pas sur la vraie valeur des outils... par rapport au travail...


    PS : Il suffirait de faire un sous-sondage sur les 3 produits arrivant en tête en demandant sous quel OS ils tournent.. Déjà il y a 1 des 3 qui est M$. A eux 3, cela représentent ici, aujourdhui, 73 % de ce qui est utilisé..
    "Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".

    Consultant indépendant.
    Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
    C, Fortran, XWindow/Motif, Java

    Je ne réponds pas aux MP techniques
      0  0

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •