purephase

.. and Yahoo or any other similarly priced services should know this how?

Meaning, you get what you paid for and if your usage of said service falls outside of an expected range then don't be surprised if your service is suspended.

It's 2013. I feel like this particular lesson should be well established, public domain knowledge but here it is again:

Free data, storage and associated services means that you are the product. If a provider decides to discontinue a particular product line, that really is their prerogative. If you want otherwise, then pay for the services you use and rely on and then you'll have a valid complaint if they are suspended.

But a year? Come on.

Expecting LeaseWeb to sit on these servers indefinitely without any communication with Kim is unreasonable. While what happened to MegaUpload is a travesty, expecting their hosting partners to share collateral cost/damages is unreasonable given their other obligations.

As stated in the other thread, I think what LeaseWeb has done is fine and Kim should reconsider his comments. In a similar situation, I doubt he would have done otherwise.

Seems reasonable to me. It's a free service and if you haven't used it in over a year then it's up to you to preserve it.

I think the title of this post could be amended to make it a little more reflective of the actual post.

For some of the tech companies, yes. But I imagine that even the US government would have some significant day-to-day challenges if Google were not available to it's employees (State or Federal).

That has to provide some leverage when dealing with situations that you should not be comfortable with.

I'll reserve judgement until I use it but it does look promising.

Now, if they could solve that nasty problem wherein the issues list seems to revert to an earlier revision when you use the browser button I would be a happy camper.

This is one of the amazing aspects of OSS that so many seem to miss. It opens up the possibility for these types of initiatives that most closed source projects will never receive once the core developers walk away.

Great idea. Hopefully great execution for those still on older versions of Rails.

The custom configuration part of that is the most interesting. Sadly, we have a lot of Rails.env.production? scattered everywhere. I'm not sure I understand the examples DHH provided though.

Interesting theory, and definitely the more boring version which lends it some credibility. My only question would be that the NSA would have to have some assurance that the data they're receiving is legitimate.

Probably one of the better responses that we've seen.

Regardless of my earlier posts, I'm actually inclined to believe these service providers.

I'm curious, has anyone seen/heard anything from CA's? I imagine it would be much easier to just create a split network route at the ISP layer and decrypt all traffic.

Wouldn't be that crazy if you had all of the root keys.

My point is that the number of countries with the capacity/capability to provide the level of service that the US provides is quite small. Of those, I imagine most if not all of them have similar data gathering practices that extends to their own citizenry, so non-citizens are not even an issue.

Let's look at the list of countries (order is random):

1. EU (probably only France, UK, Germany, possibly the Netherlands) 2. Israel 3. Canada, solely by proximity to the US 4. Japan 5. China 6. Brazil 7. Russia 8. Australia, that's a big maybe though 9. India 10. Iran 11. South Korea 12. Singapore 13. South Africa 14. Scandinavia (Finland, Denmark, Sweden)

These are the countries that likely have the technological advancement required to even offer cloud-based services of the scale and capability offered by US based organizations.

This is also assuming that significant parts of their overall connectivity does not route through US controlled territories or demarcation (which likely rules out any south-east asian country like South Korea, Singapore, also Canada and Australia).

Of those remaining on the list, very few of them have even have civil liberties legislation codified. A rough guess might be:

1. EU 2. Israel 3. Japan 4. Brazil 5. Scandinavia 6. South Africa?

Israel we could likely rule-out. Not exactly the most trustworthy government, and the close ties with the US likely means that they either participate in or benefit directly from PRISM.

As a collective whole, the scandinavian countries likely could offer the level of cloud-based services provided but not individually.

So, in no particular order:

1. France 2. UK 3. Germany 4. Japan 5. Brazil

rasterizer is correct. I think people are misguided in believing that there are viable alternatives. The reason this is such a big deal is that the US (on paper anyway) is built on a tenet of civil liberties which is/was unique.

Obviously, reality is entirely different but my point is that, in other countries/localities, these so-called fundamental freedoms either do not exist or are diminished. In most of the western world, governments have significant leeway into the private lives of their citizens in the areas covered by PRISM.

I think we can be reasonably certain that programs like this already exist, or are identical, in almost any country with the technical capacity to provide similar services to the US.

That's an assumption. The fact remains, the ability to move to other countries is a fallacy in that the rest are looking at or are implementing very similar strategies.

Nothing will change.

