IdentifiantMot de passe
Mot de passe oubli� ?Je m'inscris ! (gratuit)

Vous �tes nouveau sur Developpez.com ? Cr�ez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et �tre connect� pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Cr�ez-en un en quelques instants, c'est enti�rement gratuit !

Si vous disposez d�j� d'un compte et qu'il est bien activ�, connectez-vous � l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oubli� ?
Cr�er un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Quel est votre langage de programmation pr�f�r� ?

Le , par Djug
174 commentaires

242PARTAGES

11  0 
Votre langage de programmation pr�f�r�
Java
26 %
C#
17 %
C++
14 %
C
7 %
Delphi
5 %
Python
5 %
WinDev
4 %
Visual Basic .NET
4 %
VBA (Office)
3 %
Langages fonctionnels (OCaml, Haskell, F#, Scheme, Erlang...)
2 %
Visual Basic 6 (et ant�rieurs)
2 %
Sans opinion
2 %
Ruby
1 %
Objective-C
1 %
Perl
1 %
Pascal
1 %
Cobol
1 %
Fortran
0 %
ADA
0 %
BASIC
0 %
PowerBuilder
0 %
Autres (pr�cisez)
4 %
Voter 1511 votants
Mise � jour 2013
Ce sondage est termin�. Il a �t� renouvel� en 2013. Venez participer, cela se passe ici :

Quel est votre langage de programmation pr�f�r� en 2013 ?

------------------------------------------------
Chers membres du club.

Suite au pr�c�dent sondage 2009 (Votre langage de programmation pr�f�r� ), nous avons d�cid� de le renouveler afin d'avoir votre avis en cette fin d'ann�e 2010. Pour rappel, les langages qui l'avaient remport�s sont : Java avec 28,12% suivi de C# avec 17,78% et enfin de C++ avec 15,69% bas� sur l'avis de 2059 votants.

Ce sondage ne prend pas en compte les langages sp�cialement destin�s au web comme ASP, PHP, Coldfusion, Flash etc.
Ce sondage est limit� par le syst�me � un certain nombre d'options, et on ne peut donc pas y faire figurer tous les langages de programmation qui sont tr�s nombreux. Ce sondage repr�sente les plus courants, ou du moins les plus utilis�s parmi les membres du club Developpez.com (voir le trafic sur les forums). Ce sondage ne prend pas en compte certains langages qui sont pourtant encore tr�s r�pandus (mais peu utilis�s par les membres du club developpez.com).
Comme indiqu� dans ce sondage : Delphi et VB qui sont � la fois des langages mais aussi des RAD, nous avons aussi ajout� les autres principaux RAD/L4G du march� que sont MS Office, PowerBuilder et WinDev.

C'est donc plus pr�cis�ment un sondage "quel est votre langage ou L4G/RAD pr�f�r� (langages web non inclus)". Notez cependant que de nombreux langages de ce sondage sont aussi des langages pour le web, comme java, C#, VB.NET, python, PERL, etc. Mais pour le web on fera un autre sondage, �a sera plus clair...

Merci de voter pour votre langage pr�f�r�, et en plus si possible d'�crire votre t�moignage pour expliciter votre avis :
- Pourquoi ce choix
- Les plus/avantages
- Les moins/inconv�nients
- Quels projets r�alisez-vous avec et pourquoi
- Vers quels autres langages pensez-vous �voluer dans le futur
- Comment vous �tes-vous form�, ou avez-vous �t� form� sur ce langage
- Est-ce une utilisation amateur ou professionnelle
- Avez-vous fait votre choix pour raison professionnelle, par plaisir, par choix personnel
- Quels outils vous utilisez (Editeur, EDI, etc.)
- Autres langages utilis�s, pourquoi ? Dans quel cadre ? Et comparaisons ?
- Sur quels syst�mes ou plateformes vous travaillez (Windows, DotNET, Linux, etc.)
- Conclusion
- etc.

Comme il s'agit d'un sondage/ D�bat , merci de suivre les consignes strictes suivantes :

- SMS interdit : essayez d'�crire en fran�ais

- �vitez de multiplier des messages courts, et essayez de faire plut�t un seul message avec tous les points ci-dessus (vous pouvez �diter vos messages pour les am�liorer). Les multiples messages seront accept�s uniquement en cas de r�ponse de qualit� � un d�bat technique de qualit�...

- Donnez des pr�cisions claires, par exemple si vous dites que vous utilisez VB, Visual Studio, Delphi, gcc, c++ Builder, WinDev, PowerBuilder, ou m�me un langage, pr�cisez toujours sur quelle version votre t�moignage porte.

Les messages type taverne ou SMS seront effac�s imm�diatement sans pr�avis ou explications.

Notre but est de cr�er un d�bat technique de qualit� .

Vous pouvez tous faire un t�moignage. Par contre, pour d�battre et faire plusieurs messages, vous devez �tre de pr�f�rence exp�riment�, pas un d�butant, et conna�tre plusieurs langages.

Si vous �tes d�butant et que vous ne connaissez qu'un seul langage, vous �tes le bienvenu pour voter et apporter 1 t�moignage, mais pour le d�bat, essayez de comprendre que vous �tes mieux plac� pour lire le sujet qu'y participer...

Merci de votre compr�hension � tous



PS : Merci de prendre les r�sultats du sondage seulement � titre indicatif, et je pense que ce qui sera aussi surtout int�ressant, ce seront les t�moignages et le d�bat technique... En effet, le r�sultat du sondage sera uniquement repr�sentatif de l'activit� des membres du club developpez.com mais ne sera �videment pas exactement repr�sentatif du march� en g�n�ral.

Voir aussi l'autre sondage : Votre langage serveur pr�f�r� pour le web ?
Les archives sont ici : http://www.developpez.net/forums/d68...refere-2009-a/ et http://www.developpez.net/forums/d10...ation-prefere/
Vous avez lu gratuitement 0 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer � vous proposer des publications.

Une erreur dans cette actualit� ? Signalez-nous-la !

174 commentaires
Signaler un probl�me
FR119492
Avatar de FR119492
R�dacteur https://www.developpez.com
Le 27/10/2010 � 11:25
Bonjour � tous!
Comme l'an dernier, j'ai vot� Fortran. Comme �a peut �tonner certains d'entre vous, quelques explications s'imposent:
Nous avons chacun notre m�tier, donc des t�ches bien sp�cifiques � accomplir. Mon m�tier, c'est le calcul scientifique. Je ne fais ni de la comptabilit�, ni du traitement d'image ou de signal, ni de la commande en temps r�el, ni des animations. Je calcule (ou plut�t je fais calculer mon ordinateur), un point c'est tout; et pour �a, le Fortran reste le langage le plus performant (il y a quand m�me un ex-aequo, le C). Pour ceux qui ne me croiraient pas, programmez la r�solution d'un syst�me lin�aire de 10'000 �quations � 10'000 inconnues et chronom�trez.
Je ne pr�tend pas que le Fortran soit le meilleur langage, mais c'est celui qui me convient le mieux.
Jean-Marc Blanc
13  0 
TropMDR
Avatar de TropMDR
Membre �prouv� https://www.developpez.com
Le 29/11/2010 � 22:05
J'ai choisi "langages fonctionnels", mais j'aimerai quand m�me pr�ciser un peu !

Mon langage "normal" pr�f�r� est OCaml. C'est un langage multiparadigme. Il incite � la programmation fonctionnelle, mais donne au programmeur la possibilit� de programmer en imp�ratif (il y a les boucles, r�f�rences et tableaux qu'il faut), mais aussi en objet (c'est le O de OCaml). Son mod�le objet est d'ailleurs beaucoup plus puissant que celui de java par exemple, autorisant du vrai polymorphisme, du sous typage structurel (et non li� � l'h�ritage, qui n'est l� que pour le partage de code), de parler de la classe courante dans les types, etc etc.
Son syst�me de type statique extr�mement puissant (et continuant � s'am�liorer r�guli�rement) rend les programmes tr�s s�r (les programmeurs caml ont l'habitude de dire "�a type, donc �a marche". Ce n'est bien s�r pas compl�tement vrai, mais c'est loin d'�tre compl�tement faux). Mais l'inf�rence de type compl�te fait que pour une utilisation normale, il n'y a aucun type � �crire, sauf pour la documentation ou pour aider � l'abstraction. Par exemple le code
Code : S�lectionner tout 
1
2
3
4
let rec map fn lst =
  match lst with
  | [] -> []
  | hd::tl -> fn hd :: map fn tl
qui applique une fonction � tous les �l�ments d'une liste est un code parfaitement typ� (de type polymorphe ('a -> 'b) -> 'a list -> 'b list pour ceux que �a int�resse). Aucune annotation !
Pour ce qui est des performances, elles sont plus qu'honorables. On parle g�n�ralement de facteurs 2 � 4 avec le C. C'est n�anmoins tr�s variable suivant les applications. J'ai d�j� �cris une application plusieurs ordre de grandeurs fois plus rapide que son homologue en C, juste parce que caml lib�re du temps cerveau programmeur en se chargeant des probl�matiques bas niveau, autorisant celui ci � se concentrer sur les vrais probl�matiques. (Dans le cas dont je parle, la solution �tait de faire de la m�moization, grandement faciliter entre autre par la possibilit� de rendre du code "lazy" en caml. �videmment, le code aurait put �tre repris en C avec du temps, et aurait sans doute �t� plus performant, mais le jeu n'en valait pas la chandelle).
Un des plus gros d�faut de caml est qu'un ne permet pas d'�crire des programmes tournant sur plusieurs coeurs. Vous pouvez �crire un programme avec des threads s'il y a un avantage algorithmique � le faire (et pour ne pas freezer en cas de lattence lors d'une lecture r�seau par exemple), mais un lock global emp�chera les diff�rents threads de s'ex�cuter en parall�le. Cette limitation est du au GC (garbage collector, glaneur de cellules), qui pour �tre correcte n�cessite une ex�cution lin�aire.

