2015-10-26 11:08 GMT-03:00 Ben Coman <btc@openinworld.com>:
Thanks Adam.�� This is a great initiative. I really like the
internal/external distinction.

A few questions...

Why is "Compilers" outside the circle?

What is the "VB" part of "VB-Regex" ?


Vassili Bykov was the original author of Regex11 and later it was renamed.
��
and a few suggestions...

> About categories I would group in different way but it's personal choice. Like...
> Reflection

It would be nice to emphasise our reflective capability, but what
would be some subparts?


Reflection is commonly decomposed in two parts: Introspection and intercession.
��
> Code Analysis

This could just be "Analysis" and include Moose and SciSmalltalk.

> Persistency

Maybe "Connectors" could be renamed to "Persistence".


Yes, besides that would avoid confusion with the Connectors package.
��
It would be good to promote in-Image persistence solutions since that
is a speed advantage for prototyping.�� btw, Is SimplePersistance
stable enough to be included?
http://smalltalkhub.com/#!/~TorstenBergmann/SimplePersistence

��
I don't know about SimplePersistence but in-image persistence is a cool feature that other technologies lack.

��
I don't think Magma and SandstoneDb provide services to other clients
(??) and so don't seem related to "Server" and would group better with
"Connectors/Persistence". That does then leave "Server" a bit bare.
Perhaps "RemoteFrameBuffer" would be a good fit.


"Output" is a bit too much like "Export".�� Perhaps it could be renamed
"Presentation"

The legend could be moved to a corner (bottom left?), and "Pharo"
could be moved more centrally to its place.�� In another shaded corner
you might list the major repositories:
* smalltalkhub.com
* ss3.gemtalksystems.com
* squeaksource.com
Anyone with further ideas for the other two corners?

I'm not sure that "Define" is the right tag for "Magritte".�� I think
its an implementation of the "Momento" pattern, so maybe that would be
better (or maybe that is too exotic?).�� Would it be reasonable to tag
it s "Forms" (??)


That would require multi-class multi-label classification, because Magritte (and other packages) cover many areas.
��
"Fuel" would seem to go better near STON/JSON on "Import/Export".

As well as "SUnit" as a framework, "Testing" should have "TestRunner"
and a tool.


Agree, the TestRunner is important.

��
"Searching > Spotter" would go well up next to "Finder"

"Monticello" should go closer to "Metacello" and is perhaps a good fit
to move it down to "Working", and also Versioneer is closely related
to "Metacello".�� �� "Metacello" and "CatalogBrowser" would do well to
be tagged together as "Deployment"

I like that you've got "Computations" with SciSmalltalk and
BioSmalltalk, but actually it might be good to repurpose this
"Downstream Distributions".�� I think such a section demostrates a
level of maturity of a system, which is important to show.�� This might
then also include Moose, Phratch, Dr.Geo and PharoROS(?).�� Chalten and
Aconcagua might be re-homed under "Data."


Yes, I suspect it could be solved with multi-class multi-label tags.

��
"Spec" and "Athens" are internal to Pharo.


I don't see why internal?
Does that mean it wouldn''t be ported to other ST flavors?

��
whoops. thats a lot. Some parts I'm not sure on - wait and see what
others think.
cheers -ben


Really nice diagram, but it needs more promoting outside the Smalltalk circle.

Hern��n




��

On Sat, Oct 24, 2015 at 7:30 PM, Ferlicot D. Cyril
<cyril.ferlicot@gmail.com> wrote:
> Le 24/10/2015 09:27, stepharo a ��crit :
>> Superb! Really nice
>> Margritte -> Magritte
>> Mondorian -> Mondrian
>>
>> to add
>>
>> Never heard about PharoLink but you should have Garage (a database
>> generic API)
>>
>> You could add MongoTalk close to Voyage
>>
>> GLORP
>>�� �� ��Relational
>>�� �� ��Mapper
>>
>> Woden�� �� �� �� ��3D
>> Roassal3D
>>
>> Omnibrowser is deprecated
>>
>> I would put STON close to Fuel
>> May be you should move closer the two spots: import/export and data
>>
>> Tide is not developed anymore so I would remove it
>> Add Reef instead (Javascript-enabled Web components)
>>
>> About Graphics
>>
>> you should have
>>�� �� ��Athens (Vector graphics API)
>>�� �� ��Bloc (new generation Morphic)
>>�� �� ��Brick (new generation widgets)
>>
>>
>
> Hi,
>
> I do not agree to add Reef, Bloc and Brick now if this map is for beginners.
> If this map is for beginners that need a framework we should wait to
> have a usable version with documentation.
> I think Bloc and Brick are not finish yet (I think) and reef lack
> documentation/tutorial.
>
> If a beginner see it on the map and test it he will have�� a bad first
> impression. And first impression count.
>
> This project should be on a waiting list the time there are stable and
> documented I think. But this is just my opinion.
>
> --
> Cyril Ferlicot
>
> http://www.synectique.eu
>
> 165 Avenue Bretagne
> Lille 59000 France
>