- Pharo-users - lists.pharo.org

Re: [Pharo-users] [Pharo-dev] Fwd: [cormas] [Cormas] Proposition de stage en informatique

by Peter UhnÃ¡k

> > > Is this related to Dynacase? > It is not related... yet :) I've already sent mail to the mails written in the contact. Peter

May 27, 2015

Re: [Pharo-users] [Pharo-dev] Fwd: [cormas] [Cormas] Proposition de stage en informatique

by Serge Stinckwich

Yes, this will be an option to investigate I guess. 2015-05-27 10:25 GMT+02:00 Torsten Bergmann <astares(a)gmx.de>: > Is this related to Dynacase? > http://astares.blogspot.de/2015/03/dynacase-modelling-for-pharo.html > > >> Gesendet: Mittwoch, 27. Mai 2015 um 08:46 Uhr >> Von: "Serge Stinckwich" <serge.stinckwich(a)gmail.com> >> An: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org>, "Moose-related development" <moose-dev(a)iam.unibe.ch>, "smalltalk-fr(a)googlegroups.com" <smalltalk-fr(a)googlegroups.com>, smalltalk-gsoc-students(a)googlegroups.com, "Discusses Development of Pharo" <pharo-dev(a)lists.pharo.org>, smalltalk-research(a)googlegroups.com >> Betreff: [Pharo-dev] Fwd: [cormas] [Cormas] Proposition de stage en informatique >> >> Hi all, >> >> this is a proposal from a student internship in Pharo in order to >> build a specific UML editor for multi-agent simulation. >> Sorry this is only in French and Spanish, but english-speaking student >> are welcome also. >> >> Regards, >> >> >> ---------- Forwarded message ---------- >> From: Pierre Bommel <bommel(a)cirad.fr> >> Date: 2015-05-27 1:26 GMT+02:00 >> Subject: [cormas] [Cormas] Proposition de stage en informatique >> To: Cormas <cormas(a)cirad.fr> >> >> >> Bonjour, hello, hola, >> >> Please find a proposal for an internship in Computer Science to work >> on a UML editor for Cormas. >> Sorry but it is in french and in spanish.. >> >> Pierre >> >> ______ FranÃ§ais ______ >> >> Proposition de stage en informatique >> >> â Conception dâun Ã©diteur de diagramme de classes UML >> pour lâimplÃ©mentation de modÃ¨les multi-agents - >> >> >> >> Dans le cadre du dÃ©veloppement de sa plateforme de modÃ©lisation et >> simulation multi-agent, Cormas (http://cormas.cirad.fr) lâUnitÃ© de >> Recherche GREEN du Cirad (http://ur-green.cirad.fr) propose un stage >> indemnisÃ© de 6 mois pour un Ã©tudiant en informatique pour dÃ©velopper >> un module de Cormas. >> >> Ce dÃ©veloppement informatique consiste Ã mettre au point un Ã©diteur >> graphique permettant de dessiner un diagramme de classes UML et de >> gÃ©nÃ©rer du code SmallTalk (en Pharo, langage de programmation >> open-source) de la structure du modÃ¨le en se rÃ©fÃ©rant au standard >> "Executable UML" (xUML) proposÃ© par Mellor & Balcer (2002) and adoptÃ© >> par lâOMG (2008). Pour ce travail, nous ne cherchons pas un Ã©diteur >> exhaustif intÃ©grant tous les Ã©lÃ©ments dÃ©crits par UML2. Pour cet >> Ã©diteur, les Ã©lÃ©ments du mÃ©ta-modÃ¨le proposÃ©s seront limitÃ©s Ã : la >> classe, ses attributs et ses mÃ©thodes (dÃ©claration), la spÃ©cialisation >> de classes et les associations. Les associations sont simples >> (uniquement binaires) et sont dÃ©finies par leur nom et par leurs >> extrÃ©mitÃ©s qui comportent chacune un nom de rÃ´le, une valeur de >> multiplicitÃ© et la navigabilitÃ©. >> >> Cormas Ã©tant un framework, le modÃ¨le crÃ©Ã© par un utilisateur doit >> sâancrer sur des classes prÃ©dÃ©finies disponibles dans Cormas. A la fin >> de la conception de son modÃ¨le, lâutilisateur devra Ãªtre invitÃ© Ã >> rattacher les classes quâil a crÃ©Ã©es aux classes prÃ©dÃ©finies. Dans ce >> cas, les propriÃ©tÃ©s hÃ©ritÃ©es (mÃ©thodes, associations, attributs, ...) >> devront Ãªtre spÃ©cifiÃ©es dans le diagramme conceptuel de lâutilisateur >> qui pourra Ãªtre affichÃ© de faÃ§on indÃ©pendante du framework. >> >> Outre la crÃ©ation dynamique du squelette des classes, le stagiaire >> devra porter une attention particuliÃ¨re aux associations entre classes >> uni ou bi-directionnelles qui seront traduites en attributs nommÃ©s >> selon le rÃ´le de lâextrÃ©mitÃ© de lâassociation (on parle parfois >> dâassociation dÃ©gÃ©nÃ©rÃ©e pour laquelle le rÃ´le de lâextrÃ©mitÃ© opposÃ©e >> est traduit en attribut). Ne seront pas prises en compte les >> classes-associations, ni les associations n-aires, ni les associations >> qualifiÃ©es. >> >> >> >> Cet Ã©diteur permettra Ã©galement de rÃ©-afficher un modÃ¨le dÃ©jÃ >> sauvegarder mais aussi de proposer de gÃ©nÃ©rer un nouveau diagramme Ã >> partir dâun modÃ¨le dÃ©jÃ implÃ©mentÃ© (rÃ©tro-ingÃ©nierie). >> >> >> >> Par ailleurs, un Ã©diteur de diagramme dâactivitÃ© xUML est dÃ©jÃ >> disponible dans Cormas (bommel et al, 2014). En sÃ©lectionnant une >> mÃ©thode de son diagramme de classes, lâutilisateur pourra alors >> dessiner le comportement de cette mÃ©thode en dÃ©crivant la succession >> des activitÃ©s et des conditions boolÃ©ennes. >> >> >> >> Le dÃ©veloppement de lâÃ©diteur UML devra se faire sous Roassal, un >> moteur puissant de visualisation >> (http://objectprofile.com/Roassal.html) disponible pour Pharo. >> >> En option et si le stagiaire en a le temps, cette application pourra >> aussi Ãªtre traduite en VisualWorks : un autre langage Smalltalk sur >> lequel Cormas tourne actuellement. Avec la sortie rÃ©cente de Roassal2, >> la mise au point de ce module UML permettra dâaccÃ©lÃ©rer la migration >> de Cormas sous Pharo. Enfin, le stagiaire sera libre de gÃ©nÃ©rer le >> code XML (XMI) dâun modÃ¨le pour pouvoir le lire dans un autre Ã©diteur. >> >> ______ >> >> >> >> DurÃ©e : 6 mois (ou moins si nÃ©cessaire) >> >> Gratification : 485,10 â¬ par mois. >> >> Lieu : pas dâaccueil prÃ©vu au Cirad. LâÃ©tudiant travaillera dans son >> laboratoire mais des contacts rÃ©guliers seront proposÃ©s. >> >> Contacts : Pierre Bommel (bommel(a)cirad.fr) et GrÃ©goire Leclerc >> (Leclerc(a)cirad.fr) >> >> Profil de candidature : Etudiant en Informatique, License ou Master, >> ayant un goÃ»t pour la modÃ©lisation et la simulation. LâÃ©tudiant doit >> avoir de bonnes connaissances des concepts de la modÃ©lisation objet et >> dâUML. Des compÃ©tences en programmation Smalltalk devront Ãªtre >> acquises. >> >> >> >> >> ______ EspaÃ±ol ______ >> >> Propuesta de prÃ¡ctica de informÃ¡tica >> >> - DiseÃ±o de un editor de diagramas de clases UML >> >> para la implementaciÃ³n de modelos multi-agentes - >> >> >> >> Como parte del desarrollo de su plataforma de modelizaciÃ³n y >> simulaciÃ³n multi-agente, Cormas (http://cormas.cirad.fr) la Unidad de >> InvestigaciÃ³n Green del CIRAD (http://ur-green.cirad.fr) ofrece una >> prÃ¡ctica remunerada por 6 meses por un estudiante de informÃ¡tica para >> desarrollar un mÃ³dulo de Cormas. >> >> Este desarrollo consiste en crear un editor grÃ¡fico para deseÃ±ar un >> diagrama de clases UML y generar cÃ³digo SmallTalk (en VisualWorks >> Cincom y/o en Pharo, de cÃ³digo abierto) de la estructura del modelo >> refiriÃ©ndose al estÃ¡ndar "ejecutable UML" (xUML) propuesto por Mellor >> y Balcer (2002) y adoptado por el OMG (2008). Para este trabajo, no >> buscamos un editor global que integre todos los elementos descritos >> por UML2. Sin embargo, este editor deberÃ¡ estar simples y integrar los >> elementos del meta-modelo limitados a: clases, atributos y mÃ©todos, >> especializaciÃ³n de clases y asociaciones. Las asociaciones son simples >> (solo binaria) y se definen por su nombre y sus extremos que tienen >> cada uno un nombre de rol, un valor de multiplicidad y navegabilidad. >> >> AsÃ que Cormas es un framework, el modelo creado por un usuario deben >> heredar de las clases predefinidas en Cormas. Al final del diseÃ±o de >> su modelo, el usuario se le pedirÃ¡ para vincular las clases que creÃ³ >> con las clases predefinidas. En este caso, las caracterÃsticas >> (mÃ©todos, asociaciones, atributos, ...) deben ser especificados en el >> diagrama conceptual del usuario que se puede mostrar de forma >> independiente de la estructura heredada. >> >> AdemÃ¡s de la creaciÃ³n dinÃ¡mica del esqueleto de las clases, el >> estudiante debe prestar especial atenciÃ³n a las asociaciones entre >> clases uni o bi-direccional para traducirse en atributos nombrados en >> el rol al final de la asociaciÃ³n (a veces llamada asociaciÃ³n >> degenerada para el que se traduce el rol del extremo opuesto en el >> atributo). No se tendrÃ¡n en cuenta las clases-asociaciones o las >> asociaciones n-arias o asociaciones calificadas. >> >> Este editor tambiÃ©n podrÃa re-mostrar un modelo ya salvado, sino >> proponer de generar un nuevo diagrama de un modelo ya implantado >> (ingenierÃa inversa). >> >> >> >> >> >> AdemÃ¡s, un editor de diagrama de actividad xUML ya estÃ¡ disponible en >> Cormas. Mediante la selecciÃ³n de un mÃ©todo de su diagrama de clases, >> el usuario puede desiÃ±ar el comportamiento de este mÃ©todo mediante la >> descripciÃ³n de la secuencia de actividades y condiciones booleanas. >> >> >> >> Aunque la distribuciÃ³n de VisualWorks se acompaÃ±a de algunas >> herramientas de ida y vuelta entre el cÃ³digo y diagramas UML Smalltalk >> (ADvance, Gipa, BOOST, MetaEdit+, DoME, UMLForSmalltalk ou >> Umbrello,..), el desarrollo del editor UML estarÃ¡ construido a partir >> de Roassal. De hecho, con el reciente lanzamiento de Roassal2, un >> poderoso motor de visualizaciÃ³n >> (http://objectprofile.com/Roassal.html) disponible tanto para >> VisualWorks y Pharo, el enfoque de este mÃ³dulo UML permitirÃ¡ de >> acelerar la migraciÃ³n de Cormas en Pharo. >> >> >> >> Opcionalmente, serÃ¡ interesante de generar cÃ³digo XML (XMI) de un >> modelo que serÃ¡ legible con otros editores. >> >> >> >> DuraciÃ³n: 6 meses (o menos si es necesario) >> >> GratificaciÃ³n: â¬ 485,10 por mes. >> >> LocalizaciÃ³n: no hay recepciÃ³n prevista en el CIRAD. El estudiante >> trabajarÃ¡ en su laboratorio, pero contactos regulares serÃ¡n >> necesarios. >> >> Contactos: Pierre Bommel (bommel(a)cirad.fr) y Gregoire Leclerc >> (Leclerc(a)cirad.fr) >> >> Perfil del candidato: Estudiante en Ciencias de la ComputaciÃ³n, >> licencia o maestra, con un gusto para la modelizaciÃ³n y simulaciÃ³n. El >> estudiante debe tener un buen conocimiento de los conceptos de >> modelizaciÃ³n objetos y UML. Conocimientos de programaciÃ³n Smalltalk >> deben adquirirse. >> >> >> >> Bommel, P., Dieguez, F., Bartaburu, D., Duarte, E., Montes, E., >> Pereira, M., Corral, J., Lucena, C. de and Morales Grosskopf, H. >> (2014). A Further Step Towards Participatory Modelling. Fostering >> Stakeholder Involvement in Designing Models by Using Executable UML. >> Journal of Artificial Societies and Social Simulation 17 (1) 6 >> <http://jasss.soc.surrey.ac.uk/17/1/6.html>. >> >> >> >> Mellor, S. J., & Balcer, M. J. (2002). Executable UML : a foundation >> for model-driven architecture. Boston; San Francisco; New York: >> Addison-Wesley. >> >> >> OMG. (2008). Model Driven Architecture, MDA Guide Version 1.0.1 >> >> >> -- >> Serge Stinckwich >> UCBN & UMI UMMISCO 209 (IRD/UPMC) >> Every DSL ends up being Smalltalk >> http://www.doesnotunderstand.org/ >> >> > -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

