Après avoir demandé les différences entre le visual C# et visual C++,
j'aimerais qu'on me fasse un topo récapitulatif sur les différents langages
pour programmer des applications Windows, voir un classement par point de
ceux-ci, par exemple :
J'aimerai un classement par :
- Vitesse de réalisation d'une application
- Contraintes techniques (utilisation de dll, moteur... et sans compter les
librairies non standard)
- Taille de l'exécutable (sans compter les ressources à part, dll, etc...)
- Contraintes de réalisation (si on fait ce que l'on veut ou si on est
limité)
Et une question subsidiaire ;)
A votre avis dans les années à venir, qu'est ce qui sera le plus demandé sur
le marché de l'emploi ?
Merci de vos réponses, et j'espère que ça partira pas en troll ;)
Totalement arbitraire et sans signification. Si on pouvait classer les langages comme-ça il y a longtemps que cela aurait été fait.
J'aimerai un classement par : - Vitesse de réalisation d'une application - Contraintes techniques (utilisation de dll, moteur... et sans compter les librairies non standard) - Taille de l'exécutable (sans compter les ressources à part, dll, etc...) - Contraintes de réalisation (si on fait ce que l'on veut ou si on est limité)
Ces critères ne sont pas pertinents du tout. La bonne question à se poser est : "J'ai tel développement à faire, quelle est la meilleure solution ?". Il n'est pas facile d'y répondre, c'est le boulot des consultants.
Et une question subsidiaire ;) A votre avis dans les années à venir, qu'est ce qui sera le plus demandé sur le marché de l'emploi ?
Tout dépend du secteur et des besoins. Si l'entreprise est nouvelle elle s'orientera vers un langage nouveau, type Java ou C# car elle n'hérite pas de code ; si au contraire elle existe depuis longtemps elle continuera à utiliser son vieux code jusqu'à la migration. Il faut bien comprendre qu'une entreprise ne migre du code que lorsque ça devient absolument nécessaire. Si elle doit programmer des microcontroleurs elle choisira l'assembleur de la puce, etc.
Merci de vos réponses, et j'espère que ça partira pas en troll ;)
Totalement arbitraire et sans signification. Si on pouvait classer les
langages comme-ça il y a longtemps que cela aurait été fait.
J'aimerai un classement par :
- Vitesse de réalisation d'une application
- Contraintes techniques (utilisation de dll, moteur... et sans
compter les librairies non standard)
- Taille de l'exécutable (sans compter les ressources à part, dll,
etc...) - Contraintes de réalisation (si on fait ce que l'on veut ou
si on est limité)
Ces critères ne sont pas pertinents du tout. La bonne question à se poser
est : "J'ai tel développement à faire, quelle est la meilleure solution
?". Il n'est pas facile d'y répondre, c'est le boulot des consultants.
Et une question subsidiaire ;)
A votre avis dans les années à venir, qu'est ce qui sera le plus
demandé sur le marché de l'emploi ?
Tout dépend du secteur et des besoins. Si l'entreprise est nouvelle elle
s'orientera vers un langage nouveau, type Java ou C# car elle n'hérite
pas de code ; si au contraire elle existe depuis longtemps elle
continuera à utiliser son vieux code jusqu'à la migration. Il faut bien
comprendre qu'une entreprise ne migre du code que lorsque ça devient
absolument nécessaire. Si elle doit programmer des microcontroleurs elle
choisira l'assembleur de la puce, etc.
Merci de vos réponses, et j'espère que ça partira pas en troll ;)
Totalement arbitraire et sans signification. Si on pouvait classer les langages comme-ça il y a longtemps que cela aurait été fait.
J'aimerai un classement par : - Vitesse de réalisation d'une application - Contraintes techniques (utilisation de dll, moteur... et sans compter les librairies non standard) - Taille de l'exécutable (sans compter les ressources à part, dll, etc...) - Contraintes de réalisation (si on fait ce que l'on veut ou si on est limité)
Ces critères ne sont pas pertinents du tout. La bonne question à se poser est : "J'ai tel développement à faire, quelle est la meilleure solution ?". Il n'est pas facile d'y répondre, c'est le boulot des consultants.
Et une question subsidiaire ;) A votre avis dans les années à venir, qu'est ce qui sera le plus demandé sur le marché de l'emploi ?
Tout dépend du secteur et des besoins. Si l'entreprise est nouvelle elle s'orientera vers un langage nouveau, type Java ou C# car elle n'hérite pas de code ; si au contraire elle existe depuis longtemps elle continuera à utiliser son vieux code jusqu'à la migration. Il faut bien comprendre qu'une entreprise ne migre du code que lorsque ça devient absolument nécessaire. Si elle doit programmer des microcontroleurs elle choisira l'assembleur de la puce, etc.
Merci de vos réponses, et j'espère que ça partira pas en troll ;)
Mon humble avis, sur une question où il est difficile de faire des généralités ;)
Vitesse d'exécution :
1. Visual C++ 2. Delphi 3. VB 4. C#, Java
- Vitesse de réalisation d'une application
Ca dépends pas mal de ce que doit faire ton appli. Tu peux par exemple faire rapidement un outil en C, et galérer en VB pour faire le même, si y'a du bas niveau par exemple.
Ca dépends aussi énormément de ta connaissance du langage. Si tu prends Java, la principale difficulté va être de bien connaître les classes disponibles.
Donc un tel classement est très relatif, mais à connaissance égale je partirai sur celui-là : 1. C#, Java 2. VB 3. Delphi 4. Visual C++
- Contraintes techniques (utilisation de dll, moteur... et sans compter les librairies non standard)
Du plus contraignant au moins contraignant : 1. C#, Java 2. Delphi, VB 3. Visual C++
Sachant que les contraintes vont rapidement diminuer avec une intégration de plus en plus transparente.
- Contraintes de réalisation (si on fait ce que l'on veut ou si on est limité)
Du plus contraignant au moins contraignant : 1. VB 2. Delphi
Je ne sais pas trop pour C# et Java. En s'éloignant du noyau, il se passe 2 choses sur un langage : - ce qu'on mets à disposition te permet de faire des trucs puissants rapidement. - ce qu'on ne te propose pas sera d'autant plus difficile à faire que le langage sera évolué.
A votre avis dans les années à venir, qu'est ce qui sera le plus demandé sur le marché de l'emploi ?
Tu peux miser sur .net et tous les langages associés. Java aussi, sûrement plus implanté sur les OS allergiques à ms, mais aussi en embarqué. Ca tiendra, pas de doute.
Mon humble avis, sur une question où il est difficile de faire des
généralités ;)
Vitesse d'exécution :
1. Visual C++
2. Delphi
3. VB
4. C#, Java
- Vitesse de réalisation d'une application
Ca dépends pas mal de ce que doit faire ton appli. Tu peux par exemple
faire rapidement un outil en C, et galérer en VB pour faire le même, si
y'a du bas niveau par exemple.
Ca dépends aussi énormément de ta connaissance du langage. Si tu prends
Java, la principale difficulté va être de bien connaître les classes
disponibles.
Donc un tel classement est très relatif, mais à connaissance égale je
partirai sur celui-là :
1. C#, Java
2. VB
3. Delphi
4. Visual C++
- Contraintes techniques (utilisation de dll, moteur... et sans compter les
librairies non standard)
Du plus contraignant au moins contraignant :
1. C#, Java
2. Delphi, VB
3. Visual C++
Sachant que les contraintes vont rapidement diminuer avec une
intégration de plus en plus transparente.
- Contraintes de réalisation (si on fait ce que l'on veut ou si on est
limité)
Du plus contraignant au moins contraignant :
1. VB
2. Delphi
Je ne sais pas trop pour C# et Java. En s'éloignant du noyau, il se
passe 2 choses sur un langage :
- ce qu'on mets à disposition te permet de faire des trucs puissants
rapidement.
- ce qu'on ne te propose pas sera d'autant plus difficile à faire que le
langage sera évolué.
A votre avis dans les années à venir, qu'est ce qui sera le plus demandé sur
le marché de l'emploi ?
Tu peux miser sur .net et tous les langages associés. Java aussi,
sûrement plus implanté sur les OS allergiques à ms, mais aussi en
embarqué. Ca tiendra, pas de doute.
Mon humble avis, sur une question où il est difficile de faire des généralités ;)
Vitesse d'exécution :
1. Visual C++ 2. Delphi 3. VB 4. C#, Java
- Vitesse de réalisation d'une application
Ca dépends pas mal de ce que doit faire ton appli. Tu peux par exemple faire rapidement un outil en C, et galérer en VB pour faire le même, si y'a du bas niveau par exemple.
Ca dépends aussi énormément de ta connaissance du langage. Si tu prends Java, la principale difficulté va être de bien connaître les classes disponibles.
Donc un tel classement est très relatif, mais à connaissance égale je partirai sur celui-là : 1. C#, Java 2. VB 3. Delphi 4. Visual C++
- Contraintes techniques (utilisation de dll, moteur... et sans compter les librairies non standard)
Du plus contraignant au moins contraignant : 1. C#, Java 2. Delphi, VB 3. Visual C++
Sachant que les contraintes vont rapidement diminuer avec une intégration de plus en plus transparente.
- Contraintes de réalisation (si on fait ce que l'on veut ou si on est limité)
Du plus contraignant au moins contraignant : 1. VB 2. Delphi
Je ne sais pas trop pour C# et Java. En s'éloignant du noyau, il se passe 2 choses sur un langage : - ce qu'on mets à disposition te permet de faire des trucs puissants rapidement. - ce qu'on ne te propose pas sera d'autant plus difficile à faire que le langage sera évolué.
A votre avis dans les années à venir, qu'est ce qui sera le plus demandé sur le marché de l'emploi ?
Tu peux miser sur .net et tous les langages associés. Java aussi, sûrement plus implanté sur les OS allergiques à ms, mais aussi en embarqué. Ca tiendra, pas de doute.
Ambassadeur Kosh
<troll enabled="false"/>
moi, ce que j'aimerais comprendre, avant de répondre à cette question, c'est la motivation qui te pousse à la poser.
à quoi vont te servir ces réponses ? quel est ton véritable souci ?
les réponses à toute ces questions sont assez évidentes en fait : un langage compilé en code natif optimisé est toujours plus rapide à l'execution qu'un langage interpreté, même en PCode. pour des applis gui, un IDE trés visuel autorise une efficacité de en developpement mille fois supérieure et sans effort par rapport à un editeur de texte et un compilateur en ligne de commande. un Exe en PCode est toujours plus petit qu'un Exe en code natif (la factorisation induit cette propriété assez triviale). un exe windows s'appuie toujours sur des dlls (qu'elle soient livrées ou non avec le systeme).
alors si tu étais moins "flou", cela permettrais peut être de te donner des informations plus "pertinentes".
-------------------- - Ambassadeur, nous votons des sanctions contre la ligue des mondes alliés, prendrez vous part au vote ? - blll bllll bllll blll blllll nous n'intervenons pas dans les affaires des autres.
<troll enabled="false"/>
moi, ce que j'aimerais comprendre, avant de répondre à cette question, c'est
la motivation qui te pousse à la poser.
à quoi vont te servir ces réponses ?
quel est ton véritable souci ?
les réponses à toute ces questions sont assez évidentes en fait : un langage
compilé en code natif optimisé est toujours plus rapide à l'execution qu'un
langage interpreté, même en PCode. pour des applis gui, un IDE trés visuel
autorise une efficacité de en developpement mille fois supérieure et sans
effort par rapport à un editeur de texte et un compilateur en ligne de
commande. un Exe en PCode est toujours plus petit qu'un Exe en code natif
(la factorisation induit cette propriété assez triviale). un exe windows
s'appuie toujours sur des dlls (qu'elle soient livrées ou non avec le
systeme).
alors si tu étais moins "flou", cela permettrais peut être de te donner des
informations plus "pertinentes".
--------------------
- Ambassadeur, nous votons des sanctions contre la ligue des mondes alliés,
prendrez vous part au vote ?
- blll bllll bllll blll blllll nous n'intervenons pas dans les affaires des
autres.
moi, ce que j'aimerais comprendre, avant de répondre à cette question, c'est la motivation qui te pousse à la poser.
à quoi vont te servir ces réponses ? quel est ton véritable souci ?
les réponses à toute ces questions sont assez évidentes en fait : un langage compilé en code natif optimisé est toujours plus rapide à l'execution qu'un langage interpreté, même en PCode. pour des applis gui, un IDE trés visuel autorise une efficacité de en developpement mille fois supérieure et sans effort par rapport à un editeur de texte et un compilateur en ligne de commande. un Exe en PCode est toujours plus petit qu'un Exe en code natif (la factorisation induit cette propriété assez triviale). un exe windows s'appuie toujours sur des dlls (qu'elle soient livrées ou non avec le systeme).
alors si tu étais moins "flou", cela permettrais peut être de te donner des informations plus "pertinentes".
-------------------- - Ambassadeur, nous votons des sanctions contre la ligue des mondes alliés, prendrez vous part au vote ? - blll bllll bllll blll blllll nous n'intervenons pas dans les affaires des autres.
Remi Thomas
TigrouMeow wrote:
Et une question subsidiaire ;) A votre avis dans les années à venir, qu'est ce qui sera le plus demandé sur le marché de l'emploi ?
Une partie de la réponse à cette question tu la trouvera dans cet article: http://www.c2i.fr/code.aspx?IDCodeS8
Rémi
-- Rémi Thomas - MVP Visual Studio .NET Développeur Windows indépendant http://www.xtware.com/cv
TigrouMeow wrote:
Et une question subsidiaire ;)
A votre avis dans les années à venir, qu'est ce qui sera le plus
demandé sur le marché de l'emploi ?
Une partie de la réponse à cette question tu la trouvera dans cet article:
http://www.c2i.fr/code.aspx?IDCodeS8
Rémi
--
Rémi Thomas - MVP Visual Studio .NET
Développeur Windows indépendant
http://www.xtware.com/cv
Et une question subsidiaire ;) A votre avis dans les années à venir, qu'est ce qui sera le plus demandé sur le marché de l'emploi ?
Une partie de la réponse à cette question tu la trouvera dans cet article: http://www.c2i.fr/code.aspx?IDCodeS8
Rémi
-- Rémi Thomas - MVP Visual Studio .NET Développeur Windows indépendant http://www.xtware.com/cv
TigrouMeow
> moi, ce que j'aimerais comprendre, avant de répondre à cette question,
c'est
la motivation qui te pousse à la poser.
à quoi vont te servir ces réponses ? quel est ton véritable souci ?
les réponses à toute ces questions sont assez évidentes en fait : un
langage
compilé en code natif optimisé est toujours plus rapide à l'execution
qu'un
langage interpreté, même en PCode. pour des applis gui, un IDE trés
visuel
autorise une efficacité de en developpement mille fois supérieure et sans effort par rapport à un editeur de texte et un compilateur en ligne de commande. un Exe en PCode est toujours plus petit qu'un Exe en code natif (la factorisation induit cette propriété assez triviale). un exe windows s'appuie toujours sur des dlls (qu'elle soient livrées ou non avec le systeme).
alors si tu étais moins "flou", cela permettrais peut être de te donner
des
informations plus "pertinentes".
En fait j'aimerais savoir développer à peu près sur tous ces langages (en évitant peut être finalement Delphi et VB). Je suis actuellement très interressé par C# pour faire du développement rapide d'application, mais ce qui me fait peur c'est la rapidité d'exécution... et je trouve ça interressant d'avoir un classement des langages, evidemment je sais très bien que cela dépend de ce que l'on veut faire, il en reste qu'un programme fait en C "correctement" est beaucoup plus rapide qu'un programme fait en VB "correctement" (j'insiste sur le correctement, les programmeurs qu'on compare ont le même niveau).
Peut-être que ma véritable question est : Je veux développer des applications Windows (style des petits jeux réseau, pourquoi pas utilisant OpenGL, et des applications bureautiques), quel langage dois-je utiliser ? Sachant que j'ai tout mon temps pour APPRENDRE :) J'aimerais donc savoir si C# apporte véritablement un gain de temps pour le développement sans délaissé totalement les performances...
> moi, ce que j'aimerais comprendre, avant de répondre à cette question,
c'est
la motivation qui te pousse à la poser.
à quoi vont te servir ces réponses ?
quel est ton véritable souci ?
les réponses à toute ces questions sont assez évidentes en fait : un
langage
compilé en code natif optimisé est toujours plus rapide à l'execution
qu'un
langage interpreté, même en PCode. pour des applis gui, un IDE trés
visuel
autorise une efficacité de en developpement mille fois supérieure et sans
effort par rapport à un editeur de texte et un compilateur en ligne de
commande. un Exe en PCode est toujours plus petit qu'un Exe en code natif
(la factorisation induit cette propriété assez triviale). un exe windows
s'appuie toujours sur des dlls (qu'elle soient livrées ou non avec le
systeme).
alors si tu étais moins "flou", cela permettrais peut être de te donner
des
informations plus "pertinentes".
En fait j'aimerais savoir développer à peu près sur tous ces langages (en
évitant peut être finalement Delphi et VB). Je suis actuellement très
interressé par C# pour faire du développement rapide d'application, mais ce
qui me fait peur c'est la rapidité d'exécution... et je trouve ça
interressant d'avoir un classement des langages, evidemment je sais très
bien que cela dépend de ce que l'on veut faire, il en reste qu'un programme
fait en C "correctement" est beaucoup plus rapide qu'un programme fait en VB
"correctement" (j'insiste sur le correctement, les programmeurs qu'on
compare ont le même niveau).
Peut-être que ma véritable question est :
Je veux développer des applications Windows (style des petits jeux réseau,
pourquoi pas utilisant OpenGL, et des applications bureautiques), quel
langage dois-je utiliser ? Sachant que j'ai tout mon temps pour APPRENDRE :)
J'aimerais donc savoir si C# apporte véritablement un gain de temps pour le
développement sans délaissé totalement les performances...
> moi, ce que j'aimerais comprendre, avant de répondre à cette question,
c'est
la motivation qui te pousse à la poser.
à quoi vont te servir ces réponses ? quel est ton véritable souci ?
les réponses à toute ces questions sont assez évidentes en fait : un
langage
compilé en code natif optimisé est toujours plus rapide à l'execution
qu'un
langage interpreté, même en PCode. pour des applis gui, un IDE trés
visuel
autorise une efficacité de en developpement mille fois supérieure et sans effort par rapport à un editeur de texte et un compilateur en ligne de commande. un Exe en PCode est toujours plus petit qu'un Exe en code natif (la factorisation induit cette propriété assez triviale). un exe windows s'appuie toujours sur des dlls (qu'elle soient livrées ou non avec le systeme).
alors si tu étais moins "flou", cela permettrais peut être de te donner
des
informations plus "pertinentes".
En fait j'aimerais savoir développer à peu près sur tous ces langages (en évitant peut être finalement Delphi et VB). Je suis actuellement très interressé par C# pour faire du développement rapide d'application, mais ce qui me fait peur c'est la rapidité d'exécution... et je trouve ça interressant d'avoir un classement des langages, evidemment je sais très bien que cela dépend de ce que l'on veut faire, il en reste qu'un programme fait en C "correctement" est beaucoup plus rapide qu'un programme fait en VB "correctement" (j'insiste sur le correctement, les programmeurs qu'on compare ont le même niveau).
Peut-être que ma véritable question est : Je veux développer des applications Windows (style des petits jeux réseau, pourquoi pas utilisant OpenGL, et des applications bureautiques), quel langage dois-je utiliser ? Sachant que j'ai tout mon temps pour APPRENDRE :) J'aimerais donc savoir si C# apporte véritablement un gain de temps pour le développement sans délaissé totalement les performances...
Ambassadeur Kosh
> Je veux développer des applications Windows (style des petits jeux réseau, pourquoi pas utilisant OpenGL, et des applications bureautiques), quel langage dois-je utiliser ? Sachant que j'ai tout mon temps pour APPRENDRE
:)
J'aimerais donc savoir si C# apporte véritablement un gain de temps pour
le
développement sans délaissé totalement les performances...
c'est clair, utilise C#. c'est sur les algos qu'on gagne du temps. quand on en est à rogner les registres, c'est qu'on a déja tout tenté et mis en oeuvre, ou alors qu'on a pas compris grand chose à l'informatique. pour OpenGl, j'ai pas encore fait d'essais...
> Je veux développer des applications Windows (style des petits jeux réseau,
pourquoi pas utilisant OpenGL, et des applications bureautiques), quel
langage dois-je utiliser ? Sachant que j'ai tout mon temps pour APPRENDRE
:)
J'aimerais donc savoir si C# apporte véritablement un gain de temps pour
le
développement sans délaissé totalement les performances...
c'est clair, utilise C#.
c'est sur les algos qu'on gagne du temps.
quand on en est à rogner les registres, c'est qu'on a déja tout tenté et mis
en oeuvre, ou alors qu'on a pas compris grand chose à l'informatique.
pour OpenGl, j'ai pas encore fait d'essais...
> Je veux développer des applications Windows (style des petits jeux réseau, pourquoi pas utilisant OpenGL, et des applications bureautiques), quel langage dois-je utiliser ? Sachant que j'ai tout mon temps pour APPRENDRE
:)
J'aimerais donc savoir si C# apporte véritablement un gain de temps pour
le
développement sans délaissé totalement les performances...
c'est clair, utilise C#. c'est sur les algos qu'on gagne du temps. quand on en est à rogner les registres, c'est qu'on a déja tout tenté et mis en oeuvre, ou alors qu'on a pas compris grand chose à l'informatique. pour OpenGl, j'ai pas encore fait d'essais...
