Logiciel embarqué vers le DevOps / Cloud

Les certifications permettent d'avoir accès à des postes et un plus gros salaire. Il ne faut pas oublier que les recruteurs ne sont pas du milieu informatique et qu'ils n'y connaissent pas grand chose. Les meilleurs informaticiens ne sont pas les plus payés et plus valorisés c'est comme ça.

Les recruteurs ne sont pas non plus complètement dupes. Certifs + 0xp = 0.

Que faites-vous en embarqué alors? Ça doit pouvoir se valoriser. Tout est bon à prendre pour faire du cloud.

Salut ArmLambda,

Merci pour ton interaction.

J'ai une expérience en développement embarqué, mais c'est assez éloigné du développement mobile/web. Dans mon cas, il n'y a pas vraiment de code à développer au sens classique, puisqu'il est généré à partir des modèles Matlab.

Les employeurs aujourd'hui recherchent des personnes expérimentées en DevOps avec des connaissances en Java par exemple. Ils ont tellement de choix qu'ils considèrent que l'embarqué est complètement différent du développement web/mobile. Je vais te dire un truc : j'ai même fait du DevOps dans l'embarqué, mais pour eux ce n'est pas le même environnement que le leur (l'embarqué étant considéré comme du bas niveau). Pourtant, le DevOps reste du DevOps, que tu le fasses dans l'embarqué, dans le web/mobile ou même dans une soupe aux fruits de mer ^^. J'ai utilisé Jenkins, j'ai mis en place des pipelines CI avec toute une batterie de tests lourds sous HPC dans l'embarqué, mais les ESN et leurs clients cherchent systématiquement un profil avec 3 ans d'expérience en Java et 2 ans en DevOps. Ce n'est pas une exigence que j'ai entendue une seule fois, je l'entends constamment...

Azure est plutôt considéré comme un "outillage" pour les PME.

Qu'est-ce qu'il ne faut pas entendre...

Ils sont juste 2ème derrière AWS et devant GCP mais un mec lambda sur un forum lambda a sûrement plus raison que le marché...

Bonjour "revo",

Je vous rejoins sur quelques points :

• Le cloud n'est qu'un "entrant" dans l'écosystème "DevOps" : d'ailleurs, bien avant que le cloud et le "DevOps" ne soient sur les Dev(ants) de la scène (1000 excuses pour le jeu de mots ;-), on pratiquait déjà le "DevOps", comme Mr Jourdain faisait de la prose.

• Il est vrai que l'écosystème de la sécurité est en manque de développeurs compétents et bien "câblés" (on ne fait pas n'importe quoi, n'importe comment, ni n'importe où) et demande quand même un certain niveau de maturité, notamment lorsque l'on sort de l'angle Web et que l'on adresse des problématiques plus "terre-à-terre", plus "chelues, velues, trappues".

• Les outillages "Dev ... Ops" : il y a(ura) toujours cette puérile velléité entre les "Dev" et les "Ops", sauf si l'on insère les "Sys" (Dev ... Sys ... Ops) : AWS a très bien compris la chose dans son système de certifications (AWS SysOps).

