Reprise du message précédent :

 
   
 
Mince, je te l'aurais presque rachetée  

'tain, le C.
 
Me rappelle avec émotion des developpement sur Bull DPS/2...les joies du terminal avec fonte orange sur fond noir.
 
Tu chies tes lignes sous VI, tu compiles et... CORE DUMPED.
 
Raaaahhhh.

 
Le core dumped, même avec l'interface graphique d'ubuntu, ça fait toujours autant chier

Perso, j'ai jamais aimé le C.
 
Ahhhh l'IUT et les cours de visual C++ sans machine

Ceci est un tomic des fans de Java ou quoi?    

grave le copier coller d'internet de classe et mise en œuvre sans rien y comprendre en choppant le .jar en le linkant et hop ça fait une appli qui marche sans rien y comprendre c'est quand même énorme    
 
le C il faut réfléchir, c'est pas normal  

 

 
T'exagères à peine!  

Clair... Puis c'est efficace... Houuuuuuuuuuuuuuuuuuuu!

Nan mais c'est vrai... Les programmeurs de maintenant pondent un code impossible parce que y'a puissance de calcul derriere... L'optimisation maintenant, on s'en balance

 
Moui... je dirais que c'est une utilisation différente...

Justemment, c'est la ou le bat blesse: on programme en Java tout et n'importe quoi... La ou un programme C ferait super bien l'affaire, on pond un mastodonte en Java avec plein de librairies repompees a gauche a droite... C'est naze.

 
+1.
 
et on fait des etudiants non pas des programmeurs polyvalents et versatiles, mais des machines a apprendre par coeur des api....

C'était mieux avvaaaannnnttt

     
 
ça va pas la tête on connais aucune API par coeur par contre on est des star du copier/coller et de la recherche d'exemple java

Ca c'est un autre souci de l'education "old-fashion": le par coeur. Actuellement, ce qui est important, ce n'est pas trop les references, mais:
a) comment ca marche
b) pourquoi ca marche (dependant du point a)
c) quoi en faire
 
Les references, c'est maintenant tellement facile a trouver que c'est debile de les apprendres.

 
Ouais, m'enfin dans le monde de l'entreprise, il ne faut pas oublier la contraine de temps (et donc d'argent), qui fait qu'un programme qui nécéssite X jours hommes en Java peut en nécéssiter 2X pour la même chose en C.

j'a fait du temps réel donc, j'ai fait aussi du C d'un OS, bien optimisé dont des parties en assembleur dans le même projet.
Coeur temps réel codé en C/assembleur quand nécessaire pour optimiser la rapidité.
interface de commande utilisateur en Java avec priorité faible et préemptable facilement
 
donc l'optimisation oui je connais perso
et s'était enseigné car c'est utile dans l'embarqué, mais pour les informaticiens pur et dur c'est pas vraiment utile, ou dans de très rares cas, c'est rarement rentable.

Ca n'en rend pas le procede moins debile... Il est juste explique  

 
Voila, ça illustre ce que je disais plus haut: chaqun langage pour chaque utilisation

 
Ca n'a rien de débile... ce qui serait débile ce serait justement de faire la même chose pour 2 fois plus cher

 
 
VB6 powa.
 
Et je vous emmerde

 
je n'ai pas dit ca, mais bon, y a des choses quand meme limites

Rien à voir. Autant je me permet de troller à mort sur Nikon dans les topics de la cat Photo, autant quand c'est ailleurs j'essaie de pas dire de conneries  

c'est la rentabilité économique qui dirige le monde, c'est pas à toi que je l'apprends
si tu divise par 2 le temps de dev, mais en demandant à une personne supplémentaire (IT   ) d'installer un truc pour plus de puissance ou de perfs pendant une journée ça dérange personne.
 
c'est exactement ce qui se passe dans mon taff  
les nouveaux trucs sont développés sur un soft qui fait de la sécu (qualifié etc ...), mais qui pond un code très très lourd (vérif de plage min max, auto vérification, redondance, etc ...).
en gros il faut multiplier par 4 le matériel pour les mêmes perfs, c'est peanuts comparé aux heures de dev nécessaires.

 
oué enfin, le VB bien ecrit, ca marche tres bien.

Clair qu'ils me font marrer l'équipe soft de ma boite, ils font du .net, c'est high tech, c'est super joli mais putain que c'est pas optimisé. Forcément, sur leurs machines à eux avec 2Go de Ram, ça marche bien, mais en prod avec 512Mo, bah on sent que c'est lourd comme applications
 
Et sinon, vous n'imaginez pas tout ce qu'on peut faire avec LabView On l'utilise pour les applications de nos lignes de production et le temps de développement que l'on gagne à l'utiliser est impressionant

J'ai du mal a comprendre ton point de vue la...
 
Tu dis, et je cite: "chaque langage pour chaque utilisation"... Mais dans le monde de l'entreprise, on prendra le moindre cout pour l'utilisation lambda... Et la, tu dis que ce qui serait debile, c'est de faire un truc en payant deux fois plus cher... C'est une dichotomie ca...

 
VB c'est pas de la prog

 
 
C'est ça qui est cool. Même mal écrit ça marche bien    
 
 

 
 
Je t'emmerde

 
oui enfin, ca depend quoi
 
mais c'est vrai que par exemple on peut bien faire le porc avec des goto basic-like bien perrave par exemple. (et ca j'excre particulierement).

