haddr

Even if I have never had this sort of Content Addressable Function "solution" I can still relate very much to this story. A story consisting of $NEW_PERSON entering some huge existing project, with $NULL_AMOUNT of documentation, where there is some established "hegemony" of some inaccessible $GENIUS, with $ZERO_AMOUNT of help and support, where bosses will likely to $YELL or otherwise treat you as a problem, where every move is very fragile and often leads to $CONFLICT... I surprises me how archetypical is this.

It is this moment when you search for the big red lever with sign: "EJECT!!!"

Same here. ggplot is nice, but whenever I need to do something more complex i suddenly find myself on stackoverflow. Base graph is super easy and usually get things done, even lattice is somehow more intuitive. ggplot when comes to details, seems awkward to me.

While I would say it is really important to know some basics, such as data.frame, *apply methods, etc. I also admit that as soon as possible I jump to data.table & dplyr when nobody's watching.

I really hate the vertical enter key. Not present in US, but somehow popular in europe. Brrr!

The read is overly optimistic, sometimes feels like an advert. But I agree that having some things in the cloud is certainly an advantage.

Thanks! I'm starting to like this package!

Update: it still can serve only one request at a time, but looking forward for some progress there...

Wow, looks great! I wonder how does it compare to unix tool when it comes to performance in working with large files.

This is why I prefer less to tail. You can do 'F' to have a constantly updated log, and 'Ctrl-C' to stop updating it when you see something odd and the go back to the live update with 'F' again. All without exiting less.

Do you have also this glitchy background when you open the webpage on mac & chrome?

Yes, R is missing those, but there is some workarounds, like Shiny server (enterprise version) and OpenCPU for instance.

Thanks! Just a question: is this microserver blocking? I mean when a request takes 2-3 sec, can it server other requests in parallel?

This definitely a great feature!

Now, with this in hand can we have for instance a multithreaded (or in some other parallel way) web server or even REST API for R?

Talking from the practical perspective, the biggest problem with wide adoption of R is the problem of integration. Sometimes you just want to have a single module in R, and the rest of the system in some other technology. I know there are ways to do it, but not without quite high technical debt. On the other hand having native microservice-like integration could probably help.

I know we are close, but not sure how close.

Side comment: the author is using first person in his paper, which is slightly odd. I know he is the only author, but would it be more suitable to use some other form?

Listen all the people! I'm RE-READING!

PS. See the comment above about the css styles. Probably it's some browser dependent handling of small caps

so wrong... when you live in non-english speaking country, you will be quite isolated from the rest of the world, even if your freinds speak english. it's just they won't speak english all the time...

Quake multiplayer was a really big thing!

I remember playing it on some 486 PCs, now unimaginable, but then it was really great!

There was even a ~700KB (!) version, stripped down to the most necesary: TCP/IP multiplayer with only 1 level, but man, you could bring it to the classroom on a 1,44MB floppy!

Floppy disk is a straw man argument.

But hey, Apple can now impose the change from the position of power. And they have Beats who will follow this change...

That's a great summary and an eye-opener on the whole situation. Everything aside, but isn't this FSF enforcement a little too much burden for some? Does it actually change anything? (apart from giving a bad sensation when you hear "now we own the copyright of your work")

It has nothing to do with array language, R is vectorized and is slightly more legible than, say clojure, that is not array lang. It has to do with very high density, though.

It's brilliant language, and all, but I don't buy it. Here's why:

1) languages with this high level of abstraction are very nice if your scenario maps perfectly to its usage (e.g. the wikipedia analysis given in the video). Everything is nicely vectorizable, etc. But if there is some quirk in your data, then sometimes you need to go the usual way, and the Q is of no help (no better than any other language), with the difference that now you do some very inefficient things with those "stinky" loops.

2) it's a question of taste, but I find Q syntax a bit unusual. Probably more time you need to think how to fix your simple problems with this clever one-liners than simply, well solving them...

3) legibility: for all of us working in software developement, we know how much time we waste due to illegible code. Finding bugs, etc. Here this is raised to the new level... of difficulty

4) this is a bit exaggerated, but I don't see how I could use Q in something bigger? Is Q only a scripting languages for one-off mini-batch programs? For instance R has this problem of not having any well-defined project structure, and it is hard to do many things, for instance: bigger programs are hard to maintain and debug, stream processing with R is pain in the ass. Server-side stuff is a little bit shoehorned (Shiny server is cool, but then it's just one-thread thing for serving filtered dataframes to ggplots)

It is cool niche language, but for smart simple analyses, nothing too complex, as it will abstract you from details to your loss.

Not sure about it, I've tried with my FF Beta and it seems it can't fingerprint my browser in such details.

Where is R on those charts on functional languages?

There are some keywords that could help: R Lang and Rstats for instance

for me it's below 0.5

Oh... They surely care! For the upgrade rate, which historically was always very low.

Rings a bell... Same happened to my mom when Google changed their Gmail UI. For us it seems like a small change but for older people this is really a tough thing. Well, we moved to an email client since then...

GMaps were actually acquired by Google

Same here, I only update when necessary. Also having auto update is painful, when you suddenly switch from 4G to WiFi your phone will try to update everything making it sluggish, regardless of what you want to do on your phone...

Cool stuff!

I think that regarding the near infrared light a regular CCD element could be useful as well, as those are sensitive to infrared too. The only problem is to filter the visible light to leave the infrared spectrum only. Also be sure that the ccd doesn't have a IR filter (some does).

I hope they had their white coats properly buttoned.