Discussion :

[jabbounet]

Salut!

Je travaille avec un Compaq Fortran dont le manuel de référence date de septembre 1999 et qui semble avoir intégré les possibilités F90 et F95. En fait, je programme en format fixe, parce que je n'ai pas encore vu de raison valable de changer et je n'utilise que peu des nouveautés, si ce n'est le format EN qui est très pratique pour l'impression des résultats. C'est peut-être un peu "retro", mais très efficace.
Jean-Marc Blanc

Qu'importe le flacon pourvu que l'on ai l'ivresse ^^

[Licel]

J'ai choisi de voter pour .net parce que c'est celui qui m'a le plus donné solution aux besoins spontanés.

Certes que c'est le framework qui le permet; mais pour ma part le VB reste le language le plus simple et je me dis que le meilleur reste à venir!

[Tommy31]

Non, ça n'est pas une blague, mais ça va devenir un défi: Dans le langage de ton choix, tu écris un programme pour résoudre un système linéaire de 10'000 équations à 10'000 inconnues, et ensuite, on chronomètre et on compare le temps d'exécution avec celui de mon programme écrit en Fortran.

Faudrait voir si ça intéresse du monde de monter un banc d'essai pour mesurer les performances relatives des différents langages d'implémentation. Je pense pas que cela soit d'une très grande utilité, mais je suis curieux de savoir si les écarts sont si grands que ça...

[alex_pi]

Faudrait voir si ça intéresse du monde de monter un banc d'essai pour mesurer les performances relatives des différents langages d'implémentation. Je pense pas que cela soit d'une très grande utilité, mais je suis curieux de savoir si les écarts sont si grands que ça...

Même qu'on pourrait appeler ça un shootout

[Matthieu Brucher]

Faudrait voir si ça intéresse du monde de monter un banc d'essai pour mesurer les performances relatives des différents langages d'implémentation. Je pense pas que cela soit d'une très grande utilité, mais je suis curieux de savoir si les écarts sont si grands que ça...

Les différences de performance peuvent être importantes si ton code se base sur certaines hypothèses communes avec Fortran.

[Tommy31]

Même qu'on pourrait appeler ça un shootout

Donc, si je me fis à ceci :
http://shootout.alioth.debian.org/u3...ang2=ifc&box=1

sur les tests effectués, le c++ demeure le plus rapide, mais plus consommateur de mémoire que fortran ?

[FR119492]

Salut!

je suis curieux de savoir si les écarts sont si grands que ça...

Il ne s'agit évidemment pas de gagner quelques millisecondes sur un temps de réponse. Il y a quelques années, j'avais organisé un comparatif de ce genre; pour les mêmes calculs, le Fortran et le C étaient presque ex aequo, alors que le TurboPascal prenait environ 2,5 fois plus de temps. Je concède que 2,5 fois 1 seconde, c'est supportable, mais 2,5 fois 4 heures, ça commence à faire beaucoup.
Jean-Marc Blanc

[Tommy31]

pour les mêmes calculs, le Fortran et le C étaient presque ex aequo, alors que le TurboPascal prenait environ 2,5 fois plus de temps. Je concède que 2,5 fois 1 seconde, c'est supportable, mais 2,5 fois 4 heures, ça commence à faire beaucoup.

On est bien d'accord.

[slim_java]

salut tt le monde .
j'ai voter pour java ,et voici pourquoi j'appréciais ce langage

• « Write once, ....... run anywhere »

• richesse des API standard

• plusieurs API commerciaux et libre

• Documentation

[covao]

Il vaut mieux faire un vrai questionnaire pour mieux dépouiller les résultats.

[Haaggen]

Pourquoi ce choix ?
- J'ai commencer avec et j'ai accrocher directement maintenant je ne pourrais changer car je suis habituer a cette syntaxe .

Les plus/avantages
- Beaucoup de bibliothèques disponibles (bases de données, réseaux, GUI, jeux, calcul numérique, manipulation de chaînes, etc.)
- Très Portable. Difficile de trouver une plateforme sur laquelle on ne peut pas faire de ( enfin un compilateur ) C++. Si vous en avez dite le moi .

Les moins/inconvénients
Je n'en connais pas sauf son approche difficile au départ mais quand on commence à le maitriser ... Sa Roxx .

Quels projets réalisez-vous avec et pourquoi ?
Tout type de projets pour l'instant j'essaye les bibliothèques de fenêtrage ( QT , WxWidgets , SnakeLib ... ) et les bibliothèque 2D ( SFML , SDL , ... )

Vers quels autres langages pensez-vous évoluer dans le futur ?
Je ne sais vraiment pas c'est l'avenir qui me le dira

Comment vous êtes-vous formé, ou avez-vous été formé sur ce langage ?

