Reprise du message précédent :

Ah ben je pensais  

Hé bien tu penses mal et ca n'est pas la premiere fois, bordel de merde

Tu aimes bien ressortir les phrases que te dit ton patron  

Ah mais moi je ne dis rien, je ne l'ouvre pas a tout va surtout quand je ne sais rien, comme d'autre ici

fodra que je me donnes comme exercice de coder rien qu'un rotozoom en C et en Java, et d'essayer avec plusieurs jvm.

Il y a un truc dont je me rends compte de plus en plus en travaillant dans la vraie vie.
C'est qu'à part pour quelques domaines bien précis (temps réel *vraiment* critique, plateformes très restreintes -embarqué par exemple), les performances, on s'en fout. C'est de l'approximatif, si l'appli met 1min de plus dans un langage par rapport à un autre, ce qui est énorme en ordre de grandeur, ben tout le monde s'en fout.
 
Par contre parle de coûts de développement et de maintenance, et là tout le monde t'écoute. Et bien que j'adore le C, ce langage est clairement derrière plein d'autres langages sur ce plan-là.

le C de C, c'est pour le C de Caca

et le k de chrisbk...

gag lamentable. Tais toi donc et cherche toi un travail, féneant

ha mais tout à fait.
 
ça dépends des coeurs de métiers. y'a des domaines où on préfera avoir un coût plus élevé, même si tu ne grapilles que 10% (ce qui a mon avis pas le bon ordre de grandeur).
 
un outil de CAO ou de DCC par exemple, bah, heu...
le moteur interne, et les modules seront en C/C++, après exposer les interfaces interne en java, pour pouvoir faire des traitements en java/.net où les traitement lourds sont en C/C++, et le java fait des appels basse-fréquence oué, ça peut se faire, se fera, se fait ptet déjà.

oué ça c'est clair albert

Tu bosses où toi au fait et sur quoi ?

ben çà depend quel projet , y a bien des fois ou t'as besoin que çà patate et/ou t'as besoin que çà fasse exactement ce que tu veux. Sinon pour certains tu peux aussi faire du windev... Et puis çà depend ce que tu entends par projets, si c'est un bloatware ou un ensemble de petits programmes specialisés qui communiquent entre eux.
 
T'as déjà vu un logiciel primordiale sur ta becane dont le core est codé dans un langage de script? Non, il te faudrait 15 gigas de RAM et un octoprocesseur si on appliquait ton raisonnement à tout ce qui se fait.
Apres, faire des bindings pour scripter certaines parties pas critiques c'est peut etre pas mal en effet.  
 

eh ben çà en fait des chiffres...

Si tu développes l'application de A à Z, c'est plutôt l'inverse qu'il faut faire
 
Coder l'application en langages haut niveau (évite "de script" ) et, après profilage, recoder les modules critiques en C ou ASM via les bindings du langage haut niveau (bindings "innés" au langage ou JNI-like)
 
De cette manière, l'application initiale (haut niveau, probablement lente pour les modules critiques si les goulets sont au niveau calculatoire et pas externes) sert également de demo, de test de faisabilité, de plan si quelqu'un a l'idée géniale de tout refaire en natif et a permis de générer l'intégralité des tests permettant de valider l'application au cours de son développement.
 
Après, Python (ou un autre langage de même niveau) peut servir de glue entre des éléments hétérogènes (libs, ...) mais c'est pas le même niveau/principe.

ok, là je suis pas contre.
 
en fait en même temps, là c'est plus un débat autour des contraintes de chaqun.
 
c'est pour que c'est dépendant de ce que xav92210 veux faire (de sa propre initiative) ou aura a faire (pour son taf).
 
de toutes manières, si il y connait rien en prog, même si il fait du java, il devra apprendre certaines contraintes architecturelles, là où le C sera très bien pour ça.
 

