Discussion :

[GR3lh442kR]

Bonjour,

J’arrive a la fin de mes études, et il est donc grand temps de me soucier de mon futur emploi!

Mon langage de programmation "favoris" étant le C++, je me pose donc la question de sa place sur le marché de nos jours...
Y'a t'il des embauches? Dans quels domaines d'application? J'ai parfois l'impression que ce langage est réservé aux ingénieurs... est-ce vrai?

Avec les AGL tel que WinDev qui "simplifient" la programmation et représentent un gain de temps ("10 fois plus vite" qu'ils disent) ce langage peut t'il disparaitre? (ou presque)
Au contraire, est t'il de plus en plus utilisé?

Voila quelques questions auxquelles vous pouvez peut être apporter une réponse...

Merci d'avance

[loufoque]

Tu parles de C/C++, alors que sont deux langages dans lesquels on programme différement.

Après bon, des vrais jobs en C++ y'en a peu, des jobs en C y'en a beaucoup, et des jobs en C++-mais-en-fait-c'est-vraiment-du-C y'en a plein.

[JolyLoic]

Je dirais qu'il n'y pas probablement plus beaucoup de développeurs qui ne fassent QUE du C++, tout comme il n'y a probablement plus beaucoup de projets qui soient réalisés en C++ uniquement. Et toute une gamme de projet est désormais réalisé sans C++. Il n'empêche que le C++ reste vital dans tout ce qui est orienté performances.

Maintenant, sur le marché, on trouve aussi moins de bons développeurs C++ que pour d'autres langages. Je ne sais pas trop dans quelle mesure ça compense ou pas.

[Invité]

Comme il y a pas mal de programmes (ou de bouts de programmes) écrits en C ou en C++ (ou le plus souvent dans ce C/C++ hybride, qui mélange les deux et se compile avec un compilateur C++), et de moins en moins de jeunes qui s'intéressent au sujet, je pense que tu n'as pas trop de souci à te faire si tu programmes en C ou en C++.

Quelques remarques, qui ne reflètent que mon expérience personnelle bien sur...

1- Le gros du code C ou C++ en entreprise est écrit pour Windows, et compilé sous Visual (parfois sous Borland). Une connaissance minimale de l'API windows, et du compilateur Microsoft est très utile. A l'heure de Visual Express, version gratuite, tu n'as plus aucune excuse, en plus...
2- Parallèlement, une connaissance des frameworks graphiques est très utile. Il y a très peu de code écrit pour la console, en entreprise. A mon avis, le plus utile à connaitre est MFC, mais la VCL de borland n'est pas rare non plus (dans ce cas, il est bon d'avoir des rudiments de delphi). Vu le temps nécessaire à former un programmeur à ces outils, c'est un avantage apprécié.
3- Comme déjà mentionné, il faut t'attendre à voir beaucoup de code écrit "à la C", soit parce que c'est du C porté en C++, soit parce qu'il a été écrit par des ingénieurs issus du C (aussi, un peu, parce que MFC et API windows encouragent cette pratique). Du coup, il vaut mieux savoir programmer avec des pointeurs, faire de l'objet mais pas trop, lire et maintenir du C, et ne pas trop espérer voire une forte utilisation de Boost, ou même de la STL.
4- Enfin, les secteurs ou le C et le C++ sont très utilisés sont souvent liés au calculs numériques, ou à des programmes un peu matheux. Un minimum de culture mathématique et algorithmique est souhaitable.

Ceci dit, si tu aimes le C ou le C++, il n'y a pas de raison de changer pour un langage à la mode... Les programmeurs C/C++ sont rares (ou au moins les bons, et encore plus ceux qu'on arrive à intégrer dans une équipe déjà constituée, pour travailler sur des logiciels de la vraie vie), et ce qui est rare est cher...

Francois

[Goten]

Je pense que tout à était dit. En effet la tendance en entreprise est au langage de plus haut niveau, ie java et C#, et il y'a (étant étudiant je le constate) la même tendance chez les jeunes en cours de formation. (notamment parce que le C# caytrop cool y'a pas besoin d'écrire le code tout est complété automatiquement,) donc tu coup on se met à faire du C# / java peut être par fainéantise mais aussi réconforté par les parts de marché dans le monde de l'emploi.

