Quelques remarques :
1) ne pas confondre l'approche objet et les langages objets
2) a quoi ca sert concretement, et à quel prix ?
3) c'est bien beaux de vouloir faire table rase de l'existant mais il ne faut pas sous evaluer les problèmes suceptibles d'être ainsi créés.
4) interet d'une VM dans ton modèle ? (a part permettre la portabilite binaire dans le monde proprio, ce qu'il serait ton droit de vouloir mais ya pas mal de monde qui s'en foutent completement dans le monde du LL...)
5)"Un système d'exploitation dans lequel tout serait objet, même les applications ; sur les systèmes classiques, une application est de toute manière orientée fonction, qu'elle soit codée ou non en objet : tout commence par une fonction principale !" Tu veux des applications qui commencent par ou toi ? Qu'il soit explicite ou implicite, internalisé ou externalisé, il y aura toujours un point d'entré qui signera le début d'une execution. Faut pas confondre ce que fout le processeur et la méthodologie de devel. C'est pas pcq'un truc est "objet" qu'il ne peut jamais etre imperatif... (autrement on aurait de gros pb).
Ceci étant dit l'idée n'est pas ininterressante (bien que vu toutes les rq que je fais, il semble qu'il reste un boulot important de définitions rigoureuses à faire), quand est ce que tu codes cet OS :p ?
# Hmhm
Posté par Guillaume Knispel . En réponse au journal j'ai un rêve .... Évalué à 6.
1) ne pas confondre l'approche objet et les langages objets
2) a quoi ca sert concretement, et à quel prix ?
3) c'est bien beaux de vouloir faire table rase de l'existant mais il ne faut pas sous evaluer les problèmes suceptibles d'être ainsi créés.
4) interet d'une VM dans ton modèle ? (a part permettre la portabilite binaire dans le monde proprio, ce qu'il serait ton droit de vouloir mais ya pas mal de monde qui s'en foutent completement dans le monde du LL...)
5)"Un système d'exploitation dans lequel tout serait objet, même les applications ; sur les systèmes classiques, une application est de toute manière orientée fonction, qu'elle soit codée ou non en objet : tout commence par une fonction principale !" Tu veux des applications qui commencent par ou toi ? Qu'il soit explicite ou implicite, internalisé ou externalisé, il y aura toujours un point d'entré qui signera le début d'une execution. Faut pas confondre ce que fout le processeur et la méthodologie de devel. C'est pas pcq'un truc est "objet" qu'il ne peut jamais etre imperatif... (autrement on aurait de gros pb).
Ceci étant dit l'idée n'est pas ininterressante (bien que vu toutes les rq que je fais, il semble qu'il reste un boulot important de définitions rigoureuses à faire), quand est ce que tu codes cet OS :p ?