As I mentioned at the morning meeting, another consideration is we would like to get EPAM leads involved where makes sense, they’re a significant contributor to the dev community now.  If it’s in the US, we’ll generally need 4-6 weeks to arrange travel Visas.  Can be done, just takes a little extra time and money.  If we consider another location such as somewhere in Europe we may do this without the time and expense of arranging Visas.

 

Mike Gunning

VP Development - EBSCO Information Services

mgunning@ebsco.com | +1-520-429-1661 (m)

 

From: Vincent Bareau <vbareau@EBSCO.COM>
Date: Tuesday, April 9, 2019 at 12:56 PM
To: "tech-council@ole-lists.openlibraryfoundation.org" <tech-council@ole-lists.openlibraryfoundation.org>
Subject: Re: Message to PC about June Meeting

 

It looks fine to me.

Initially, I wondered if given that of the three reasons two are resolvable, it might seem an invitation to resolve them. But I don't think it's the case.

One suggested small change might be to state explicitly that TC members would be available for (non TC) discussions.


_
V

On 2019-04-09 11:02, Mike Gorrell wrote:

CAUTION: External E-mail

 

Any other comments before I send to the ExecPC group?

 

-mdg

 



On Apr 8, 2019, at 2:54 PM, Zak Burke <zburke@cornell.edu> wrote:

 

Mike, 

 

This sounds good to me. In particular, I think the emphasis on the lack of community-wide development issues in the 'what? no developers?!?' section is good. In fact, it should be comforting as it suggests the foundation is already solidly built and we've already dealt with most of the "How are we going to build...?" questions and now the work is to actually go build it.

 

This is not to say there are no open questions -- I can think of several related to localization, optimistic locking, data synchronization across micro-services -- but as you said, we need to identify these themes well in advance, plan the dates well in advance and away from quarterly deadlines, and figure out who the key players and decision makers are so we can either (a) get them in a room together to make the plan or (b) having made a plan, have them present it to the rest of the developer community. 

 

Zak

 

 

 

On Fri, Apr 5, 2019 at 5:28 PM Mike Gorrell <mdg@indexdata.com> wrote:

Please provide feedback on this message to the PC:

The Tech Council met and discussed the FOLIO Working Meeting in June. The consensus was that it would not be productive to send developers to this meeting for a few reasons:
        • There aren’t enough topics defined that warrant face to face interaction. While face to face meetings are inherently valuable they come with a cost
        • In order to justify the expense of bringing developers together it was felt that we need to have an agenda that would contain hours worth of sessions that:
                • Present detailed information on new directions/techniques/technologies/patterns that would impact a wide portion of the developer community
                • Put forth pros/cons of open issues and allow some level of debate but ending with a decision
                • Provide educational content/presentations that are applicable to the FOLIO developer community
        • Timing-wise, this might be the worst possible week to have this meeting; our first “Go-live” release will be in its final sprint which will require close attention and quick action on any defects or issues that arise. We can’t jeopardize the July 1 release.

For these reasons we recommend that no developers attend the meeting. If anyone is needed for a particular session we should use Zoom to connect them into the meeting. There may be a few individuals that are important for enough meetings that they might consider attending.

The Tech Council did see value in meeting to review its charter, processes, long term tech roadmap, etc. Our ideas for meetings have been added to the master list.

Note that we discussed how other developer meetings are valuable. We recommend the project consider the follow approach:
1) Set the dates well in advance
2) Schedule mid-quarter (most disruptive at the beginning/end of each quarter). This means February, May, August or November.
3) Establish a theme for each meeting
4) Solicit papers/topics/etc. well in advance
5) Run the meeting much like tech conferences - themes/tracks/etc - focus on learning and presentations

Please let us know if you have questions or comments.

-mdg
To unsubscribe from this list please go to http://archives.simplelists.com

To unsubscribe from this list please go to http://archives.simplelists.com

 

To unsubscribe from this list please go to http://www.simplelists.com/confirm.php?u=Tt4ExohmZpH53PqNuyYWDX2GNYnoG2io