golum a écrit 2289 commentaires

Il y a quelque chose qui me chagrine

Pourquoi mélanger des paradigmes objets avec des concepts de shells classiques.

Les devs vont être tentés de recréer une pléthore de commandes juste pour retrouver leurs sensations d'avec cygwin.

Tout ca ne me parait pas "orthogonal"

Je ne connais pas ipython mais si c'est ce à quoi je pense, c'est juste un shell python interactif un peu amélioré.

Tout comme python, il ne t'offre pas un véritable accès aux entités du système en tant qu'objets.

J'illustre ca par un exemple:
Je veux ouvrir le répertoire courant et récupérer la liste de tous les fichiers qu'il contient

import os
l=os.listdir('.')
l
['..... j'obtient tous les fichiers du système dans une liste...]

print l[0].__class__
--- > <type 'str'>

On obtient une chaine au lieu d'un objet "File"

J'ai la complétion sur une chaine et non sur un objet File.
Je suis donc obligé de me palucher toute la doc de python pour connaitre la fonction d'accès du groupe sur ce fichier et découvrir stat dans le module os
os.stat(l[0]).st_gid
qui me renvoie encore un type de base.


Avec un shell objet j'aurais : l|0].get_Group()
et je pourrais lui appliquer un setGroup à la volée

Remarquez que ce n'est pas inhérent au langage python mais simplement à la conception de la librairie qui est parti du paradigme procédural (wrapper au dessus de POSIX j'imagine)

Pour obtenir un truc équivalent sous Linux, il faudrait faire une rétroconception sur tout le système puis créer une API objet qui serait en fait une facade au dessus des fonctions de base du noyau (écrites en C)
Ainsi tous les langages et frameworks pourraient s'appuyer dessus
y compris Gnome et KDE qui proposent déjà à travers DBUS un accès à des objets d'applications.

J'imagine que c'est ce qui a été fait avec .NET car je doute que Windows soit un OS purement objet.

A ce propos Timaniac :

Est-ce que Mono propose cette API ? Si tel est le cas, il suffit de se baser dessus pour se créer un shell à la powershell.(avec une syntaxe Ironpython ca serait top)
Je me doute qu'étant donné la différence de conception entre les 2 os, il doit y avoir des incompatibilités (genre ACL pour Windows et droits à la UNIX par défaut si l'on active pas les ACL sous Linux)

Mono permet t'il réellement l'interopérabilité ?

"pourrais humainement relire ce fichier ?"

Ben la méthode toString comme son nom l'indique étant réservé à l'affichage il vaut mieux que ses concepteurs aient prévu un format lisible

Un shell objet c'est :

L'introspection qui te permet de compléter les actions quelque soit le type de l'objet et ne se contente pas de la complétion des fichiers et du nom de la première commande.C'est un peu comme si on pouvait completer tous les paramètres des commandes unix rien qu'en interprètant la syntaxe de l'aide.

C'est le fait de ne pas être obligé de passer une demi-heure à debugguer ton script en posant des traces partout parce que les devs de la super commande que tu utilisais ont changé l'affichage en rajoutant un mot qui pourrit complétement le parsing de ton script ou parce que t'avais pas prévu que la locale affectait l'affichage des dates.
Là, il te prévient que la signature a changé ou que la méthode n'existe plus en te lancant une exception. D'autant que tu fais moins souvent des changements de contrat que d'affichage.

C'est la vérification qu'une information que tu passes en paramètre à une commande est du bon type plutôt qu'une chaine de caractère en évitant tous les effets de bord et trous de securité associés

C'est le fait de ne pas être obligé d'apprendre par coeur la syntaxe de 250 commandes imbuvables qui n'adoptent pas toujours les mêmes conventions sur les paramètres pour transformer une chaine de caractère (sed, awk, grep, egrep & co) ou pour en extraire la substantifique moelle.

C'est le fait de ne pas passer 1h à mettre au point la regexp qui va bien.

Et je dois en oublier

Ca revient donc à enteriner le système de brevets.

Et si le cadre législatif reste flou, les LL seront sous le coup des brevets avec tout le FUD qui s'ensuit. Si on vient à accepter ce système, il faut impérativement faire valider le fait que les LL ne sont pas concernés.