La, tu ne m'apprend rien ... Je suis d'accord avec toi que la rentabilite prime en milieu business, ce que je deplore, c'est qu'on pond de la merde parce que c'est rapide... On tend vers des bouzes de plus en plus lourdes, mais qui prendront tres peu de temps a developper.

+1 je vais devoir en faire aussi
ça marche vraiment bien labview    
 
on fait aussi des applis en Matlab (pour d'autres besoins d'essais, un peu bricoler, mais ça marche nickel)

En fait, j'ai fait un IUP après l'IUT, et l'iup, bien que l'enseignement y est différent par rapport au tronc commun, ça reste la fac
 

   
Mon 11, je l'aime, je le garde    
 

C'est clair que le Java est bien plus facile que le C et que tu peux pondre une appli bien plus rapidement.
Mais la programmation objet en Java, ça n'a rien à voir avec ce que des branquignoles peuvent faire avec leurs bases (le soucis, c'est que yen a beaucoup qui sont passé à côté de ce qui rend ce langage excelent, je le vois tous les jours au boulot )

Mouarf, sale pauvre    
 
 
 
 
   
 
PS: aujourd'hui, j'ai fait un upgrade de RAM d'un SUN E2900 (qui etait plein cote CPU: 3 system boards)... Il est passe de 48GB a 64GB... et c'est pas bcp

+1

 
 
Ben sans goto pas de gestion d'erreurs sous VB

 
Ouais, c'est pas faux...
 
 
Disons ça autrement et sans se soucier du coté optimisation, le faire 2 fois plus cher, c'est débile.
 
Si tu rajoutes la variale "optimisation" dans l'équation, alors, la séléction du langage fait partie des questions à se poser.
 
Je ne dis pas qu'il faut utiliser tout le temps le Java, mais, par exemple, pourquoi se faire chier (au nom de la branlette de l'optimisations, où tu gagneras 3 microsecondes sur l'affichage d'un pop-up) à faire une interface en C alors que ça prendrait 10 fois moins de temps en Java/.NET ...

c'est moi qui fait les merdes dont tu parle    
une moulinette matlab concu par moi interroge des bases de données de la société    
elle a son serveur tout dédié    
 
développé et testé en 2 jours, documenté en 1 semaine, au lieu de 2 mois pour une boite qui proposait de réutiliser le matériel existant, la solution était toute trouvée.
 

je fesais pas de la base , c'est ça le problème JNI et toutes les conneries de temps réel en JAVA  

 
nan je parle pas de la gestion d'erreur, mais de l'usage comme j'ai vu parfois de blocs goto au milieu de boucle parce qu'a priori le type voyait pas comment coder une condition de sortie....