Mon deuxi�me langage pr�f�r� pour 2010 (et 2011 ) est moins "normal". En effet, ce langage est Coq. Coq est un langage fonctionnel, comme OCaml. Contrairement � ce dernier pourtant, coq n'est vraiment *que* un langage fonctionnel. Il n'a aucun trait imp�ratif (il est totalement pur), au point qu'on ne peut m�me pas directement lire un fichier ou afficher quelque chose sur la sortie standard ! (j'insiste sur le "pas directement", sinon ce serait vraiment inutile).
Alors quel est l'int�r�t par rapport � caml ? H� bien c'est la puissance du syst�me de type de Coq ! Je disais plus haut que celui de caml �tait puissant. Si le syst�me de type de Java est une souris, et celui de caml une baleine bleue, celui de coq ressemblerait plut�t � �a. Quel est l'int�ret ? Et bien on peut y exprimer des th�or�mes math�matiques. Par exemple on peut y exprimer que tout entier est soit paire soit impaire :
Code : S�lectionner tout 
Lemma foo: forall n:nat, exists p, n = 2 *p \/ n = 2 * p +1
On peut ensuite prouver ce lemme. Coq est en fait ce qu'on appelle un "assistant de preuve". C'est � dire qu'il laisse l'utilisateur exprimer des th�or�mes puis les prouver, et v�rifie extr�mement strictement que la preuve est correcte (et prouve aussi automatiquement les morceaux faciles).

