I'm polishing and putting the last touches of goodness in my slides for Eclipse Summit Europe. I'm looking forward to a great event as usual, with this warm and fuzzy feeling you have realizing you're part of such a vibrant community.
If you are wondering how "we" - the Acceleo projet became "we" the Eclipse Project, do not miss my talk :
ESE, even more than EclipseCon, is a nice moment to learn more about all the technologies available at Eclipse and to exchange with the teams behind those. I'm going to catch you : " projects I'm particularly interested about ", and ask you questions, even dumb ones ! Please take this chance to do the same about the Eclipse Modeling project !
lundi 26 octobre 2009
vendredi 9 octobre 2009
In software engineering the "Terra Incognita" boundary is never far away from where you're standing. Most software are lacking an "overview" documentation or model and you have to open your path yourself through the code trying to understand what's going on.
That's especially true when you are analyzing a legacy application in some kind of good old language not being considered, these days, as hype as SCALA . COBOl, NSDK are examples among others, reverse engineering become a requirement and at Obeo we are working hard providing tooling so that our customers are able to understand and migrate to other technologies.
That said you don't need a flux capacitor requiring 1.21 gigawatts of electrical power to have this "understanding" issue with technologies. It's still a problem with the application we're building using 2009 ones, let's take the OSGi Bundles for the need of the demonstration.
I already did a draft implementation of a tooling easing the exploration of Eclipse plugin years ago using GMF, and we've got this nifty PDE visualization tools based on ZEST, but I was in the mood of trying again to build a tooling from the following principle:
- construct and explore step by step
Here is the result, please note that's a one day work and the underlying runtime is in development (you might catch a few bugs during the demo). Please also note that the demo capture software is not so friendly with the original color, we are rendering the diagram with more than 256 colors ;)
The legend is the following :
The plugins model is captured thanks to PDE APIs, we're going to explore the Eclipse plugins starting from Mylyn, building groups, and seeing what kind of relations those groups have with each others : dependency and/or extension.
So now the next step would be to build the whole Galileo Map step by step, anybody feels like a 21st century Magellan?
Here are a few extras :
EMF Core dependencies
EMF Core extensions
Ok, that's Friday and I'm kinda lazy : no text annotations in the demo for now, may be later if I've got thousand questions through the comments..