May 27, 2015

Re: [Pharo-users] [Pharo-dev] Fwd: [cormas] [Cormas] Proposition de stage en informatique

by Torsten Bergmann

Is this related to Dynacase? http://astares.blogspot.de/2015/03/dynacase-modelling-for-pharo.html > Gesendet: Mittwoch, 27. Mai 2015 um 08:46 Uhr > Von: "Serge Stinckwich" <serge.stinckwich(a)gmail.com> > An: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org>, "Moose-related development" <moose-dev(a)iam.unibe.ch>, "smalltalk-fr(a)googlegroups.com" <smalltalk-fr(a)googlegroups.com>, smalltalk-gsoc-students(a)googlegroups.com, "Discusses Development of Pharo" <pharo-dev(a)lists.pharo.org>, smalltalk-research(a)googlegroups.com > Betreff: [Pharo-dev] Fwd: [cormas] [Cormas] Proposition de stage en informatique > > Hi all, > > this is a proposal from a student internship in Pharo in order to > build a specific UML editor for multi-agent simulation. > Sorry this is only in French and Spanish, but english-speaking student > are welcome also. > > Regards, > > > ---------- Forwarded message ---------- > From: Pierre Bommel <bommel(a)cirad.fr> > Date: 2015-05-27 1:26 GMT+02:00 > Subject: [cormas] [Cormas] Proposition de stage en informatique > To: Cormas <cormas(a)cirad.fr> > > > Bonjour, hello, hola, > > Please find a proposal for an internship in Computer Science to work > on a UML editor for Cormas. > Sorry but it is in french and in spanish.. > > Pierre > > ______ FranÃ§ais ______ > > Proposition de stage en informatique > > â Conception dâun Ã©diteur de diagramme de classes UML > pour lâimplÃ©mentation de modÃ¨les multi-agents - > > > > Dans le cadre du dÃ©veloppement de sa plateforme de modÃ©lisation et > simulation multi-agent, Cormas (http://cormas.cirad.fr) lâUnitÃ© de > Recherche GREEN du Cirad (http://ur-green.cirad.fr) propose un stage > indemnisÃ© de 6 mois pour un Ã©tudiant en informatique pour dÃ©velopper > un module de Cormas. > > Ce dÃ©veloppement informatique consiste Ã mettre au point un Ã©diteur > graphique permettant de dessiner un diagramme de classes UML et de > gÃ©nÃ©rer du code SmallTalk (en Pharo, langage de programmation > open-source) de la structure du modÃ¨le en se rÃ©fÃ©rant au standard > "Executable UML" (xUML) proposÃ© par Mellor & Balcer (2002) and adoptÃ© > par lâOMG (2008). Pour ce travail, nous ne cherchons pas un Ã©diteur > exhaustif intÃ©grant tous les Ã©lÃ©ments dÃ©crits par UML2. Pour cet > Ã©diteur, les Ã©lÃ©ments du mÃ©ta-modÃ¨le proposÃ©s seront limitÃ©s Ã : la > classe, ses attributs et ses mÃ©thodes (dÃ©claration), la spÃ©cialisation > de classes et les associations. Les associations sont simples > (uniquement binaires) et sont dÃ©finies par leur nom et par leurs > extrÃ©mitÃ©s qui comportent chacune un nom de rÃ´le, une valeur de > multiplicitÃ© et la navigabilitÃ©. > > Cormas Ã©tant un framework, le modÃ¨le crÃ©Ã© par un utilisateur doit > sâancrer sur des classes prÃ©dÃ©finies disponibles dans Cormas. A la fin > de la conception de son modÃ¨le, lâutilisateur devra Ãªtre invitÃ© Ã > rattacher les classes quâil a crÃ©Ã©es aux classes prÃ©dÃ©finies. Dans ce > cas, les propriÃ©tÃ©s hÃ©ritÃ©es (mÃ©thodes, associations, attributs, ...) > devront Ãªtre spÃ©cifiÃ©es dans le diagramme conceptuel de lâutilisateur > qui pourra Ãªtre affichÃ© de faÃ§on indÃ©pendante du framework. > > Outre la crÃ©ation dynamique du squelette des classes, le stagiaire > devra porter une attention particuliÃ¨re aux associations entre classes > uni ou bi-directionnelles qui seront traduites en attributs nommÃ©s > selon le rÃ´le de lâextrÃ©mitÃ© de lâassociation (on parle parfois > dâassociation dÃ©gÃ©nÃ©rÃ©e pour laquelle le rÃ´le de lâextrÃ©mitÃ© opposÃ©e > est traduit en attribut). Ne seront pas prises en compte les > classes-associations, ni les associations n-aires, ni les associations > qualifiÃ©es. > > > > Cet Ã©diteur permettra Ã©galement de rÃ©-afficher un modÃ¨le dÃ©jÃ > sauvegarder mais aussi de proposer de gÃ©nÃ©rer un nouveau diagramme Ã > partir dâun modÃ¨le dÃ©jÃ implÃ©mentÃ© (rÃ©tro-ingÃ©nierie). > > > > Par ailleurs, un Ã©diteur de diagramme dâactivitÃ© xUML est dÃ©jÃ > disponible dans Cormas (bommel et al, 2014). En sÃ©lectionnant une > mÃ©thode de son diagramme de classes, lâutilisateur pourra alors > dessiner le comportement de cette mÃ©thode en dÃ©crivant la succession > des activitÃ©s et des conditions boolÃ©ennes. > > > > Le dÃ©veloppement de lâÃ©diteur UML devra se faire sous Roassal, un > moteur puissant de visualisation > (http://objectprofile.com/Roassal.html) disponible pour Pharo. > > En option et si le stagiaire en a le temps, cette application pourra > aussi Ãªtre traduite en VisualWorks : un autre langage Smalltalk sur > lequel Cormas tourne actuellement. Avec la sortie rÃ©cente de Roassal2, > la mise au point de ce module UML permettra dâaccÃ©lÃ©rer la migration > de Cormas sous Pharo. Enfin, le stagiaire sera libre de gÃ©nÃ©rer le > code XML (XMI) dâun modÃ¨le pour pouvoir le lire dans un autre Ã©diteur. > > ______ > > > > DurÃ©e : 6 mois (ou moins si nÃ©cessaire) > > Gratification : 485,10 â¬ par mois. > > Lieu : pas dâaccueil prÃ©vu au Cirad. LâÃ©tudiant travaillera dans son > laboratoire mais des contacts rÃ©guliers seront proposÃ©s. > > Contacts : Pierre Bommel (bommel(a)cirad.fr) et GrÃ©goire Leclerc > (Leclerc(a)cirad.fr) > > Profil de candidature : Etudiant en Informatique, License ou Master, > ayant un goÃ»t pour la modÃ©lisation et la simulation. LâÃ©tudiant doit > avoir de bonnes connaissances des concepts de la modÃ©lisation objet et > dâUML. Des compÃ©tences en programmation Smalltalk devront Ãªtre > acquises. > > > > > ______ EspaÃ±ol ______ > > Propuesta de prÃ¡ctica de informÃ¡tica > > - DiseÃ±o de un editor de diagramas de clases UML > > para la implementaciÃ³n de modelos multi-agentes - > > > > Como parte del desarrollo de su plataforma de modelizaciÃ³n y > simulaciÃ³n multi-agente, Cormas (http://cormas.cirad.fr) la Unidad de > InvestigaciÃ³n Green del CIRAD (http://ur-green.cirad.fr) ofrece una > prÃ¡ctica remunerada por 6 meses por un estudiante de informÃ¡tica para > desarrollar un mÃ³dulo de Cormas. > > Este desarrollo consiste en crear un editor grÃ¡fico para deseÃ±ar un > diagrama de clases UML y generar cÃ³digo SmallTalk (en VisualWorks > Cincom y/o en Pharo, de cÃ³digo abierto) de la estructura del modelo > refiriÃ©ndose al estÃ¡ndar "ejecutable UML" (xUML) propuesto por Mellor > y Balcer (2002) y adoptado por el OMG (2008). Para este trabajo, no > buscamos un editor global que integre todos los elementos descritos > por UML2. Sin embargo, este editor deberÃ¡ estar simples y integrar los > elementos del meta-modelo limitados a: clases, atributos y mÃ©todos, > especializaciÃ³n de clases y asociaciones. Las asociaciones son simples > (solo binaria) y se definen por su nombre y sus extremos que tienen > cada uno un nombre de rol, un valor de multiplicidad y navegabilidad. > > AsÃ que Cormas es un framework, el modelo creado por un usuario deben > heredar de las clases predefinidas en Cormas. Al final del diseÃ±o de > su modelo, el usuario se le pedirÃ¡ para vincular las clases que creÃ³ > con las clases predefinidas. En este caso, las caracterÃsticas > (mÃ©todos, asociaciones, atributos, ...) deben ser especificados en el > diagrama conceptual del usuario que se puede mostrar de forma > independiente de la estructura heredada. > > AdemÃ¡s de la creaciÃ³n dinÃ¡mica del esqueleto de las clases, el > estudiante debe prestar especial atenciÃ³n a las asociaciones entre > clases uni o bi-direccional para traducirse en atributos nombrados en > el rol al final de la asociaciÃ³n (a veces llamada asociaciÃ³n > degenerada para el que se traduce el rol del extremo opuesto en el > atributo). No se tendrÃ¡n en cuenta las clases-asociaciones o las > asociaciones n-arias o asociaciones calificadas. > > Este editor tambiÃ©n podrÃa re-mostrar un modelo ya salvado, sino > proponer de generar un nuevo diagrama de un modelo ya implantado > (ingenierÃa inversa). > > > > > > AdemÃ¡s, un editor de diagrama de actividad xUML ya estÃ¡ disponible en > Cormas. Mediante la selecciÃ³n de un mÃ©todo de su diagrama de clases, > el usuario puede desiÃ±ar el comportamiento de este mÃ©todo mediante la > descripciÃ³n de la secuencia de actividades y condiciones booleanas. > > > > Aunque la distribuciÃ³n de VisualWorks se acompaÃ±a de algunas > herramientas de ida y vuelta entre el cÃ³digo y diagramas UML Smalltalk > (ADvance, Gipa, BOOST, MetaEdit+, DoME, UMLForSmalltalk ou > Umbrello,..), el desarrollo del editor UML estarÃ¡ construido a partir > de Roassal. De hecho, con el reciente lanzamiento de Roassal2, un > poderoso motor de visualizaciÃ³n > (http://objectprofile.com/Roassal.html) disponible tanto para > VisualWorks y Pharo, el enfoque de este mÃ³dulo UML permitirÃ¡ de > acelerar la migraciÃ³n de Cormas en Pharo. > > > > Opcionalmente, serÃ¡ interesante de generar cÃ³digo XML (XMI) de un > modelo que serÃ¡ legible con otros editores. > > > > DuraciÃ³n: 6 meses (o menos si es necesario) > > GratificaciÃ³n: â¬ 485,10 por mes. > > LocalizaciÃ³n: no hay recepciÃ³n prevista en el CIRAD. El estudiante > trabajarÃ¡ en su laboratorio, pero contactos regulares serÃ¡n > necesarios. > > Contactos: Pierre Bommel (bommel(a)cirad.fr) y Gregoire Leclerc > (Leclerc(a)cirad.fr) > > Perfil del candidato: Estudiante en Ciencias de la ComputaciÃ³n, > licencia o maestra, con un gusto para la modelizaciÃ³n y simulaciÃ³n. El > estudiante debe tener un buen conocimiento de los conceptos de > modelizaciÃ³n objetos y UML. Conocimientos de programaciÃ³n Smalltalk > deben adquirirse. > > > > Bommel, P., Dieguez, F., Bartaburu, D., Duarte, E., Montes, E., > Pereira, M., Corral, J., Lucena, C. de and Morales Grosskopf, H. > (2014). A Further Step Towards Participatory Modelling. Fostering > Stakeholder Involvement in Designing Models by Using Executable UML. > Journal of Artificial Societies and Social Simulation 17 (1) 6 > <http://jasss.soc.surrey.ac.uk/17/1/6.html>. > > > > Mellor, S. J., & Balcer, M. J. (2002). Executable UML : a foundation > for model-driven architecture. Boston; San Francisco; New York: > Addison-Wesley. > > > OMG. (2008). Model Driven Architecture, MDA Guide Version 1.0.1 > > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > >

