meskyanichi

Sony is going to have a truckload of indie titles on PS VITA which VITA TV owners will directly benefit from. In total there are around 1300 games ready to be picked up and played (PS1, PSP and PS VITA combined).

I'd pick a pure gaming platform game over an Android / iOS based game any day. 100% Controller support for all games, and the games are generally of higher quality.

Sony having 100% control of the underlying platform for the device for 100% integration with their other devices (PS4, PS3, etc) is far more important than supporting Android games.

I think this is pretty much the end for Ouya, come to think of it. Android is just too fragile as a pure gaming device compared to something that was built from the ground up for that sole purpose.

Other than just gaming, the ability to watch movies, listen to music, stream PS4 to another TV, instead of purchasing 2 PS4's, (e.g. one for the bedroom and one for the living room), are excellent features. Each of which on their own are excellent selling points, except you get all of them for the same price.

I think a lot of people may be underestimating this product. If successful, they are literally taking Apple's Apple TV and Ouya's market at the same time, as well as creating a new market themselves.

Very cool. Thanks for the info!

Neat! These two in particular both have an API for provisioning.

So integrating with VPS providers such as Linode and Digital Ocean will be possible? If so, would this be easy to do for end-users?

Never got in to Cloud Foundry because it's overly complex and very limiting. Always went with Heroku, but wished I could have a Heroku-style infrastructure on the above mentioned VPS providers for the benefits of running better hardware, being more affordable, being multi-region, etc, etc.

Does no one consider comparing the consoles by their hardware specs? Or is a console just a console and do specs not exist? It's seriously amazing that they priced it at $399 with what they are shipping. Could've easily been at $599+. PS4's spec are far superior.

Problem is that that's all that the Kinect is good for. It does more bad than it does good. Gaming wise it has been a disaster. Also, the specs of the PS4 are FAR superior to the XBOX One's. Definitely worth much more than the $100. I can't believe they priced it at $400, almost everyone was expecting north of $600 due to their specs. Golden move.

Ruby/Rails has practically become the poster child for every (modern) web hosting company. EngineYard, Heroku, DotCloud, ShellyCloud, 6Sync, Webbynode, Linode, Brightbox, and the list goes on.

Let's not forget the advancement of JRuby (JVM Ruby), Rubinius (LLVM Ruby), MacRuby (For Native OSX Desktop Apps), RubyMotion (For Native iOS Apps), mRuby (For Embedded Apps).

Not to mention the truck load of conferences every year, the new and existing, accessible and easy-to-use open source projects that are being released and updated frequently.

"Is it just me or has the world moved on from Ruby?".sub("from", "to")

We're doing our best. :)

Took me only 15 minutes to realize what I've been missing. ;)

Trading virtual currency for physical currency. In Diablo 3 you can purchase/sell virtual goods for real currency. Although both have "real value", you can do more with for example "USD/EUR" than with "Diablo 3 Gold".

Reminds me of the Real Money Auction House in Diablo 3.

> The "scalability" thing isnt about adding some ram or getting a larger proc.

You'd be surprised how many people that actually use EC2 think it is.

> Yes white boxes are cheap. Site negotiations, design, procurement, networking, operations, and maintenance are expensive in dollars and time.

It's called planning ahead of time. If not, then here's a suggestion: Use EC2 until you set it up and migrate, if you cannot wait that is.

All in all I don't mind whether people use EC2 for whatever reason. Just stating my opinion. I agree of course that in terms of "convenience" is has the upper hand. Not having to wait for boxes to be added to data centers, being able to spin up boxes in multiple regions through a single company/console. Maybe your use case does justify using EC2. Many other people clearly do not (hence all the whining because of all the downtime, which they wouldn't have had if they deployed to multiple AZs/Regions).

Zing!

Religious people be mad!

That, or Ramuh? Or Quezacotl?

Which is why I brought it up, it's hilarious. I thought people were just trolling at first but man, the first time I saw it, it made my day. Relating something like "God" with natural disasters. I love how people come up with that kind of stuff.

^ This. You'll do it if you care enough or if it's absolutely required. Everyone knows in advance that this kind of shit can and will happen. Also, if people don't plan on hosting in multiple areas/AZs, I wonder why the hell anyone would even consider overpriced cloud technology while you can get practically 5 powerful dedicated servers for the same price, except that it's more performant than a shitty VM on EC2. That said, if you have 5 dedicated servers, why even bother with EC2? It's more expensive in every way. "Pay more as you grow" is actually extremely expensive for what you actually get. Infinite scalability? Please. When people think about scalability, they think about adding a few gigs of ram to their VM with a little more I/O throughput (e.g. migrating from VM1 to VM2) for hundreds of dollars, and it's still shitty VM performance compared to raw metal. Instead, why not spend that money on a few good dedicated boxes with 96-128gb+ ram and a bunch of true (not virtual) CPU cores, then you're done for a while, and for the same price. Hardware is dirt cheap these days.

The only useful/sane use case I can see in Amazon EC2 would be for services like Heroku where they need to automatically be able to manage a truckload of VM's as their rapidly growing infrastructure, unless you want to do it yourself which I imagine is quite a headache unless you work closely with someone like Amazon or Rackspace.

