I can see that this project community has differences(architectural, design, direction, methods, concepts, processes, interpretation of regulations, platform's dev lifecycle).
Differences amongst humans have almost always resulted in a dialogue which should now bridge them. Awasum, thanks for informing me on the Apache Con 2022 prep, I am afraid I might not be able to participate in the laid out process. I don't feel it is a fitting thing to do if Muellners Foundation peers like to submit proposals to this conf(they have some incredible ideas) and a Board Member is also part of the volunteer driven process. It's not how I see use of human life. I can begin to see that the members with opposing views have started discussing with empathy, patience & more openness. Laughter is back! I will now rescind my objection, hoping that under-representation improves with time. I would definitely like to sponsor the Con efforts next year, but for that, in principle, we will closely understand how this charity actually works e.g with public records - ($3.5 million asset book, ~$2 million annual donations, 6000 volunteers, citing its recent year's IRS filing <https://apps.irs.gov/pub/epostcard/cor/470825376_202004_990_2021041317934754.pdf> ). Thanks to those who responded to my statements with qualified data, and most importantly thanks to those who highlighted their sporadic views, & those who expressed underlying variables in their minds, vis a vis the state of community governance, project CN, & this thread. In particular, thanks to Myrle Krantz for expressing her human side on this. The “under dev” CN version was sustained on such spirits, last year. Saransh is also one of them, contributing to this project even before ASF incubated this, as is Bruce and any newcomer, also many “others" who we should never call "childish" and "little". This project's present(both 1.x & CN) is unclear to me, but as we bridge these differences, the future is very bright. Everything else will take shape. Change is life. Best Regards On Sun, 26 Sep 2021 at 10.15, Saransh Sharma <sara...@muellners.org> wrote: > Hey, > > Myrle thanks for sharing his profile and his work. I am not denying and > closing my eyes from your work and his work. The idea is pretty wild that > we are proposing, I think it needs a different setting and perhaps context. > > I think, so tell me, If i have to contribute to the project in terms of > changing something from the ground up, how should we do that? How do we > find out that there are some technical limitations to the existing project > That does not mean you did not do a great job. I would like to point this > out, this is an effect of time things improve. > > Alexander, refer to last year discussion that we had at the Apache Con > about Improvement Proposal, our story was based on an individual, not any > group, it was about solving problems related to development. > > For an eg: We have done some work on the generators that automatically > generates boilerplate for Fineract CN templates saving time for developers, > but the problem is where do we make this PR since there is no repo that > matches the idea. (I mean give us the repo / or should we just make a PR on > the template?) > > Does this sound disrespectful to you? A generator that generates code > templates and services to run a functional piece of code. It can create a > new application, insert another small sub-logic service or update the > application. > > Another instance is of a set of libs that come with Fineract CN, they need > to be maintained alongside and is a burden for especially developers and > the community, why don't we make the project lightweight, leaving some > choices to the developers (there are many libs that do the same work and > maybe battle-tested already, why re-invent the wheel) > > > As Giorgio pointed out above that we need people or PMC who have developed > Financial products, that may understand the value behind using a mix of > toolkits. I think maybe our communication was vague according to you some > say so, but there are some who do not see it that way. we have a division. > > So, I request that we close this thread and move on and work on further > points that, I have highlighted. > > and Alex I think we have backwards compatibility and it actually has been > tested out, that's why we are proposing changes on the top of the Fineract > CN, these changes are add on and if someone wishes to use them in the true > sense of microservices. To add real innovation, we should move towards a > distributed architecture that allows smart contract deployment then we will > truly have marketplace of business logic and value that could flow from > Fineract CN. > > PS > We are here to give grants related to the Fineract CN work ,reach out we > could get you started on the above points. > > > On Sun, Sep 26, 2021 at 12:37 PM Myrle Krantz <my...@apache.org> wrote: > >> Saransh, >> >> Wikipedia would have helped you on this one. Greg Stein is one of the >> earliest members of the Apache Software Foundation. He was a long time >> board member, including a board chair for five years. He is currently >> working as Infrastructure Administrator for The ASF where he has contact >> with all 200 project communities. I'm not certain, but he may not have >> missed a single ASF board call for the last 20 years. Beyond that Greg was >> VP of Subversion for several years, and he has made significant >> contributions to the Python programming language. He is also one of the >> incubation mentors for Apache Fineract. We elected him into that role in >> part to guide us on implementing the Apache way, and we were *honored* that >> he chose to serve our community in that role. >> >> Basically: you just told someone who played a significant role >> in defining the Apache Way as part of his life's work, that he doesn't >> understand it. Hence his reaction. >> >> Best Regards, >> Myrle Krantz >> >> https://en.wikipedia.org/wiki/Greg_Stein >> >> >> On Sun, Sep 26, 2021 at 2:23 AM Greg Stein <gst...@gmail.com> wrote: >> >>> On Sat, Sep 25, 2021 at 08:13:54PM +0530, Saransh Sharma wrote: >>> >... >>> > Greg, seems like your understanding is limited, community over code is >>> the >>> > Apache way. >>> >>> Hahahaaa.... This is one of the funniest things I've read all week. >>> >>> Thank you for the laugh, >>> -g >>> >> > > -- > Thanks and regards, > > Saransh Sharma > Research Partner > > This mail is governed by Muellners® IT policy. > The information contained in this e-mail and any accompanying documents > may contain information that is confidential or otherwise protected from > disclosure. If you are not the intended recipient of this message, or if > this message has been addressed to you in error, please immediately alert > the sender by reply e-mail and then delete this message, including any > attachments. Any dissemination, distribution or other use of the contents > of this message by anyone other than the intended recipient is strictly > prohibited. All messages sent to and from this e-mail address may be > monitored as permitted by applicable law and regulations to ensure > compliance with our internal policies and to protect our business. E-mails > are not secure and cannot be guaranteed to be error free as they can be > intercepted, amended, lost or destroyed, or contain viruses. You are deemed > to have accepted these risks if you communicate with us by e-mail. > -- Ankit Managing Partner Muellners Inc This mail is governed by Muellners® IT policy. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
