RE: [Embedlets-developer] Lego as a target...

[James C. <ca...@vi...>]

> I don't see much need for Lego Mindstorms to integrate with a
> back end J2EE
> or .NET server...which was one of the fundamental goals of Outpost.

While I love the idea of LEGO also, I tend to agree that we started strongly
on Enterprise applications and have been tempted by other various
applications (PLC's) and now LEGO also. We want to be mindful of these
applications to ensure Embedlets covers it but I tend to agree that
Embedlets focus on Enterprise applications is a good one. For no other
reason that a single Enterprise Applications sale will probably mean more
sales of uVM/JStick/TStick hardware units than all of LEGO unit sales put
together.

The creditability for Mindstorm users to be using 'Industrial Products'
(WOW) on their LEGO products developing real re-usable skills (java) that
can they can phase into their careers is very compelling.

I don't know if it works the other way around though, Enterprise
applications using Toy technologies for their app's. Doesn't come of the
tongue so nicely :-)

Nevertheless - Robots are COOL! and we should certainly make them happen

>All the advanced Lego users are using BrickOS or LeJos, or NQC, so they are
>bypassing the graphical tool because it is far too limited.

Interesting isn't it! Obviously these will be guys developing the Embedlets
while the others will be the one wiring them together to create
applications.

>> Servlet specification.  The current Servlet specification is 257 pages
>> long, includes a large number of sections, a significant amount of
>> formatting and a very detailed table of contents.

>I think that the Embedlets spec needs to be a lot simpler than than the
servlet
>spec, otherwise we're going to spend too long on it, and risk making things
a
>bit too complicated for developers of Embedlets.

I tend to agree with this also. The one feature of Embedlets seems to be its
architectural elegance and flexibility. Complex Systems tend to come from
Simple Rules... I think in order for us to handle the range of applications
we are talking about it will require a simpler specification by natural
complexity rather than a more complex (constrained) one.

Most of the docs will probably not revolve around the spec itself but how to
use the implementations.

James Caska
http://www.muvium.com
'Java Bred for Embedded'





> -----Original Message-----
> From: emb...@li...
> [mailto:emb...@li...]On Behalf Of
> Andrzej Jan Taramina
> Sent: Saturday, February 01, 2003 11:10 AM
> To: emb...@li...
> Subject: [Embedlets-developer] Lego as a target...
>
>
> Ted and Bruce chat:
>
> > >I suppose that if the graphical wiring aspect of Embedlets
> were done right
> > >(which is an extremely high priority item on my personal goals
> list) then
> > >it is
> > >conceivable that Embedlets might prove to be a good candidate
> for the next
> > >generation of Lego Mindstorms programming technology.
> >
> > Yes yes yes!
>
> Since our target was business usage, I am a bit hesitant about
> tackling Lego
> Mindstorms activities with the Embedlets project.  It might damage our
> credibility for "real world" applications, which we first set out
> to address.
>
> I don't see much need for Lego Mindstorms to integrate with a
> back end J2EE
> or .NET server...which was one of the fundamental goals of Outpost.
>
> That being said, there is no technical reason that someone couldn't use
> Embedlets to control Lego Mindstorms, and create a library of
> useful, reusable
> Lego Mindstorm embedlets.
>
> I just think our initial emphasis should be towards the commercial sector
> (process control, shop floor automation, machine
> monitoring/control for the
> manufacturing, distribution and engineering industries), as we
> had initially
> planned.
>
>
>
> Andrzej Jan Taramina
> Chaeron Corporation: Enterprise System Solutions
> http://www.chaeron.com
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Embedlets-developer mailing list
> Emb...@li...
> https://lists.sourceforge.net/lists/listinfo/embedlets-developer
>
>