Alors pourquoi je parle de �a dans un sondage sur le langage de programmation pr�f�r� ? H� bien la magie de Coq (qui vient de l'isomorphisme de Curry-Howard), c'est que c'est aussi un langage de programmation. Mais en combinant les deux (langage de programmation + assistant de preuve), on peut prouver formellement les programmes que l'ont �cris. Et il y a deux grosses diff�rences avec une simple preuve sur papier. La premi�re est que Coq, en tant qu'assistant de preuve, est particuli�rement pr�cis, et emp�che toute erreur. Mais surtout, ici, on prouve directement *le programme*, c'est � dire celui qui tournera effectivement. Il n'y a donc plus de risque d'introduire des erreurs en impl�mentant l'algorithme qu'on a prouv� sur papier.

Une fois le programme �cris et prouv�, on peut ensuite "l'extraire", c'est � dire d'une certaine mani�re le "compiler" vers... ocaml ! C'est ensuite en caml qu'il faut �crire la "glue" pour faire tourner le code (par exemple la lecture dans les fichiers, l'�criture, etc).

La question l�gitime est: peut on r�ellement prouver de "vrais" programmes, et pas juste des exemples jouets. La r�ponses est clairement "oui".

La librairie standard de Coq contient un certain nombre d'exemple, dont une impl�mentation int�gralement prouv� des maps � base d'AVL. Il y a une preuve de la validit� fonctionnelle (quand on ajoute un �l�ment, il est ensuite dans la map !) mais aussi que toutes les op�rations maintiennent l'�quilibre.

Mais en beaucoup plus impressionnant, il y a le compilateur C Compcert. Ici, c'est un compilateur complet, de C vers ARM, PowerPC et x86 qui est prouv�. Seul le parsing et l'ouput final de l'assembleur (c'est � dire juste l'impression dans un fichier. La g�n�ration de l'assembleur est bien sur prouv�) sont �cris en caml non prouv�s. Il est donc bien possible de prouver int�gralement de vrais gros projets.

Voici donc mes deux langages pr�f�r�s
8  0 
jpelaho
Avatar de jpelaho
Membre confirm� https://www.developpez.com
Le 27/10/2010 � 18:48
Je vote C#

- Pourquoi ce choix

C'est le langage que j'utilise au bureau, c'est aussi le langage "phare" de la plateforme .net

- Les plus/avantages
Bye bye les pointeurs, bonjour le "garbage collector", bref beaucoup d'avantages que j'attribuerais plus � l'EDI Visual Studio qu'au langage lui m�me (accesseur et mutateur tr�s � softs �, Utilisation des bloc #region, code snippet ...)

- Les moins/inconv�nients
Le Framework lourd qu'on doit embarquer avec l'application pour pouvoir installer sans probl�me. Les versions du Framework changent aussi trop vite � mon gout.

- Quels projets r�alisez-vous avec et pourquoi
Applications professionnelles et petits projets perso

- Vers quels autres langages pensez-vous �voluer dans le futur
Je travaille rarement avec java et c++

- Comment vous �tes-vous form�, ou avez-vous �t� form� sur ce langage
Formation au boulot, certifications

- Est-ce une utilisation amateur ou professionnelle
Professionnelle

- Avez-vous fait votre choix pour raison professionnelle, par plaisir, par choix personnel
Le choix s'imposait puisqu'on travaille sur la plate forme .net au bureau

- Quels outils vous utilisez (Editeur, EDI, etc.)
Visual Studio

- Autres langages utilis�s, pourquoi ? Dans quel cadre ? Et comparaisons ?
J'utilise aussi Java et C++ pour des projets perso, je compte approfondir mon C++ depuis que j'ai d�couvert Qt

- Sur quels syst�mes ou plateformes vous travaillez (Windows, DotNET, Linux, etc.)

Windows

- Conclusion
Juste une remarque, au moment ou je poste il n'ya aucun qui a choisi vb6, bizarre !
7  0 
Florian Goo
Avatar de Florian Goo
Membre �clair� https://www.developpez.com
Le 01/11/2010 � 7:01
Tout comme l'ann�e derni�re, le C++.
Mais mon avis sera cette fois-ci un peu plus critique.

- Pourquoi ce choix ?
Malgr� ses nombreux d�fauts, cela reste le meilleur langage que je connaisse.

- Les plus/avantages :
- typage fort et statique (� mes yeux le strict minimum pour un langage de programmation s�rieux)
- ind�pendant de toute machine virtuelle
- grande puissance, libert� sans limite, contr�le total
- tr�s rapide
- large panel d'application (du m�tal aux nuages, comme l'a si joliment dit ac_wingless) d� � sa nature multi-paradigme et � sa capacit� d'abstraction
- pas de culte du � tout-objet � que l'on peut retrouver en Java
- biblioth�que standard �crite en C++ (� l'oppos� de l'API Java, par exemple), qui n'est pas forc�ment un avantage en soi, mais qui t�moigne de la puissance du langage
- base �normissime et qualitative de biblioth�ques et d'outils

- Les moins/inconv�nients :
- syntaxe peut-�tre un peu trop verbeuse, mais rien de bien critique

- pr�processeur trop primitif et brut de d�coffrage

- typage pas assez fort (conversions implicites h�rit�es du C) qui peut donner des comportements ind�sirables

- temps de compilation absurdement long
Cela est en grande partie d� au syst�me d'inclusion textuelle (#include) qui entra�ne autant d'analyses des headers inclus que d'unit�s de compilations incluant ces headers.
Le temps de compilation sera, esp�rons-le, amoindri par le syst�me de modules pr�vu pour le technical report post-C++0x.

- l'absence d'un garbage collector
Il existe une hypocrisie certaine � ce sujet. Dans les rangs des amateurs du langage, on entend souvent dire que le garbage collector est seulement bon pour les programmeurs fain�ants incapables de g�rer leur m�moire eux-m�mes. Et dans le m�me temps, l'usage des pointeurs intelligents (appellation malheureuse) est, � raison, hautement pr�conis� par les bonnes pratiques du langage. Pourtant, leur syst�me de comptage de r�f�rences les rends plus lents et moins puissants qu'un ramasse-miette. En effet, ce dernier est en mesure de g�rer les d�pendances cycliques d'une part et s'ex�cute lorsque le programme consomme peu de ressources processeur d'autre part.
� d�faut du garbage collector initialement pr�vu, le prochain standard du C++ inclura un support minimal cens� faciliter leur impl�mentation.

- composition lourde � mettre en place et � maintenir
Bonne pratique de la conception orient�e objets que de pr�f�rer la composition � l'h�ritage. H�las, le langage ne propose rien qui permette de mettre en place une composition aussi facilement qu'un h�ritage, si bien qu'on se laisse facilement tenter par le c�t� obscur.
Si vous ne voyez pas ce que je veux dire, essayez d'�crire un pimpl pour une classe avec de nombreuses fonctions membres.
Cela dit je ne sais pas si les autres langages savent faire mieux.

- absence d'un � strong � typedef
Parfois, on aimerait qu'un type et son alias ne soient pas interchangeables.
Parfois, on aimerait aussi �tre en mesure de faire des forward declarations de typedefs pour r�soudre facilement les probl�mes de d�pendances cycliques entre types.

- n�cessit� de bidouiller dans de rares cas
En C++, on peut tout faire. M�me �muler des fonctionnalit�s qui n'ont pas (encore) �t� incluse dans le langage.
Par exemple, les concepts ont �t� �cart�s du prochain standard. Peu importe ! Sortez les SFINAE, type traits, bidouilles � base d'enums et de sizeof�
Certes, on arrive � nos fins (quoique), mais on arrive aussi � un bon mal de cr�ne.

- langage extr�mement compliqu� � analyser
Ce n'est pas un d�faut qui touche directement le programmeur, mais cela l'affecte malgr� tout indirectement. On aimerait b�n�ficier d'une autocompl�tion aussi puissante et rapide que celle dont les programmeurs Java ont le loisir de retrouver dans Eclipse.
Si l'on �liminait ne serait-ce que les ambigu�t�s syntaxiques, ce serait d�j� une avanc�e significative. Mais � part �a, la complexit� de l'analyse n'est pas gratuite : elle est li�e � la richesse du langage en lui-m�me.

- difficult� de faire �voluer le langage
Les �volutions apport�es par C++0x seront moins nombreuses que pr�vu : pas de concepts, pas de garbage collectors, inclusion du syst�me de modules report�, ainsi que l'absence d'un certain nombre de fonctionnalit�s qu'on aurait appr�ci�.
Le C++ est un vieux langage, h�ritant lui-m�me d'un langage plus vieux encore. L'avantage, c'est que la base existante de code r�utilisable est �norme. L'inconv�nient, c'est qu'il est bien plus difficile de le faire �voluer et de se d�barrasser de certaines vieilleries (le genre de vieilleries qui seraient absentes si le C++ �tait � refaire aujourd'hui).
Beaucoup des lacunes que j'ai cit�es pourraient �tre combl�es facilement s'il n'�tait pas aussi compliqu� de faire �voluer le langage.

- Qt
Je regrette que ce framework soit aussi omnipr�sent dans l'�cosyst�me C++. Il est � mes yeux en contradiction totale avec le langage : extensions non-standards (via moc), d�pendance avec un QtCore intrusif (bref, un framework, donc) redondant avec la STL et avec Boost, culte du � tout-objet � (avec un hideux QObject, classe de base commune � tous les types du framework) et j'en passe.
Dans la m�me cat�gorie, gtkmm me semble bien plus dans l'esprit du C++ (un comble pour un binding).
Enfin, il s'agit pour le coup d'un avis plus subjectif que les autres points.

- et s�rement d'autres choses que j'oublie ou que je n'ai pas (encore) rencontr�es.

- Quels projets r�alisez-vous avec et pourquoi ?
De tout. Le C++ peut tout faire ou presque.

- Vers quels autres langages pensez-vous �voluer dans le futur ?
Je m'int�resse au Haskell depuis peu. Il faudrait aussi que j'en apprenne davantage sur le D.
H�las, ce n'est pas demain la veille que l'on pourra en faire usage en entreprise. En tout cas pas en France.

- Comment vous �tes-vous form�, ou avez-vous �t� form� sur ce langage ?
En autodidacte, avec des livres (notamment sur les bonnes pratiques du langage� Meyers, Alexandrescu et Sutter sont vos amis) et surtout beaucoup de pratique !

- Est-ce une utilisation amateur ou professionnelle ?
Les deux.

- Avez-vous fait votre choix pour raison professionnelle, par plaisir, par choix personnel ?
Initialement par choix personnel. Le C++ r�pond tr�s bien aux besoins des puristes les plus acharn�s.
Ce langage �tant tr�s pr�sent dans l'industrie, c'est un choix que je ne regrette pas d'un point de vue professionnel.

- Quels outils utilisez-vous (Editeur, EDI, etc.) ?
Vim, alli� � CMake et GCC.

- Autres langages utilis�s, pourquoi ? Dans quel cadre ? Et comparaisons ?
Rien d'autre � part les langages Web.

- Sur quels syst�mes ou plateformes vous travaillez (Windows, DotNET, Linux, etc.)
Linux et Windows.

- Conclusion
Je r�ve d'une r�forme plus audacieuse du C++, quitte � ce que la r�tro-compatibilit� en p�tisse un peu.
8  1 
Jbx 2.0b
Avatar de Jbx 2.0b
Membre chevronn� https://www.developpez.com
Le 27/10/2010 � 10:54
Il manque le "langage de l'ann�e" : Objective C. �a aurait �t� int�ressant de voir son impact parmi la communaut� de d�veloppez.com.

J'ai vot� C++.

- Pourquoi ce choix:
*Seul langage �volu� permettant de r�pondre en terme de performance � mes besoins professionnels (� savoir traitement d'images, de vid�o, r�alit� augment�e).

-Les plus/avantages:
*multiples possibilit�s (templates, h�ritage multiple, pointers, r�f�rence, et smarts pointers avec boost, possibilit�s de cast, inline...)
*donne un sentiment de ma�trise qui nous fait oublier cette impression d'�tre un "pisseur de lignes"
*Coupl� avec des framework comme Qt, ou des librairies comme boost, sa souplesse �gale presque celle d'un Java ou d'un C#.

- Les moins/inconv�nients:
*IDE bien en de�� de ceux disponible pour les langages interpr�t�s (Java, C#).

- Quels projets r�alisez-vous avec et pourquoi:
Traitement d'images et vid�o dans des IHM tactiles avec r�alit� augment�e au boulot. Quelques petits moteurs 3D en projets personnels.

- Vers quels autres langages pensez-vous �voluer dans le futur:
*C++ 1x certainement. Je serrais peut-�tre amen� � coder en Java et C# sur de futurs projets. J'utilise �galement javascript dans des projets persos.

- Comment vous �tes-vous form�, ou avez-vous �t� form� sur ce langage:
*Autodidacte, j'avais d�j� int�gr� une bonne partie du langage C++ quand j'ai eu la chance d'avoir quelques cours de C � l'IUT. J'ai suivis une formation en physique ce qui me permet d'avoir une "double casquette".

- Est-ce une utilisation amateur ou professionnelle
Les deux.

- Avez-vous fait votre choix pour raison professionnelle, par plaisir, par choix personnel
*Plaisir, choix personnel. Faut dire c'est �crit en gras en haut de mon CV. Mais vu que je suis dans une SSII le langage changera forc�ment au gr�s des besoins des missions disponibles.

- Quels outils vous utilisez (Editeur, EDI, etc.)
*Visual Studio 2008 dans ma mission actuelle, avec un peu de QtCreator pour faire des tests rapides sur des widgets sans sortir l'artillerie lourde. Chez moi c'est Eclipse CDT et QtCreator.

- Autres langages utilis�s, pourquoi ? Dans quel cadre ? Et comparaisons ?
*Java, javascript, python, php, C# selon les besoins. Les comparaisons sont toujours subjectives, mais je trouve que Java est un langage formidable mais que les frameworks qui tournent autour le transforment en une v�ritable usine � gaz. C# c'est beau mais c'est ferm�, pas fait pour �tre multi-plateforme, puis �a a toujours ce petit gout d�sagr�able de Microsoft. Php �a permet de faire les choses vite fait mais faut que �a reste petit. Python je le r�serve pour le scripting.

- Sur quels syst�mes ou plateformes vous travaillez (Windows, DotNET, Linux, etc.)
*Windows au taf, quasiment exclusivement linux at home
6  0 
kurk49
Avatar de kurk49
Membre habitu� https://www.developpez.com
Le 27/10/2010 � 11:17
Il est vrai que le code JAVA est suppos� �tre 100% portable. Mais ceci n'est pas totalement vrai pour les GUIs. L'aspect obtenu et la g�om�trie sont tr�s d�pendantes du Window Manager et n�cessitent parfois des ajustement qui mettent � mal cette portabilit�.

En outre, personnellement les codes que j'�cris ont des gros besoins en maintenabilit�, ce qui exclu les multiples incr�m�nts de version de JAVA. C'est pour cela aussi que laisser la survie d'un langage au bon vouloir d'une multinationale est invalidant...
6  0 
Kerod
Avatar de Kerod
Inactif https://www.developpez.com
Le 27/10/2010 � 12:54
Citation Envoy� par palnap Voir le message
Et PHP, vous connaissez? C'est le langage qui a le plus de PdM sur le web... Et AS3?

C'est pas s�rieux les gars... Surtout quand vous faites apparaitre BASIC ou Fortran !
Au risque de me r�p�ter :
Ce sondage ne prend pas en compte les langages sp�cialement destin�s au web comme ASP, PHP, Coldfusion, Flash etc.
Voir aussi l'autre sondage : Votre langage serveur pr�f�r� pour le web ?
6  0 
FR119492
Avatar de FR119492
R�dacteur https://www.developpez.com
Le 27/10/2010 � 16:26
Salut!
Est-ce une utilisation pour impl�menter des outils de calculs, ou pour effectivement effectuer un calcul formel comme on le ferait faire � Maple, Matematica ou Maxima?
Fortran est fait pour le calcul num�rique et non pour le calcul formel. J'ajoute qu'il existe des masses de biblioth�ques, parmi les meilleures au monde sur le site www.netlib.org qui est g�r� par l'Universit� du Tennessee � Knoxville.
Jean-Marc Blanc
5  0 
Klaim
Avatar de Klaim
Membre expert https://www.developpez.com
Le 27/10/2010 � 11:27
edit> C++ pour moi

- Pourquoi ce choix

Parce que profond�ment int�ress� par le d�veloppement de jeux, ce langage est par nature mon langage de pr�dilection - alli� a d'autres langages en r�alit� (un seul choix est pour le moins non-r�aliste...)

- Les plus/avantages

Syst�me de type fort (et je parle m�me pas de la metaprog) qui fait qu'on rep�re pas mal de probl�me a la compilation, les performances brutes d�s le d�part (si on pense bien ses algos, comme pour tout langage), acc�s direct � la machine, abstraction haut niveau voir tr�s tr�s haut niveau, ne payer que pour ce qu'on a demand�, le nombre de biblioth�que qui doit �tre le plus grand que je connaisse vu que contrairement a d'autres langages on a acc�s a tous les niv�aux d'abstractions de la machine et �a se refl�te dans la vari�t� des biblioth�ques.

Et accessoirement, les temps de r�flexion permis/forc�s par la compilation. M�me si parfois c'est trop lent.

- Les moins/inconv�nients

Le temps de compilation sur les gros projets utilisant pas mal de templates, l'absence d'un syst�me de typage des templates (les Concepts), l'absence de sp�cification d'ABI qui permettrait de plus simples interactions entres modules et l'absence de notion de module.

Accessoirement le nombre d'instructions et de d�tails �normes qui fait qu'on a beaucoup de choses a apprendre avant d'�tre productif pour des projets de haute performance. Cela dit, un d�butant peut d�j� faire �norm�ment en en sachant tr�s peu.

- Quels projets r�alisez-vous avec et pourquoi

Au boulot, application tr�s flexible pour faire des variantes pour diff�rents clients facilement.
Chez moi des jeux vid�o. Cela dit j'ai aussi fait des jeux dans d'ancien jobs, ainsi que des appli embarqu�es (jeux et non-jeux confondu) sur t�l�phones portables (pas les iphones et similaires, les vieux trucs moches d'avant).

- Vers quels autres langages pensez-vous �voluer dans le futur

Je m'int�resse � plein de langage actuellement, surtout les langages syst�mes. D par exemple, Haskell aussi, Ruby pour d'�ventuels d�veloppement web. Sur ce point, je pense quand m�me tenter du d�veloppement web via CPPCMS en C+ donc.

- Comment vous �tes-vous form�, ou avez-vous �t� form� sur ce langage

Autodidacte. Le net, les livres, les gens.

- Est-ce une utilisation amateur ou professionnelle

Les deux.

- Avez-vous fait votre choix pour raison professionnelle, par plaisir, par choix personnel

Les trois. Cela dit, je ne comprends pas l'int�r�t de demander 1 seul langage : dans quasiment tous les projets sur lesquels j'ai travaill�, certains aspects sont mieux r�solus par l'addition d'autres langages g�n�ralement oppos�s dans la philosophie. Par exemple, C++ et Python vont bien ensemble pour tout un tas d'applications. Une couche de scripting de Lua ou Python au runtime permet de grands �lans de modifications sans compilation, etc.

- Quels outils vous utilisez (Editeur, EDI, etc.)

Visual Studio (toutes versions confondues), Notepad++ et je compte apprendre deux trois trucs.

- Autres langages utilis�s, pourquoi ? Dans quel cadre ? Et comparaisons ?

Python pour syst�mes de build et autre manip de fichiers, compte l'utiliser en syst�me de script.
Lua en system de script. C# pour des outils.
Des tas d'autres en fait, mais c'est un peu long si on doit tout lister...

- Sur quels syst�mes ou plateformes vous travaillez (Windows, DotNET, Linux, etc.)

Principalement Windows, mais je me mets � Linux (Ubuntu/Fedora).

- Conclusion

On devrait avoir au moins 3 choix au lieu d'un.
4  0 
Kerod
Avatar de Kerod
Inactif https://www.developpez.com
Le 26/10/2010 � 21:28
Citation Envoy� par Luc Hermitte Voir le message
PS: C'est bient�t fini 2010...
C'est � la fin d'une ann�e qu'on fait des bilans il me semble nan ?
3  0