Relis bien mon commentaire et celui de Laurent juste au dessus: ipython n'a rien d'un shell objet puisque tu passes toujours par les commandes du shell (sed, cut awk & co avec un poin d'exclamation devant) et que tu dois traiter des chaines de caractères au lieu d'attaquer des objets.
Les programmes utilisés par le shell, ils sont ecrits en c et font des appels système eux aussi (c'est pas bon pour la sécurité ?), ca doit pouvoir être possible de créer un composant d'accès qui offre une interface cohérente plutôt que d'utiliser 250 commandes éparses. Ah oui c'est vrai c'est la philosophie d'Unix, depuis 1970 faut rien changer. On est fier de son petit hack ou de son one-line qu'on a pondu en 5 mn mais qu'on ne peut jamais industrialiser sauf à tout réécrire dans un langage bien propre sur lui. Ca me rappelle CVS qui au départ n'était que des scripts réunis et qu'on a décidé un beau jour de réecrire en C. Attention je ne parle même pas d'en faire un kernel orienté objet (Ontologia en parlera mieux que moi) juste d'un enrobage mais peut être que ca remet trop en question l'architecture de l'OS.
[^] # Re: ça n'a pas changé
Posté par golum . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
Les programmes utilisés par le shell, ils sont ecrits en c et font des appels système eux aussi (c'est pas bon pour la sécurité ?), ca doit pouvoir être possible de créer un composant d'accès qui offre une interface cohérente plutôt que d'utiliser 250 commandes éparses. Ah oui c'est vrai c'est la philosophie d'Unix, depuis 1970 faut rien changer. On est fier de son petit hack ou de son one-line qu'on a pondu en 5 mn mais qu'on ne peut jamais industrialiser sauf à tout réécrire dans un langage bien propre sur lui. Ca me rappelle CVS qui au départ n'était que des scripts réunis et qu'on a décidé un beau jour de réecrire en C. Attention je ne parle même pas d'en faire un kernel orienté objet (Ontologia en parlera mieux que moi) juste d'un enrobage mais peut être que ca remet trop en question l'architecture de l'OS.