salut,
 
je voudrais savoir si c'est dur de passer du C au C++ .. est-ce vraiment très différent ou juste un peu différent ? Est-ce que vous connaissez des boites ou on propose des postes de developpeur C et pas C++ ? peut on mythoner la dessus ?
 
ps : c'est juste pour savoir, histoire de quoi  
 
merci

c'est pas le même langage, pas du tout le même style de programmation.

 
 
 
My God, j'en ai vu passer des comme ça. Ou plutôt j'ai vu leurs programmes.
 
Sinon effectivement, C et C++ sont deux langages distincts.

 
ok, merci. Selon vous lequel est le plus dur à apprendre ?

le C++ car il y a plus de choses à apprendre.

Mais bizzarement le C++ à l'air beacoup moins chiant que le C ... à mon avis en tout cas.

le C étant (presque) un sous-ensemble du C++, tout bon prog C est aussi un prog C++.
Maintenant le C c'est assez ancien alors à part pour faire du système ou de l'embarqué etc. le C++ c'est + pertinent. Donc des jobs pur-C... je crois pas trop. Déjà codeur C++ y'en a pas des masses
 
Mythoner... c'est risqué comme tout mensonge. Maintenant apprendre le minimum, celui qu'on retrouve en java (classes, héritage simple...) c'est pas la mort non plus. Un bon bouquin + un bon tuto
 
Par contre bien connaître le C++ et toutes ses subtilités (et il y en a en C++, oh oui il y en a !) ça demande un minimum d'expérience concrète.

plus haut niveau = moins chiant. Comme c'est moins chiant de coder en C qu'en assembleur. Il me semble que c'est une règle générale.

drapal

ca c le genre de truc que je pige pas!
 
ya plus que du Java-bloatware-inside maintenant ou quoi ?
cest pas pour dire mais les 90% des programmes que monsieur-tout-le-monde utilise sur mon pc sont faits en C/C++
(suite office, winamp media player quicktime, logiciels peer to peer,mozilla, les produits de chez adobe, l'os lui mm, la plupart des jeux...)  
alors qu'on ne vienne pas me dire que C/C++ n'a plus de valeur
 
si java est si facile (temps de developpement reduit), si rapide (cf les benchmark c/java ou java est soit disant plus rapide , un comble pour un langage utilisant un VM) pq ne l'utilise t-on pas partout alors?

Chui po un pro de Java loin de là,
 
mais justement quand j'ai voulu m'y mettre (v ptet devoir d'ailleurs pour le taf )
 
j'ai été rebuté par la meme chose que .NET
 
=> des milliards de lib déjà codées et incluses dans une arborescence digne de la famille royale d'Angleterre...
 
 
@in_your_phion : tu peux mythoner un RH, tu peux po mythoner un programmeur (digne de ce nom )
 
Un technicien, celui qui sait concrètement, te pose 2 questions et il sait si tu connais ou po... Il va rien te dire,
mais par contre tu recevras une belle lettre de refus dans 100% des cas

LKoLRn : je suis d'accord avec toi sur java et .net, même si d'un autre coté avec une lib standard énorme ça aide pas mal. Celle du C++ est relativement petite et ça rebute beaucoup de gens.
 
Pour le truc du technicien, c'est vrai qu'avec une ou deux questions bien placées on detecte de suite si un type a ou pas un minimum d'exp.
 
ex :
- à quoi sert cet extrait de code : throw()
- qu'affiche ce code :

à quoi sert cet extrait de code : throw()  
 
 
ce qui est dans 95% des cas stupide.

mais qui est qd même utilisé dans le stroustrup. J'ai pas dit que c'était intelligent, j'ai demandé à quoi ça servait.

faut pas confondre avec un exemple didactique ...

mes deux questions aussi sont didactiques

 
... conjugué avec un investissement personel de tout les instants. A l'echelle de ma boite, il y a moults programmeurs avec des années d'expériences. Ils codent vite, ils ne font quasiment aucunes erreurs de mémoire (grace à purify), ils savent géré leurs temps, ça marche dans les délais qu'ils se sont fixé.  
mais ils n'utilisent que 10% du langage puisqu'ils arrivent à tout faire avec. Et leur expérience des divers projets réussi les maintient dans leur opinion qu'ils n'ont plus rien d'utile à apprendre en C++.
 
 

C'est souvent le RH qui a la décision finale quand même. Et un RH, il recrute un jeune sur son potentiel plus que sur ses compétences.

 
comme quoi les RH c'est nimp. On passe quarante milles étapes d'embauches, d'entretiens à la gomme pour se faire barrer en dernier lieu par un gol de RH qui n'y connait rien à rien sauf que ce jour la ta gueule lui reviens pas. Très interessant pour un job de codeur.

++fab : si tu pars de ce principe tu peux même écrire en C avec juste new à la place de malloc et string à la place de char*.
bien choisir son container, bien employer les itérateurs ou les namespace ça peut permettre de bosser plus vite que de réinventer la roue parce qu'on connait pas bien le STL (qui est pourtant petite face à la lib Java)
Le nombre de fois que j'ai vu des recherches avec une boucle for à la place de find ou les listes chainées "à la main" à la place de list.
Je demande pas à tt le monde de tapper dans la méta-programmation, mais avoir plusieurs années d'expériences et se contenter de 10% d'un lanagage c'est un peu bête.

 
entièrement d'accord, mais ça parait etre une réalité, l'expérience positive te fait oublier que tu as encore à apprendre. Je le note dans un coin pour mes vieux jours.
Toi qui évoque souvent bjarne : "n'oubliez pas que la programmation est une activité humaine" (de mémoire, j'éditerai si c'est erroné) avec les multiples sous entendus habituels ...

voila une parole sage
c'est vrai que je dis "tu" mais tu racontes une constatation, désolé

Très différent. Ce sont deux langages différents et la façon de penser est différente.

• Développement Unix/Linux
• Développement logiciel embarqué.