Thanks Myrle. I was responding to your question: "Should I remove fims?" as a prefix. with: Yes, you should.
to be clear, I was not responding to gitbox or the testing namespace per se. Got that the vote was completed. Then, following the theme of shortening the prefix, I was *wondering* if Fineract-CN would be shorted in the gitbox. Is "fcn" just as meaningful as Fineract-CN? So...moving on... in terms of namespace for front end applications...perhaps some combination of answers to: * Who uses the app? * Which institutional type? * Which business model? NBFI-backoffice (non-banking financial institution) CreditUnion-backoffice (share based financial institution) RetailBank-backoffice (banking) NBFI-customer and so on... I think we should get away from non-standard terms like "self service" which is really about customer access. I think that channels are another way to think about this, so "omni" becomes a catch all. I do believe naming and the concepts imbedded becomes important when bringing new organizations and developers to a project. my 2 cents. Regards, - James On Fri, Nov 10, 2017 at 9:18 AM Awasum Yannick <[email protected]> wrote: > fnc-customer for example? > > On Fri, Nov 10, 2017 at 5:45 PM, James Dailey <[email protected]> > wrote: > > > Myrle - I'd say drop "fims" prefix. Too long already, potentially > > redundant. > > > > Any reason to shorten Fineract-CN. ?? > > > > > > > > > > > > On Oct 18, 2017 2:29 AM, "Myrle Krantz" <[email protected]> wrote: > > > > Please vote whether you wish to accept into the Fineract project all > > of the repositories found at > > > > https://github.com/mifosio > > > > A yes vote means that we as Apache Fineract will: > > * Begin the software grant process via the Apache Incubator and the > > Mifos Initiative. > > * Collect the necessary software grants, CLA's, and ICLA's from > > companies and individual contributors to mifosio. > > * Create Infra tickets to create repositories to move the code into > > with a preference for gitbox repositories. > > * Transfer the code to the new repositories. > > > > Please be aware that developers are still actively developing, so new > > commits may come into those repositories during the voting process. > > With apologies, but I believe this is better than keeping new code out > > of those repositories for the duration of the vote and dumping it in > > afterward. > > > > Further discussion/votes will be held before we release, make > > adjustments to JIRA, or make any other significant requests to Infra. > > > > Voting will continue until 2/3's of committers have responded but for > > at least 72 hours. Non-committers are welcome to provide non-binding > > votes as well. > > > > This is my +1 vote. > > > > Best Regards, > > Myrle Krantz > > Committer, Apache Fineract > > > > > > -- > > > *Awasum Yannick* > Chief Technology Officer > Skylabase > [email protected] | Skype: awasum91 | Mobile: +237 676 683 > 945 > <+237+676+683+945> | http://skylabase.com >