En théorie çà se tient à peu près, seulement les trois quart du temps on developpent dans les langages maisons (en général Java pour ce qui est web machin, C ou/et C++ pour le reste), les tests unitaires on les fait pas, le prototypage on le fait pas, et on finit le beta testing chez les clients les moins chiants    
Et puis il n'y a beaucoup plus de code C/C++ en production que de code Python ou autre du coup tu dois te farcir d'intégrer le module existant au langage de plus haut niveau avant de pouvoir l'utiliser.

J'appelle pas ça des langages maison, c'est juste "le standard de l'industrie" ( )

Je sais

En même temps, Python a des bindings C/C++ vachement bien faits, donc il te suffit de créer des wrappers si la maison a des modules (genre ils réutiliseraient du code, mytho quand même )

 
ca t'interesse ?

arf nous zavons les moyens de vouz fer perlé

je pense pas non

belle collection, je le connaissais pas le dernier...

Ouais sérieux  

Voila je vais entamer ma première année de licence info. Cette année on commence par faire du C directement (sans passer par le langage PASCAL) car soit disant qu'une fois ce langage assimilé, l'approche vers les autres langages est plus aisé...
J'aurai aimé savoir si vous aviez des conseils, de bons sites ou encore quelques manuels pour bien débuté, merci à vous.

Prog > Bibliolinks > C
 
+ cherche Emmanuel Delahaye et étudies ce qu'il a sur son site (c'est dans sa signature)
 
+ le C ça pue

Merci.
 
Pour le C c'est pas moi qui fait les programmes ^^.
 

kyo_kusanagi_0 > Je ne saurais trop te conseiller "Le Langage C", de  Kernighan & Ritchie, en parallèle de tes courts.
Ce sera bien plus complet et efficace parce que, bon, les cours de C en université, c'est vraiment pas ça.
Sinon comme Masklinn dit, le site d'Emmanuel est pas mal, et il y a dessus plusieurs liens intéressants, dont un vers un bouquin de C en ligne et gratuit (mais pas aux dernières normes, ce qui n'est pas trop grave dans le cadre de tes études).
Ne pas faire de Pascal avant n'est absolument pas rédhibitoire. Avec le C, quand tu as compris les pointeurs, tu as compris la majeure partie du langage. La seconde partie consistant à écrire du code propre, ce qui n'est pas gagné.
 
Tu as aussi pas mal de tutoriaux sur le site http://www.developpez.net  
 

 
Mais va crever avec ton HTML et tes avis d'expert    
 
 

J'vous enterrerais tous
 
Et pis D powers
Ou SML
Berk le C

Merci beaucoup Elmoricq.
 
Exact j'ai cru comprendre que ce n'est pas en allant seulement en cours que j'arriverai à quelque chose de convenable donc je compte m'y mettre sérieusement de mon côté ^^

en C on arrive jamais a faire qqchose de convenable de toute facon

Moi qui était si enthousiasme au départ ^^.

 
Ha si, le hello world est maintenant maitrisé par approximativement 12% des développeurs C

 
Effectivement, pour l'apprentissage, D a l'air pas mal, puisqu'il emprunte à la fois à C++ et à Java, une sorte de mix entre les deux. Ce qui fait que le passage à l'un ou l'autre ne devrait pas être trop difficile.

c++ c'est pour les balais a chiottes pleins de merde
 

 
 
je connais pas ce langage, donc c pas mon propos, MAIS :  
 
je me suis toujours demandé l'intéret qu'il pouvait y avoir à apprendre la prog sur des langage que personne n'utilise....dans la mesure où par ex Java ou le C# offrent tout ce qu'il faut pour pouvoir apprendre avec rigueur les bases...
 
pkoi pas démarrer direct avec le langage "final" ?

pour le C, je suis d'accord, c'est archaïque
 
C++ n'est pas un langage final ?

Parce que les profs ont déjà du mal à enseigner du C de qualité, ils sont tellement à la ramasse que même le C89 ils ont du mal à le respecter, le Java c'est trop nouveau pour eux.

Pourquoi ne pas, plus simplement, changer le langage final pour correspondre au langage que l'on considère avoir les qualités requises pour la tâches que l'on désire effectuer?

Pourquoi ne pas, plus simplement, changer d'idée et aller boire une biere ?

 
j'en ai plus