Just please consider:

you have served features for paid customers since 2 years now with Vaadin 
technology and you spend a lot of money in developing them at least 2 
developers over 2 years.

- Dashboard
- Opsboard
- Opspanel
- BSM Editor
- Surveillance View Editor
- JMX Configuration UI
- Topology UI

File your Angular JS App here:

- Provisioning UI
- Kroger?

The Vaadin apps cover right quite a large feature set of the Webapp. What would 
you think if someone tells you, it was nice but the last 2 years of your life, 
you developed for the trashcan - I don’t think no developer wants to hear 
something like this. Even I don’t want to think about how much money came or 
went into the features developed with Vaadin. I don’t know the numbers exactly 
but I think David has a pretty good feeling about it.

It would be nice to spend more time to consider the consequences when we add or 
“try” to replace a technology what consequences it has. Don’t get me wrong, I’m 
not against your decision to move to Angular, the technical argumentation makes 
sense. I think there is much more to consider and can’t be completely discussed 
on a mailing list, which is the reason I would like to move this talk to DevJam 
where everybody is there. I think it is not nice to just say - Fuck Vaadin here 
- Fuck Vaadin there, it does not help to get a constructive solution to the 
problem - “OUR" UI sucks really badly.

We don’t leverage from the modern Vaadin UI cause we can’t use it, we don’t 
leverage from modern Angular JS technology cause we can’t use it - We added 
bootstrap but we can’t leverage from it, cause we can’t really use it. It does 
not make any sense to me. The user is in pain with a bad UI and workflows, 
developers are in pain with the tech cruft, simple features are expensive 
because they need a lot of time, on-boarding of new people is quite impossible 
cause nobody gets the the tech cruft. We need to stop this somehow.

> On 05.07.2016, at 16:50, Seth Leger <s...@opennms.com> wrote:
> 
> On 7/5/16 9:54 AM, Benjamin Reed wrote:
>> We *definitely* need to pick a standard and go with it... I am with
>> Alejandro on the AngularJS train, personally.  BUT, if we're going to
>> start using it more, we need to normalize our javascript build system
>> and codebase a lot.  There's already a lot of copy+paste duplication in
>> the newer controls Seth made, and a mishmash of Angular apps in
>> different places.
> 
> +1 with the caveat that the duplication in my onmsList code is not
> unintentional. I'm just trying to cover all of the use cases for those
> controls before I go back in and refactor things. I'm sure that
> modularizing and directive-izing things would clean it up a lot but I
> don't want to prematurely optimize. :)
> 
> -- Seth
> 
> ------------------------------------------------------------------------------
> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
> Francisco, CA to explore cutting-edge tech and listen to tech luminaries
> present their vision of the future. This family event has something for
> everyone, including kids. Get more information and register today.
> http://sdm.link/attshape
> _______________________________________________
> Please read the OpenNMS Mailing List FAQ:
> http://www.opennms.org/index.php/Mailing_List_FAQ
> 
> opennms-devel mailing list
> 
> To *unsubscribe* or change your subscription options, see the bottom of this 
> page:
> https://lists.sourceforge.net/lists/listinfo/opennms-devel

Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
Please read the OpenNMS Mailing List FAQ:
http://www.opennms.org/index.php/Mailing_List_FAQ

opennms-devel mailing list

To *unsubscribe* or change your subscription options, see the bottom of this 
page:
https://lists.sourceforge.net/lists/listinfo/opennms-devel

Reply via email to