Or as the religious people call it, "The Act of God". No seriously, people actually write that shit in their terms. Hilarious.

Yes, I was referring to bandwidth.

That would depend on the type of CPU Linode is using. What the CPU's frequency is, the amount of cores, whether it has or does not have hyper-threading technology.

The hyper-threading technology is a pretty cheap way to add more virtual cores to your VPS's which is great. One thing is for sure and that is that Linode provides you 4 virtual cores and not 12 per VPS. But, that of course doesn't mean their CPU is better or worse. But, if you can run 6 cores at 3.8ghz, or 12 cores at 1.9ghz then I wouldn't worry too much about not having enough CPU power for your virtual private servers.

The chances of that happening are low anyway. I believe someone reported their server was running smooth for 3 years with only a single _minor_ downtime. Also, I doubt that an app that runs on a VPS is as important as one that requires a whole dedicated server. But yes, if a box happens to fail, how slim the chance may be, then your site is offline, just like Amazon EC2 that was offline for 3 days iirc even though they have multiple availability zones per region.

Also, running 3 dedicated servers for redundancy still isn't expensive when you compare it to traditional VPS/EC2. However, you do have to do everything yourself of course. Tbh I feel that people always tend to worry too much about "downtime" or "failing boxes" while the reality is that most people don't ever experience huge downtimes. If the app is really _that_ important then you're likely making some good money to justify paying for more expensive solutions and there wouldn't be a reason not to do that.

It actually says "Sent"?

You could also just get a dedicated server with a good chunk of ram. Say, 32gb or the new 64gb one. Then install XEN or KVM on it and run your own VPS farm instead. It'll save you $800-1600 USD/month in the long-run once you fill up the whole box with VPSs.

Another thing to note is that the new 64gb instance trucks a hexacore (6) core CPU and includes hyper-threading. Now, correct me if I'm wrong, but I believe this means you can run 12 virtual cores in your XEN/KVM instances with this, instead of only 1 which is provided by the Hetzner VPS's. That's quite a difference.

With my 32gb box (which is a quad core with hyper-threading) my XEN instances can spin up to 8 virtual cores, according to the (h)top utility.

Purchased an EX 4S (32gb ram non-ecc) the other day from Hetzner, been running extremely smooth. They got it rigged up in about 2-4 hours. Installed Xen to run my own little VPS farm and it's dirt cheap compared to all the VPS providers out there, and more performant as well since you actually own the underlying hardware.

Just noticed they also added "1 Gigabit-Port" under "Additional Options" at only 39 EUR, along with an additional 15TB bandwidth increase (You get 100Mbit by default), and only 6.90 EUR for additional TB's of traffic. Pretty sweet if you're doing some kind of video/stream hosting. Of course it has it's downsides compared to S3 but when you compare pricing in "TB" to S3, you'll see how redonk the S3 pricing is. Now, if only Hetzner was also located in the US and Asia that would complete me.

Ha, and what'll be next..? Well, I guess I'm also quite thankful in a way that noobs like that don't actually get good idea's in the first place, although it can be quite annoying.

I always get this tiring feeling when someone comes up to me to talk about an idea. Especially if it's one of these "fast talking" kind of people. Most of them involve some kind of "social X". Even more saddening is how the people that have these "ideas", have no clue how to market it, where profit comes from, and so forth.

I believe that the only time I've heard of a decent or good idea was from fellow programmers or designers, rather than "business men" or founders of small companies and claim they know it all. Then after they explain their idea, they expect you to invest 90% of your time on the product, promise you a certain ownership percentage (usually ~10%?), rather than paying a good salary up-front; so if it flops they didn't lose any of their time or had to invest any amount of cash. I believe something similar to this happened to some dude who then open-sourced the project. I forgot what project that was, it happened recently.

You can of course listen to anyone's idea, but as the article stated, the chance that it's not another dumb or over-done idea is usually very slim.

You might've already seen this, but if not, this is pretty interesting to see: http://success.heroku.com/

Click on the "Read Success Story" links for each app. It shows how many web dynos, worker dynos, and what add-ons and database are being used. Might also provide some information in the actual "story" regarding traffic and what not.

No problem. I doubt there is anything app-server specific to the Celadon Cedar stack. Maybe the Bambidious Bamboo stacks there is Thin-specific configuration. But Cedar is meant to run anything you want through the Procfile, you could also use Mongrel or Rainbows or maybe even Passenger. But Unicorn gets my preference as of late! Amazing app server.

Thanks for testing it out! Great results!

1 Unicorn worker is roughly equivalent to a Thin instance. You can only put a single Thin instance on a dyno, meaning that the first benchmark is what you previously could only attain in terms of throughput.

I might've not explicitly said this in my article, but see the first benchmark where I say:

"1 Unicorn Worker (Roughly equivalent to a single Thin instance)" - stating that this is Thin's (and was Heroku's) previous limit.

With Unicorn you can gain 3 to 4 times more throughput.

The open source library checks immediately when job gets enqueued, but this is because it does a post-create API request to Heroku every time it does it. Problem is that doing an API on reqests is terribly slow, which is one of the reasons that led me to create a hosted service out of it.

See the HireFireApp homepage's text for more information, or check out it's knowledge base.