johnm1019

Can someone chime in why hosting this behind Cloudflare is a bad idea? For something which is a blog/CMS (put another way the # of readers >> # of creators), I'm envisioning using a single instance behind Cloudflare with heavy caching turned on? Cloudflare caches and serves everything. For free (you can pay them if you want). Host your assets in S3 or GCS, also put them behind Cloudflare. If your instance goes down, you have a rough chunk of your caching window to bring your instance back online (which if it's well encapsulated should be a few scripts to spawn a new instance and re-point the cloud provider internal DNS which will update ~1s)

The author spends the first 2 paragraphs discussing how existing rail and pylon technology wouldn't work for the hyperloop. I find this to be short sighted as it seems entirely reasonable to use different "rail" and "pylon" designs for the hyperloop. Surely engineers might come up with a different solution for a different problem?

I'm guessing it's not that simple because there may be situations when the camera has power and is capturing an image (think hot-standby) but is not transmitting image data to the world outside the sensor package.

I hadn't thought about that, it's a great point. This company wants to make a product that is neither the "sonic ..." or the "going ..." of their name. They should change that.

I have flown at least one international trip in J every month for the last 2 years. (mostly transatlantic)

I can tell you, if it's truly the same price as J, and you get a domestic FC seat -- it's totally worth it. A typical TATL-EastCoast segment is about 7-9 hours long depending on many factors. If they can cut that to 3 hours, it's a huge win.

First of all, it means that instead of leaving the EU Sunday so I can work Monday morning, I could leave Monday morning about 8AM, and arrive in the USA (assume I have one connection, could be on either side) about 8AM. I've just gained an entire (_weekend_) day of my life back.

Now going home, TATL flights are always overnight. Instead though, I could sleep in a normal bed, get up at 4/5am (I try and stay on EU time anyway for my 5-day trips, get up early, go to bed early), and then land same day and be home before dinner -- and not spend the entire arrival day running on 5 hours of (crap) "sleep".

> The owner or the liquor store I worked at required the drivers to do a lot. Heavy lifting and placing product. They are defacto employees. Owner of a liquor chain has great pull. From simple product placement, sales, etc. Uber chose this market - but why a heavy perishable delivery.

You nailed it yourself. It's heavy, so hard for people to move (easier for machines). It's perishable, so it benefits greatly from more frequent smaller deliveries, instead of rare large deliveries. If you don't have to pay a person to drive, you can do that. Additionally, the packaging is perfectly regular (cans or kegs, always the same size, made of a durable material).

This website requires many clicks. For intelligable graphs, click here

http://add-for.com/topics/benchmarks/caffe-vs-neon-vs-nvcaff...

Then make sure to change from stacked to grouped.

I believe the application name appears in this message mentioned in the reddit post?

http://i.imgur.com/KHM2KE1.png

It appears in Cyrillic.

I think you've identified problems with how SFO is connected. To generalize that to all airports is a bit unfair.

Cause he knows it's got GPS in it and tracks his every movement. This way he can make a few "pit-stops" along his normal route and relax.

If Firebase releases an on-prem or self-hosted server, what does the Realm Mobile Platform do differently?

I'm really excited about Realm, but I honestly can't read this without asking (rhetorically), "have you ever heard about Firebase?" From a technological perspective I think it's unfair to claim Realm is the first to the party here, Firebase engineers have shipped an equally impressive technical feat. I understand the vendor and platform lock-in with Firebase is a _major_ differentiator when compared to Realm - but the underlying technology appears to offer the same benefits.

The opening quote totally blows my mind as a humble non-game dev. I never thought of it this way.

> Miyamoto: Ever since Donkey Kong, it’s been our thinking that for a game to sell, it has to excite the people who are watching the player—it has to make you want to say, “hey, gimme the controller next!” ...

The simple approach is to say, "to make a great game, it should be fun for the person playing it." But they've already taken a step back and approached it from the perspective that great gaming happens socially. Maybe this is one reason I cherished all the Nintendo games as much as I did. It's because the memories of playing them are always with other people and we're all having fun. It wasn't a solo act.

Agreed. I think what happened here is that the graph is really made by depth along an ice core (which starts at 0). In order to make the graph more interesting they converted depth to "years ago".

Are these wind farms located near data centers and such use the power directly? Or do they dump into the grid and sell it as power then claim all their power usage is renewable because it is "offset"?

To add to parent, this is repurposed tech because it's part of Google+. https://googleblog.blogspot.de/2015/11/introducing-new-googl... I would be absolutely floored if it wasn't the same tech behind the scenes. In that sense, they've taken something that was actually working with G+ [highlighted in blog post above] and are taking a shot at leveraging that. I really like that they were able to push this internally using a 'white label' process [speculation]. In big corps everyone has the disease that their name and (internal) brand has to be on everything.

I'm not convinced it would be so hard. I imagine something like ForegroundToken's: Activities (now plural with multi-window) in the foreground (onResume) gain access to a ForegroundToken. The service requests require you to pass in the ForegroundToken. This token is then validated at the moment of the request.

When the app goes into the background the system invalidates the token, so any work waiting in queue somewhere will actually fail on the token check when it comes up.

If you want to ask a background service (of your own), or fire off an intent, you pass the ForegroundToken with it. If the work starts while your app is still in the foreground peachy, if not, it fails.

In a foreground > background > foreground cycle, your app gets a new ForegroundToken on every onResume event.

If you want apps to have true background access to a permission, that is a separate toggle (yes more complicated I know, but theoretically possible). They then can pass null into the ForegroundToken argument.

Hopefully someone can support/refute this: my off the cuff guess why this happened is because the discount on the launch price is about equal to the cost of building the satellite. So if it works, everyone is happy. If it explodes, they can build another one and aren't out any money (but are out time), and the launch costs for the next one are covered by SpaceX or insurance - however they have it set up.

On the one hand, this kind of site is incredibly useful and interesting. On the other, I feel like it would make a wonderful vector for collecting possible metadata to match with login credentials when trying to use said hacked credentials.

Unless it's Detroit. Or Puerto Rico.... or....?

as a native US english speaker, my take is that if the method of death is specified, it's specific: burned at the stake, hung, stoned, decapitated. If I wanted to be general, I would say, "was sentenced to death." There the method is left to the reader.

I watched the demo video here to really understand it https://www.youtube.com/watch?v=iUmF6_4WhSg and in that demo they sort files by matching strings in a MIME_TYPE. What kind of normal person has any idea what a MIME type is? I think the marketing targeting this at people who know no programming is a bit off -- or they should change the marketing and target developers -- we could probably use this too!

If any of the other users are part owners (shareholders) of any copyrighted material being downloaded illegally, then those downloading it are accessing the network against the ToS. Surely by "rights of other users" they mean to include the right to not "have my property stolen."

Love this! Step by step explanation of how to do something which literally shows rather than tells.

This is important for some people in vulnerable situations who don't want someone else to know they're going to a doctor. "Significant others" screening calls and googling the numbers (even w/o answering the phone) could lead to a bad situation.

It's always better to have more options. Now they can weigh the tradeoff of taking more power from the solar panels in exchange for size+weight reductions of the craft and possibly an increased service life. Another tool in the box. Electricity is the only thing a spacecraft can get more of once it's up there.

I am so turned off when I click a "Pricing" link and get a contact form. Even more so when I read that, "our pricing team" [will get back to you].

So, you have an entire team of people who will try and maximize how much I pay? Sounds like a great experience doing business with you. /heavysarcasm

So excited we live in the future. I talked about this idea with so many people when we first put on the Occulus prototypes so long ago. It's awesome to see someone putting in the effort to make it a reality. Can't wait to see this application of VR develop. After all, the foundational elements could also be used in an AR type setup if that technology approves more human-centric in the long term. Especially in the workplace, having your field-of-view completely covered by a screen is probably not the most socially ideal.

> Maybe even a reversal of the automation movement in favor of using basic labor for many repetitive tasks in order to achieve this altruistic goal.

This is comment is a hilarious embodiment of the hipster movement.

Surely it was the company who performed the pentest. It's the best publicity they can get.

Any reasons why the UberRUSH api wants to see what items are inside the box? If UPS and FedEx can legally get away with it, is Uber just trawling for more data to hoover up here?