I like the idea of this workshop. If someone is going to OOPSLA this
year, this may be interesting.
If someone plan to go there, let me know.
Cheers,
Alexandre
Begin forwarded message:
> From: Shane Markstrum <smarkstr(a)acm.org>
> Date: 20 July 2009 16:40:22 GMT-04:00
> To: types-announce(a)lists.seas.upenn.edu, seworld(a)sigsoft.org, announce(a)aosd.net
> , chi-announcements(a)LISTSERV.ACM.ORG, hci-link(a)lists.uni-paderborn.de
> Subject: [SEWORLD] Call for Papers: Evaluation and Usability of
> Programming Languages and Tools (PLATEAU) 2009
>
> Call for Papers
>
> PLATEAU 2009
>
> First Workshop on
> Evaluation and Usability of Programming Languages and Tools (PLATEAU)
> in conjunction with Onward!/OOPSLA 2009
> October 25-29, 2009 (Orlando, FL)
>
> http://ecs.victoria.ac.nz/Events/PLATEAU/WebHome
>
> SUBMISSION SITE
>
> http://www.easychair.org/conferences/?conf=plateau09
>
> IMPORTANT DATES
>
> Submission August 31
> Notification Mid-September (before close of early registration for
> OOPSLA/Onward!)
> Final version TBA
> Workshop TBA, one-half or one-full day between October 25 and 29
>
> SCOPE
>
> Programming languages exist to enable programmers to develop software
> effectively. But how efficiently programmers can write software
> depends on the usability of the languages and tools that they develop
> with. The aim of this workshop is to discuss methods, metrics and
> techniques for evaluating the usability of languages and language
> tools. The supposed benefits of such languages and tools cover a large
> space, including making programs easier to read, write, and maintain;
> allowing programmers to write more flexible and powerful programs; and
> restricting programs to make them more safe and secure.
>
> We plan to gather the intersection of researchers in the programming
> language, programming tool, and human-computer interaction communities
> to share their research and discuss the future of evaluation and
> usability of programming languages and tools. We are also interested
> in the input of other members of the programming research community
> working on related areas, such as refactoring, design patterns,
> program analysis, program comprehension, software visualization,
> end-user programming, and other programming language paradigms. Some
> particular areas of interest are:
>
> - empirical studies of programming languages
> - methodologies and philosophies behind language and tool evaluation
> - software design metrics and their relations to the underlying
> language
> - user studies of language features and software engineering tools
> - visual techniques for understanding programming languages
> - critical comparisons of programming paradigms, such as
> object-oriented vs. functional
> - tools to support evaluating programming languages
>
> SUBMISSIONS
>
> Participants are invited to submit a position paper describing their
> on going work. We will accept papers (from 4 to 6 pages) that describe
> work-in-progress or recently completed work based on the themes and
> goals of the workshop or related topics, report on experiences gained,
> question accepted wisdom, raise challenging open problems, or propose
> speculative new approaches. Longer submissions will be considered, but
> all submissions must be fewer than 10 pages.
>
> Submissions and final papers should be formatted using the ACM SIGPLAN
> 10 point format. Templates for Word and LaTeX are available at
> http://www.acm.org/sigs/sigplan/authorInformation.htm; this site also
> contains links to useful information on how to write effective
> submissions.
>
> Accepted submissions will be made available through this website and
> workshop participants are encouraged to have read the position papers
> before attending the workshop. Participants are also asked to prepare
> a presentation to support their position paper.
>
> ORGANIZERS (and members of the Committee)
>
> Craig Anslow - Victoria University of Wellington, New Zealand
> Shane Markstrum - Bucknell University, USA
> Emerson Murphy-Hill - University of British Columbia, Canada
>
> PROGRAM COMMITTEE
>
> Andrew Black - Portland State University, USA
> Larry Constantine - University of Madeira, Portugal
> Jeff Foster - University of Maryland, College Park, USA
> Robert Fuhrer - IBM Research, USA
> Donna Malayeri - EPFL, Switzerland/Carnegie Mellon University, USA
> Stuart Marshall - Victoria University of Wellington, New Zealand
> Todd Millstein - University of California, Los Angeles, USA
> James Noble - Victoria University of Wellington, New Zealand
> Ewan Tempero - University of Auckland, New Zealand
>
> For more information, please see the workshop website:
>
> http://ecs.victoria.ac.nz/Events/PLATEAU/WebHome
>
> ============================================================
> To contribute to SEWORLD, send your submission to
> mailto:seworld@sigsoft.org
>
> http://www.sigsoft.org/seworld provides more
> information on SEWORLD as well as a complete archive of
> messages posted to the list.
> ============================================================
>
>
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
inFusion is a new incarnation of iPlasma and it is developed by the
"intooitus" startup company that spawned from the LOOSE research group.
Among others it includes and exporters for FAMIX 2.0 and for FAMIX
3.0. A free release is available at:
http://www.intooitus.com/inFusion-tryit.html
If you want to give it a try, it would be great to see how the FAMIX
3.0 exporter works for large Java systems.
Cheers,
Doru
--
www.tudorgirba.com
"Yesterday is a fact.
Tomorrow is a possibility.
Today is a challenge."
Is there a reason why this method does not exist anymore?
Apparently, it did on some point. One cannot open a system complexity
view on classes.
I can fix this, but this is troubling.
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi Jannik,
> Hi Doru,
> How are you ?
> So, I have two questions about Glamour:
> - is it possible to make behavior on right click (as in mondrian
> with interaction menuFor:) ?
Yes. Just say act:entitled: and this will create a menu item.
> - in an example, I see:
> ---
> browser text
> display: [:entity | 'self' ];
> title: 'Evaluator';
> act: [ :text :entity | (Compiler evaluate: text selectedText for:
> entity logged: false) inspect ]
> ---
> But in the evaluator pane, when I do "print it" or "do it", it
> returns nil. Is it possible to evaluate the selected entity when
> there is "self" in this pane ?
The problem there is that :text is nil because of a small problem in
the MorphicRenderer which does not populate that variable from the
text morph. It's on my to do list.
Cheers,
Doru
> Thanks for all.
>
> Cheers
>
> ---
> Jannik Laval
> PhD Student - Rmod Team - INRIA
> Certified Project Management Associate (IPMA)
> http://www.jannik-laval.eu
> http://rmod.lille.inria.fr
> ---
>
--
www.tudorgirba.com
"Value is always contextual."
Hi all,
For information:
I have made a pharo.mse (available in http://www.jannik-laval.eu/assets/files/softAnalysis/mseFiles/)
.
First, I have imported Pharo in moose. For this, I run the VM with the
option "-memory 1500m". The time to load pharo in moose: 2 days.
(pharo.image size: 822 Mo)
Next, I have extract the pharo model in mse. It takes a lot of time
(near 4 days).
Now, in a new pharo image with default parameter of the vm, it is not
possible to load the mse. I think there is not enough memory.
I think all these methods could be optimized.
Cheers
---
Jannik Laval
PhD Student - Rmod Team - INRIA
Certified Project Management Associate (IPMA)
http://www.jannik-laval.euhttp://rmod.lille.inria.fr
---
Hi adrian
in Moose I know that you spent time to optimize the loading and memory
space.
Now in Fame did you reuse the same optimizations?
Because in pharo loading large mse files take ages.
Stef
I would be really glad to see autocompletion and resize of the lower
pane in MOEasel.
These points are on my todo list for very long time already...
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
I would be really glad to see autocompletion and resize of the lower
pane in MOEasel.
These points are on my todo list for very long time already...
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
There is a problem with the package initialization, probably for the
class extensions. I attached the stack to this email.
Regards,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Dear All,
Anyone can provide some update on Famoosr?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Just a brief announcement: a student project here in Lugano resulted
in a parser for C# systems. It's written in C# and therefore only runs
on Windows. The nice thing is it exports to mse which can then be
loaded into Moose. Experiments with it have proven it actually works,
even for larger systems, despite the shaky nature of the whole project
(too little time). You can find the tool here:
http://www.fpcg-ks.com/ermira/PMCS.rar
Best,
Michele
Hi all
wednesday we will do a meeting to come up with a list of concrete
tasks of different length
to improve moose. We are looking for your input.
If you have bug, a wish, an idea, a scenario please let us know.
Cyrille Delaunay will start in October to code on Moose to really
improve.
I will also start to program regularly on Moose to push it further.
We will make our list of taks publicly available and start to really
use the bugtracker and
infrastructure.
The goal is to make Moose much more usable.
Doru what is the status of Glamour on Pharo?
Stef
Hi all,
I would like to export a MooseModel in MSE.
I use method "MooseModel>>exportMSEToFile".
But there is an error.
So, I have replaced the line
stream := filename asFilename writeStream.
by:
stream := (FileStream newFileNamed: filename).
Now, I have a doesnotunderstand exception on Text>>fm3PrintOn:
Can anyone help me ?
Cheers
---
Jannik Laval
PhD Student - Rmod Team - INRIA
Certified Project Management Associate (IPMA)
http://www.jannik-laval.euhttp://rmod.lille.inria.fr
---
Hi,
I am back from holidays and I will invest the rest of this month into
making a Moose release based on Pharo. If you are willing to help,
please let me know.
I will follow up with more details.
Cheers,
Doru
--
www.tudorgirba.com
"Yesterday is a fact.
Tomorrow is a possibility.
Today is a challenge."
"So I think the sole way to win is to plan for growth with help from
users"
Keynote Speech, OOPSLA'98
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
Just to share what I am currently seeing while attending a conference
on Model transformation.
People seems to enjoy the select and collect operations for sets in OCL.
For example, this is what I see on a projected slide:
context CD:Class
def allSuperclasses: self.parents->union(self.superclasses->collect(c
| c.allSuperclasses)->flatten())
Apparently, the fact that you can combine these constructs is
innovative...
Maybe in the future, we should try to target ICMT and other model-like
conference.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
- Added new Mondrian features in FAMIXFoldergroup
- new version of FAMIXFile* classes:
- added entities in FAMIXAbstractFile: any file should knows about
the entities it defines
- added new nagivation pragmas
- convenient methods for testing: ifFolder: ifFolderIfNotFolder: ...
Cheers,
Alexandre
Dear List,
Currently, there is no connection between instances of FAMIXFile/
Folder and entities that are supposed to be defined in (e.g., a .java
files and a class, a .c file and an instance of CAModule).
I extended FAMIXAbstractFile with definedEntities to have:
FAMIXNamedEntity subclass: #FAMIXAbstractFile
instanceVariableNames: 'belongsTo entities'
Then I was unsure whether Fame should to be used. Should 'entities'
refers to an ordered collection or a FMMultivalueLink. What will be
the opposite then? sourceAnchor could be a good candidate, but I am
unsure. For now, I did without Fame.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Dear Moosers
As you may know, identity hashes attributed by the virtual machine
ranges up to 4096. This may be problematic when storing objects in a
dictionary. We often have to deal with high number of entities, and
using dictionary is out of question for performance reason.
One solution (inspired from Lukas) would be to use the ID that each
MooseEntity has instead of the hash.
I will try to see whether hash can be overriden in MooseEntity to
return its ID instead.
Will let you know.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
- The MonticelloImporter now merge classes and metaclasses
- Caches have been added to OB nodes for the moose browser. Necessary
for a real use
- FAMIXFolder>>filesGroup added
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.