community-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Amod Kulkarni <>
Subject RE: Apache Verticals (A new opensource perspective)
Date Sun, 18 Sep 2016 23:40:51 GMT

Creating applications for finance domain can be a disaster.

Many financial institutions have their own applications within the same domain tailored for
their own needs.

Nobody can generalize the needs  of financial institutions and they will always change.

It is good to be on technical track rather than to focus on domain.

What say ?

From: muktesh mishra<>
Sent: ‎19-‎09-‎2016 00:39
Subject: Re: Apache Verticals (A new opensource perspective)

Sounds like a great idea. I believe this way people can contribute in more effective way with
their domain expertise as well.


On Sep 18, 2016, at 2:49 PM, Mike Drob <<>>

I think is an example of this in the healthcare

I'm not sure where you want this conversation to go - anybody is free to
propose project to the incubator. If you see a need and a potential
solution, then I'm sure you could start to build a community around it.


On Sun, Sep 18, 2016 at 3:32 PM, Radhakrishna Kalyan <<>>

Hello Apache friends,

I have been using Apache libraries since I started coding.
And it is great in its own way.

Till now I found Apache created applications or libraries that are more
generic which can be used in any domain like(Medicine, Engineering, Finance
etc.) where ever applicable. And that is good.

However a though came to my mind where I felt, how would it be if Apache
community also start focusing domain related applications, I mean
applications more aligned towards a given domain.

A simple example would be "Mobile Payments" could be one domain area.
And having an opensource "Apache Mobile Wallet" would be very great.

Similarly more applications can be incubated for other relevant domains
(Finance, Astronomy, Construction, etc).

Comments are welcome.

Thanks and Regards
N Radhakrishna Kalyan

P:  +46 766232318

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message