Discussion :

[dlandelle]

Pour moi un langage de script doit �tre simple, et accessible aux neuneus. Ce n'est pas le cas de ce morceau de code qui demande beaucoup de connaissances a priori, et la connaissance d'un paquet de librairies (presque autant d'include que de ligne de code).

Par contre, si on traite de la vid�o avec ce genre de langage, et qu'on fait de l'allocation implicite pour chaque pixel, �a va droit dans le mur.

Pour moi, la puissance de C++, c'est de faire du C dans tous les cas o� les objets ne servent pas � grand chose (g�n�ricit�, h�ritage, polymorphisme, visibilit�, empaquetage, templates ...) c'est � dire dans la majorit� des ces d�s qu'on sort de l'informatique de "gestion".

[koala01]

Tu as une vision bien restrictive de la programmation orient�e objets!!!

Tu pourrais parfaitement envisager de cr�er des jeux, des compilateurs, des applications de gestion ou de dessin et bien d'autres (auxquelles je ne pense pas pour l'instant) en ayant une approche orient�e objets car tu y trouverais des avantages certains (dont, justement, les possibilit�s d'h�ritage et de polymorphisme, sans oublier une s�curit� accrue en terme de typage).

Bien sur, cela n�cessite d'avoir une approche orient�e "services rendus" plut�t qu'une approche "data driven", mais les exemples ne manquent pas dans les trois domaines que je viens de citer

[M�dinoc]

@Freem: Dans l'�tat actuel de Windows et Linux, tous les processus user-mode appartenant � un m�me utilisateur ont les m�me droits,* � moins d'�tre explicitement isol�s sur une autre machine (qui peut �tre virtuelle).

Les machines virtuelles, langages de script etc. permettent d'isoler les droits de mani�re plus pr�cise: Non seulement entre processus d'un m�me utilisateur, mais entre composants d'un m�me processus.

*Sous Windows il y a la notion de privil�ge qui change d'un processus � l'autre, mais un programme malveillant non-isol� pourra toujours lire et effacer les documents personnels de l'utilisateur qui l'ex�cute.
Il y a aussi la notion hybride de jeton d'acc�s restreint, qui "retire" � un processus son appartenance � un groupe et donc les droits d'acc�s qui vont avec. L'UAC de Vista est bas� dessus;

[white_tentacle]

@Freem: Dans l'�tat actuel de Windows et Linux, tous les processus user-mode appartenant � un m�me utilisateur ont les m�me droits,* � moins d'�tre explicitement isol�s sur une autre machine (qui peut �tre virtuelle).

Il me semble que c�est faux avec SELinux/AppArmor.