Alors que la plupart des organisations qui promeuvent le libre luttent pour faire invalider le système des brevets en conservant le système des droits d'auteurs actuel ou au minimum pour que les LL n'entrent pas dans le cadre des brevets, voilà qu'on se propose simplement d'amender le système des brevets actuellement proposé.

Quelqu'un pourrait m'expliquer ?

Un article à propos sur ce sujet
http://www.agoravox.fr/article.php3?id_article=15559

La Palice ?

Cherche pas, on reconnait les trolls à 2 kms à la longue.
Celui là il a des écailles et la langue fourchue et son tour de taille fait pi au carré.

A ce propos
http://www.lemondeinformatique.fr/actualites/lire-java-open-(...)

c'est bien connu la GPL est un véritable cancer et Mono ... nucléose

déjà dehors ===>[ ]

Dés lors, tout lui est permis, elle n'a rien à craindre de MS. La société Nevoll décide donc de financer Uno, une implémentation d'une technologie hautement brevetée par MS.

http://wiki.services.openoffice.org/wiki/Uno
Tu veux dire qu'OpenOffice est un fork de Microsoft Office ?

C'est vrai ca fait des jours que ca trolle dans tous les coins et pas un mot ou commentaire sur la position des représentants officiels de la GPL

Sinon tu as aussi OpenArchitectureWare
http://www.openarchitectureware.org/
et AndroMDA proposera bientôt une intégration avec Eclipse.

@ Yann
je serai assez intéressé par un retour d'expérience sur Topcased en tant que modeleur.

Ok j'avais pas bien compris.
L'implémentation Mono de WinForms est donc une adaptation de GTK à l'api WinForms. Par contre, on a aucune garantie que l'api WinForms ne soit pas brevetée et M$ pourrait attaquer les impléméntations concurrentes cette API. Pour un dev cross-platform il vaut donc mieux utiliser GTK#.

Donc en résumé, tu confirmes qu'il n'y a pas besoin de réécriture pour un portage d'une appli Windows/Winforms vers Mono/GTK# ?

Autre question concernant la portabilité .

Lorsque j'écris un client lourd en java j'ai plusieurs possibilités:
Qt Jambi et SWT qui propose un look and feel natif sur toutes les plateformes ou Swing qui propose un look and feel homogène quel que soit la plateforme.

Y'a t'il des possibilités équivalentes avec Mono sans passer par des bindings ou bien suis-je obligé de faire un portage depuis Winforms vers GTK# ?

Tu t'es trompé le troll sur les animaux c'est un journal plus bas :)

On t'a reconnu cho7
http://www.amazon.fr/Questions-%C3%A0-con-Collectif/dp/28481(...)

Je préferais quand tu faisais du ciné.

Ce n'est pas a l'environnement a s'habituer à toi, mais toi a t'habituer à l'environnement.

Arrête de repiquer les slogans publicitaire de M$ si tu veux pas t'exposer à des pousuites :)

En relisant ma phrase tu comprendras que je ne dénigrais pas PC inpact mais que je me dédouanais des critiques à venir sur la qualité de ce site.
D'ailleurs pour rapporter l'info il a bien fallu que j'y fasse un tour.
Je ne m'attendais effectivement pas à celle-ci.

J'aurais préféré des réactions sur le fond mais pout l'instant 2 commentaires parlent de PC Inpact plus que de la GPL.

Ca m'apprendra à essayer de faire suivre des news fraîches.

Il me semblait que la technologie Flex était propriétaire et fermée
S'il est de bon ton de critiquer Java et ses techno associées pour leur aspect proprio et leur hypothétique ouverture. Que doit-on alors penser de Flex
Ne serait-ce donc pas plus profitable d'améliorer Xulrunner que de le critiquer.

prône le parléer correct,

:)

ca legitimise les reconnaissance de brevet qui serait violé dans des produits open sources, rien que pour celà j'aime pas.

C'est vrai mai la boîte de Pandorre n'a t'elle pas déjà été ouverte avec l'OIN ?

Pour rappel Gnome a été créé parce que Qt ce n'était pas libre, ou pas tout à fait.

Bon ca fait longtemps que j'ai pas sombré dans les tréfonds des XP alors je me lâche.

GNOMESAPUSAIPASLIBRE.

Ca fait du bien après des années de persécution des trolleurs gnomistes qui pourrissaient toutes les depêches sur KDE.


Allez-y défoulez vous !