Greetings folks.
Based on feedback, I'm going to set: Wednesday, at 12 pm Noon
(Eastern) as our regular time slot.
Based on the Doodle Poll, it looks like Wednesday afternoon,
Thursday morning, and Thursday afternoon are our best bets for
connecting face-to-face. I'll connect with Anne to see what are
options are with regard to space in those time periods.
In attendance:
Tyler Jewel
Alex Kurtakov
John Arthorne
Wayne Beaton
If I've misrepresented anything, please correct.
Tyler laid out some values/attributes/guiding principles to consider
while constructing the vision. He mentioned on the call that he had
captured this and would disseminate it to the group (so I'm only
providing point form below).
* Extensibility of developer tools
* Decoupling/Atomic micro services
* Ecosystem of editors: desktop/browser/CLI e.g. edit in Eclipse,
move to Che
* Multiple people on project using different editors
* New form of extensibility: update/extend atomic services
* Arbitrary workflows
* Developers use only the tools that they want
* New world of extensibility
Microservices was a big topic of discussion. A developer's
environment will be a collection of microservices working together
with loose coupling on the backend with tight integration on the
frontend. Products are a composition of microservices.
We talked briefly about distribution of microservices. Are they all
hosted by a single provider or is there a collection of hosts?
Getting the integration of microservices right is a time-consuming
process.
Aside: the notion of loose coupling and tight integration are well
known in Eclipse Platform/RCP development, so this is not a new
concept. Cloud/microservice-based implementations, however, will
certainly be different.
We talked about the evolution of the notion of a plug-in. Today, we
use the terms plug-in and bundle interchangeably. We discussed how
the concept of a plug-in is actually bigger than that when you
consider examples like the integration of services running in the
cloud. An OSGi bundle might be the integration point between an
Eclipse-based IDE and the service, but the service and the
collection of technologies that provide various integrations of that
service are collectively the "plug-in". Perhaps we need a new word.
Aside: I tend to think of plug-ins as being a larger concept than an
OSGi bundle. There are, for example, certain combinations of bundles
that must be used together; these collectively are smaller than an
Eclipse Feature, but bigger than individual bundle.
We discussed the term "Cloud IDE". Tyler is concerned that the term
is bound to the desktop notion of an IDE. I believe that there is
concensus that this may be a losing battle.
Provision, share, and scale are notions that do not apply to the
desktop.
Development Environment vs. Developer's Environment. I'll admit that
I don't quite remember the distinction; Tyler can you provide some
insight here, please?
Only individuals with "skin in the game" (i.e. those who are
willing/able to contribute real resources to implementing the
vision) can contribute to to the vision/strategy. Participation in
this list is restricted to those individuals. There were no
suggestions regarding who we should invite to join; this will be a
recurring discussion on our future calls.
We need a means of collecting input from the community.
Much of the discussion on the call was concerned with the cloud
space. The vision/strategy must acknowledge a vibrant and growing
desktop IDE space. The notion of leveraging microservices applies
equally well to the desktop and cloud.
Java 9 modularity is going to play a significant part in the future
of Java development environments in general, and the PDE in
particular.
Tooling service from the desktop and cloud.
We should set as a goal to be the "best Java IDE out there".
Aside: based on what I've seen lately, this won't be true without
investment in Maven support.
It may be time to start dropping support for some platforms (Eclipse
Platform-specific).
My summary of the (three years into the) future vision so far:
* Desktop IDE is vibrant and growing
* We own the cloud-based developer environment space
* Best Java 9 developer environments available
* Developers can work interchangeably between desktop and
cloud-based environments (e.g. common project metadata)
* Microservices-based architecture leveraged by desktop and
cloud-based environments
Let us know if I've missed something important or am misrepresenting
anything.
Thanks,
Wayne
--
Wayne Beaton
@waynebeaton
The Eclipse Foundation

|