May 27, 2015

Re: [Pharo-users] PBE - Updated -2.8 - overlapping windows

by Cyril Ferlicot

I think we can remove that step and maybe use this example to explain the system of window group in UPBE. I'll open an issue on UPBE. On 27 May 2015 at 09:06, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 26 May 2015, at 17:51, Daniel Roe <roedj(a)hotmail.com> wrote: > > PBE- Updated Section 2.8 > > This section asks you to open both a Playground and a Transcripts window but > wants the Playground window just overlapping the Transcript window. I do > that with a Transcript show: 3 + 4 entry in the Playground and, sure enough, > a 7 appears in the Transcript window. > > But... what was the point of asking you to overlap the windows? What have I > missed? > > > I have no idea eitherâ¦ I think it is not needed and step3 can just be > removed from the instructions. > > Marcus -- Cheers Cyril Ferlicot

May 27, 2015

Re: [Pharo-users] Pointer drawing method?

by Guillermo Polito

FYI, environment in spanish is said ambiente :). You can imagine the rest. Guille El mar., 26 de may. de 2015 a la(s) 7:19 p. m., Laura Risani < laura.risani(a)gmail.com> escribiÃ³: > I've just came to say i'd found #arrowPrototype. Thanks Ben ! > > On Tue, May 26, 2015 at 2:14 PM, Ben Coman <btc(a)openinworld.com> wrote: > >> On Wed, May 27, 2015 at 1:04 AM, Laura Risani <laura.risani(a)gmail.com> >> wrote: >> > Hi all, >> > Is there a method that returns a diagonal arrow like the ambient's >> pointer? >> > >> > Best, >> > Laura >> >> I don't know what is "ambient's pointer" - but look on class side of >> LineMorph and PolygonMorph. >> cheers -ben >> >> >