Grâce aux tutoriels Maintenant en 3 ème , au début j'y ai appris xHTML mais je n'ai pas accrocher à la programmation web puisque que je voulait faire des jeu du style Cs ... ( C'est oublié pour l'instant vue mon niveau bon mais pas assez de connaissance ) .

Est-ce une utilisation amateur ou professionnelle ?
Amateur .

Avez vous fait votre choix pour raison professionnelle, par plaisir, par choix personnel ?
Par choix personnel et par choix personnel

Quels outils vous utilisez (Editeur, EDI, etc.) ?
Code::Blocks . J'ai commencé avec et je trouve Microsoft Visual Studio trop lourd et avec les Nightly Builds C::B devient vraiment puissant .

Autres langages utilisés, pourquoi ? dans quel cadre ? et comparaisons ?
- C : J'y ai commencé pour avoir de bonne base mais bon je ne sais même plus comment faire une allocation dynamique sais dire ...


Sur quels systèmes ou plateformes vous travaillez (Windows, DotNET, Linux, etc.) ?
- Windows , j'avais essayer Linux mais mon ancien PC n'avait pas la config nécessaire pour Ubuntu .

Conclusion

Le C++ est un langage puissant mais chaque jour l'ont découvre quelque chose et il faut toujours s'entrainer .

[Melem]

Les plus/avantages
...
- Très Portable. Difficile de trouver une plateforme sur laquelle on ne peut pas faire de ( enfin un compilateur ) C++. Si vous en avez dite le moi.

Bah : calculatrices TI (Texas Instr.), microcontrôleurs (Motorola, Microchip (PIC), etc.), l'environnement "noyau" de Windows (la "plateforme" d'exécution des drivers Windows), etc. pour s'arrêter là. Pour toutes ces plateformes, on a pourtant d'innombrables compilateurs C (et là encore, il s'agit souvent du C90, rarement pour ne pas dire jamais du C99).

De plus, même sur les plateformes pour lesquelles on a un ou des compilateurs C++, c'est très fréquent que leur compatibilité avec la norme soit médiocre. Pour un exemple, jette un peu un coup d'oeil à Symbian C++ (le C++ qui fut utilisé dans le développement de Symbian OS), te demanderais pourquoi ils ont osé appelé ça Symbian "C++" ...

D'accord pour le fait qu'on peut, en théorie, faire des compilateurs C++ pour toutes les plateformes possibles, mais à un prix d'efforts tellement importants que cela ne saurait se je justifier. Le C++ est lourd, difficile à implémenter. Tel n'est pas le cas du C qui est assez léger (très proche de la machine). T'as donc peut-être mélangé un instant C et C++ ? Il faut toujours avoir à l'esprit que ce sont deux langages différents.

D'accord aussi pour le fait que ce n'est pas tout le monde qui fait de l'embarqué ou qui développe des drivers pour Windows et bla bla bla. Le fait c'est que le problème est là. Il existe.

C++ est un excellent langage, mais on principal inconvénient est sans doute sa lourdeur. Ton argument n'était donc pas valide.

[s4mk1ng]

Haagen:+1,j'aimes bien le C++pour son côté portatif et je le trouves plus évolué(c'est mon premier language après le html/php)...
Après comme toi j'ai fait les cours du sdz qui sont vraiment bien je trouves.

[Sergejack]

Bojnour.

Mon choix se porte sur le C# (mon second choix aurait été Java).

Pourquoi ce choix

J'utilise beaucoup ce langage pour l'ASP.Net depuis près de 2 ans et j'apprécie vraiment les facilités de ce language.


Les plus/avantages

Beaucoup de mécanismes facillitent la vie du développeur (garbage collector, events, properties, attributes, nullable type...).

Les moins/inconvénients.

En tant que technologie microsoft, les documentations officielles des différentes librairies sont pénibles à parcourir et pleines de cul de sac.
Bref, l'apprentissage des librairies est rendu difficille.

Quels projets réalisez-vous avec et pourquoi

Des sites web et des applications en concordance avec l'existant, occasionnellement par choix (pour les sites, je préfères souvent le php).

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

Je devrais peut-être me remettre au C++

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

Avec un vieux bouquin sur le .Net 2.0.

Est-ce une utilisation amateur ou professionnelle

Professionelle.


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

Visual Studio 2008.

Autres langages utilisés, pourquoi ? dans quel cadre ? et comparaisons ?

PHP pour certains sites web, pour tirer parti du CMS Joomla! et parce qu'un contrôle granulaire de l'application y est plus famillier.


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

Windows, DotNET

Conclusion

Le C#, c'est bien mais M$ gache le plaisir avec une documentation limitée.

[yamashi]

