jasonpbecker

Goodreads is desperately in need of a strong competitor.

Tons of former Stata users are now R users, especially over the last decade. Stata pretty much lives in Econ departments now.

The model is exactly as you say. The whole idea is to be sort of like Wordpress.com. Pay for hosting if you want it, but if you just want to participate in a social layer on top of your own RSS feed, all of the social features are free and you just import an RSS feed.

If you leave micro.blog hosting, you can just submit your new RSS feed wherever you're hosting the same content and it'll be pretty seamless, I think.

Curation and diversity, in this post, feel like expressing the same problem in some ways-- too few people with insufficient diversity are currently using the service. Curation _may_ fail at scale the way they are doing it, but we don't know that. And if the diversity isn't there to curate, I'm not surprised curation hasn't surfaced diversity. But micro.blog is super young. Maybe it'll be a useful social place, maybe not. For me, it's a pretty good blog host right now.

This happens constantly on older versions of Docker.

As someone who buys this for every employee at his organization, I couldn't disagree more.

It's a huge deal that I can control who shares and sees what vault, turn off an employee's access as soon as they are leaving the company, revoke tokens, etc.

Before this we were using Dropbox and it was a nightmare. Credentials for a bunch of things were mixed up in the wrong vaults, far more duplication, revoking access was more of a pain, etc.

1Password for a family sharing may not be worth it, maybe not even for a small 5 person shop with a very stable set of employees who are all savvy. But with 25 or so people with varying level of technical expertise and actually critical information being shared, 1Password's subscription is a godsend.

The default in Overcast is to delete after listening and to save only 3 episodes from each subscription, which is quite sensible IMO.

Actually, zero calorie stuff is pretty much by definition stuff we haven't decided to "deal with". It doesn't get absorbed directly, and we never created a means to break it down into something that could be absorbed. The goal for a non-caloric sweetener is to be noticed by receptors on the tongue by chance while the rest of your body explicitly ignores it. Biological response is the "problem".

The best evidence suggests that presenting information multiple times, multiple different ways benefits everyone because it creates a richer set of connections to those ideas and concepts.

It's not the case that one person learns through sights, another sounds, and yet another through movement (roll eyes)-- instead it's the case that doing things multiple ways and multiple times is better for memory.

Volume (spatial). It takes up a ton of room inside the phone that could be battery.

I'm not particularly excited about it, but it's obvious why they'd want to do this, even if the phone doesn't get thinner, based on this picture from an iFixit teardown: https://d3nevzfk7ii3be.cloudfront.net/igi/fdaWRVGrZhxlZoJH.h...

I use a Mac Mini, rMBP, retina iPad Mini, and iPhone 6S.

I've never had any trouble with iCloud syncing personally, though I haven't used it for a ton of stuff. Photos is definitely the biggest use I've ever had for iCloud and it works flawlessly from day one for me.

I don't work much with data that would benefit from being very tight about datetimes as a dimension. I'd have to know a bit more about what was challenging before I could confidently recommend for your particularly case. My email is on my profile and I'd be happy to chat there if it's something that would be helpful.

I have largely avoided ts, zoo, etc where possible. Time series stuff seems to have a lot of specialized tooling all of which tends to be much more strict about data structure than I'm comfortable with for my flow.

Post R 3.1 there are far fewer deep copies (e.g. modifying a list or adding a column to a data.frame no longer copies the whole thing like it used to).

I agree, but this stuff is getting better. I'm actually considering breaking away from the Rocker-derived stuff because the images get so big I'm pretty sure I could maintain a faster build myself. Problem is I haven't used R locally in Linux for a long time and the split off between things in the OS package manager and R can be a bit tricky with dependency management.

packrat has helped a lot with version control of packages, but it still doesn't quite feel like the right solution.

I've been really impressed in the last 5 years how far R has come in these areas though, so like you I keep coming back. By the time I start getting over the learning curve other places, R seems to have developed better tooling for what I want to accomplish anyway and I can come back and right cleaner, clearer, better software faster in R.

This task sounds almost uniquely poorly suited for R, but this has gotten better. For example, adding a column (did you append to the right or do an actual merge/join?) used to require copying the previous table but doesn't any more.

I wonder if you tried doing things like:

* preallocate a list, then do.call(cbind, your_data) * Same as above, but with some of the faster alternatives to cbind like dplyr::bind_cols or data.table::cbind * Use data.table, which has far faster joins than base R (so does dplyr) if you were doing a true merge/join

If it was truly just adding a column rom each file together into a file, these kinds of tasks are much better using UNIX tools, in my experience.

I couldn't disagree more. R is great at munging pretty much everything but unstructured textual data. The tools are definitely behind Python if you're dealing with literal written documents.

I don't know anyone who considers themselves a "data scientist" of any sort that doesn't view their job as 80% or more data wrangling/munging/cleaning.

