It's mentioned in the abstract: 'We deal with the potential endogeneity of the decision of how many hours to work by using the instrumental variable estimation technique.'
Essentially they use 'instruments' which are just other variables to control for this issue. Page 7 has the variables that they're using.
How'd you go with wrapping the websocket client in R? I've been putting together an R client and am stuck on how to do the websocket given the lack of R websocket libraries.
That is exactly what I am (currently) doing. Its actually a little tricky because of the stream-like nature of websockets. Currently I'm just writing to a file, but ideally I'd like to use the R connection API. The issue with that is that there doesn't appear to be a Rcpp wrapper around that particular API so I may have to do that (or test my theories by just using scan to read from the file after using a c++ binary to write it (using system).
It would be futile. Native Samphire, melaleucas and casuarinas can live in saline soil conditions that would kill most anything non-native. There may be exceptions of course.
Its when the Samphire starts to die that you know your in shit street.
R is one of those heavily misunderstood languages because it uses features so advanced yet so common once you are a seasoned programmer that nobody cares to explain or even make a blog post about.
This is essentially how the 457 visa works in Australia. It's uncapped but you have to pay a 'market salary rate', which is either the salary of an equivalent worker in the firm, or of an equivalent worker In the industry.
The problem with what you mention about Australia is regression to the mean. 'Market salary rate' means average salary, which is not what a great programmer is worth.
This is the same economic problem that affects basic research. Open source software is a 'public good' - its usefulness is not diminished when it is used by others, and you can't prevent others from using it.
The longstanding solution to this problem is government support. This might not be a sexy solution on HN, but it is the obvious one.
Unfortunately, while government can mostly wrap its head around science though consultation with academia, the state of the art of software is so ethereal and moves so fast that I imagine seeking funding for software will be even more of a farce than it is in the sciences.
Incidentally, Snowdrift.coop is happy to have projects doing scientific research. The basic criteria are that 1) the project is producing some non-rival good, and 2) that good will be made freely available under an appropriate license (which basically boils down to the equivalent of one of CC0, CC-BY, or CC-BY-SA).
Government support works when you can get a majority of the people to agree they want something enough to pay for it. It works less well when the public good primarily serves the interest of a minority. In principle, even if government support was effectively tackling all the things it was appropriate for, there could be room for Snowdrift.coop in coordinating more niche things.
I agree it would make sense, but is the real problem not how to allocate that money?
Who decides how much the Postgres guys get, or if its worth to support yet another NoSQL store? Involving politics seems like a surefire way into mediocrity. How to get around that?
Maybe the government could provide the funding as a Tax Credit for donations to platforms like snowdrift.coop, just like donating to other non-profits works. Companies / Individuals would make their own decisions about what to support, and the government would foot the bill through them.
Obviously the government would create a class of acceptable organizations to donate too, rather than designating a single platform / portal. In this way it would be just like the new crowd equity system.
There do exist object-oriented functional languages (Ocaml). Functional vs OOP is a false dichotomy, though a very common one. I prefer to use functional techniques in imperative languages with simple objects.