Voila je suis entrein de passer Purify sur mon application. Purify
m'indique qu'il y'a des fuites de m=E9moires importante mais pas dans
mon code, voici quelques lignes de Purify :
[I] MPK: Potential memory leak of 1548288 bytes from 18 blocks
allocated in PeekMessageA [USER32.dll]
[W] MLK: Memory leak of 589824 bytes from 28 blocks allocated in
PeekMessageA [USER32.dll]
Memory leak of 113200 bytes from 190 blocks allocated in GetTextFaceA
[GDI32.dll]
Memory leak of 91568 bytes from 173 blocks allocated in
DocumentPropertySheets [WINSPOOL.DRV]
Potential memory leak of 21840 bytes from 8 blocks allocated in
DocumentPropertySheets [WINSPOOL.DRV]
[I] MPK: Potential memory leak of 8720 bytes from 2 blocks allocated in
GetTextFaceA [GDI32.dll]
[W] MLK: Memory leak of 7712 bytes from 12 blocks allocated in
DocumentEvent [WINSPOOL.DRV]
Memory leak of 5312 bytes from 9 blocks allocated in
DocumentPropertySheets [WINSPOOL.DRV]
[I] MPK: Potential memory leak of 3096 bytes from 3 blocks allocated in
PerfClose [WINSPOOL.DRV]
[W] MLK: Memory leak of 1680 bytes from 2 blocks allocated in
SearchPathW [KERNEL32.dll]
[W] MLK: Memory leak of 1680 bytes from 2 blocks allocated in
ClearCustData [OLEAUT32.dll]
Sachant que cette perte de m=E9moire est cumulable avec le nombre
d'excution(des fonctionnalit=E9s sur lesquelles je passe purify).
Questions :
a) Comment faire pour d=E9tourner ces fuites.
b)Est ce qu'on recup=E8re les fuites de m=E9moires une fois qu'on quitte
l'application?. Si la r=E9ponse est oui, alors dans ce cas pourquoi se
prendre la t=EAte =E0 faire des delete sur tous les objets allou=E9s avant
quitter de l'application(biensur qu'on on redemmare la machine on
recupere la m=E9moire l=E0 c'est claire).
En dehors de toute autre considération (voir les autres messages), j'ai cessé d'utiliser Purify quand je me suis rendu compte qu'il m'annonçait des fuites mémoire totalement imaginaires.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Bonjour,
En dehors de toute autre considération (voir les autres messages), j'ai
cessé d'utiliser Purify quand je me suis rendu compte qu'il m'annonçait des
fuites mémoire totalement imaginaires.
--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
En dehors de toute autre considération (voir les autres messages), j'ai cessé d'utiliser Purify quand je me suis rendu compte qu'il m'annonçait des fuites mémoire totalement imaginaires.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Dominique Vaufreydaz
Salut,
T'utilisais les MFC ?
Nan, pas dans celle-la. C'etait qqchose d'alloué dans le main startup machin chose.
Mais oui, avec les MFCs, c'est simple et 100% reproductible...
Doms.
Salut,
T'utilisais les MFC ?
Nan, pas dans celle-la. C'etait qqchose d'alloué dans le main startup
machin chose.
Mais oui, avec les MFCs, c'est simple et 100% reproductible...
Nan, pas dans celle-la. C'etait qqchose d'alloué dans le main startup machin chose.
Mais oui, avec les MFCs, c'est simple et 100% reproductible...
Doms.
Dominique Vaufreydaz
Salut,
Oh, ça change pas. Un branleur, c'est un branleur, quel que soit le langage, l'OS ou l'époque. Combien de fois ai-je entendu de codeurs Windows C sortir "pourquoi s'ennuyer avec les désallocations, pourquoi gérer à l'octet près ta liste de 15.000 éléments, t'as 1 Go de RAM mon pote !". C'est sûr qu'aujourd'hui, entre les clickodromes et les langages a garbage collector, c'est pas les occasions qui manquent pour produire des codeurs moyens ou, tout au moins, qui ne se poseront pas beaucoup de questions :-(.
Ouai, mais savoir comment se gere la memoire n'est pas une tare bien au contraire meme si on utilise des langages comme java ou PERL. Juste en reprennant le code d'un stagiaire et en reflechissant un poil (mais vraiment un poil), j'etais arrivé a gagner en temps d'execution juste en contrant les mecanismes d'allocation memoire auto (genre si tu peux le faire avec une regexp, ne le fait pas avec 100 surtout si ca allonge ta chaine ce qui etait le cas). Il etait bluffé. Maintenant, je connais nombre d'enseignants qui en arrivent a dire que la gestion memoire, c'est a l'OS et au langage de s'en occuper pas au programmeur...
Bref, pour reprendre ta terminologie : on va avoir que des branleurs dans quelques années, incapable de comprendre que leur code passe leur temps a allouer et recopier inutilement de la memoire.
Doms.
Salut,
Oh, ça change pas. Un branleur, c'est un branleur, quel que soit le
langage, l'OS ou l'époque. Combien de fois ai-je entendu de codeurs
Windows C sortir "pourquoi s'ennuyer avec les désallocations,
pourquoi gérer à l'octet près ta liste de 15.000 éléments, t'as 1 Go
de RAM mon pote !". C'est sûr qu'aujourd'hui, entre les clickodromes
et les langages a garbage collector, c'est pas les occasions qui
manquent pour produire des codeurs moyens ou, tout au moins, qui ne
se poseront pas beaucoup de questions :-(.
Ouai, mais savoir comment se gere la memoire n'est pas une tare
bien au contraire meme si on utilise des langages comme java
ou PERL. Juste en reprennant le code d'un stagiaire et en reflechissant
un poil (mais vraiment un poil), j'etais arrivé a gagner en temps d'execution
juste en contrant les mecanismes d'allocation memoire auto (genre
si tu peux le faire avec une regexp, ne le fait pas avec 100 surtout
si ca allonge ta chaine ce qui etait le cas).
Il etait bluffé. Maintenant, je connais nombre d'enseignants qui en arrivent
a dire que la gestion memoire, c'est a l'OS et au langage de s'en occuper
pas au programmeur...
Bref, pour reprendre ta terminologie : on va avoir que des branleurs
dans quelques années, incapable de comprendre que leur code passe
leur temps a allouer et recopier inutilement de la memoire.
Oh, ça change pas. Un branleur, c'est un branleur, quel que soit le langage, l'OS ou l'époque. Combien de fois ai-je entendu de codeurs Windows C sortir "pourquoi s'ennuyer avec les désallocations, pourquoi gérer à l'octet près ta liste de 15.000 éléments, t'as 1 Go de RAM mon pote !". C'est sûr qu'aujourd'hui, entre les clickodromes et les langages a garbage collector, c'est pas les occasions qui manquent pour produire des codeurs moyens ou, tout au moins, qui ne se poseront pas beaucoup de questions :-(.
Ouai, mais savoir comment se gere la memoire n'est pas une tare bien au contraire meme si on utilise des langages comme java ou PERL. Juste en reprennant le code d'un stagiaire et en reflechissant un poil (mais vraiment un poil), j'etais arrivé a gagner en temps d'execution juste en contrant les mecanismes d'allocation memoire auto (genre si tu peux le faire avec une regexp, ne le fait pas avec 100 surtout si ca allonge ta chaine ce qui etait le cas). Il etait bluffé. Maintenant, je connais nombre d'enseignants qui en arrivent a dire que la gestion memoire, c'est a l'OS et au langage de s'en occuper pas au programmeur...
Bref, pour reprendre ta terminologie : on va avoir que des branleurs dans quelques années, incapable de comprendre que leur code passe leur temps a allouer et recopier inutilement de la memoire.
Doms.
Vincent Hiribarren
"Dominique Vaufreydaz" writes:
Ouai, mais savoir comment se gere la memoire n'est pas une tare bien au contraire meme si on utilise des langages comme java ou PERL. Juste en reprennant le code d'un stagiaire et en reflechissant un poil (mais vraiment un poil), j'etais arrivé a gagner en temps d'execution juste en contrant les mecanismes d'allocation memoire auto
Entièrement d'accord. Pour moi, savoir coder en Java passe par savoir coder en C.
Je me rappelle avoir réduit le temps d'éxécution d'un programme d'un collègue d'un facteur trois en remplaçant des concaténations de caractères avec "+", par l'utilisation de StringBuffer avec des tailles de buffers bien choisis (le programme travaillait essentiellement sur des chaines de caractères).
Savoir qu'avec des concaténations la mémoire est sans cesse remaniée alors qu'avec un StringBuffer, une fois le StringBuffer créé, plus rien d'autre n'est fait, ne peut que aider. C'est pourtant quelque chose d'évident pour un codeur C, qui commencera avant toute chose par allouer la mémoire, et ne s'amusera sûrement pas à tout le temps faire des malloc et consorts à chaque ligne de code s'il peut s'en passer.
C'est un exemple basique, mais il est pour moi parlant.
Ceux qui se plaignent que certains langages sont plus long que d'autres à s'exécuter et prennent plus de mémoires devraient plutôt s'en prendre aux programmeurs, qu'aux langages, amha ! :-)
Connaitre des langages comme le C est presque indispensable pour travailler avec les langages de script et ou avec garbage collector. Ou alors on risque de se retrouver avec un programme prenant plus de ressources et de temps qu'il devrait en prendre. Le garbage collector et l'allocation automatique de mémoire est une aide, et non pas la panacée. Ca ne doit pas empêcher de réfléchir un minimum lorsqu'on code.
-- Aléa a son blog sur http://www.alea.net/blog/
Et toujours tout sur Usenet et à jour, sur http://www.alea.net/usenet/
Ouai, mais savoir comment se gere la memoire n'est pas une tare
bien au contraire meme si on utilise des langages comme java ou
PERL. Juste en reprennant le code d'un stagiaire et en
reflechissant un poil (mais vraiment un poil), j'etais arrivé a
gagner en temps d'execution juste en contrant les mecanismes
d'allocation memoire auto
Entièrement d'accord. Pour moi, savoir coder en Java passe par savoir
coder en C.
Je me rappelle avoir réduit le temps d'éxécution d'un programme d'un
collègue d'un facteur trois en remplaçant des concaténations de
caractères avec "+", par l'utilisation de StringBuffer avec des
tailles de buffers bien choisis (le programme travaillait
essentiellement sur des chaines de caractères).
Savoir qu'avec des concaténations la mémoire est sans cesse remaniée
alors qu'avec un StringBuffer, une fois le StringBuffer créé, plus
rien d'autre n'est fait, ne peut que aider. C'est pourtant quelque
chose d'évident pour un codeur C, qui commencera avant toute chose par
allouer la mémoire, et ne s'amusera sûrement pas à tout le temps faire
des malloc et consorts à chaque ligne de code s'il peut s'en passer.
C'est un exemple basique, mais il est pour moi parlant.
Ceux qui se plaignent que certains langages sont plus long que
d'autres à s'exécuter et prennent plus de mémoires devraient plutôt
s'en prendre aux programmeurs, qu'aux langages, amha ! :-)
Connaitre des langages comme le C est presque indispensable pour
travailler avec les langages de script et ou avec garbage
collector. Ou alors on risque de se retrouver avec un programme
prenant plus de ressources et de temps qu'il devrait en prendre. Le
garbage collector et l'allocation automatique de mémoire est une aide,
et non pas la panacée. Ca ne doit pas empêcher de réfléchir un minimum
lorsqu'on code.
--
Aléa a son blog sur http://www.alea.net/blog/
Et toujours tout sur Usenet et à jour, sur
http://www.alea.net/usenet/
Ouai, mais savoir comment se gere la memoire n'est pas une tare bien au contraire meme si on utilise des langages comme java ou PERL. Juste en reprennant le code d'un stagiaire et en reflechissant un poil (mais vraiment un poil), j'etais arrivé a gagner en temps d'execution juste en contrant les mecanismes d'allocation memoire auto
Entièrement d'accord. Pour moi, savoir coder en Java passe par savoir coder en C.
Je me rappelle avoir réduit le temps d'éxécution d'un programme d'un collègue d'un facteur trois en remplaçant des concaténations de caractères avec "+", par l'utilisation de StringBuffer avec des tailles de buffers bien choisis (le programme travaillait essentiellement sur des chaines de caractères).
Savoir qu'avec des concaténations la mémoire est sans cesse remaniée alors qu'avec un StringBuffer, une fois le StringBuffer créé, plus rien d'autre n'est fait, ne peut que aider. C'est pourtant quelque chose d'évident pour un codeur C, qui commencera avant toute chose par allouer la mémoire, et ne s'amusera sûrement pas à tout le temps faire des malloc et consorts à chaque ligne de code s'il peut s'en passer.
C'est un exemple basique, mais il est pour moi parlant.
Ceux qui se plaignent que certains langages sont plus long que d'autres à s'exécuter et prennent plus de mémoires devraient plutôt s'en prendre aux programmeurs, qu'aux langages, amha ! :-)
Connaitre des langages comme le C est presque indispensable pour travailler avec les langages de script et ou avec garbage collector. Ou alors on risque de se retrouver avec un programme prenant plus de ressources et de temps qu'il devrait en prendre. Le garbage collector et l'allocation automatique de mémoire est une aide, et non pas la panacée. Ca ne doit pas empêcher de réfléchir un minimum lorsqu'on code.
-- Aléa a son blog sur http://www.alea.net/blog/
Et toujours tout sur Usenet et à jour, sur http://www.alea.net/usenet/
Dominique Vaufreydaz
Bonjour,
Entièrement d'accord. Pour moi, savoir coder en Java passe par savoir coder en C.
Sans apprendre le C (meme si c'est tres formateur, je le reconnais) apprendre les mecanisme cache derriere (gestion memoire, etc...) ca ne coute pas cher et on ne le fait plus en fac.
Je me rappelle avoir réduit le temps d'éxécution d'un programme d'un collègue d'un facteur trois en remplaçant des concaténations de caractères avec "+", par l'utilisation de StringBuffer avec des
[snip]
garbage collector et l'allocation automatique de mémoire est une aide, et non pas la panacée. Ca ne doit pas empêcher de réfléchir un minimum lorsqu'on code.
Ahmen. Doms.
Bonjour,
Entièrement d'accord. Pour moi, savoir coder en Java passe par savoir
coder en C.
Sans apprendre le C (meme si c'est tres formateur, je le reconnais)
apprendre les mecanisme cache derriere (gestion memoire, etc...)
ca ne coute pas cher et on ne le fait plus en fac.
Je me rappelle avoir réduit le temps d'éxécution d'un programme d'un
collègue d'un facteur trois en remplaçant des concaténations de
caractères avec "+", par l'utilisation de StringBuffer avec des
[snip]
garbage collector et l'allocation automatique de mémoire est une aide,
et non pas la panacée. Ca ne doit pas empêcher de réfléchir un minimum
lorsqu'on code.
Entièrement d'accord. Pour moi, savoir coder en Java passe par savoir coder en C.
Sans apprendre le C (meme si c'est tres formateur, je le reconnais) apprendre les mecanisme cache derriere (gestion memoire, etc...) ca ne coute pas cher et on ne le fait plus en fac.
Je me rappelle avoir réduit le temps d'éxécution d'un programme d'un collègue d'un facteur trois en remplaçant des concaténations de caractères avec "+", par l'utilisation de StringBuffer avec des
[snip]
garbage collector et l'allocation automatique de mémoire est une aide, et non pas la panacée. Ca ne doit pas empêcher de réfléchir un minimum lorsqu'on code.
Ahmen. Doms.
Ploc
Dominique Vaufreydaz wrote:
Bonjour,
Entièrement d'accord. Pour moi, savoir coder en Java passe par savoir coder en C.
Sans apprendre le C (meme si c'est tres formateur, je le reconnais) apprendre les mecanisme cache derriere (gestion memoire, etc...) ca ne coute pas cher et on ne le fait plus en fac.
Oui, mais pourtant la plupart des etudiants (> bac + 3) ont des cours de systeme d'exploitation et d'architecture des ordinateurs reputes "inutiles". Evidemment, si on fait pas le lien avec l'utilisation d'un ordinateur...
Dominique Vaufreydaz wrote:
Bonjour,
Entièrement d'accord. Pour moi, savoir coder en Java passe par savoir
coder en C.
Sans apprendre le C (meme si c'est tres formateur, je le reconnais)
apprendre les mecanisme cache derriere (gestion memoire, etc...)
ca ne coute pas cher et on ne le fait plus en fac.
Oui, mais pourtant la plupart des etudiants (> bac + 3) ont des cours de
systeme d'exploitation et d'architecture des ordinateurs reputes "inutiles".
Evidemment, si on fait pas le lien avec l'utilisation d'un ordinateur...
Entièrement d'accord. Pour moi, savoir coder en Java passe par savoir coder en C.
Sans apprendre le C (meme si c'est tres formateur, je le reconnais) apprendre les mecanisme cache derriere (gestion memoire, etc...) ca ne coute pas cher et on ne le fait plus en fac.
Oui, mais pourtant la plupart des etudiants (> bac + 3) ont des cours de systeme d'exploitation et d'architecture des ordinateurs reputes "inutiles". Evidemment, si on fait pas le lien avec l'utilisation d'un ordinateur...
Dominique Vaufreydaz
Bonjour,
Oui, mais pourtant la plupart des etudiants (> bac + 3) ont des cours de systeme d'exploitation et d'architecture des ordinateurs reputes "inutiles". Evidemment, si on fait pas le lien avec l'utilisation d'un ordinateur...
Meme a > BAC+3, le contenu de ces cours est vraiment leger par rapport a ce que je faisais a l'epoque en IUT.
C'est mieux que rien cela dit !
Doms.
Bonjour,
Oui, mais pourtant la plupart des etudiants (> bac + 3) ont des cours
de systeme d'exploitation et d'architecture des ordinateurs reputes
"inutiles". Evidemment, si on fait pas le lien avec l'utilisation
d'un ordinateur...
Meme a > BAC+3, le contenu de ces cours est vraiment leger
par rapport a ce que je faisais a l'epoque en IUT.
Oui, mais pourtant la plupart des etudiants (> bac + 3) ont des cours de systeme d'exploitation et d'architecture des ordinateurs reputes "inutiles". Evidemment, si on fait pas le lien avec l'utilisation d'un ordinateur...
Meme a > BAC+3, le contenu de ces cours est vraiment leger par rapport a ce que je faisais a l'epoque en IUT.
C'est mieux que rien cela dit !
Doms.
Arnold McDonald \(AMcD\)
Dominique Vaufreydaz wrote:
Meme a > BAC+3, le contenu de ces cours est vraiment leger par rapport a ce que je faisais a l'epoque en IUT.
Oui, jouons un peu les anciens combattants (même si je suppose que la majorité des intervenants d'ici n'a même pas 40 ans) :-). Je jette de temps en temps un oeil à certains syllabus, organigrammes de cours, etc. de fac, IUT, écoles. Comme je suis en contact avec certains étudiants, j'en profite.
C'est absolument hallucinant ! Le niveau des cours est pitoyable. On leur gonfle bien la tête avec des technologies ultra-ronflantes, des tas de langages, de théorie. On dirait un concours à l'école qui permettra d'avoir le plus de spécificités sur le CV. La moinde école, c'est Python, Perl, Scheme, C++, PHP, Java, .Net, CORBA, Oracle, SQL, Window, Linux, tout ça en deux ans, quand c'est pas un. Forcémment, ils survolent. C'est totalement ridicule.
Les étudiants avec lesquels je suis en contact sont de bonne volonté, motivés et tout ce que tu voudras, mais tu verrai leur niveau algorithmique ou C à 23 ans...
Et dire que moi, quand j'étais à la Fac ou l'IUT je me plaignais parce que les profs étaient "moyens"... Au moins, ils enseignaient les désallocations, l'assembleur, le système et les cours d'algo étaient la base de tout. À la fac, c'était même très avancé sur le sujet. Comme tu dis, les cours d'aujourd'hui sont vraiment légers à côté !
Faut dire que vu les profs, aussi... Il y a peu, je suis tombé sur un élève qui séchait sur un truc. Je ne citerai pas l'école mais bon, le prof ne savait même pas qu'il fallait un #include <windows> dans un .cpp windows...
-- Arnold McDonald (AMcD)
http://arnold.mcdonald.free.fr/
Dominique Vaufreydaz wrote:
Meme a > BAC+3, le contenu de ces cours est vraiment leger
par rapport a ce que je faisais a l'epoque en IUT.
Oui, jouons un peu les anciens combattants (même si je suppose que la
majorité des intervenants d'ici n'a même pas 40 ans) :-). Je jette de temps
en temps un oeil à certains syllabus, organigrammes de cours, etc. de fac,
IUT, écoles. Comme je suis en contact avec certains étudiants, j'en profite.
C'est absolument hallucinant ! Le niveau des cours est pitoyable. On leur
gonfle bien la tête avec des technologies ultra-ronflantes, des tas de
langages, de théorie. On dirait un concours à l'école qui permettra d'avoir
le plus de spécificités sur le CV. La moinde école, c'est Python, Perl,
Scheme, C++, PHP, Java, .Net, CORBA, Oracle, SQL, Window, Linux, tout ça en
deux ans, quand c'est pas un. Forcémment, ils survolent. C'est totalement
ridicule.
Les étudiants avec lesquels je suis en contact sont de bonne volonté,
motivés et tout ce que tu voudras, mais tu verrai leur niveau algorithmique
ou C à 23 ans...
Et dire que moi, quand j'étais à la Fac ou l'IUT je me plaignais parce que
les profs étaient "moyens"... Au moins, ils enseignaient les désallocations,
l'assembleur, le système et les cours d'algo étaient la base de tout. À la
fac, c'était même très avancé sur le sujet. Comme tu dis, les cours
d'aujourd'hui sont vraiment légers à côté !
Faut dire que vu les profs, aussi... Il y a peu, je suis tombé sur un élève
qui séchait sur un truc. Je ne citerai pas l'école mais bon, le prof ne
savait même pas qu'il fallait un #include <windows> dans un .cpp windows...
Meme a > BAC+3, le contenu de ces cours est vraiment leger par rapport a ce que je faisais a l'epoque en IUT.
Oui, jouons un peu les anciens combattants (même si je suppose que la majorité des intervenants d'ici n'a même pas 40 ans) :-). Je jette de temps en temps un oeil à certains syllabus, organigrammes de cours, etc. de fac, IUT, écoles. Comme je suis en contact avec certains étudiants, j'en profite.
C'est absolument hallucinant ! Le niveau des cours est pitoyable. On leur gonfle bien la tête avec des technologies ultra-ronflantes, des tas de langages, de théorie. On dirait un concours à l'école qui permettra d'avoir le plus de spécificités sur le CV. La moinde école, c'est Python, Perl, Scheme, C++, PHP, Java, .Net, CORBA, Oracle, SQL, Window, Linux, tout ça en deux ans, quand c'est pas un. Forcémment, ils survolent. C'est totalement ridicule.
Les étudiants avec lesquels je suis en contact sont de bonne volonté, motivés et tout ce que tu voudras, mais tu verrai leur niveau algorithmique ou C à 23 ans...
Et dire que moi, quand j'étais à la Fac ou l'IUT je me plaignais parce que les profs étaient "moyens"... Au moins, ils enseignaient les désallocations, l'assembleur, le système et les cours d'algo étaient la base de tout. À la fac, c'était même très avancé sur le sujet. Comme tu dis, les cours d'aujourd'hui sont vraiment légers à côté !
Faut dire que vu les profs, aussi... Il y a peu, je suis tombé sur un élève qui séchait sur un truc. Je ne citerai pas l'école mais bon, le prof ne savait même pas qu'il fallait un #include <windows> dans un .cpp windows...
-- Arnold McDonald (AMcD)
http://arnold.mcdonald.free.fr/
Thierry
"Arnold McDonald (AMcD)" wrote in news:44475b31$0$5181$:
C'est absolument hallucinant ! Le niveau des cours est pitoyable. On leur gonfle bien la tête avec des technologies ultra-ronflantes, des tas de langages, de théorie. On dirait un concours à l'école qui permettra d'avoir le plus de spécificités sur le CV. La moinde école, c'est Python, Perl, Scheme, C++, PHP, Java, .Net, CORBA, Oracle, SQL, Window, Linux, tout ça en deux ans, quand c'est pas un. Forcémment, ils survolent. C'est totalement ridicule.
Bof. A mon avis le plus important c'est C/C++ pour les langages. Une fois qu'on le maitrise bien c'est tres facile d'en apprendre un autre (PHP, Java, .Net) et on a une bonne connaissance de la gestion de la mémoire. Il vaut mieux s'attarder sur le C pour bien maitriser au moins un langage plutot que 5 mal maitrisés.
Faut dire que vu les profs, aussi... Il y a peu, je suis tombé sur un élève qui séchait sur un truc. Je ne citerai pas l'école mais bon, le prof ne savait même pas qu'il fallait un #include <windows> dans un .cpp windows...
Les profs que j'ai eu étaient en même temps chercheurs et n'étaient pas, la plupart du temps, spécialisés dans la matière qu'ils enseignaient. Des fois ca passe, d'autres c'est catastrophique. Le prof que tu cites, il a du tirer la courte paille ou celui qui a les moins pires connaisances dans le domaine.
"Arnold McDonald (AMcD)" <killspammers@free.fr> wrote in
news:44475b31$0$5181$626a54ce@news.free.fr:
C'est absolument hallucinant ! Le niveau des cours est pitoyable. On
leur gonfle bien la tête avec des technologies ultra-ronflantes, des
tas de langages, de théorie. On dirait un concours à l'école qui
permettra d'avoir le plus de spécificités sur le CV. La moinde école,
c'est Python, Perl, Scheme, C++, PHP, Java, .Net, CORBA, Oracle, SQL,
Window, Linux, tout ça en deux ans, quand c'est pas un. Forcémment,
ils survolent. C'est totalement ridicule.
Bof. A mon avis le plus important c'est C/C++ pour les langages. Une fois
qu'on le maitrise bien c'est tres facile d'en apprendre un autre (PHP, Java,
.Net) et on a une bonne connaissance de la gestion de la mémoire. Il vaut
mieux s'attarder sur le C pour bien maitriser au moins un langage plutot que
5 mal maitrisés.
Faut dire que vu les profs, aussi... Il y a peu, je suis tombé sur un
élève qui séchait sur un truc. Je ne citerai pas l'école mais bon, le
prof ne savait même pas qu'il fallait un #include <windows> dans un
.cpp windows...
Les profs que j'ai eu étaient en même temps chercheurs et n'étaient pas, la
plupart du temps, spécialisés dans la matière qu'ils enseignaient.
Des fois ca passe, d'autres c'est catastrophique.
Le prof que tu cites, il a du tirer la courte paille ou celui qui a les moins
pires connaisances dans le domaine.
"Arnold McDonald (AMcD)" wrote in news:44475b31$0$5181$:
C'est absolument hallucinant ! Le niveau des cours est pitoyable. On leur gonfle bien la tête avec des technologies ultra-ronflantes, des tas de langages, de théorie. On dirait un concours à l'école qui permettra d'avoir le plus de spécificités sur le CV. La moinde école, c'est Python, Perl, Scheme, C++, PHP, Java, .Net, CORBA, Oracle, SQL, Window, Linux, tout ça en deux ans, quand c'est pas un. Forcémment, ils survolent. C'est totalement ridicule.
Bof. A mon avis le plus important c'est C/C++ pour les langages. Une fois qu'on le maitrise bien c'est tres facile d'en apprendre un autre (PHP, Java, .Net) et on a une bonne connaissance de la gestion de la mémoire. Il vaut mieux s'attarder sur le C pour bien maitriser au moins un langage plutot que 5 mal maitrisés.
Faut dire que vu les profs, aussi... Il y a peu, je suis tombé sur un élève qui séchait sur un truc. Je ne citerai pas l'école mais bon, le prof ne savait même pas qu'il fallait un #include <windows> dans un .cpp windows...
Les profs que j'ai eu étaient en même temps chercheurs et n'étaient pas, la plupart du temps, spécialisés dans la matière qu'ils enseignaient. Des fois ca passe, d'autres c'est catastrophique. Le prof que tu cites, il a du tirer la courte paille ou celui qui a les moins pires connaisances dans le domaine.
Vincent Burel
"Arnold McDonald (AMcD)" wrote in message news:44475b31$0$5181$
Dominique Vaufreydaz wrote:
Et dire que moi, quand j'étais à la Fac ou l'IUT je me plaignais parce que les profs étaient "moyens"... Au moins, ils enseignaient les
désallocations,
l'assembleur, le système et les cours d'algo étaient la base de tout. À la fac, c'était même très avancé sur le sujet. Comme tu dis, les cours d'aujourd'hui sont vraiment légers à côté !
le secret de la programmation, c'est de programmer. (comme le secret de l'écriture c'est d'écrire, disait William Forester dans le film du même nom).
En Fac (diffuseur de savoir universel - parfois universellement faux - ) s'est borné à apprendre l'algorithmie, ce qui n'est pas une mauvaise chose. Mais en 1990 les cours d'algorithmie dans un amphi bondé de gens qui ne savaient même pas où mettre une diskette, c'était sur-réaliste :-)
Cela ne choquait finalement personne, quand tu rentre en Fac, tu sors de 5 ou 7 ans d'école où tu as appris l'anglais sans parler, et d'ailleurs tu le parle pas du tout, et tu le lis pas non plus... c'est dommage, c'était le pré-requis pour devenir informaticien :-)
Donc, certainement le meilleur moyen pour devenir développeur, c'est d'acheter un ordi et un harrap's et de passer ces journées dessus.
VB
"Arnold McDonald (AMcD)" <killspammers@free.fr> wrote in message
news:44475b31$0$5181$626a54ce@news.free.fr...
Dominique Vaufreydaz wrote:
Et dire que moi, quand j'étais à la Fac ou l'IUT je me plaignais parce que
les profs étaient "moyens"... Au moins, ils enseignaient les
désallocations,
l'assembleur, le système et les cours d'algo étaient la base de tout. À la
fac, c'était même très avancé sur le sujet. Comme tu dis, les cours
d'aujourd'hui sont vraiment légers à côté !
le secret de la programmation, c'est de programmer. (comme le secret de
l'écriture c'est d'écrire, disait William Forester dans le film du même
nom).
En Fac (diffuseur de savoir universel - parfois universellement faux - )
s'est borné à apprendre l'algorithmie, ce qui n'est pas une mauvaise chose.
Mais en 1990 les cours d'algorithmie dans un amphi bondé de gens qui ne
savaient même pas où mettre une diskette, c'était sur-réaliste :-)
Cela ne choquait finalement personne, quand tu rentre en Fac, tu sors de 5
ou 7 ans d'école où tu as appris l'anglais sans parler, et d'ailleurs tu le
parle pas du tout, et tu le lis pas non plus... c'est dommage, c'était le
pré-requis pour devenir informaticien :-)
Donc, certainement le meilleur moyen pour devenir développeur, c'est
d'acheter un ordi et un harrap's et de passer ces journées dessus.
"Arnold McDonald (AMcD)" wrote in message news:44475b31$0$5181$
Dominique Vaufreydaz wrote:
Et dire que moi, quand j'étais à la Fac ou l'IUT je me plaignais parce que les profs étaient "moyens"... Au moins, ils enseignaient les
désallocations,
l'assembleur, le système et les cours d'algo étaient la base de tout. À la fac, c'était même très avancé sur le sujet. Comme tu dis, les cours d'aujourd'hui sont vraiment légers à côté !
le secret de la programmation, c'est de programmer. (comme le secret de l'écriture c'est d'écrire, disait William Forester dans le film du même nom).
En Fac (diffuseur de savoir universel - parfois universellement faux - ) s'est borné à apprendre l'algorithmie, ce qui n'est pas une mauvaise chose. Mais en 1990 les cours d'algorithmie dans un amphi bondé de gens qui ne savaient même pas où mettre une diskette, c'était sur-réaliste :-)
Cela ne choquait finalement personne, quand tu rentre en Fac, tu sors de 5 ou 7 ans d'école où tu as appris l'anglais sans parler, et d'ailleurs tu le parle pas du tout, et tu le lis pas non plus... c'est dommage, c'était le pré-requis pour devenir informaticien :-)
Donc, certainement le meilleur moyen pour devenir développeur, c'est d'acheter un ordi et un harrap's et de passer ces journées dessus.
