Hi all,
In my opinion, it's better to have a single consolidated list but each
thread would have a tag in the subject.
E.g. [Tech] Regarding tech stuff 1...
[Announcement] Some Announcement...
That would ensure all the info reaching to everyone and also, will give a
clear idea whether the thread pertains to the user or not, based on which
the user can either partake in it or ignore it.
Thanks
On Wed, Oct 10, 2018, 9:30 PM Ed Cable <[email protected]> wrote:
> Reading over the escalation guide and the advice it gave on directing
> appropriate issues/matters to the respective mailing lists, it got me
> thinking about our Fineract Dev and Fineract User lists.
>
> We are always trying to be inclusive especially around awarding merit or
> committership in valuing non-technical contributions to the project. In
> that same spirit, I worry we sometimes might be leaving out non-technical
> members of the community who might only be subscribed to the user list when
> we treat dev as the primary list for all communications (community-related,
> etc whether they're technical or not).
>
> I know we don't want to clutter the mailing lists and we don't want to
> cross-post everything across both lists but what do ewe think are some ways
> to address this?
>
> One possible option is just to consolidate the lists into dev but I don't
> think that is good long-term because as community grows we will have
> distinct technical vs. functional/design conversations happening.
>
> I know that user list is small but that might be a product of the fact that
> we direct everyone to sign up for dev because most conversations happen on
> dev
>
> Should everyone just operate under the norm that dev is the primary list
> and any public community-related matter or announcement will come through
> there and that everyone should be subscribed to that list to not miss any
> key information?
>
> Or should we just operate in the fashion of cross-posting to both lists if
> it's relevant to both audiences - that requires extra effort and ensures
> everybody receives the message but then it does dilute the discussion as
> input given on @user wouldn't be seen by @Dev <[email protected]>
>
> CC'ing ComDev too because they probably have some good suggestions based on
> on other projects. However our community might be distinct in that we have
> a larger user-facing community than most more
> technical/infrastructure-oriented Apache projects.
>
> Thanks,
>
> Ed
>
> ---------- Forwarded message ---------
> From: Myrle Krantz <[email protected]>
> Date: Tue, Oct 9, 2018 at 11:41 PM
> Subject: Escalation guide for project issues
> To: dev <[email protected]>
>
>
> Hey all,
>
> An escalation guide for Apache issues was just posted on
> [email protected]. I wanted to make sure our community was
> aware of this as well:
>
> https://www.apache.org/board/escalation
>
> In general, I invite you to discuss problems you see with the Fineract
> project. Discussion should be done openly, on the
> [email protected] list, or, in some cases,
> [email protected]. Addressing problems early and openly
> will keep most problems from becoming too large to handle.
>
> Best Regards,
> Myrle
> Committer, Apache Fineract
>
>
> --
> *Ed Cable*
> President/CEO, Mifos Initiative
> [email protected] | Skype: edcable | Mobile: +1.484.477.8649
>
> *Collectively Creating a World of 3 Billion Maries | *http://mifos.org
> <http://facebook.com/mifos> <http://www.twitter.com/mifos>
>