If you think that those involved were not prepared for the eventually of a leak, you'd be very naive. The fact that all of these companies have been sitting on boilerplate denial statements speaks volumes. Contingency plans have been put in place for this eventuality and the people making these plans are experts at dealing with these situations.

My guess is that the gameplan for the US government will be to stay silent and wait for general apathy to sink back in. Tomorrow is WWDC and, with the latest Apple news, the tech community rally will likely fall to 2-3 page in a week or so and then disappear altogether. Once that happens, the difficulty moving to alternate services (as per the other HN poll) will shadow everything, and the company bottom lines will be unaffected.

Add to that, if you believe that the US government and institutions are the only ones doing this, that would be even more naive. The Mossad, SIS, CSIS, KGB etc. are likely implementing very similar policies and procedures, if not directly involved with PRISM (or whatever it is actually called) and the outsourcing companies providing it. The likelihood of finding other territorial based services with capability, scale in an area not under surveillance is probably close to impossible.

The Arab Spring was a wake-up call to all governments/multi-nationals that these tools are power in the hands of the general public and steps were taken to mitigate and reduce this effectiveness.

It's depressing. I wish it were otherwise. I wish the companies involved actually had the ability to push back or outright deny involvement in these types of actions, but I suspect their hands were tied.

Silicon Valley is entrenched. We like to think that it is still our playground but we should know better. My only hope is that this time we learn and that brighter people than I figure out what we can do about it.

That was one hell of a dramatic video. When the visual interface guy walks in I thought he'd be packing.

I know it's anecdotal, but I read way more Google+ related content than Facebook.

I say this as someone who doesn't have an account with either service. The quality content with Google+ is there, Facebook is clearly just useless tripe.

Here's the biggest problem with these sorts of ideas:

http://firespotting.com/item?id=341

They've re-branded and launched a new mobile OS and two accompanying handsets to pretty decent acclaim.

That, and their stock value has doubled in the past 6 months.

And, I think this is why they've done it. If it had been year or two ago it would have been in the same space as WhatsApp et. al. Now, it simply provides a way for BB users to talk with their non-BB counterparts through a preferred app and if it gets a few users back into BB world, then great.

While not a big fan of the movie, my impression was the character trait expressed was self-determination. I'm not even sure what you mean by "tomboy" as she was still a feminine character.

This looks amazing. Thanks for sharing.

This is excellent. Thanks for sharing. I may look into forking to add DynamoDB support through dynamoid.

I'm saying this without having gone through the code base to see what is involved. ;)

A few minutes of searching and I couldn't immediately find it but, if I recall correctly, it's actually intentionally incorrect as poor grammar comes off as folksy and more trustworthy and leads to more clicks.

Good on you. Got me to laugh on a Tuesday morning when I've been neck-deep in troubleshooting Redis.

Odd analogy to tie-in to your event registration page. Sinking ships?

I meant that I have a domain name that I'm using for a legitimate service that I purchased knowing that it wasn't a gccTLD. My "legitimate" comment was specifically related to the influx of squatters we're about to see in this space.

I imagine that the previous localization results for .io will be scrapped. This means that .io domains will now rank as high as .com/.net etc.

nic.io must be tickled pink. Queue the land grab!

In other words, I'm not sure this is a good thing or sets a good precedent. I understand the rationale as they're just reacting to what the industry is doing (I'm looking at you GH) but I imagine we'll see more of this in the future.

I say all this as a (legitimate) .io domain holder.

Somewhere there is a bailiwick just waiting for the crafting community to jump all over it.

Is there a particular theme you're interested in?

Two options:

1. Download package control [1] (first config listed in OP) and then search for themes.

2. Visit the individual theme repos (mostly on GH) and follow instructions.

[1] http://wbond.net/sublime_packages/package_control

Another vote for Meteor. To me, it looks the most promising for a full JS stack framework for prototyping and rapid development.

As with all things though, what's new and edge may not necessarily scale or be supported in the long-term so caveat emptor (I think we need a developer specific latin phrase here). Once a service/site has become successful, key considerations such as community, active development, roadmaps, extendability etc. become paramount.

For those, you really can't beat some of the time-tested communities around PHP (Symfony/Cake), Python (Django/Flask/Bottle), Ruby (Rails/Sinatra) and Java (Spring).

I'd say that Node.js is entering this space from the backend perspective, but the front-end JS frameworks are an open battlefield right now (which is awesome, just fragile).