• Néanmoins (je vais le faire exprès : le Développeur a un un instinct un peu "bordelique" dans ses pratiques professionnelles et joue constamment au "Chaton Equilibriste" - j'ai été développeur pendant 15 ans, je le suis encore un peu dans certains cas systèmes, donc j'ai un "peu " d'expériences, notamment dans les "embedded security systems") et il ne serait pas inopportun d'ajouter un fond ou des compétences d'architectes pour augmenter et prendre de la hauteur/valeur, ce qui dans le lot, apporterait, à la fois pour le prestataire (il prend du recul et n'agit pas direct à l'instinct) et pour le client (qui n'a pas en face de lui, un "lapin de 6 semaines" ou un "perdreau de la dernière année", car contrairement à ce que l'on peut raconter, tous les clients ou intermédiaires d'ESN ne sont certes pas des "cadors" mais certains, non plus, ne sont pas "à prendre pour des truffes" (même si la saison est propice).

  Il y a toujours moyens pour promouvoir ses savoirs (faire, être) même si l'expérience éprouvée n'est qu'un ersatz.

  Pour ma modeste contribution,

  Bien cordialement,

  Yanolezard.

Salut revo,

Je vous remercie pour votre interaction.

À mon avis, une bonne communication et une bonne capacité à récupérer des informations pour comprendre les besoins des développeurs sont plus importantes qu'avoir une expérience en développement. C'est essentiel pour pouvoir leur mettre à disposition les bons outils et automatiser les tâches efficacement.

L'expérience en Dev ne serait utile que lorsque nous travaillons sur un projet qui ressemble parfaitement à notre projet antérieur, et la proba là est faible.

Finalement, il ne faut pas qu'il y est un ingénieur Java, un ingénieur développeur, un ingénieur X. On est des ingénieurs SW, peu importe l'environnement on doit être capables de proposer des solutions.

Bonne soirée à vous !

Vous direz ce que vous voulez

Croire que vos expériences soient représentatives de la réalité du marché, c'est avoir une très très haute estime de soi

Quant aux chiffres du marché, je n'en tiens pas compte et mes clients non plus

Oui, on peut se mettre la tête dans le sable comme on veut. Si en terme de CA Azure est 2ème sur le marché bien devant GCP et juste derrière AWS, c'est bien qu'ils arrivent quand même à apporter de la valeur aux gens. A moins de considérer que l'ensemble des acteurs du marché soient stupides, ont tort et seul vous avez la bonne vision ...

Bonjour "ArmLamba",

Je vous rejoints sur certains points. Néanmoins, pour les marchés que j'adresse, je rencontre plusieurs situations :

• "La patte dans Azure et la bureautique collaborative" : pas toujours vrai, en fait ... Certains clients veulent rester "compliant" dans le "libre" échange de documents bureautique et prennent de l'O365 mais pour le reste, pas question d'Azure (il y a de multiples raisons propres aux organisations)

• Pas besoin d'être "à l'échelle conséquente" pour passer sur de l'AWS ou du GCP : j'ai des petits éditeurs de logiciels de gestion ou d'autres secteurs (startups) ou TPE/TPI/PME/PMI/ETI qui prennent de l'AWS car c'est fiable, éprouvé, sécurisé ... en 10 ans, j'ai dû avoir un "blocage" de sécurité de 2 heures pour de l'IIoT ... En 2 ans, j'ai eu 20 blocages d'IIOT sur Azure).

• De plus, AWS est plus "ouvert" à la discussion sur les aspects commerciaux et juridiques (éprouvés plusieurs fois avec un taux de réussite, en toute humilité , de l'ordre de 65%, ce qui est déjà bien, vu la qualité de leurs contrats - et je connais la "boutique internationale" qui leur valide leurs contrats (ayant travaillé pour cette même "boutique" en filiale française).

• Pour GCP, j'ai des organisations de toutes tailles, plus orientées services/dev ou alors qui demandent du "lourd" (compute/storage à hautes performances, et pas forcément dans la durée ... la dernière en date sera pour de l'IA non générative et des systèmes-experts en Prologue).

• Pour l'OCI, je ne traite pas encore (mais ce n'est pas mon chemin)

• Pour de l'OVH, Outscale et autres SecNumCLoud, j'en fais de plus en plus et pour négocier les contrats, c'est nettement plus facile, la discussion est plus ouverte (commerciale et juridique).

Je n'ai pas la "science infuse", très loin de là ...Ce que je relate ici ne sont que mes expériences et les pulpes de fruits recueillies avec soin de ces mêmes expériences, tout au long de mes pérégrinations et autres tribulations respectives et je conçois parfaitement que d'autres avis divergent, chacun voyant "midi à sa porte", qu'il soit de nature international, européen, national, régional, départemental ou local .. je suis sur le terrain du quotidien, assez en présentiel pour rencontrer les prospects, les futurs clients et répondre à des besoins au mieux de leurs attentes, hors des sentiers battus par les médias à chiffres.

Bien cordialement,

Yanolezard.

Bonjour "NSV",

En ce qui me concerne, il n'y a aucune réponse d'un outil d'IA.

Bien cordialement,

Yanolezard.