Pharo-users
By thread
pharo-users@lists.pharo.org
By month
Messages by month
- ----- 2026 -----
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
May 2015
- 100 participants
- 788 messages
Re: [Pharo-users] [Pharo-dev] Fwd: [cormas] [Cormas] Proposition de stage en informatique
by Serge Stinckwich
Peter, I know the guys and I already told them about Dynacase ;-)
I will also be involved in this internship.
Regards,
On Wed, May 27, 2015 at 10:32 AM, Peter Uhnák <i.uhnak(a)gmail.com> wrote:
>> > Is this related to Dynacase?
>
> It is not related... yet :)
>
> I've already sent mail to the mails written in the contact.
>
> Peter
--
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 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 26, 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