No, that doesn't make them sexist pigs. But that's a pretty serious oversight to make for the people who are curating a Ruby conference for England in the year 2012. Their sponsors are right to pull out for such an error.
5,431 karma · joined April 9, 2008
@1uigi (starts with the number 1) on Twitter.
http://luigimontanez.com
No, that doesn't make them sexist pigs. But that's a pretty serious oversight to make for the people who are curating a Ruby conference for England in the year 2012. Their sponsors are right to pull out for such an error.
The Paperwhite is clearly superior to all of them. Gruber's points are all extremely nitpicky.
(1) It's not a big deal to move your thumb an inch to tap the screen. The device is so light that I suspect it would be hard to make a button with just the right resistance so that it could be easily pressed while holding it in one hand. But seriously, moving your thumb isn't hard. Gruber also harps on not being able to operate large screen Android phones with one hand. Just use both hands for crying out loud.
(2) The default Caecilia font is great. I think it's beautiful. Gruber loved picking on Droid Sans, but I think that's a great font too.
It's a worthy upgrade to any of the previous e-ink Kindles.
https://groups.google.com/forum/?fromgroups=#!forum/sole-flo...
Not much activity though.
Because Cloudflare acts as a proxy, it gets in your way in subtle but devastating ways. First, the SSL support wasn't stable and I turned it off a few days into launch. That probably killed some traffic.
Then, I realized that caching was an all-or-nothing proposition. You can have Cloudflare cache your assets, but it doesn't seem to respect expires headers. You can set a cache time in the web interface, but the minimum is 2 hours! So you end up creating a rule to have it cache no assets, at which point you might as well use AWS Cloudfront for a CDN.
I advise you not to use Cloudflare. It's a great idea, but the execution just isn't there.
Here's an open-source government data catalog originally made for the City of Philadelphia, built on Django:
Sorry Pow users!
(Edit) So the two steps to run are:
1. Run a traditional A/B test until 95% confidence is reached. This is full exploration.
2. Then, switch to the MAB after that, showing the better performing variant most of the time. As time increases, the display of the worse performing variants decreases.
Google has created an open ecosystem, and these are the natural consequences. Google can't "do something about it" because of the open terms of their licensing.
The problem is that Google copied the "App Store" idea for software distribution that Apple created for their iPhone. Instead, they should have gone with the same idea that Linux distros use: The product vendor is responsible for distributing the software for the product. That would look completely different from what we have now, but it would be a more natural fit to what Android really is.
Also, you could have made your point just as well without the ad hominem.
So while Android is technically an operating system, it's really an open platform on which to build mobile devices on top of. So the Android device I buy is that vendor's take on the hardware and the software. Google has its own take, as does Amazon, as does Samsung.
When viewed in that frame, it's not so frustrating or confusing, or even an actual problem. Fragmentation can be viewed as a natural consequence of the open Android ecosystem.
https://github.com/termtter/termtter
Also:
Then I used it for my startup, which was using an SSL cert, and it had major problems on launch day because of that (ugh). It continued to have SSL compatibility issues for a week, so I've only been using it as a DNS since. As a test, I enabled it on staging and have left it off on production. To their credit, it seems like the SSL downtime issues have gone away.
It's been fine as a DNS, but I don't really have any desire to enable the CloudFlare features again. I love the idea of it keeping me safe from spambots and DDOS. At the same time, it really is a single point of failure, and it's failed more than any other technology in my stack. And the caching layer is way too brittle. I've set up rules to turn it off in staging.
I haven't felt that way about Node.js or even its higher-level frameworks like Express or Batman. This feels like "The One", even though I've been absorbing the docs and screencasts only for the last 20 minutes.
And there's quite a difference between fast tracked for approval and no approval process. The former requires the developer to the submit to a black box process, the latter provides instant feedback and full control.