Hi!
Here is another big todo. Layouts need to be composable.
I often experience the need to have compact visualizations.
I added a new layout RTPartitionLayout.
Here is an example:
-=-=-=-=-=-=-=-=-=-=-=-=
classes := (RPackageOrganizer default packageNamed: 'Roassal2') definedClasses.
classes := classes copyWithout: RTObject.
b := RTMondrian new.
b nodes: classes.
b edges connectFrom: #superclass.
b normalizer
normalizeColor: #numberOfLinesOfCode;
normalizeSize: #numberOfMethods.
b layout partition
withinGroup: RTTreeLayout;
forNotConnected: RTGridLayout;
forGroups: RTFlowLayout.
b
-=-=-=-=-=-=-=-=-=-=-=-=
Isn’t that cool?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I am currently using FamixDiff to compute changes between two Java models. But, the FAMIXAnnotationInstance are not computed in the diff and I would like to add them.
As FAMIXAnnotationInstance is a link between a FAMIXNamedEntity and a FAMIXAnnotationType, it seems that its role is to associate both concepts. Moreover, like the other associations, FAMIXAnnotationInstance entities can only be added or removed but not renamed or moved.
Do you agree that FAMIXAnnotationInstance can be a subclass of Association?
That way, it belongs to the outgoings associations of the method and incomings associations of the annotation type and simplify the computing for the diff.
If no one is against, I will commit the changes tomorrow.
Thanks in advance,
Cheers,
Vincent
!!!*************************************************************************************
"Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis.
This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"
many thanks for confirming i can post this query here. I was talking about
something like the xref screen shot at
http://sourcenav.sourceforge.net/screenshots/
I used this for C/C++ projects long back.. Not sure if pasting that png is
a good idea.
The current project I work on has a big code base. When i say 'understand
code flow' I would like to write a query that will return the chain of all
methods invoking a particular method as well the methods this will invoke.
Simple scenario: Suppose there exists a set of classes having particular
methods as show below:
AC::AMethod -> BC::BMethod -> CC::CMethod -> DC::DMethod -> EC::EMethod
To serve a client call for a particular scenario, the entry point from
client code is Amethod in Class AC.
This in turn invokes BMethod of BC,
which invokes CMethod of class CC,
which invokes DMethod in DC
then finally invoked EMethod of class EC and returns to the client code.
The query/queries when given method name CC::CMethod should return
AC::AMethod -> BC::BMethod
and
DC::DMethod -> EC::Emethod
In an actual code base, chances are that there are multiple code flow paths
invoking CC::CMethod and multiple methods invoked by CC::CMethod. All these
paths that represent different scenarios should be reported. This should
help delete all possible dynamic interactions at method level. Currently (I
think) I know how to do this at a class level using moose model.
Regards,
Bharat
On Fri, Dec 2, 2016 at 4:30 PM, <moose-dev-request(a)list.inf.unibe.ch> wrote:
> Send Moose-dev mailing list submissions to
> moose-dev(a)list.inf.unibe.ch
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://www.list.inf.unibe.ch/listinfo/moose-dev
> or, via email, send a message with subject or body 'help' to
> moose-dev-request(a)list.inf.unibe.ch
>
> You can reach the person managing the list at
> moose-dev-owner(a)list.inf.unibe.ch
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Moose-dev digest..."
>
>
> Today's Topics:
>
> 1. newbie question on moose model (Bharat Shetty)
> 2. Re: newbie question on moose model (Tudor Girba)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 1 Dec 2016 20:16:02 +0530
> From: Bharat Shetty <bshetty(a)gmail.com>
> To: moose-dev(a)list.inf.unibe.ch
> Subject: [Moose-dev] newbie question on moose model
> Message-ID:
> <CA+6VBw5vSFVfKyJAaoQibsQYOHF+XAsuT_d+BRN-_Tcgn3XfrQ@mail.
> gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> This is more like a user question. But do not know of moose-users mailing
> list. Apologies if there is one.
>
> I recently started exploring moose model, tried out the example at the
> moosebook site using ArgoUML and some of my own java projects(imported
> using jdt2famix. And am fairly comfortable with the features described in
> the moose book.
>
> Question:
> Can i use the same to understand code flow ? I see there are methods to get
> a FAMIXMethod's invoked by and invokes methods. But there are no concrete
> example for analysing code flows. Has anyone tried this? or is it possible
> at all.
>
> Regards,
> Bharat
>
This is more like a user question. But do not know of moose-users mailing
list. Apologies if there is one.
I recently started exploring moose model, tried out the example at the
moosebook site using ArgoUML and some of my own java projects(imported
using jdt2famix. And am fairly comfortable with the features described in
the moose book.
Question:
Can i use the same to understand code flow ? I see there are methods to get
a FAMIXMethod's invoked by and invokes methods. But there are no concrete
example for analysing code flows. Has anyone tried this? or is it possible
at all.
Regards,
Bharat
Why is Fame (and Famix) statically typed?
It always seemed strange to me in the Smalltalk context.
Do we really use/need this property?
(Because sometimes, it really sucks)
nicolas
--
Nicolas Anquetil -- MCF (HDR)
Project-Team RMod
Hello,
I am happy to release the Animation package at last! http://catalog.pharo.org/catalog/project/Animation
This is a general animation system, which can turn any setter message into a smooth transition (provided it has a corresponding getter, and the target value supports + and *Float).
Examples:
morph position: (100@100 during: 2 seconds easing: #backOut).
morph color: (Color red during: 2 seconds).
morph title: ('tutututu' during: 2 seconds).
I am curious to see if/how it could be used with Roassal/Moose. Please send any (good or bad) feedback you may have while testing it!
Cheers,
Thibault
ps: Thanks to anonymous contributor for the second syntax, it was a lot of fun - and evil laughs :)
Hi,
John and I worked a bit together and updated the following parser:
- Delphi
- C# (supports version 6.0)
- JavaScript
As you know, SmaCC is now in the Moose distribution, and it comes with detailed abstract syntax trees. This offers new opportunities for the kinds of analyses we can provide.
Cheers,
Doru
--
www.tudorgirba.comwww.feenk.com
"There are no old things, there are only old ways of looking at them."
Hello,
I would like to report some random segfaults happing during the build of the Moose 6.1 image (based on Pharo 6).
Please find attached the latest failing stack trace.
Here are the 2 jobs that fails:
https://ci.inria.fr/moose/job/moose-6.1/345/consolehttps://ci.inria.fr/moose/job/moose-6.1/347/console
It seems that they are not failing for the same reason.
Maybe because the job is not using the latest VM? :
pharo VM version: 5.0 #1 Tue Jun 21 12:37:33 CEST 2016 gcc 4.6.3 [Production Spur ITHB VM]
Built from: CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Jun 21 2016
With: StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Jun 21 2016
Revision: https://github.com/pharo-project/pharo-vm.git Commit: 9638b0190a9fc01479bfb752becd96edfd253c8c Date: 2016-06-21 12:29:26 +0200 By: GitHub <noreply(a)github.com> Jenkins build #594
Build host: Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux
plugin path: /builds/workspace/moose-6.1/pharo-vm/ [default: /builds/workspace/moose-6.1/pharo-vm/]
Thanks in advance
Cheers,
Vincent
!!!*************************************************************************************
"Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis.
This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"
Hi,
I am happy to announce the availability of PetitParser2, a wonderful redesign of the original PetitParser developed by Jan Kurš.
https://github.com/kursjan/petitparser2
Highlights:
- it introduces the compiler facility that speeds up parsers by a factor of ~2-5x
- it introduces the possibility of parsing streams without having them in memory
- it comes with a new structure internally that makes it more flexible
- it introduces asPParser (not a typo) to be able to have the new version working in parallel with the classic asParser
The version is already present in the latest Moose 6.1 in parallel with PetitParser. Also, several of the parsers that are shipping with PetitParser were already copied to PetitParser2 as well.
You can find more details here:
http://www.humane-assessment.com/blog/introducing-petitparser2/
Some more documentation will follow.
I think Jan did a wonderful job and the result is quite exciting. Please take a look and let us know what you think.
Cheers,
Doru
--
www.tudorgirba.comwww.feenk.com
"What we can governs what we wish."
Hi doru
If I have a model "model1" mse or database it will have internal names/id
then I have a delta or even another model
and loading it I will need to do a mapping between in memory objects of
the model 1
So you propose to remove all the entities related to entities in Model2
from model1 and to load load model2
but to do so you need to know that id:xxx in Model2 corresponds to Class
A in Model
My impression is that we should really have a uniqueName for any entity.
Stef
Hi,
I just wanted to know why the today Moose 6.1 jenkins jobs are failing : https://ci.inria.fr/moose/job/moose-6.1
It seems that someone changed the configuration to load iceberg :
./pharo $JOB_NAME.image eval "Metacello new \
baseline: 'Iceberg'; \
repository: 'github://npasserini/iceberg'; \
load. \
IceRepository defaultBackendType: IceLibgitLocalRepository. \
Smalltalk snapshot: true andQuit: true."
What is the status ?
Cheers,
Vincent
!!!*************************************************************************************
"Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis.
This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"
Hi,
has anybody done anything with bug analysis in Pharo? I know that the most common approach is to see in which version an issue was closed and what code was changed and when was that code introduced and as the result you have lifespans of bugs.
Other suggestions are also welcome :)
Uko
----- Forwarded message -----
Hi,
Is it possible to configure the position of the GTDebugger panes to the previous version:
( http://humane-assessment.com/pierfiles/9e/kmq3rz0d783ks2m12lot6qg34ow8kd/gt… )
With the variables pane being a bit taller.
I remember that some people didn’t like this layout, that’s why I am asking whether it can be configured (for people that want to use this layout).
Thanks,
Peter
Hi,
Indeed, I forgot about this one. I would like to add this in Moose because it looks quite handy.
Cheers,
Doru
> On Nov 7, 2016, at 2:35 PM, stepharo <stepharo(a)free.fr> wrote:
>
> Thanks!
>
>
>
> Le 7/11/16 à 12:37, Sven Van Caekenberghe a écrit :
>> This is very nice:
>>
>> http://smalltalkhub.com/#!/~emaringolo/SortFunctions
>>
>>> On 7 Nov 2016, at 12:25, stepharo <stepharo(a)free.fr> wrote:
>>>
>>> Hi
>>>
>>> I know that "steffen" did a nice library to sort objects and I know that this is a nice extension.
>>>
>>> But I cannot find it.
>>>
>>> Stef
>>>
>>>
>>
>>
>
>
--
www.tudorgirba.comwww.feenk.com
"Every thing has its own flow."
Hi,
I am playing a bit with RTMondrian and I cannot seem to be able to connect nested nodes. I am trying this:
view := RTMondrian new.
view nodes: (1 to: 2) forEach: [ :each |
view node: each * 10 ].
view edges source: {10->20} connectFrom: #key to: #value.
view
Given the advanced time, it might well be that I am missing something obvious. Or is it a regression?
Cheers,
Doru
--
www.tudorgirba.comwww.feenk.com
"We are all great at making mistakes."
Hello everyone,
We modified FAMIXImplicitVariable>>#parentBehaviouralEntity to add the pragma <container> (which declares that the parent entity contains this kind of entity).
We also modified FAMIXLocalVariable>>#parentBehaviouralEntity the same way.
However, some tests are now failing: https://ci.inria.fr/moose/job/moose-6.1/. But, we think that it is a correct change.
It appears that the problem can be summarized as:
Should #queryAllIncomingAssociations applied on a class give the internal associations?
If, yes: we just need to change the tests by adding; #withoutSelfLoops.
Else, we have to change FamixQuery.
What do you think about it?
Thanks in advance,
Cheers,
Vincent & Julien
!!!*************************************************************************************
"Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis.
This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"
What to use for labeling a pie chart by a block:
| b |
b := RTPieBuilder new.
b objects: (1 to: 10).
b slice: [ :nr | nr squared ].
b normalizer distinctColor.
b labelled:[:i | i asWords].
b build.
b view
this will raise a deprecation warning, with the info I should use
#labelled: instead of #labelled:
:)
There is no method expecting a single block ?
Only labeledIf:withBlock: ?
nicolai
> Hi all, especially Luc, Stéphane and Damien,
>
> the Pharo MOOC course was fantastic and I use the archived material for
> reference quite a lot. It is here:
>
> https://www.fun-mooc.fr/courses/inria/41010/session01/b116d12e24ec484c98483…
>
> But - the English table of contents is in French, and the attached ZIP files
> need to be downloaded before they can be browsed. It gets quite messy. Would
> anyone with the required permissions be OK to:
>
> - translate the TOC to English
> - split the ZIP files into separate elements under their respective
> headlines that can be viewed in the browser
>
> or
>
> - grant me the permissions to do this work for the community?
Sure.
Let me know how I can help.
I will forward your mail to christelle that manages the mooc for us
Siemen
did you see the web portal
http://rmod-pharo-mooc.lille.inria.fr/MOOC/WebPortal/co/pharo.html (we
should add a pointer from http://mooc.pharo.org to it)
and also the http://mooc.pharo.org page? because we have the full
control on this one.
And this is on my todo to make sure that people can get an archive with
the complete mooc nicely packaged.
Now if you want to help it would be great.
Stef
>
> best,
> Siemen
>
>
>
> --
> View this message in context: http://forum.world.st/MOOC-TOC-cleanup-tp4921304.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>
>
Thank you Alex.
It is just perfect. I will try theses out and keep you informed.
Abdelghani.
> On 25 Oct 2016, at 12:00, moose-dev-request(a)list.inf.unibe.ch wrote:
>
> From: Alexandre Bergel <alexandre.bergel(a)me.com>
> To: Moose-related development <moose-dev(a)list.inf.unibe.ch>
> Subject: [Moose-dev] Re: Moose-dev Digest, Vol 122, Issue 16
> Message-ID: <71AC7331-B09D-4B75-BB7E-9B57FC02F97A(a)me.com>
> Content-Type: text/plain; charset="utf-8"
>
>> Do you have any particular exercise?
>
> Here are some links:
>
> https://www.dropbox.com/s/bimp0wpkwewdksq/02-FirstContactWithMoose.pdf?dl=0 <https://www.dropbox.com/s/bimp0wpkwewdksq/02-FirstContactWithMoose.pdf?dl=0>
> https://www.dropbox.com/s/0dj579b2g5dhlry/03-Pharo.pdf?dl=0 <https://www.dropbox.com/s/0dj579b2g5dhlry/03-Pharo.pdf?dl=0>
> https://www.dropbox.com/s/vadoc20npmfg5c0/04-Roassal.pdf?dl=0
> https://www.dropbox.com/s/xqcvnodsfer7c7q/05-Tarea1.pdf?dl=0
>
> I can give you the source using the Keynote file format if you wish. Let me know
>
>> - What kind of criteria do you as them?
>
> Cross-cutting concern, dependencies, code size are usually easy to spot.
>
>> - How do you ask them to characterize the architecture and do the software assessment?
>
> 05-Tarea1.pdf mentions this.
>
>> - How do you use visualizations?
>
> 04-Roassal.pdf is about that.
>
>> It would be nice to have the feedback from someone that has already made the experiment ;)
>
> Let me know if this helps
>
> Alexandre
>
>>
>> Abdelghani
>>
>>
>>
>>> Message: 1
>>> Date: Fri, 21 Oct 2016 13:32:25 -0300
>>> From: Alexandre Bergel <alexandre.bergel(a)me.com>
>>> To: Moose-related development <moose-dev(a)list.inf.unibe.ch>
>>> Subject: [Moose-dev] Re: Lab exercices with Moose
>>> Message-ID: <85E53AB9-56F0-47A7-8BD5-5CAC4C27095B(a)me.com>
>>> Content-Type: text/plain; charset=us-ascii
>>>
>>> Hi!
>>>
>>> I use Moose in Software Quality lecture. At the beginning of the semester, Students do not know Pharo.
>>> They therefore have 1,5 weeks to learn Pharo. I ask them to read the first chapters of Pharo by Example and the chapter I.2 of AgileVisualization (http://agilevisualization.com).
>>>
>>> Then they have to read Chapter III.4 of AgileVisualization to have an introduction of Moose. Then comes the time for them to work on a software quality assessment. They pick any Java application and analyze it (e.g., characterize the overall architecture, identify some quality criteria, and do the software assessment).
>>>
>>> Alexandre
>>>
>>>> On Oct 21, 2016, at 2:30 AM, Abdelghani Alidra <alidrandco(a)yahoo.fr> wrote:
>>>>
>>>> Hi,
>>>>
>>>> For my students, I would like to illustrate some code analysis operations (mainly metrics calculation and some visualisations) with Moose. I was wondering if any one has already made the experiment and if there exist some lab exercices I can base my self on.
>>>>
>>>> Thanks in advance.
>>>> Abdelghani
>>>> _______________________________________________
>>>> Moose-dev mailing list
>>>> Moose-dev(a)list.inf.unibe.ch
>>>> https://www.list.inf.unibe.ch/listinfo/moose-dev <https://www.list.inf.unibe.ch/listinfo/moose-dev>
Hi Anne,
Thanks for your message.
Please send me the support when you finish it. I am sure it will help a lot.
Abdelghani
> Date: Mon, 24 Oct 2016 16:17:09 +0200
> From: Anne Etien <anne.etien(a)univ-lille1.fr>
> To: Moose-related development <moose-dev(a)list.inf.unibe.ch>
> Subject: [Moose-dev] Re: Lab exercices with Moose
> Message-ID: <6FCCD28E-49E9-4039-8561-7EA1267191BE(a)univ-lille1.fr>
> Content-Type: text/plain; charset=utf-8
>
> Hi,
>
> I also use Moose in my course but I have not yet finished the support. I will send you them in a couple of days when finished.
> I use Moose to try to understand a program that students do not know.
>
> Anne
>
>> Le 21 oct. 2016 à 18:32, Alexandre Bergel <alexandre.bergel(a)me.com> a écrit :
>>
>> Hi!
>>
>> I use Moose in Software Quality lecture. At the beginning of the semester, Students do not know Pharo.
>> They therefore have 1,5 weeks to learn Pharo. I ask them to read the first chapters of Pharo by Example and the chapter I.2 of AgileVisualization (http://agilevisualization.com).
>>
>> Then they have to read Chapter III.4 of AgileVisualization to have an introduction of Moose. Then comes the time for them to work on a software quality assessment. They pick any Java application and analyze it (e.g., characterize the overall architecture, identify some quality criteria, and do the software assessment).
>>
>> Alexandre
>>
>>> On Oct 21, 2016, at 2:30 AM, Abdelghani Alidra <alidrandco(a)yahoo.fr> wrote:
>>>
>>> Hi,
>>>
>>> For my students, I would like to illustrate some code analysis operations (mainly metrics calculation and some visualisations) with Moose. I was wondering if any one has already made the experiment and if there exist some lab exercices I can base my self on.
>>>
>>> Thanks in advance.
>>> Abdelghani
>>> _______________________________________________
>>> Moose-dev mailing list
>>> Moose-dev(a)list.inf.unibe.ch
>>> https://www.list.inf.unibe.ch/listinfo/moose-dev
>>
Hi Doru,
Thanks for the link ;)
Abdelghani.
> On 25 Oct 2016, at 12:00, moose-dev-request(a)list.inf.unibe.ch wrote:
>
> Date: Mon, 24 Oct 2016 21:16:57 +0200
> From: Tudor Girba <tudor(a)tudorgirba.com <mailto:tudor@tudorgirba.com>>
> To: Moose-related development <moose-dev(a)list.inf.unibe.ch <mailto:moose-dev@list.inf.unibe.ch>>
> Subject: [Moose-dev] Re: Moose-dev Digest, Vol 122, Issue 16
> Message-ID: <72E2F438-2212-401B-B9A2-499146BF05D2(a)tudorgirba.com <mailto:72E2F438-2212-401B-B9A2-499146BF05D2@tudorgirba.com>>
> Content-Type: text/plain; charset=utf-8
>
> Hi,
>
> The current draft of The Moose Book contains an introductory chapter that offers 3 hands-on exercises. I use these for tutorials with professional programmers:
> http://themoosebook.org <http://themoosebook.org/>
>
> Cheers,
> Doru
>
>
>> On Oct 24, 2016, at 8:45 PM, Offray Vladimir Luna Cárdenas <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote:
>>
>> Thanks Alexandre and Abdelghani. This recent discussions on first approaches to Pharo, Moose and Agile Visualization are pretty interesting and the supporting material is also.
>>
>> Cheers,
>>
>> Offray
>>
>> On 24/10/16 09:05, Alexandre Bergel wrote:
>>>> Do you have any particular exercise?
>>>
>>> Here are some links:
>>>
>>> https://www.dropbox.com/s/bimp0wpkwewdksq/02-FirstContactWithMoose.pdf?dl=0 <https://www.dropbox.com/s/bimp0wpkwewdksq/02-FirstContactWithMoose.pdf?dl=0>
>>> https://www.dropbox.com/s/0dj579b2g5dhlry/03-Pharo.pdf?dl=0 <https://www.dropbox.com/s/0dj579b2g5dhlry/03-Pharo.pdf?dl=0>
>>> https://www.dropbox.com/s/vadoc20npmfg5c0/04-Roassal.pdf?dl=0 <https://www.dropbox.com/s/vadoc20npmfg5c0/04-Roassal.pdf?dl=0>
>>> https://www.dropbox.com/s/xqcvnodsfer7c7q/05-Tarea1.pdf?dl=0 <https://www.dropbox.com/s/xqcvnodsfer7c7q/05-Tarea1.pdf?dl=0>
>>>
>>> I can give you the source using the Keynote file format if you wish. Let me know
>>>
>>>> - What kind of criteria do you as them?
>>>
>>> Cross-cutting concern, dependencies, code size are usually easy to spot.
>>>
>>>> - How do you ask them to characterize the architecture and do the software assessment?
>>>
>>> 05-Tarea1.pdf mentions this.
>>>
>>>> - How do you use visualizations?
>>>
>>> 04-Roassal.pdf is about that.
>>>
>>>> It would be nice to have the feedback from someone that has already made the experiment ;)
>>>
>>> Let me know if this helps
>>>
>>> Alexandre
>>>
>>>>
>>>> Abdelghani
>>>>
>>>>
>>>>
>>>>> Message: 1
>>>>> Date: Fri, 21 Oct 2016 13:32:25 -0300
>>>>> From: Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>>
>>>>> To: Moose-related development <moose-dev(a)list.inf.unibe.ch <mailto:moose-dev@list.inf.unibe.ch>>
>>>>> Subject: [Moose-dev] Re: Lab exercices with Moose
>>>>> Message-ID: <85E53AB9-56F0-47A7-8BD5-5CAC4C27095B(a)me.com <mailto:85E53AB9-56F0-47A7-8BD5-5CAC4C27095B@me.com>>
>>>>> Content-Type: text/plain; charset=us-ascii
>>>>>
>>>>> Hi!
>>>>>
>>>>> I use Moose in Software Quality lecture. At the beginning of the semester, Students do not know Pharo.
>>>>> They therefore have 1,5 weeks to learn Pharo. I ask them to read the first chapters of Pharo by Example and the chapter I.2 of AgileVisualization (http://agilevisualization.com <http://agilevisualization.com/>).
>>>>>
>>>>> Then they have to read Chapter III.4 of AgileVisualization to have an introduction of Moose. Then comes the time for them to work on a software quality assessment. They pick any Java application and analyze it (e.g., characterize the overall architecture, identify some quality criteria, and do the software assessment).
>>>>>
>>>>> Alexandre
>>>>>
>>>>>> On Oct 21, 2016, at 2:30 AM, Abdelghani Alidra <alidrandco(a)yahoo.fr <mailto:alidrandco@yahoo.fr>> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> For my students, I would like to illustrate some code analysis operations (mainly metrics calculation and some visualisations) with Moose. I was wondering if any one has already made the experiment and if there exist some lab exercices I can base my self on.
>>>>>>
>>>>>> Thanks in advance.
>>>>>> Abdelghani
>>>>>> _______________________________________________
>>>>>> Moose-dev mailing list
>>>>>> Moose-dev(a)list.inf.unibe.ch
>>>>>> https://www.list.inf.unibe.ch/listinfo/moose-dev <https://www.list.inf.unibe.ch/listinfo/moose-dev>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------
>>>>>
>>>>> Subject: Digest Footer
>>>>>
>>>>> _______________________________________________
>>>>> Moose-dev mailing list
>>>>> Moose-dev(a)list.inf.unibe.ch
>>>>> https://www.list.inf.unibe.ch/listinfo/moose-dev <https://www.list.inf.unibe.ch/listinfo/moose-dev>
>>>>>
>>>>>
>>>>> ------------------------------
>>>>>
>>>>> End of Moose-dev Digest, Vol 122, Issue 16
>>>>> ******************************************
>>>>
>>>> _______________________________________________
>>>> Moose-dev mailing list
>>>> Moose-dev(a)list.inf.unibe.ch
>>>> https://www.list.inf.unibe.ch/listinfo/moose-dev <https://www.list.inf.unibe.ch/listinfo/moose-dev>
>>>
>>>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>>
>>> Moose-dev(a)list.inf.unibe.ch
>>> https://www.list.inf.unibe.ch/listinfo/moose-dev <https://www.list.inf.unibe.ch/listinfo/moose-dev>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> Moose-dev(a)list.inf.unibe.ch
>> https://www.list.inf.unibe.ch/listinfo/moose-dev <https://www.list.inf.unibe.ch/listinfo/moose-dev>
>
> --
> www.tudorgirba.com <http://www.tudorgirba.com/>
> www.feenk.com <http://www.feenk.com/>
>
> "We can create beautiful models in a vacuum.
> But, to get them effective we have to deal with the inconvenience of reality."
Hi,
I am working on a new The Moose Book. You can see the current draft here:
http://themoosebook.org
In the current form, it covers about 40% of what I want to have at the end. My target is to get a first complete version ready until Spring 2017. The book targets Moose 6.1, although most parts will work with Moose 6.0.
The book is written in Pillar. A secondary goal for this book is to build a book editor with tools in Pharo. The current book was generated directly from Pharo without using the command line. The current code is in book GitHub repository, but the end goal is to have these tools working separately from the book.
Please let me know what you think.
The book repo is here:
https://github.com/girba/themoosebook
Cheers,
Doru
--
www.tudorgirba.comwww.feenk.com
"Every thing has its own flow."
Thank you Alex,
Do you have any particular exercice?
- What kind of criteria do you as them?
- How do you ask them to characterize the architecture and do the software assessment?
- How do you use visualisations?
It would be nice to have the feedback from someone that has already made the experiment ;)
Abdelghani
> Message: 1
> Date: Fri, 21 Oct 2016 13:32:25 -0300
> From: Alexandre Bergel <alexandre.bergel(a)me.com>
> To: Moose-related development <moose-dev(a)list.inf.unibe.ch>
> Subject: [Moose-dev] Re: Lab exercices with Moose
> Message-ID: <85E53AB9-56F0-47A7-8BD5-5CAC4C27095B(a)me.com>
> Content-Type: text/plain; charset=us-ascii
>
> Hi!
>
> I use Moose in Software Quality lecture. At the beginning of the semester, Students do not know Pharo.
> They therefore have 1,5 weeks to learn Pharo. I ask them to read the first chapters of Pharo by Example and the chapter I.2 of AgileVisualization (http://agilevisualization.com).
>
> Then they have to read Chapter III.4 of AgileVisualization to have an introduction of Moose. Then comes the time for them to work on a software quality assessment. They pick any Java application and analyze it (e.g., characterize the overall architecture, identify some quality criteria, and do the software assessment).
>
> Alexandre
>
>> On Oct 21, 2016, at 2:30 AM, Abdelghani Alidra <alidrandco(a)yahoo.fr> wrote:
>>
>> Hi,
>>
>> For my students, I would like to illustrate some code analysis operations (mainly metrics calculation and some visualisations) with Moose. I was wondering if any one has already made the experiment and if there exist some lab exercices I can base my self on.
>>
>> Thanks in advance.
>> Abdelghani
>> _______________________________________________
>> Moose-dev mailing list
>> Moose-dev(a)list.inf.unibe.ch
>> https://www.list.inf.unibe.ch/listinfo/moose-dev
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev
>
>
> ------------------------------
>
> End of Moose-dev Digest, Vol 122, Issue 16
> ******************************************
Hi,
For my students, I would like to illustrate some code analysis operations (mainly metrics calculation and some visualisations) with Moose. I was wondering if any one has already made the experiment and if there exist some lab exercices I can base my self on.
Thanks in advance.
Abdelghani