May 27, 2015

Re: [Pharo-users] PBE - Updated -2.8 - overlapping windows

by Marcus Denker

> On 26 May 2015, at 17:51, Daniel Roe <roedj(a)hotmail.com> wrote: > > PBE- Updated Section 2.8 > > This section asks you to open both a Playground and a Transcripts window but wants the Playground window just overlapping the Transcript window. I do that with a Transcript show: 3 + 4 entry in the Playground and, sure enough, a 7 appears in the Transcript window. > > But... what was the point of asking you to overlap the windows? What have I missed? I have no idea eitherâ¦ I think it is not needed and step3 can just be removed from the instructions. Marcus

May 27, 2015

Fwd: [cormas] [Cormas] Proposition de stage en informatique

by Serge Stinckwich

Hi all, this is a proposal from a student internship in Pharo in order to build a specific UML editor for multi-agent simulation. Sorry this is only in French and Spanish, but english-speaking student are welcome also. Regards, ---------- Forwarded message ---------- From: Pierre Bommel <bommel(a)cirad.fr> Date: 2015-05-27 1:26 GMT+02:00 Subject: [cormas] [Cormas] Proposition de stage en informatique To: Cormas <cormas(a)cirad.fr> Bonjour, hello, hola, Please find a proposal for an internship in Computer Science to work on a UML editor for Cormas. Sorry but it is in french and in spanish.. Pierre ______ FranÃ§ais ______ Proposition de stage en informatique â Conception dâun Ã©diteur de diagramme de classes UML pour lâimplÃ©mentation de modÃ¨les multi-agents - Dans le cadre du dÃ©veloppement de sa plateforme de modÃ©lisation et simulation multi-agent, Cormas (http://cormas.cirad.fr) lâUnitÃ© de Recherche GREEN du Cirad (http://ur-green.cirad.fr) propose un stage indemnisÃ© de 6 mois pour un Ã©tudiant en informatique pour dÃ©velopper un module de Cormas. Ce dÃ©veloppement informatique consiste Ã mettre au point un Ã©diteur graphique permettant de dessiner un diagramme de classes UML et de gÃ©nÃ©rer du code SmallTalk (en Pharo, langage de programmation open-source) de la structure du modÃ¨le en se rÃ©fÃ©rant au standard "Executable UML" (xUML) proposÃ© par Mellor & Balcer (2002) and adoptÃ© par lâOMG (2008). Pour ce travail, nous ne cherchons pas un Ã©diteur exhaustif intÃ©grant tous les Ã©lÃ©ments dÃ©crits par UML2. Pour cet Ã©diteur, les Ã©lÃ©ments du mÃ©ta-modÃ¨le proposÃ©s seront limitÃ©s Ã : la classe, ses attributs et ses mÃ©thodes (dÃ©claration), la spÃ©cialisation de classes et les associations. Les associations sont simples (uniquement binaires) et sont dÃ©finies par leur nom et par leurs extrÃ©mitÃ©s qui comportent chacune un nom de rÃ´le, une valeur de multiplicitÃ© et la navigabilitÃ©. Cormas Ã©tant un framework, le modÃ¨le crÃ©Ã© par un utilisateur doit sâancrer sur des classes prÃ©dÃ©finies disponibles dans Cormas. A la fin de la conception de son modÃ¨le, lâutilisateur devra Ãªtre invitÃ© Ã rattacher les classes quâil a crÃ©Ã©es aux classes prÃ©dÃ©finies. Dans ce cas, les propriÃ©tÃ©s hÃ©ritÃ©es (mÃ©thodes, associations, attributs, ...) devront Ãªtre spÃ©cifiÃ©es dans le diagramme conceptuel de lâutilisateur qui pourra Ãªtre affichÃ© de faÃ§on indÃ©pendante du framework. Outre la crÃ©ation dynamique du squelette des classes, le stagiaire devra porter une attention particuliÃ¨re aux associations entre classes uni ou bi-directionnelles qui seront traduites en attributs nommÃ©s selon le rÃ´le de lâextrÃ©mitÃ© de lâassociation (on parle parfois dâassociation dÃ©gÃ©nÃ©rÃ©e pour laquelle le rÃ´le de lâextrÃ©mitÃ© opposÃ©e est traduit en attribut). Ne seront pas prises en compte les classes-associations, ni les associations n-aires, ni les associations qualifiÃ©es. Cet Ã©diteur permettra Ã©galement de rÃ©-afficher un modÃ¨le dÃ©jÃ sauvegarder mais aussi de proposer de gÃ©nÃ©rer un nouveau diagramme Ã partir dâun modÃ¨le dÃ©jÃ implÃ©mentÃ© (rÃ©tro-ingÃ©nierie). Par ailleurs, un Ã©diteur de diagramme dâactivitÃ© xUML est dÃ©jÃ disponible dans Cormas (bommel et al, 2014). En sÃ©lectionnant une mÃ©thode de son diagramme de classes, lâutilisateur pourra alors dessiner le comportement de cette mÃ©thode en dÃ©crivant la succession des activitÃ©s et des conditions boolÃ©ennes. Le dÃ©veloppement de lâÃ©diteur UML devra se faire sous Roassal, un moteur puissant de visualisation (http://objectprofile.com/Roassal.html) disponible pour Pharo. En option et si le stagiaire en a le temps, cette application pourra aussi Ãªtre traduite en VisualWorks : un autre langage Smalltalk sur lequel Cormas tourne actuellement. Avec la sortie rÃ©cente de Roassal2, la mise au point de ce module UML permettra dâaccÃ©lÃ©rer la migration de Cormas sous Pharo. Enfin, le stagiaire sera libre de gÃ©nÃ©rer le code XML (XMI) dâun modÃ¨le pour pouvoir le lire dans un autre Ã©diteur. ______ DurÃ©e : 6 mois (ou moins si nÃ©cessaire) Gratification : 485,10 â¬ par mois. Lieu : pas dâaccueil prÃ©vu au Cirad. LâÃ©tudiant travaillera dans son laboratoire mais des contacts rÃ©guliers seront proposÃ©s. Contacts : Pierre Bommel (bommel(a)cirad.fr) et GrÃ©goire Leclerc (Leclerc(a)cirad.fr) Profil de candidature : Etudiant en Informatique, License ou Master, ayant un goÃ»t pour la modÃ©lisation et la simulation. LâÃ©tudiant doit avoir de bonnes connaissances des concepts de la modÃ©lisation objet et dâUML. Des compÃ©tences en programmation Smalltalk devront Ãªtre acquises. ______ EspaÃ±ol ______ Propuesta de prÃ¡ctica de informÃ¡tica - DiseÃ±o de un editor de diagramas de clases UML para la implementaciÃ³n de modelos multi-agentes - Como parte del desarrollo de su plataforma de modelizaciÃ³n y simulaciÃ³n multi-agente, Cormas (http://cormas.cirad.fr) la Unidad de InvestigaciÃ³n Green del CIRAD (http://ur-green.cirad.fr) ofrece una prÃ¡ctica remunerada por 6 meses por un estudiante de informÃ¡tica para desarrollar un mÃ³dulo de Cormas. Este desarrollo consiste en crear un editor grÃ¡fico para deseÃ±ar un diagrama de clases UML y generar cÃ³digo SmallTalk (en VisualWorks Cincom y/o en Pharo, de cÃ³digo abierto) de la estructura del modelo refiriÃ©ndose al estÃ¡ndar "ejecutable UML" (xUML) propuesto por Mellor y Balcer (2002) y adoptado por el OMG (2008). Para este trabajo, no buscamos un editor global que integre todos los elementos descritos por UML2. Sin embargo, este editor deberÃ¡ estar simples y integrar los elementos del meta-modelo limitados a: clases, atributos y mÃ©todos, especializaciÃ³n de clases y asociaciones. Las asociaciones son simples (solo binaria) y se definen por su nombre y sus extremos que tienen cada uno un nombre de rol, un valor de multiplicidad y navegabilidad. AsÃ que Cormas es un framework, el modelo creado por un usuario deben heredar de las clases predefinidas en Cormas. Al final del diseÃ±o de su modelo, el usuario se le pedirÃ¡ para vincular las clases que creÃ³ con las clases predefinidas. En este caso, las caracterÃsticas (mÃ©todos, asociaciones, atributos, ...) deben ser especificados en el diagrama conceptual del usuario que se puede mostrar de forma independiente de la estructura heredada. AdemÃ¡s de la creaciÃ³n dinÃ¡mica del esqueleto de las clases, el estudiante debe prestar especial atenciÃ³n a las asociaciones entre clases uni o bi-direccional para traducirse en atributos nombrados en el rol al final de la asociaciÃ³n (a veces llamada asociaciÃ³n degenerada para el que se traduce el rol del extremo opuesto en el atributo). No se tendrÃ¡n en cuenta las clases-asociaciones o las asociaciones n-arias o asociaciones calificadas. Este editor tambiÃ©n podrÃa re-mostrar un modelo ya salvado, sino proponer de generar un nuevo diagrama de un modelo ya implantado (ingenierÃa inversa). AdemÃ¡s, un editor de diagrama de actividad xUML ya estÃ¡ disponible en Cormas. Mediante la selecciÃ³n de un mÃ©todo de su diagrama de clases, el usuario puede desiÃ±ar el comportamiento de este mÃ©todo mediante la descripciÃ³n de la secuencia de actividades y condiciones booleanas. Aunque la distribuciÃ³n de VisualWorks se acompaÃ±a de algunas herramientas de ida y vuelta entre el cÃ³digo y diagramas UML Smalltalk (ADvance, Gipa, BOOST, MetaEdit+, DoME, UMLForSmalltalk ou Umbrello,..), el desarrollo del editor UML estarÃ¡ construido a partir de Roassal. De hecho, con el reciente lanzamiento de Roassal2, un poderoso motor de visualizaciÃ³n (http://objectprofile.com/Roassal.html) disponible tanto para VisualWorks y Pharo, el enfoque de este mÃ³dulo UML permitirÃ¡ de acelerar la migraciÃ³n de Cormas en Pharo. Opcionalmente, serÃ¡ interesante de generar cÃ³digo XML (XMI) de un modelo que serÃ¡ legible con otros editores. DuraciÃ³n: 6 meses (o menos si es necesario) GratificaciÃ³n: â¬ 485,10 por mes. LocalizaciÃ³n: no hay recepciÃ³n prevista en el CIRAD. El estudiante trabajarÃ¡ en su laboratorio, pero contactos regulares serÃ¡n necesarios. Contactos: Pierre Bommel (bommel(a)cirad.fr) y Gregoire Leclerc (Leclerc(a)cirad.fr) Perfil del candidato: Estudiante en Ciencias de la ComputaciÃ³n, licencia o maestra, con un gusto para la modelizaciÃ³n y simulaciÃ³n. El estudiante debe tener un buen conocimiento de los conceptos de modelizaciÃ³n objetos y UML. Conocimientos de programaciÃ³n Smalltalk deben adquirirse. Bommel, P., Dieguez, F., Bartaburu, D., Duarte, E., Montes, E., Pereira, M., Corral, J., Lucena, C. de and Morales Grosskopf, H. (2014). A Further Step Towards Participatory Modelling. Fostering Stakeholder Involvement in Designing Models by Using Executable UML. Journal of Artificial Societies and Social Simulation 17 (1) 6 <http://jasss.soc.surrey.ac.uk/17/1/6.html>. Mellor, S. J., & Balcer, M. J. (2002). Executable UML : a foundation for model-driven architecture. Boston; San Francisco; New York: Addison-Wesley. OMG. (2008). Model Driven Architecture, MDA Guide Version 1.0.1 -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

May 27, 2015

Re: [Pharo-users] Some Pharo 4 Getting-Started tips

by Avdi Grimm

On Tue, May 26, 2015 at 1:27 PM Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > or we can rename it as "System Browser (Nautilus)â in the title, or > something like that > > I think this is ideal. I remember back when I used to use Perl, and it had CPAN, which was great. The only problem was that someone would say "use the XML library!" and you'd look in CPAN and there'd be xml and xmllib and libxml and fastxml or whatever, and you'd be like "uh... which one would that be?" Ruby went the other way entirely, with idiosyncratic names like "Nokogiri". The obvious down side is that if you see that in an app's dependencies and you're a newbie, you have no fricking clue what it is. The upside, though, is that if someone tells you "use Nokogiri!" there is zero ambiguity about what you're supposed to use. It gives the project a distinct, memorable personality. If you can keep distinctive project names, but also name menus and title bars such that they link the distinct project to the *role* that project plays, you've got the best of both worlds.

May 27, 2015

Re: [Pharo-users] Some Pharo 4 Getting-Started tips

by Johan Fabry

+ 1000 ! just do it ! > On May 26, 2015, at 14:08, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > For me, intention revealing names needs to be applied not just to the methods and classes we code, but also the tools we use. Then, fantasy names are just that, fantasy. > In fact, I was planning a couple of sessions to get an idea of how can we do to have the system in a more clear way. ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

May 26, 2015

Re: [Pharo-users] Is it always needed to redefine #hash message when you redefine #= message?

by Julien Delplanque

Thanks, I understand now :) On 26/05/15 21:06, Carlo wrote: > Hi > > Any two objects that are = must answer the same #hash value. > The hash is used in any of the HashedCollection's for storage and then to find the exact element the #= is used. > If 2 objects are #= but their hash values are different the HashedCollection will not find the correct storage slot and you will have undefined behaviour when looking up objects. > > Out of interest, Andres Valloud wrote a whole book on 'Hashing in Smalltalk' (http://www.lulu.com/content/1455536) > > Also the Javadoc comments are pretty good in explaining the usage: >> The general contract of hashCode is: >> Whenever it is invoked on the same object more than once during an execution of a Java application, the hashCode method must consistently return the same integer, provided no information used in equals comparisons on the object is modified. This integer need not remain consistent from one execution of an application to another execution of the same application. >> If two objects are equal according to the equals(Object) method, then calling the hashCode method on each of the two objects must produce the same integer result. >> It is not required that if two objects are unequal according to the equals(Object) method, then calling the hashCode method on each of the two objects must produce distinct integer results. However, the programmer should be aware that producing distinct integer results for unequal objects may improve the performance of hash tables. >> As much as is reasonably practical, the hashCode method defined by class Object does return distinct integers for distinct objects. > Cheers > Carlo > > On 26 May 2015, at 8:45 PM, Julien Delplanque <julien(a)tamere.eu> wrote: > > The subject of this mail is exactly my question. > > I came to this question by looking at Object>>#= message implementation. > > """ > = anObject > "Answer whether the receiver and the argument represent the same > object. If = is redefined in any subclass, consider also redefining the > message hash." > > ^self == anObject > """ > > When do we need to redefine #hash message? > > Is it the right way to implement equality between two objects or is there another message that I should override? > > Regards, > Julien > > >

May 26, 2015