Il faut noter également que le C est encore très largement utilisé dans le monde Linux, que ce soit au niveau du kernel qu'au niveau des applications de bureau qui sont elles aussi encore largement programmées avec ce merveilleux langage
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Le C à de l'avenir en général
Le C n'a d'avenir que pour l'embarqué
Le C va rester stationnaire
Le C c'est dépassé, aucun avenir
Le C existe encore ? je pensais que ça avait disparu
Je n'aime pas les sondages
Sans avis
Il faut noter également que le C est encore très largement utilisé dans le monde Linux, que ce soit au niveau du kernel qu'au niveau des applications de bureau qui sont elles aussi encore largement programmées avec ce merveilleux langage
Mon Site
L'imagination est plus importante que le savoir. A. Einstein
Je ne répond à aucune question technique par MP, merci d'avance !
Pour être plus précis, ce cher Linus est ouvertement anti-C++ et pro-C... Donc faudra attendre de le virer de l'équipe kernel pour avoir autre chose que du C à ce niveau.Envoyé par Franck.H
Il faut noter également que le C est encore très largement utilisé dans le monde Linux, que ce soit au niveau du kernel qu'au niveau des applications de bureau qui sont elles aussi encore largement programmées avec ce merveilleux langage
Pour info, c'est la même chose côté Windows : noyau en C, couche "hautes" en C++...
Mac LAK.
___________________________________________________
Ne prenez pas la vie trop au sérieux, de toutes façons, vous n'en sortirez pas vivant.
Sources et composants Delphi sur mon site, L'antre du Lak.
Pas de question technique par MP : posez-la dans un nouveau sujet, sur le forum adéquat.
Rejoignez-nous sur : ► Serveur de fichiers [NAS] ► Le Tableau de bord projets ► Le groupe de travail ICMO
Sans avoir envie de relancer une discussion houleuse sur le forum "débats", j'aimerai que tout le monde se comprenne bien :
L'efficacité machine c'est une chose, l'efficacité économique c'en est une autre... La productivité d'un langage de haut niveau est souvent plus forte. Si mettre 100 euros de plus pour acheter 1go de ram supplémentaire règle le problème de façon certaine tout en faisant économiser des jours de développement, ça peut paraître moche à dire mais c'est une solution acceptable dans bien des situations.
Attention, j'ai l'impression que t'as une image déplorable des nouveaux diplômés. Il y a aussi parmi eux des gens qui s'intéressent beaucoup à leur métier et qui cherchent toutes les occasions de s'améliorer. C'est pas tous des branlos juste capable de générer un RAD sous windev ou des rootgeeks qui en peuvent plus avec leur linux.
Oui, et c'est une façon de procéder qui est assez juste. Si tu as besoin d'un parser Stax pour traiter des flux XML, que vas-tu télécharger? Une librairie qui représente des centaines d'heure de code et de débuggage, où la spécification complète XML (qui est plus touffue qu'on ne le pense...)?Le code sécuritaire et/ou fiable ? Ils cherchent une librairie qui fasse ça pour eux. Enfin, ils essaient, du moins...
Faut savoir faire les choses soi-même c'est sûr, mais aussi savoir évaluer si on peut se contenter de l'existant.
C'est bon? Ok avec ça ?
Je crois je suis un peu comme lui
L'imagination est plus importante que le savoir. A. Einstein
Ce n'est pas toujours ni possible, ni acceptable lorsque l'on fait de la série. Il faut quand même bien se mettre dans la tête que faire un produit en UN exemplaire et un produit à 10.000 exemplaires (voire largement plus), ce sont deux problématiques radicalement différentes. Plus le nombre d'exemplaires est élevé, plus le prix du matériel devient crucial, et celui du soft ridicule...
Si en plus on rajoute à ça les contraintes électroniques spécifiques à l'industriel (gammes de températures, vibrations, CEM, dissipation thermique, consommation électrique, etc.), alors on arrive parfois à de pures et simples impossibilités matérielles de rajouter certains composants comme de la RAM, ou un plus gros CPU.
J'aimerais tellement que ce soit vrai... Hélas, là, je te parle de ceux que je vois "de visu", que ce soit des stagiaires de fin d'études, ou des p'tits jeunes en AT via des SSII.
Attention, soyons bien clairs par contre : je parle de leur adéquation au monde du bas niveau, notamment industriel. Après, leurs compétences à haut niveau, pour ma part je m'en contrefiche : ce n'est pas mon métier ni ce dont j'ai besoin. Je ne parle que pour ma paroisse, là, même si le problème du SMS et de l'incapacité à commenter/tester est un peu trop récurrent depuis cinq ans dans tous les domaines.
Ben oui, mais c'est idiot : de telles librairies n'existent pas, étant donné que cet aspect est apporté majoritairement par la conception et des règles de codage, et non pas par une librairie "SdF_for_dummies"... Je suis sûr que si tu y réfléchis quelques minutes attentivement, tu verras bien que rechercher une telle librairie n'a pas de sens.
Ce qui est valable pour parser de l'XML, ou calculer un CRC, ne l'est pas pour remplacer du simple bon sens et de la rigueur dans le développement. Tu comprends mieux le sens de ma remarque ?
Bien sûr. Mais l'exemple ci-dessus est symptomatique du travers actuel : présupposer que quoi que l'on demande, quelqu'un l'a déjà fait en open-source et qu'il n'y a donc qu'à télécharger, compiler et bricoler deux-trois appels de fonctions pour "câbler" le tout dans un programme complexe.
Ça, c'est une mentalité tout à fait adapté au haut niveau, c'est déjà nettement moins le cas en bas niveau, et encore moins dans les composants métier, très fréquent dans le milieu industriel.
Mac LAK.
___________________________________________________
Ne prenez pas la vie trop au sérieux, de toutes façons, vous n'en sortirez pas vivant.
Sources et composants Delphi sur mon site, L'antre du Lak.
Pas de question technique par MP : posez-la dans un nouveau sujet, sur le forum adéquat.
Rejoignez-nous sur : ► Serveur de fichiers [NAS] ► Le Tableau de bord projets ► Le groupe de travail ICMO
Windows Mobile utilise le C++ et ce n'est pas top, Symbian utilise le C++, le C et le Java et ne s'en sort pas trop mal, Android utilise Java et ça rame, iPhone utilise Objective-C qui est un dérivé très proche du C et offre un bon compromis.Le C est-il le meilleur langage pour les logiciels embarqués ?
Personnellement, je pense que le C est incontournable en embarqué.
Oui. A l'école, on nous apprend les langages accessibles à tout le monde (Delphi, Java) mais pas ceux que l'on rencontre dans la vie réelle.L'avez-vous appris sur le tas ?
Je pense personnellement que l'on va se retrouver avec une pénurie de développeurs C dans nos pays et que du coup on va devoir faire appel à des développeurs d'autres pays (Inde par exemple) qui auront appris le C par eux-mêmes.Partagez-vous le diagnostic et les inquiétudes de Michael Marr ?
Bien sûr, cela fera pester certains développeurs de chez nous qui trouveront ça injuste car on ne leur a pas mis le C dans la tête à l'école et qu'ils auront passer leur temps à ce rassurer mutuellement sur le fait que le C est "has been" (ce qui les arrangerait bien) .
"Il est plus facile de décomposer un problème en ses éléments, forcément plus simples, que de le traiter en sa totalité." (R. Descartes)
Freelance iOS
Bonjour à tous!
Tout dépend de ce que l'on veut (ou doit) faire. Alors, pour répondre à la question posée, je pense que des bench marks sérieux donneraient des résultats plus fiables que l'expression de préférences personnelles. La question qu'on doit se poser est: "Quel est le langage qui convient le mieux pour une tâche donnée?" Dans ce débat, nous devrions commencer par construire une liste de tâches que l'on rencontre couramment en informatique. Et, pour donner le bon exemple, j'en propose une qui est courante dans mon domaine d'activité, la simulation numérique:
Lors de la comparaison des différents langages, il faudra considérer la place utilisée en mémoire, le temps d'exécution et la taille du code source.Résoudre un système linéaire d'un million d'équations à autant d'inconnues, la matrice étant tridiagonale par blocs (1000 blocs de 1000 équations).
Jean-Marc Blanc
Calcul numérique de processus industriels
Formation, conseil, développement
Point n'est besoin d'espérer pour entreprendre, ni de réussir pour persévérer. (Guillaume le Taiseux)
Il ne faut pas généraliser, à l'école on m'a surtout appris à programmer. Je peux m'adapter à des nouveaux langages même si j'aurais un temps d'apprentissage.
C'est exact, à un "détail" près: Certains langages correspondent à un mode de pensée et d'autres à un autre. Passer d'un langage procédural à un autre, par exemple du Fortran au Pascal est relativement aisé, car il n'y a que la syntaxe qui change. Passer d'un langage procédural à un langage orienté objet est beaucoup plus ardu, car c'est à une nouvelle philosophie qu'on doit s'habituer.
Jean-Marc Blanc
Calcul numérique de processus industriels
Formation, conseil, développement
Point n'est besoin d'espérer pour entreprendre, ni de réussir pour persévérer. (Guillaume le Taiseux)
je ne saurais dire pour l'europe, mais oui en amérique le java est de plus en plus utilisé dans les systèmes embarqué...
certain utilise une jvm d'autre non
système embarqué ne signifie pas nécessaire 15Mhz et 128K de ram
la puissance de certain système par exemple qui utilise des arm et powerpc est très intéressant...
certain utilise même un cpu spécialisé...
Ca c'est fortement variable selon les formations certainement. Personnelement j'ai fais du C en L2, L3, M1 et j'en ferais encore en M2. Au final, on a vu pas mal de chose: prog objet en C, prog parallèle, mémoire partagée, prog système, ... même s'il nous manque un peu de pratique.
Oui, d'ailleurs c'est ce qui ma étonné dans le master que je vais faire, beaucoup d'importance est donnée à Java pour la partie embarquée. Notamment utilisation de KVM à la place de JVM et de KNI à la place de JNI, mais c'est surtout pour des raisons de sécurité/portabilité du code.
sun a même fait une version spécialiement pour l'embarqué
http://java.sun.com/javase/embedded/
il y a un compilateur gnu pour java
il y a microjvm
http://www.is2t.com/en/index.php
il y a plein d'autre solution
J'ai commencé avec le c ensuite c++ avec assembleur, camel java etc
Le C est très bon et le jour où il va disparaitre n'est pas encore levé.
Après si les jeunes, étudiants, free-lance veulent faire du java ou autres.....
Et après on se plains que les programme sont coder avec les pieds
D'après mon expérience personnel étudiant + professionnel le C est une des base à connaitre, d'ailleurs mes employeurs me demandent même pas si je connais le C, pour eux tout informaticien qui se respecte connait ce langage, c'est dire la place qu'il a.
Cordialement
J'ai fait mes études en école d'ingénieur, en systèmes embarqués et applications mobiles. J'ai fait du C, JAVA (J2ME/J2SE), j'ai bossé sur téléphones portables et systèmes embarqués qui ne fonctionnaient qu'avec du C. J'ai remarqué que les étudiants en général privilégiaient le JAVA, je suis le seul sur une dizaine de personne (petite promo) a être attiré par le C. Les autres sont attirés par le JAVA (beaucoup ne jurent que par ça). Mais on nous clairement dit que le C primait dans les systèmes embarqués.
Pour ce qui est téléphonie mobile, il y a une nette préférence pour le JAVA tout de même.
Je suis actuellement en stage de fin d'études dans l'industrie spatiale et je fais du C embarqué... Bon à vrai dire nous n'avons que 5Mo de RAM et 30MHz de dispo sur la cible embarquée, du coup la question du JAVA ou autre langage plus haut niveau ne se pose même pas ^^. Mais au boulot ils ne jurent que par le C et linux.
Bref d'après ce que je vois, je suis bien content de m'être spécialisé en C pour l'embarqué alors
Reste à savoir si le JAVA ne va pas grignotter des parts peu à peu au C dans les années à venir, surtout avec l'apparition de systèmes encore plus puissants.
Ce qui me frappe sur la courbe, c'est que les 3 langages évoqués sont en baisse. Qu'est-ce qui les remplace ? Il y a bien eu l'émergence de nouvelles solutions (comme Java avec RTSJ, spécifications JSR-1 et JSR-282, pour ceux que ça intéresse) ou Ada pour les systèmes nécessitant une fiabilité extrême, mais je ne suis pas persuadé que ça soit déjà massivement utilisé dans des systèmes mainstream.
Mais attendez, il faut remettre dans le contexte de l'économie aussi...
Ces 10 dernières années, nous sommes dans une économie de services, ou pour la plupart des entreprises les applications web sont un bon palliatif au problème de déploiement, de vente de service, etc... Alors évidemment que dans ce cadre économique les développements se sont tournés vers des outils adaptés et de plus haut niveau !!
Si ces 10 dernières années l'industrie était toute entière tournée vers le fait de partir vers Mars, l'évolution des langages informatique aurait été tout autre !
Je suis d'accord avec toi sur le fait que le C est une des bases à connaître. Je trouve que c'est un excellent langage pour débuter la programmation car cela familiarise l'utilisateur avec différents concepts (pointeurs, gestion de la mémoire, structure de données...).
Le C (et le C++ d'ailleurs) ne sont pas prêts d'être abandonnés à mon avis.
Je pense que le problème vient aussi du fait que certain enseignant ne sont pas forcement aussi bon qu'ils le laissent croire !
Quand j'entends si un programme fonctionne c'est qu'il est bon je suis un peu choque !
Pour ma part c'est une aberration !
Après cela comment voulez vous que les jeunes aiment le C si des qu'ils arrivent en entreprise ils sont incapable de produire un produit finit et propre ?
Il serait temps de réduire la distance en ce que les entreprise demande et ce qui est enseigné d'une manière générale en France car malheureusement je pense que ce problème touche aussi d'autres secteurs d'activités !
Mes profs avaient l'habitude, dans leur majorité, de considérer qu'un programme répondant très exactement à l'énoncé, et fonctionnel, ne valait que 10/20.
Pour avoir plus de 10, il fallait un programme documenté, robuste, modulaire, si possible évolutif et allant au delà de l'énoncé "strictement-à-la-lettre" de façon générale.
Un programme ne compilant pas valait systématiquement zéro, un programme partiellement fonctionnel entre 0.5 et 9.5 sur 20.
Cela avait au moins le mérite d'apprendre les bases élémentaires, à savoir que répondre à la demande était le minimum tolérable...
Quand je vois que certains étudiants peuvent avoir d'excellentes notes avec des programmes répondant tout juste à l'énoncé, voire (cas bien plus grave !!) avoir la moyenne avec un programme ne compilant même pas, cela m'inquiète beaucoup... J'ai hélas eu un prof dans ce genre, et le niveau moyen de ses classes était plutôt pitoyable.
Mac LAK.
___________________________________________________
Ne prenez pas la vie trop au sérieux, de toutes façons, vous n'en sortirez pas vivant.
Sources et composants Delphi sur mon site, L'antre du Lak.
Pas de question technique par MP : posez-la dans un nouveau sujet, sur le forum adéquat.
Rejoignez-nous sur : ► Serveur de fichiers [NAS] ► Le Tableau de bord projets ► Le groupe de travail ICMO
Je dirais que pour moi les notes ne sont pas importante pour le simple fait que j'ai déjà vu mes programme fonctionner a la perfection et le jour du rendu et de la notation ne rien faire de bon pour nous .
Ces fois la j'ai été content de voir que c'était plus le travail fourni que le résultat qui avait compte (en même temps on a debug notre programme devant le prof a la volée ....).
Il est clair que penser son code pour qu'il soit évolutif est important , c'est d'ailleurs cela que m'a sauve plus d'une fois pendant mon année
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager