Re: [Squeak-fr] Implémentations Smalltalk
stephane ducasse
stephane.ducasse at free.fr
Ven 12 Sep 09:51:31 UTC 2008
Enlever le code spaghetti introduits dans squeak par etoy.
Mais si tu ne le vois pas alors tu peux rester avec squeak.
Implementer un systeme de fichier decent (meme remarque qu'au dessus)
Avoir un nouveau compilateur qui ne fait pas heriter SyntaxError de
String!
Fixer des tas de choses dans Morphic
par exemple haloMorphSpec sont definis dans la class Preference!
Les halos ne sont pas par Morph mais global a tout le systeme
Avoir des commentaires et documentation pour les packages + tests
Meilleur UI + fonts rendering
Meilleur support pour le reseau
Eviter d'avoir des classes fourtout comme Utilities
Avoir un system modulaire (certaines personnes n'ont pas besoin de
sound, nebraska pour leur developpement.)
Permettre aux gens de ne pas avoir a tourner autour du systeme pour
inventer leur future.
Stef
>> Oui, l'idée de Pharo c'est d'avoir un Smalltalk bien conçu d'un point
>> de vue génie logiciel.
>
> est-ce qu'il existe un texte de référence expliquant ce qu'est un
> Smalltalk "bien conçu" un peu en détail ?
cherche bad code smells par exemple.
> je ne comprends pas vraiment l'objectif de Pharo parce qu'il me
> manque les éléments soutenant la critique de Squeak et le besoin
> d'un système mieux conçu.
pour voir maintenu Squeak 3.9 pendant qq annees et participer a Squeak
depuis 3.6
> jusqu'à présent j'ai surtout noté l'envie de se débarasser de code
> mal (ou pas) maintenu, et le recours systématique au tests. quels
> sont les autres principes importants qui sous-tendent le
> développement de Pharo ?
>
>
>
> Stef
>
> _______________________________________________
> Squeak-fr mailing list
> Squeak-fr at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-fr
>
Plus d'informations sur la liste de diffusion Squeak-fr