C'est bien ce que je disais plus haut (selon moi c'est impossible de définir un informaticien au sense large). Ce que je decrivais n'est pas que de la programmation. J'ai parlé de HCI (human computer interaction. Comment faire de bon UI), j'ai aussi parlé de base de donnée (comment modelé une base de donée en 5NF par exemple), j'ai aussi parlé d'intelligence artificielle (comment faire un Knowledge System -> ce qui n'est pas nécessairement de la programmation -> AionDS). J'aurais aussi pu parler de software engineering, de software architecture,... donc non ce n'est pas que de la programmation.
Et zion je sais pas si tu connais le principe d'abstraction -> ne pas devoir savoir ce qui ce cache derrière qqchôse par exemple:
tcp/ip te permets de ne pas devoir savoir quel os tourne sur la machine d'un gars à l'autre bout du monde, des objet que tu utilises en programmation OO, des api,... donc comment marche un ordinateur n'a pas de réelle importance (et je sais comment le von neumann computer marche t'en fais pas)
Puis en effet si tu veux comprendre un langage le mieux possible comme un langage OO, c'est pratique de savoir comment c'est interpreté (et t'inquiete pas pour moi),... comme c'est pratique de savoir comment un interpreter marche (cfr. asm ), comme c'est pratique de savoir comment un langage formel marche,... Pcq pour moi désolé mais c'est du bidouillage ce que tu fais avec ton exemple. C'est que probablement tu essaies de résoudre ton problème d'une mauvaise manière. J l avais déjà dit mais tu pourrais très bien résoudre ton problème en C++ ou pascal, tout bêtement pcq ils sont "computational complete"... si tu t'y prennais autrement.
Puis désolé mais je ne crois pas que l'assembleur soit utile à ce point là. L'assembleur est là pour optimiser des endroits critique de programme qui en on réelement besoin (realtime systems par exemple). T'as qu' à voir -> si de grosse application comme staroffice, jbuilder sont écrit en java... les optimisations ils en ont pas réelement besoin... et ne me fais pas croire que t'as déjà écrit des trucs plus gros que ca.
Moi au fait la programmation m'intéresse quasi pas, j préfère c qui tourne au tour comme les design patterns, l'uml, refactoring, unit testing,l'extreme programming,... J'aime aussi la recherche comme le meta level programming (reflexion), comme le aspect oriented programming,... Si tu me demandes dans quel api se trouve fonction un tel, là je sais pas te répondre (et ca m'intéresse pas de le savoir).
Puis désolé de répondre comme ca mais le "t'es qu'un programeur" ne m'a pas fait rire. Sans rancune