Pour ce qui concerne Java, le préféré c'est NETBEANS
En C j'aime pas trop les ide, j'aime mon gedit.
Eclipse
NetBeans
Microsoft Visual Studio (.NET)
Microsoft Visual Studio Express
Microsoft Visual Studio 6 (et antérieurs)
Embarcadero Delphi
Embarcadero C++Builder
Embarcadero RAD Studio
Oracle JDeveloper
IntelliJ IDEA
MATLAB
Scilab
Code::Blocks
KDevelop
Qt Creator
Xcode
AppCode
Lazarus
SharpDevelop
WinDev
Adobe Dreamweaver
Aptana Studio
PyCharm
PhpStorm
WebStorm
RubyMine
Zend Studio
MS Access
Sans opinion
Autre (précisez)
Pour ce qui concerne Java, le préféré c'est NETBEANS
En C j'aime pas trop les ide, j'aime mon gedit.
Windev : Impératif professionnel
Visual Studio : Mon préféré pour son ouverture vers les technologies
Windev : Tout en un, rapidité de développement
Visual Studio : Fiabilité et robustesse
Windev : Trop propriétaire et souffre d'une certaine instabilité
Visual Studio : Peut s'avérer un peu lourd
Gestion commerciale et comptabilité
J'envisage mettre tout sur Visual Studio
Autoformation et assistance de l'expert de l'équipe
Utilisation professionnelle
Windev : Raison professionnelle
Visual Studio : Raison professionnelle et par plaisir
WLangage et C#
Eclipse: Par passion.
Embarcadero Delphi: Par nostalgie car c'est mon premier EDI.
Windows
Windows, Linux (en théorie)
J'utilise Delphi depuis 1998
- pourquoi ce choix ;
La notion de RAD a vraiment un sens en DELPHI. En plus du coeur de métier il est très facile et rapide de développer de petites applications GUI pour valider des idées, des concepts.
Stabilité : j'ai développé en Delphi3, 5, 7, 2007, 2010 sur Windows NT, XP, Seven : à chaque fois très peu d'effort(s) pour porter le code (projet d'environ 1 million de lignes)
A l'origine volonté de pouvoir passer le moins de temps possible sur les IHM pour pouvoir se consacrer au coeur de métier.
- les plus/avantages ;
.RAD effectif
.Facilité à intégrer et récupérer des composants (RE-USE intensif)
.Communauté très importante
.Très grande lisibilité du code pascal : vérifié à de nombreuses reprises lorsque
l'on veut faire coder des "non-informaticiens"
.Facilité à s'interfacer avec des codes existants dans d'autres langages.
.Interfaçage avec des applications sur étagères (COTS) très commode : Office(Excel), CATIA V5, SmartTeam, Scilab, Matlab...
.Capacité à intégrer quasi immédiatement des services indispensables bien que non liés au métier (connexion aux SGBD par ex.)
- les moins/inconvénients ;
La prise en compte d'une programmation non séquentielle n'existe pas encore.
- quels projets réalisez-vous avec et pourquoi ;
Projets scientifiques, techniques avec implication dans le codage de "spécialistes métier" non informaticiens
- vers quels autres EDI pensez-vous évoluer dans le futur ;
Pas d'évolution envisagée pour le moment
- comment vous êtes-vous formé, ou avez-vous été formé sur cet EDI ;
auto formation pour l'essentiel. Quelques stages au début notamment pour la partie plus "touchy" du développement de composants.
- est-ce une utilisation amateure, professionnelle ou éducative ;
essentiellement PRO mais également facilité à mettre le pied à l'étrier pour des intervenants non informaticiens.
- avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir ;
raisons PRO pas d'équivalent à l'époque et il existe toujours une certaine avance (même en utilisant d'anciennes versions de l'EDI)
- quelles fonctionnalités vous utilisez (coloration syntaxique, autocomplétion, débogage, mise en forme automatique, tests, etc.) ;
utilisation intensive de l'ensemble des outils : UML, prototypage, développement, test..
- quel(s) langage(s) utilisez-vous avec cet EDI ;
Delphi est étroitement lié au Pascal Objet
- autres EDI utilisés, pourquoi ? dans quel cadre ? et comparaisons ? ;
Utilisation pour le codage de fonctionnalités très spécifiques (proches de l'OS) d'environnements comme "Bloodshed Software - Dev-C++" largement suffisant.
- sur quels systèmes ou plateformes vous travaillez (Windows, .NET, Linux, etc.) ;
essentiellement Windows
- pour quels systèmes cibles (Windows, .NET, Linux, etc.) ;
essentiellement Windows
- conclusion ;
Je suis toujours époustoufflé par la facilité du passage de windows XP à Seven, je craignais un portage plus compliqué. Delphi7 sorti en 2002 est toujours un EDI très honorable en 2013.
~demande d'évolution
je souhaite l'intégration soignée et progressive de services/d'experts permettant le développement d'applications distribuées dans l'environnement DELPHI.
- etc.
pareil mais depuis 14 ans seulement et en papillonnant sur un paquet de langage et de technos....
les + :
- le nombre de langage supporté nativement
- les possibilité d'extension quasi infini (une fois elisp maitrisé)
- marche sur un tas d'environnement (linux, unix, windows, ...
Les -:
- son coté austère qui repousse un peu les débutants (ceci-dit avoir une fenêtre de code sur un timbre poste comme sur les autres environnement n'est pas forcément intéressant)
- passer pour un développeur old school (un de mes client me l'as dit un jour)
A ce jour cet éditeur ne m'a jamais empêché de faire mon travail quelque soit le projet ou la technologie utilisée (même sur des langage très fermés avec des technos propriétaire ou un éditeur spécifique était requis)
bazar: http://www.improetcompagnie.com/publ...ctacles-6.html
BÉPO la disposition de clavier francophone, ergonomique et libre: http://bepo.fr/wiki/Accueil
Emacs Wiki: http://www.emacswiki.org/
En attente de ce que produira: http://www.pushmid.com
Ceci n'est pas/plus specifique a Emacs. La plupart des IDE modernes sont extensibles, pas forcement en Elisp, mais dans un langage ou un autre.
Du coup l'argument de l'extensibilite n'est pas/plus forcement un gros differentiateur, c'est meme un pre-requis pour un environnement de developpement.
Pour du HTML, CSS, JavaScript, TypeScript, JSon, Yaml, Node... dans Eclipse IDE, installe Eclipse Wild Web Developer
Pour du Rust dans Eclipse IDE, installe Eclipse Corrosion
Follow me on twitter
probablement,
Cependant je n'ai pas encore rencontré de développeurs sur les projets ou j'ai travaillé et utilisant un EDI évolué (a part vim) capable d'étendre eux même leur éditeurs pour répondre a un besoin précis (type tache récurrente et ennuyeuse pouvant être automatisé)
bazar: http://www.improetcompagnie.com/publ...ctacles-6.html
BÉPO la disposition de clavier francophone, ergonomique et libre: http://bepo.fr/wiki/Accueil
Emacs Wiki: http://www.emacswiki.org/
En attente de ce que produira: http://www.pushmid.com
Bonjour, je me permet de petite remarque à votre discussion.
Développeur Windev pour le travail, j'avoue que mon arrivé sur cet environnement ne fut pas sans accro.
Hemmm, je suis désolé mais la doc n'est pas vraiment formidable. Dans l'autoformation qui fait 500 pages, la partie POO tiens sur 3 pages. Dans le livre WLangage ça tiens sur 7 pages (Sur 400). Il n'y a pas de guides des bonnes pratiques que l'on doit utiliser alors que certains concepts son vraiment propres à Windev.
Personnellement j'aurai apprécié un compilateur accessible en ligne de commande et un code source qui ne soit pas du binaire mais réellement du texte. Ça n’empêche pas PC Soft de vendre leur compilateur mais moi ça me permettrait d'utiliser un Jenkins à la place de l'outil d'intégration qui ne fonctionne pas (sur un gros projet j'ai couramment des plantages sans aucun message d'erreur ). Je pourrai aussi utiliser un SVN ou un Git à la place du GDS.
Perso, j'ai eu tellement de déconvenue avec les outils de PC soft que je n'ai plus aucune confiance en eux.
C'est dommage car le produit en lui même est plutôt bon, mais les outils qui gravite autour gâchent un peu le tableau.
Sinon pour répondre à la question initiale, j'utilise Windev dans un contexte uniquement professionnel.
- pourquoi ce choix ;
Mon patron l'a fait pour moi :-)
- les plus/avantages ;
Pas mal d'objet graphique facilement utilisable.
Bibliothèque de fonction plutôt complète
Langage simple à comprendre
- les moins/inconvénients ;
Comme dit plus haut, des outils périphériques pas toujours très bien fini.
Une implémentation de la POO incomplète (Pas d'accès aux objets de l'environnement)
- quels projets réalisez-vous avec et pourquoi ;
Progiciels de gestion. Pourquoi ? Parce que je suis payé pour ;-)
- vers quels autres EDI pensez-vous évoluer dans le futur ;
Pas d'évolution envisagée pour le moment
- comment vous êtes-vous formé, ou avez-vous été formé sur cet EDI ;
Auto formation.
- est-ce une utilisation amateure, professionnelle ou éducative ;
Pro uniquement
- avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir ;
Pro only
- quel(s) langage(s) utilisez-vous avec cet EDI ;
WLangage, je n'ai pas encore essayé d'intégrer du .Net ou du Java dedans.
- autres EDI utilisés, pourquoi ? dans quel cadre ? et comparaisons ? ;
Unity3D mais la on sort du cadre :-)
- sur quels systèmes ou plateformes vous travaillez (Windows, .NET, Linux, etc.) ;
Windows et AS400
- pour quels systèmes cibles (Windows, .NET, Linux, etc.) ;
Windows
Bonjour ;-)
Oui, c'est ce que je dis :
Oui, là, je suis d'accord. Une petite formation est indispensable, ou alors il faut lire la doc, sinon c'est très risqué pour le futur du projet !
La formation me paraît indispensable, donc. Elle est très bien faite : quand on fait F1 sur n'importe quel terme, on obtient un exemple direct et une aide exhaustive sur le terme et des liens vers les autres termes associés.
MAIS IL FAUT FAIRE UNE FORMATION AVANT : c'est bien beau de faire F1, mais il faut en effet savoir sur quoi ;-)
Ce n'est pas la philosophie de ce produit en effet.
Leur but est de fournir un outil clé en main.
Cependant, le compilateur existe en ligne de commande via un système de batch très pointu. Perso, j'ai voulu l'utiliser et... j'ai eu peur lol. Trop complet à mon goût ;-) J'avais l'impression de voir les outils trop paramétrables de Visual Studio ;-)
Nous avons un très gros projet, avec plusieurs configurations à l'intérieur (on gère le multi plateforme).
Nous avons des lenteurs, mais uniquement sur le GDS, le gestionnaire de source qui s'occupe de gérer les locks des fichiers entre les utilisateurs de l'équipe de dév.
Et quand je dis gros projet, c'est vraiment gros projet, avec environ 2500 fenêtres. Nous avons des machines correctes et nous n'avons pas de lenteur particulière, hormis ce GDS ; il parait qu'ils ont fait de grosses améliorations sur la V19, mais nous sommes encore en V16 ou V18 pour certains parties (au passage, la compatibilité inter verion est bonne, pour peu qu'on ne modifie rien dans une version V+1 car les versions V et inférieures ne savent alors plus lire les fichiers)
Ah, et concernant les plantages, c'est très simple : NE JAMAIS MIGRER VERS UNE NOUVELLE VERSION DIRECTEMENT.
Nous avons compris qu'il fallait toujours attendre le deuxième correctif (il y en a à peu près 1 tous les deux mois) avant de migrer.
Je trouve que c'est plutôt l'inverse personnellement.
Il y a tout ce qu'il faut pour travailler, et besoin de rien d'autre pour sortir un produit complet avec une bonne interface.
Le projet est suivi de A à Z dans l'interface. Que ce soit les analyses, les temps de dév, la planif, le système de test automatique, le déploiement de nuit, la gestion des data inter-base sans se prendre la tête avec des DLL, le contrôle à distance des postes déployés ou pas.
La création de services Windows ou Web est une merveille de fonctionnalités et de SIMPLICITE.
Quand je vois les autres usines à gaz, pour rien au monde je ne retournerai ailleurs !
Chaque environnement a ses avantages et inconvénients. Si vous souhaitez rester habitué aux systèmes en ligne de commande avec des compilateurs spécifiques, des optimisations, la gestion pointue de la mémoire, alors Windev n'est pas fait pour vous.
Par contre, pour faire des interfaces riches et lier des bases de données, alors oui, mille fois oui !
Au début, Windev fait peur, et moi le premier, j'avais l'impression de revenir 20 ans en arrière quand on a commencé.
Et puis, je me suis rendu compte que la façade était trompeuse. L'outil est très puissant derrière, et il gère très bien les objets, les classes avec une facilité qui fait penser au départ que... c'est trop basique !
En fait, c'est simple et complet, mais certainement pas basique ;-)
3 exemples :
Les chaînes de caractères
Je ne connais aucun langage aussi complet sur la gestion des chaînes de caractères. Combien de fois avez-vous fait des procédures pour extraire des morceaux de chaînes dans une chaîne en fonction de certains caractères ? Combien de truc du genre right(Pos(mid(left(toto, 4), 1), "truc"), 5) ???
En Windev, pour extraire une partie d'une chaîne, tu fais : ExtraitChaine(sMaChaine, Tab, 2) par exemple, ce qui extrait la chaine située entre le 2ème et le troisième caractère tab.
Le transfert d'objets en mémoire
Un truc génial aussi. Vous mettez des objets en mémoire avec une commande du genre MetEnMémoire("NomDeMonObjet", sMaChaine) et vous pouvez la récupérer avec une autre appli directement avec une commande du genre sMaChaineRecuperee = RecupèreEnMémoire("NomDeMonObjet")
Je schématise parce qu'on peut aussi gérer les droits de ce bloc mémoire, etc.
Mais honnêtement, peut-on faire plus simple ?
Les sockets
Je me suis pas mal amusé avec les sockets, et leur gestion est aussi très simple et intuitive. Genre OuvreSocket("MonSocket"), EnvoieSurMonSocket(sChaineSocket), FermeSocket("MonSocket") et une récup de l'autre côté avec un truc du genre sChaineSocket = AttendSocket("MonSocket").
Quand je vois le code qu'il aurait fallu en C ou sous Visual Studio... Je pleure... de joie d'avoir choisi Windev !
Au final
J'ai 40 ans, j'ai travaillé sur du C, du COBOL, du C++, du C#, des systèmes UNIX, de l'Oracle, du Microsoft, fait plein de de CSH, KSH ou BourneShell, du Visual Studio, du SQL, de l'ASP, du Java, et j'en passe.
La plupart des gens ont une opinion de Windev qui est celle que j'ai eu en approchant cet environnement : le côté vieillot et qui en met plein la gueule, très trompeur.
Aujourd'hui, je pense avoir trouvé MON langage.
Il ne sera le même que d'autres.
A chacun le sien ;-)
Hello,
J'ai toujours développé et je développe toujours sous Visual Studio, depuis VS 5.0 (donc pas depuis le début).
Et je l'utilise toujours.
Mais comment ne pas pointer du doigt sa lourdeur, son temps d'installation (sans blague, entre 1h et 4h pour installer un EDI sur des machines récentes, est-ce sérieux ?), son temps de lancement, sa complexité quand on veut ajouter des composants ou la galère de son système de déploiement, tout bonnement innommable ?
J'apprécie de pouvoir maîtriser l'ensemble de mon projet de manière riche sous VS, mais quand je passe de mon Windev certes un peu trop "papa il a dit qu'il fallait faire comme ça" à Visual Studio qui te dit "démerde-toi, tu trouveras bien l'option dans les menus si tu cherches", moi, j'ai pas envie de développer de nouveaux produits sous VS !
Et pourtant, j'aime le Basic (sisi, je ne crache pas sur ce fantastique langage qui permet de faire ce qu'on veut, et désolé si ce n'est pas aussi compliqué à lire que du C), ou le C#, mais faut pas pousser mémé dans les orties ;-)
j'ai choisis eclipse et visual studio(.NET)
car ce sont les 2 que j'utilisent le plus
- les plus/avantages ;
Eclipse pour le multi-plateforme et la diversité de langage supportés
Visual Studio pour son développement rapide en C# une bonne alternative a C++
- les moins/inconvénients ;
sur eclipse la reconaissance du texte qui peut être un peut longue
sur Visual Studio les options de configuration ide parfois bien dure à trouver
- quels projets réalisez-vous avec et pourquoi ;
Eclipse : web(php,js,html), jeux(python), utilitaires(c++/Qt)
Visual Studio : Programme utilitaires(c# .NET)
- vers quels autres EDI pensez-vous évoluer dans le futur ;
Pas d'évolution envisagée pour le moment
- comment vous êtes-vous formé, ou avez-vous été formé sur cet EDI ;
Auto formation, et une bonne dose de recherche google
- est-ce une utilisation amateurs, professionnelle ou éducative ;
pro et hors travaille(je redistribue certains programme en libre ou payant celon la nature)
- avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir ;
les 3
- autres EDI utilisés, pourquoi ? dans quel cadre ? et comparaisons ? ;
Xcode quand je doit faire de l'ios (je déteste)
- sur quels systèmes ou plateformes vous travaillez (Windows, .NET, Linux, etc.) ;
Windows, Linux, Mac
- pour quels systèmes cibles (Windows, .NET, Linux, etc.) ;
Windows, Linux, Mac/Ios, web
Rien, je n'ai plus rien de pertinent à ajouter
slt tt le monde, je suis un nouveau membre nommé Abdelmadjid, alors ma réponse sur la question ci-dessus <DELPHI7>
FlashDevelp! pour moi, le plus simple et le mieux pensé.
J'adore les argumentations des deux derniers lol
PSpad editor et Nvu mozilla
Pas sûr d'avoir bien interprété ta remarque fkuchta.. c'est ironique? ou tu le penses vraiment? Tu souhaites sans doute qu'on argumente un peu plus, moi, j'estime qu'il n'y a pas grand chose à ajouté. on nous demande quel IDE on préfère et pourquoi et bien, FlashDevelop parce que simple et bien pensé et une bonne réponse. Après, c'est vrai que IDE veut dire Integrated Developpement Environement et sous entend un soft complet, FD4 est plutôt complet avec une bonne intellissence, une coloration syntaxique, un auto format, un compilateur, un debugger etc.. Il est juste limité dans les langages prits en charge et est surtout orienté ActionScript, Haxe, Flex, Air.
Sinon, en matière d'éditeur texte orienté code, on a Sublime Text qui est super surtout avec ses plugins.
Pour tout ce qui est Apple, pas le choix, c'est Xcode!!
"Ils ne savaient pas que c'était impossible alors ils l'ont fait." Mark Twain
Mon client Twitter Qt cross-platform Windows et Linux. (en cours de développement).
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager