[J3] [EXTERNAL] (SC22WG5.6189) RE: [ukfortran] October meeting visa invitation letter

[Bill Long]

> On Apr 29, 2020, at 1:39 PM, Clune, Thomas L. (GSFC-6101) <thomas.l.clune at nasa.gov> wrote:
> 
> Bill
> 
> (Seems like strict adherence of policies might prevent such orgs from participating in WG5 at all given that the labs have representation on it.   But let’s leave that aside for an interesting discussion after hours at the next meeting …)

At the member level, WG5 is not so much an issue. In WG5 mode, we are all just “experts” not representing any country or employer.   The gray area includes explicit process ties to entities that would be disallowed.   If some scheme can be hosted directly by J3, I don’t see a benefit to “pushing our luck” with another hosting entity. 

Cheers,
BIll


> 
>> Actually, I have used GitHub.  And find it really jargon-laden in the areas used for software development. But it is a widely used platform for distributing open source software.  However,  collaborative software development and discussions about wording in the standard are pretty different animals.   Arguably, GitHub is too complicated for what we need. 
> 
> Technically, GitHub is not just for software, but for collabrative projects involving documents  managed under Git.   Those documents are often software but need not be.   Committee papers fit very nicely within the GitHub+Git model.
> 
>> 
>> (One alternative, Google Docs, is even worse. Its registration process asks for personal information that is only requested for purposes of later ad spamming.  The company privacy and cyber security policies pretty much ban the use of Google Docs. )
> 
> Google Docs really only scratches the surface of the kinds of capabilities we are talking about with GitHub.   The review process, traceability,  commentary,  branches,  people with different levels of responsibility / authorization.
> 
> All of the hosting environments I listed in my original email have some sort of enterprise version that could be installed anywhere we deem appropriate.   The issue is cost, which is usually proportional to the number of users.    I think one of them may have a free enterprise version for non-profit organizations.   It would have fewer features, but likely has the ones that we want/need.   E.g., we don’t need sophisticated workflows nor continuous integration tests.  
> 
> - Tom
> 
> 
> 
>> 
>> Cheers,
>> Bill
>> 
>>> 
>>> - Tom
>>> 
>>> 
>>> 
>>>> On Apr 29, 2020, at 11:10 AM, Bill Long via J3 <j3 at mailman.j3-fortran.org> wrote:
>>>> 
>>>> Soo many postings it’s hard to pick one to reply to  But this one hit on some important issues...
>>>> 
>>>>> On Apr 29, 2020, at 3:31 AM, Malcolm Cohen via J3 <j3 at mailman.j3-fortran.org> wrote:
>>>>> 
>>>>>> The community is on GitHub. 
>>>>> 
>>>>> Well, *a* community is on GitHub. A substantial one even.
>>>> 
>>>> 
>>>> Agreed.  I would point out that some people have an aversion to, and concerns about,  products from Microsoft (of which GitHub is one, and Skype another).   Google and Facebook have acquired tarnished reputations  as well.  And don’t get the cyber security folks started about ZOOM. 
>>>> 
>>>> Also, some countries have an aversion to US facilities involved with nuclear weapons (Japan comes to mind, understandably).  As an example, we cannot install a system at (at least parts of) LANL that uses Fujitsu-made processors. (Unfortunate, since their new ARM chips look very good. Hopefully an alternate ARM-SVE vendor will appear.)   Ties to Sandia would be similarly problematic.  However, some large US DoE labs, such as LBNL (Berkeley Lab), would be in the clear on this issue.
>>>> 
>>>> As an alternative, I suspect there would be less concern if off-line discussions could be facilitated through the J3 website.  This does not address concerns about such a mode of operation in general (of which several have been discussed in this thread), but at least the J3 website is something we control, and it avoids the issues mentioned above.   Of course, it is unfair to “volunteer” Stave to do work here, so such a path would require further discussion. 
>>>> 
>>>> Cheers,
>>>> Bill
>>>> 
>>>> 
>>>>> 
>>>>>> I'm afraid I don't think this sweeping generalisation is productive, or fair.
>>>>> 
>>>>> Neither is being told we’re not part of The community.
>>>>> 
>>>>> Now, I don’t think this was the intended meaning of the first poster, but it was a natural and obvious interpretation, so I understand Anton’s poor reaction. Of course the committee has already started to take this “GitHub community” seriously, and welcomed its input. That welcome is absolutely *not* being withdrawn.
>>>>> 
>>>>> However, at this point I am not convinced that GitHub should become the central way that committee work should be done, and I agree with Bill that switching over to it right away seems more like a revolution than evolution.
>>>>> 
>>>>>> works just fine with teams spread over many timezones
>>>>> 
>>>>> Well, no. it does not work “just fine” for in-depth discussions the way we have traditionally done with subgroups. GitHub and all other technological solutions do not in fact solve the basic timezone issues that Bill pointed out. Such technologies can certainly help, but they cannot do everything, and furthermore are not “neutral” in their effect – not everyone is comfortable *or effective* with them.
>>>>> 
>>>>> Maybe in the end we will end up doing everything on GitHub, and maybe not. But for now, I would prefer that we “hasten slowly”.
>>>>> 
>>>>> Cheers,
>>>>> -- 
>>>>> ..............Malcolm Cohen, NAG Oxford/Tokyo.
>>>> 
>>>> Bill Long                                                                       longb at cray.com
>>>> Principal Engineer, Fortran Technical Support &   voice:  651-605-9024
>>>> Bioinformatics Software Development                      fax:  651-605-9143
>>>> Cray, a Hewlett Packard Enterprise company/ 2131 Lindau Lane/  Suite 1000/  Bloomington, MN  55425
>>>> 
>>>> 
>>>> 
>> 
>> Bill Long                                                                       longb at cray.com
>> Principal Engineer, Fortran Technical Support &   voice:  651-605-9024
>> Bioinformatics Software Development                      fax:  651-605-9143
>> Cray, a Hewlett Packard Enterprise company/ 2131 Lindau Lane/  Suite 1000/  Bloomington, MN  55425
> 

Bill Long                                                                       longb at cray.com
Principal Engineer, Fortran Technical Support &   voice:  651-605-9024
Bioinformatics Software Development                      fax:  651-605-9143
Cray, a Hewlett Packard Enterprise company/ 2131 Lindau Lane/  Suite 1000/  Bloomington, MN  55425