I write production ETL processes in R at my current job. AMA.

Yup. Not offering me a 15 day trial makes it super hard to know how it will work with my two email providers, not to mention the advertising video and site make it very hard for me to understand how using the app is like.

Of course they do, and Apple has the highest margins in the business and never sells near cost. Apple Watch probably has margins in the mid to high 30% just like all other Apple products do around launch.

Frustrating to me that there's no CalDav support.

They have a share sheet extension. Click the thing you use to email a webpage, click the 1Password button, log in, click the log in that's detected to match the URL, autofills and you can hit submit.

Password fields can't use custom keyboards because of fear of logging that entry. The share sheet extension works great though for 1Password, especially when combined with TouchID.

Why would they? They are making hardware to work with their operating system. Do you blame PC makers who have bad battery life on Linux because there are bad open source drivers? Or PC makers that don't run well as a Hackintosh?

Except that gold's value is not evenly remotely tied to its use value. If it were, gold would be worth a small fraction of its current price.

I have generally enjoyed using BT Sync since about June and haven't run into some of the CPU problems other are mentioning. I use BTSync primarily for files that I was never really comfortable leaving my machine-- paper I scan, my work files, etc-- but would like to work on from multiple machines and have multiple copies of.

However, I have had at least two cases where a file somehow didn't completely sync and it was corrupted, totally unrecoverable. I am left feeling that versioning is the killer Dropbox feature that BT will never replace. I'm not sure what I'm going to do... I'm still using BTSync for a lot of stuff, but it has lost its trust.

On 1, better than iOS was. Not sure if you mean better than Android, in which case, that remains to be seen. But the target should be "good enough".

On 2, third-party apps have long supported opening in a different app. Of course, it's up to that developer to include the x-callback-url and Apple apps won't use that preference.

Many are bitter about that, myself included. But it was an intellectual property issue, out of Apple's control.[0]

[0]: http://www.bbc.com/news/technology-20236114

You should know that dplyr, plyr's replacement is already fairly stable and worth using. For basic tasks, it's as fast or faster than data.table in my experience, with the caveat that it is more likely to copy for some methods than data.table which is very strict about this.

> I mean, nobody really conflated these categories when it was just Blackberries and video game consoles. Do I get to add Xbox units to this too?

Did Xbox or Blackberry serve as direct substitutes for traditional PCs? No. Have Android and iOS phones and tablets serve as direct substitutes for traditional PCs? Yes.

That's not true.

Yeah, I am really annoyed with 1D versus 2D. However, if you're using a laptop, battery life from Mavericks alone makes it a killer upgrade.

>The important thing is that I don't want all the other garbage I have backgrounded showing up in my field of view when I don't want to pay attention to it and I want this happen with a single mouse-click. This is a solved problem on virtually every other platform with a windowing metaphor in the last 25 years. ... > I don't want to install addons, I don't want to spend several seconds breaking my work flow to resize windows just so or any other madness. This should have been solved with the first release of OS X, not the brain-dead hacks that keep getting shipped that nobody obviously thought to actually try and use in Cupertino.

If you're spending several seconds to press a button on a toolbar you're already disrupting your workflow in a way directly comparable to resizing a window by grabbing a corner. If "disrupting your workflow" is such a huge concern you'd want a keyboard shortcut for this action anyway.

Sorry, but I actually think not full screening a window is actually the far superior handling in a world with high resolution, large screens. There are other ways to "hide" things you are background like using Spaces or whatever they're calling virtual desktops.

> I do have an addon installed to solve this, but this is stupid core OS functionality and It's unbelievable that I'm living in the 21st century and full screening apps on multiple monitors requires years of waiting and entire OS upgrades.

Ok. Seems like it takes virtually no effort one time to get the functionality you really want. If that's enough to make you super crazed and need a huge vent, that's fine. For me, that's a very plausible solution to a specific problem related to a preference that you likely developed because you are used to working on a different platform. It's true that:

> I'm not asking for weird edge case user environment things, or highly specialized workflows, or ultra-specialized niche window management or other things, just for the things to work as the user would expect.

... but you are asking for OSX to act like Windows has rather than how OSX has since it has had windowing (or at least as far back as my memory goes to the mid 90s). There was a choice made. It's a choice I didn't like when there weren't things like virtual desktops and when screen resolutions were lower and screen size was smaller. On a big screen with lots of pixels, I think it makes sense to double down on the traditional way they've handled enlarging windows.

I would understand this on a laptop screen, but on a large screen virtually only an IDE makes sense to use up all that real estate. Even on a 13" laptop, my browser is rarely extended to full width.

That being said, you can drag the window to the size you want and have nothing but window and menubar. There are also a ton of third party software to automate this as a keyboard shortcut or similar if that's the key. Then viola, no weird dependencies on a weird feature not designed for 23" + screens.