Personellement j'hésite entre le C++ et le C#.
Je viens de découvrir les C# et sa facilité comparé au C++ me donne envie de faire du haut niveau de temps en temps...
J'ai commencé à coder en C et je ne suis jamais vraiment sortie des langages de bas niveau donc quand j'ai essayé C# ce fut quelque chose de superbe pour moi.
Mais j'ai choisit le C++ car je peux tout faire avec et puis je travail avec CUDA donc je me dois de rester sous C++.
Puis le C++ est quand même très rapide et sa complexité, une fois maitrisé permet d'exploiter son immense potentiel (infinit ?) et c'est que du bohneur.
Je suis developpeur CUDA et je developpe dans mon temps libre un mmorpg donc C++ est le langage auxquels je touche tout les jours, aussi bien au boulot qu'a la maison.

[vpourchet]

Sans opinion.

Personnellement j'ai autant codé en Java qu'en C# et en Delphi. Difficile de les départager. De toute façon en entreprise on à pas vraiement le choix du langage

[Pierre Louis Chevalier]

De toute façon en entreprise on à pas vraiement le choix du langage

Tu peu changer d'entreprise

[keskidi]

Mon langage favori, c'est le C
- Pourquoi ce choix
Parce que c'est le langage le plus performant, qu'il est disponible sur tous les systèmes.
- Les plus/avantages
La possibilité d'écrire du code efficace, la portabilité.
- Les moins/inconvénients
Difficile d'écrire des applications windows, linux, sans utiliser du C++.
Lent à écrire.
Permet de planter très facilement une machine.
- Quels projets réalisez-vous avec et pourquoi
Tout types de projet
- Vers quels autres langages pensez-vous évoluer dans le futur
Je ne sais pas si il existe déjà
- Comment vous êtes-vous formé, ou avez-vous été formé sur ce langage
A la mano
- Est-ce une utilisation amateure ou professionnelle
Amateur
- Avez vous fait votre choix pour raison professionnelle, par plaisir, par choix personnel
euh, parce que après le basic, l'assembleur, le pascal, le C s'est révélé être LE langage, possibilité d'écrire au plus près de la machine avec un langage évolué. Pour moi, ce qui compte c'est l'efficacité d'un programme, pas la rapidité avec laquelle on développe une jolie application qui bouffe toutes les ressources pour faire une addition.
- Quels outils vous utilisez (Editeur, EDI, etc.)
Ultraedit
- Autres langages utilisés, pourquoi ? dans quel cadre ? et comparaisons ?
Java : En gros, c'est du C++ non compilé, web, lent
C++ : C'est du C écrit à l'envers mais en plus lent, incontournable pour faire des applications windows, existe de nombreux outils permettant de développer plus rapidement, difficile de se rappeller de toutes les fonctions, et on a pas le contrôle sur le code généré (Appels au DLLs système qui ont l'air d'avoir été écrites avec des mouffles).
C# : Connait pas, mais ne semble pas apporter grand chose à part une amitié incontournable avec billou.
VB, VB, VB : ben ouais, que dire, du basic quoi, interprété ou semi interprété, vu le temps que met un traitement sur 20000 lignes dans excel, nécessite un processeur supplémentaire.
Delphi : c'est un langage ?
Python ,perl , Ruby : Je ne me suis pas encore penché sur le sujet, mais bon, encore de l'interprété.
ADA : Le seul véritable langage objet que je connaisse, pas vu depuis ... pfff
Pascal : Vu avant le C, dommage que je préfère le second.
BASIC : Ah, quand les ordinateurs ne disposait que de 16ko de mémoire ...
WINDEV : AGL, un bon produit, malheureusement, pas vraiment de contrôle sur ce qui est généré, reste un must pour faire vite.
Powerbuilder : tellement de mauvais échos sur ce produit, que je ne suis pas allé voir de quoi il retournait.
Cobol : Rien de plus simple, toujours très actif sur mainframe, qui reste le seul environnement où la vitesse d'exécution semble une priorité (because le prix des licences dépend de la machine), mais bon, un langage qui ne comprend ni les fonctions, ni la récursivité, c'est quand même pôvre.
Fortran : Jamais eu besoin
Langages fonctionnels : (Après (LISP (et (scheme, (ben (je (ne (suis (plus (revenu (dessus))))))))))), peut être à tort, faudrait que je me penche sur les eaux calmes.
eMerge : La seule plateforme RAD - Triggering Object que je connaisse sur mainframe, vite et bien mais nécessite de l'expertise pour éviter la lenteur.
- Sur quels systèmes ou plateformes vous travaillez (Windows, DotNET, Linux, etc.)
Windows, Linux, Mainframe
- Conclusion
Ben comme je le disais, mon soucis est surtout de faire un programme performant (rapide, peu de mémoire, peu de disque), sans doute une nostalgie des ordinateurs avec des processeurs à 1Mhz, 64 Ko de mémoire, et une cassette.
Il est certain que pour faire des applications conviviales, il est nécessaire de passer par des langages objets (C++ pour moi, donc), malheureusement, la programmation objet, n'est pas vraiment adaptée aux performances, sachant que chaque objet déclenche les mêmes actions (plus ou moins), et que l'objet 1 n'a pas à connaitre l'objet 2, les mêmes demandes seront effectués au système même si les objets sont 'identiques', l'héritage pose le problème de la taille du code, et l'ordonnancement des triggers est difficilement contrôlable 'qui de nous deux sera le premier'.
Ahh, la bonne époque du monotâche