D'un autre côté il reste une bonne part de C/C++ (oui du mélangé) amha, et donc si y'a moins d'étudiant prêt à faire un cursus y'a plus de place pour ce qui comme toi (et moi j'espère quand je sortirais) sont plus orienté C++. Néanmoins il ne faut pas se cantonner à un seul langage sinon c'est foncé droit dans le mur. Avoir un langage de prédilection oui, n'en avoir qu'un seul alors c'est le drame x).

Enfin dernière chose, qui est plus une petite anecdote personnelle mais qui compléte ce qu'on dit les posteurs au dessus, étant étudiant et passionné de C++ j'ai toujours vu et programmé dans du C++ moderne, ( ie pas un affreux mélange des deux.) et quand j'ai pu voir un peu comment ça fonctionnait en entreprise je suis tombé de haut envoyant des codes comme le décrit fcharton, sans STL (je parle même pas de boost) etc, ce qui est pas forcément une mauvaise chose selon comment c'est codé mais qui quand tu sors de tout cet aspect théorique du C++ qu'on peut voir notamment sur ce forum fait un peu peur et surtout est des fois difficile à suivre. Jme suis donc replongé dans le C histoire d'être au niveau et puis voilà. (j'ai vite compris qu'on ferait pas changer le code, ni les habitudes dans l'entreprise ^^).

Néanmoins je connais des entreprises qui code vraiment en C++ et qui lors des entretiens te parle de boost etc.

[koala01]

Enfin dernière chose, qui est plus une petite anecdote personnelle mais qui compléte ce qu'on dit les posteurs au dessus, étant étudiant et passionné de C++ j'ai toujours vu et programmé dans du C++ moderne, ( ie pas un affreux mélange des deux.) et quand j'ai pu voir un peu comment ça fonctionnait en entreprise je suis tombé de haut envoyant des codes comme le décrit fcharton, sans STL (je parle même pas de boost) etc, ce qui est pas forcément une mauvaise chose selon comment c'est codé mais qui quand tu sors de tout cet aspect théorique du C++ qu'on peut voir notamment sur ce forum fait un peu peur et surtout est des fois difficile à suivre. Jme suis donc replongé dans le C histoire d'être au niveau et puis voilà. (j'ai vite compris qu'on ferait pas changer le code, ni les habitudes dans l'entreprise ^^).

Il est vrai que nous essayons sur le forum de présenter les bonnes pratiques, et ce n'est pas évident lorsqu'on sait le temps que peut demander certaines réponses.

Mais une chose est sure, c'est que lorsque tu les mets en oeuvre, tu y trouve des avantages non négligeables comme une sécurisation et une facilité de relecture accrue et un temps de débuggage finalement moins important.

Mais, si personne n'attire jamais l'attention des gens sur le fait que "cemal" de recourir à certaines techniques, sur leurs risques et leurs limitations, et surtout sur les avantages qu'il peut y avoir à faire, de manière générale, dela manière que l'on présente sur le forum, les gens continueront à travailler "comme des gorets", persuadés, au mieu, que "ce n'est pas pire" que de le faire de l'autre manière, au pire, qu'il n'y a pas d'alternatives aux soucis que cela implique.

C'est pourquoi, si on veut arriver à changer les choses, et faire de manière à ce que "les bonnes pratiques" remontent au niveau de l'entreprise, il faut commencer "par le bas" et faire un effort permanent de formation "correcte".

Cela peut ressembler à vouloir remplir un trou sans fond, mais, cela porte ses fruits sur le long terme:

• Si l'un des membres du forum devient prof, il aura "naturellement" tendance à apprendre les bonnes pratiques au suivant.
• Si un autre membre "assez fou" pour dire que ce qui a été fait dans l'entreprise jusqu'à présent "c'est de la m@@%%" parce que c'est le cas et taper du poing sur la table arrive à se faire entendre, il pourra faire évoluer les choses de l'intérieur.
• Si un autre enfin devient chef de projet / d'équipe, il pourra mettre en oeuvre des structures qui "feront redescendre" les bonnes pratiques vers les différents membres de son équipe.

Evidemment, cela implique très certainement que la personne qui décide d'essayer de faire changer les choses soit clairement sur de ce qu'elle dit et qu'elle soit en mesure de justifier son point de vue

J'ai en outre l'impression que nous touchons plus à un problème de la "mentalité":
Par ici, on serait plutôt du genre à se dire que, si ca marche (même sur trois pattes), il n'y a pas forcément de raison de "perdre du temps" à apprendre les bonnes pratiques et à les mettre en oeuvre, sans se rendre compte qu'au final, on perd bien plus de temps à continuer à le faire ainsi.

Par contre, j'ai l'impression que la mentalité "anglo-saxone" serait plutôt de se dire que, s'il faut perdre "quelques minutes" à se former à une technique décidément meilleure, ce seront quelques minutes bien investies au vu du temps que la technique mise en oeuvre permettra de gagner sur le long terme et de l'augmentation de qualité qu'elle implique.

Néanmoins je connais des entreprises qui code vraiment en C++ et qui lors des entretiens te parle de boost etc.

Quelque part, l'objectif "idéal" du forum, c'est qu'il y en ait de plus en plus, mais ca commence à faire son chemin