From jtelleriar at gmail.com  Thu Jan  4 23:43:16 2018
From: jtelleriar at gmail.com (Juan Telleria)
Date: Thu, 4 Jan 2018 23:43:16 +0100
Subject: [Rd] R CMD check warning about compiler warning flags
In-Reply-To: <99445d27-205c-b389-857a-906ba28f199a@gmail.com>
References: <CAFOpNVGKQjffBAF0+yJL7jFh7z7zDj+VsQAqnjXDjM9ZWE02Gg@mail.gmail.com>
 <18c039b2-7b26-2792-565b-f305bae51938@stats.ox.ac.uk>
 <CAFOpNVE-sX3kwPTzcLVY6p6xkQAo8UJJN=bBa6f6_1+kKgV7-g@mail.gmail.com>
 <360d5f57-3512-9efd-de74-38db1c536c68@gmail.com>
 <23101.4830.979381.386647@stat.math.ethz.ch>
 <A9377D4E-29FE-4CFA-8624-3A4643440F3B@me.com>
 <7ca2313a-2143-3d8f-eade-cbb0e6cb6132@gmail.com>
 <CALEXWq2To4hZm9zWauxmg9dd=XGPJccnKKvHX5p67N5KMjBJNg@mail.gmail.com>
 <9b0f83e3-a2d9-7988-dc89-3b2e034b8763@gmail.com>
 <CANNd7=nywaFfrecRtOP2yS4BEg2im_tP2WMN2qig1FEHpZzNvw@mail.gmail.com>
 <CAPtbhHwR-vtjRqtRgSfz4jPHS2m2u02JBcJxwwuKoejawLOW3Q@mail.gmail.com>
 <CANNd7==xYZzmwLfC_FWpHJ+FVmSmDSzQA4vxv_17nocOFbAUxw@mail.gmail.com>
 <CANNd7=khkFCXOE1o8vd_er_ZvdOePryW7AwvKk9VQSgDQTPEAA@mail.gmail.com>
 <c4d86c1b-9285-078a-9f4c-d9cc3e478798@statistik.tu-dortmund.de>
 <99445d27-205c-b389-857a-906ba28f199a@gmail.com>
Message-ID: <CANNd7==vx-yP4-PZCf=PePG+qFqpSzepMgfuxnPidDYjgsqC=w@mail.gmail.com>

I repeat it for all the reason I gave to Duncan on a personal E-mail, It is
a lot of text, and I might be wrong, but I attach it in case it is useful:

A) I feel Version Control (SVN) is great when there is a little group of
people maintaining the code (RCore ~ 20); but Git could allow a bigger
group of people (for example ~200) working simultaneously on perfect and
polish the code without overlapping each other, and RCore (~20) check that
code, and do commits.

This would allow an even more robust base language foundation, or
improvements such as writing some base code more efficiently in C++, etc.

I will put a SQL Transactions simile for further explain this issue:
* SVN is like a Table-Lock.
* And GIT is a Row-Lock in the Table.

Table-Lock works well with very few connections, and as there are only few
connections, users are happy with it.

But it prevents other client connections to query that table at the same
time, and does not allow high concurrency.

B) I feel that Version Control is a little bit obscure for people who are
not from R-Core Mailing List, as:
* We cannot see what gets updated with each R-devel specific version.
* And have communication tools flexible enough to suggest a little patch
(changes in a few lines of code all scattered over R Code) by ourselves
other than E-mails. ?What if our fixes are very sparse?

Communication and Patches for Collaboration are difficult and tedious for
Non-Core Contributors.

C) Reverting a whole version can cause that bugs that where already fixed,
to be reverted (I've seen it once in R).

D) Making a whole new version for a single change in 1 line of code is
inefficient, and time consuming. In GitHub it would take few seconds.

E) Google Trends indicates that GIT is getting more and more used than SVN
by other developments. If it works for others, why should not work for R?

F) It would also be important to know what the opinion of key R
contributors outside R-Core is, for example:

* Hadley Wickham.
* Other important R Package Authors.

If they would feel more willing to help on R Core Language Development with
GitHub, Gitlab, etc.

Juan

	[[alternative HTML version deleted]]



[Rd] R CMD check warning about compiler warning flags
Juan Telleria