Le C++ n'existe plus ?

C'est toujours demandé mais en ce moment rien est demandé .. La période est difficile, bon courage.

Salut,
J'etais comme toi avant mais maintenant je fais du python/C#/js/typescript et on arrive a ne pas trop se détester.
Mais bon meme avec tout ca c'est pas toujours gagné en ce moment.

Bonjour,

Moi je vois énormément d'emploi en C++ mais c'est surtout pour des domaines très spécifiques, comme par exemple le jeux vidéo.
C# et C++ dans le jeux vidéo sont les deux langages qui se pratiquent le plus.

Tu est pas dans le bon pays

Le site TIOBE a publié son dernier classement des langages les plus populaires et selon eux le C++ vient justement de dépasser le C pour prendre la 2ème position par rapport au C --> TIOBE Index

Salut Yanis ,

Ton C++ il est toujours utilisé pour faire du développement après les mission proposé c'est un autre problème .

A mon avis toute la programmation elle sous-traité dans des pays où ils payent que dalle .

Cela fait 3 mois que tu cherche , considère que c'est le début , ta des free lance ils cherchent depuis des mois , pour certain

ca se compte en année , c'est te dire qu'en France c'est la grosse dech dans les métier du développement en programmation .

Tu vois plein d'offre sur free work d'un coté et plein de galérien de l'autre , y un truc qui cloche , je me demande si sur Free Work c'est pas

des offres de bonimenteur de foire !

Bonjour "_undefined",

Le C++ est toujours bien demandé : je vois passer régulièrement des offres de prestations, en C++ (Embedded Linux, Linux, Unix, Embedded C++ Windows, C++ Arduino, C++ ARM, Windows C++) :

• pour des banques : "Commandos C++" (existent aussi en "Commandos VBA") => souvent en support des Salles de Marché.

• pour des industries : le plus souvent => l'aéronautique, le spatial, le militaire, le nucléaire, l'automobile.

• pour des éditeurs de logiciels : souvent de gestion ou de solutions complexes (assurances, finances, comptabilité).

• pour d'autres marchés (cartographies, systèmes, IIoT [Industrial Internet of Things]...)

que ce soit en MS Visual C++ ou autre forme de C++ (open,libre, et autres compilateurs C++, dernièrement pour des calculateurs "HPC" [High Performance Computing] ou pour des calculs massivement parallèles.

Créé initialement par Bjarne Stroustrup dans les années 1980, le C++ est aujourd'hui normalisé par l'ISO/CEI 14882:1998 (première normalisation), la dernière validée en date (ISO/IEC 14882:2020, ou C++20). D'autres évolutions de la normalisation C++ sont en cours d'études.

Travaillant avec C++ depuis des lustres, plus dans l'industrie, j'ai relevé quelques éléments qui intéressent souvent les clients (ou les intermédiaires qui ont parfois aussi des besoins pour d'autres prestations) :

Outils de développement :

• Make, Bazel.

• Ant (génération portable en XML).

• SCons (génération portable en Python).

• CMake (génération de Makefile portable).

Environnements de développement :

• Anjuta DevStudio, C++ Builder, CLion (en)14.

• Code::Blocks (open-source), Dev-C++ et son extension RAD WxDev-C++

• Eclipse avec le plugin CDT15 (open-source).

• Emacs (libre), KDevelop, NetBeans (open-source).

• QtCreator (open-source), Sun Studio, Vim.

• Microsoft Visual C++ (a été intégré au framework Visual Studio), Apple Xcode.

Compilateurs :

• GCC pour GNU Compiler Collection (libre, multilangage et multiplateforme : UNIX, Windows, DOS, etc.),

• Clang, Microsoft Visual C++ (Windows), Borland C++ Builder (Windows),

• Intel C++ Compiler (Windows, Linux, MacOS), Open64 (en) compilateur opensource d'AMD (Linux),

• Digital Mars C/C++ compiler (Windows), Open Watcom.

Bibliothèques :

• Boost, Qt, Gtkmm, wxWidgets, SFML, OpenCV, SDLmm, surcouche C++ à la SDL, LLVM.

Le C++ est toujours bien vivant et les offres existent, ce que je constate, à mon niveau en tous cas (j'ai régulièrement des contacts sérieux

avec 2 ou 3 donneurs d'ordre, certes locaux) car les processus de prestations doivent être "encadrés" (on ne plaisante pas avec certains clients !! considérés comme "pince sans rire").

Bonne journée

Yanolezard

Bonjour "_undefined",

Si vous trouvez que "C++" n'apparaît plus dans les écrans-radars, peut-être que "RUST" pourrait être envisageable.

J'ai commencé (il y a déjà plusieurs mois,) à explorer ce que ce "nouveau" langage pourrait m'apporter dans mes travaux de laboratoires numériques et dans mes différentes pérégrinations et autres tribulations.

Il y a une excellente communauté (https://jimskapt.github.io/rust-book-fr/title-page.html) et là (https://www.rust-lang.org/fr) ou ici (https://www.bocasay.com/fr/decouvrir-langage-rust/)

ou se lancer dans le Cobol, le Fortran, le Forth ou le "Low Code" / "No Code"

Si cela peut vous donner quelques idées.

Bien cordialement,

Yanolezard

Bonjour "free-fullremote",

Libre à vous de penser que la "mode" du no code / low code est une fausse bonne idée (surtout pour le "Web" )... car le low/no code existe ailleurs que dans les technologies Web et heureusement d'ailleurs et je le pratique depuis plus de 40 ans (depuis l'époque du "DOS" jusqu'à aujourd'hui).

Il y a "Low / No" code et "Low / No" code ... il existe une pléthore d'outillages, d'utilitaires, de solutions pour créer des applications Web, il n'y a qu'à se pencher pour les ramasser. Un des bémols : c'est que ces outillages sont "opaques"' et ne produisent pas en sortie un code que l'on pourrait optimiser.

A l'inverse, seuls les outillages, utilitaires, solutions pour créer des applications AUTRES que Web font partie de mes besaces (j'en ai quelques-unes en attente de certifications par le Ministère de l'Intérieur / ANSSI en EAL4/4+ et EAL7) et celles-ci produisent du code pur et propre, réutilisable et optimisable au besoin.

Ce que je constate en entreprises de ma région et pas que (continent africain francophone et Outre-Atlantique), de la + petite à la plus grande, du "tertiaire" à l'industrie, c'est que la demande est importante, à condition de bien cadrer les choses, qu'une gouvernance soit clairement établie et respectée, que les formations aient été effectuées et auditées régulièrement et que la gestion des risques à ce niveau soit maîtrisée (d'ailleurs en moment, quelques clients souhaitent aller vers du "Low" avant de franchir le cap du "No", pour des applications hybrides (un "Front Web" et un back "non web"), le tout passer par une chaîne "SecDevSecOpsSec".

Bien cordialement,

Yanolezard