[ZoinX]

Java : En gros, c'est du C++ non compilé, web, lent

Je ne savais pas que le Java était un langage web non compilé...

C++ : C'est du C écrit à l'envers mais en plus lent

J'ai du mal à comprendre ce point, pourrais-tu expliciter ce que tu veux dire par "écrit à l'envers" ? Il ne me semble pas avoir jamais eu besoin de retourner mon écran pour faire du C++... Quand à "plus lent", c'est loin d'être toujours vrai.

C# : Connait pas, mais ne semble pas apporter grand chose à part une amitié incontournable avec billou.

Si tu ne connais pas le C#, comment sais-tu qu'il n'apporte rien ?
Moi il m'a apporté beaucoup de choses fort utiles : les délégués, les indexeurs, la simplicité du java sans son extrêve verbosité mais avec certains des avantages du C++, ...
Sinon l'amitié incontournable avec billou, je l'attends toujours

Et je passe sur les autres commentaires du style :

Delphi : c'est un langage ?
Python ,perl , Ruby : Je ne me suis pas encore penché sur le sujet, mais bon, encore de l'interprété.
Fortran : Jamais eu besoin

qui ne méritent même pas qu'on y réponde...

[Alain Defrance]

- Autres langages utilisés, pourquoi ? dans quel cadre ? et comparaisons ?
Java : En gros, c'est du C++ non compilé, web, lent
C++ : C'est du C écrit à l'envers mais en plus lent, incontournable pour faire des applications windows, existe de nombreux outils permettant de développer plus rapidement, difficile de se rappeller de toutes les fonctions, et on a pas le contrôle sur le code généré (Appels au DLLs système qui ont l'air d'avoir été écrites avec des mouffles).
C# : Connait pas, mais ne semble pas apporter grand chose à part une amitié incontournable avec billou.
VB, VB, VB : ben ouais, que dire, du basic quoi, interprété ou semi interprété, vu le temps que met un traitement sur 20000 lignes dans excel, nécessite un processeur supplémentaire.
Delphi : c'est un langage ?
Python ,perl , Ruby : Je ne me suis pas encore penché sur le sujet, mais bon, encore de l'interprété.
ADA : Le seul véritable langage objet que je connaisse, pas vu depuis ... pfff
Pascal : Vu avant le C, dommage que je préfère le second.
BASIC : Ah, quand les ordinateurs ne disposait que de 16ko de mémoire ...
WINDEV : AGL, un bon produit, malheureusement, pas vraiment de contrôle sur ce qui est généré, reste un must pour faire vite.
Powerbuilder : tellement de mauvais échos sur ce produit, que je ne suis pas allé voir de quoi il retournait.
Cobol : Rien de plus simple, toujours très actif sur mainframe, qui reste le seul environnement où la vitesse d'exécution semble une priorité (because le prix des licences dépend de la machine), mais bon, un langage qui ne comprend ni les fonctions, ni la récursivité, c'est quand même pôvre.
Fortran : Jamais eu besoin
Langages fonctionnels : (Après (LISP (et (scheme, (ben (je (ne (suis (plus (revenu (dessus))))))))))), peut être à tort, faudrait que je me penche sur les eaux calmes.
eMerge : La seule plateforme RAD - Triggering Object que je connaisse sur mainframe, vite et bien mais nécessite de l'expertise pour éviter la lenteur.

Il ne fait nul doute que toutes ces difflamations autant absurdes qu'infondées révellent une profonde méconnaissance de ces langages pourtant pupulaires.
Je n'ai pu te prendre au sérieux depuis que tu m'a appris que Java était uniquement web et non compilé, mais bravo il fallait la faire celle-là !
Tu fracasse Delphi mais tu valorise Pascal alors qu'ils sont frères.
Chaque langage est plus adapté qu'un autre en fonction du contexte d'utilisation. Les langages interprétés ou semi compilés permettent des pratiques telles que l'introspection/reflexion et de ceci découle beaucoup de pratiques de langagage de haut niveau.

Je te propose d'aller te former en premier sur les technos que tu vient de casser en deux parce que c'est difficile de débatre avec quelqu'un d'aussi incrédible qu'inculte.