skysight-inc/HackerNews huggingface dataset:
Right now everyone's developing against the Oculus Rift, which has a short enough tether that it's most definitely not a "walk around the room" experience. Some devs might be playing around with extension cables, but I think most of them aren't going to assume the end user is going to do the same (it's "not supported" and not without problems.) I'm pretty sure I've read Oculus docs outright discouraging standing experiences - safety concerns and the like, saying they're not currently interested in accepting them, at least insisting on a reasonable sitting experience.

Even if Oculus Rift weren't the early mover here, I think a lot of games will be targeting the "lowest common denominator". They might support physically standing up and walking around in a room, or using 3d controllers, but they'll also support sitting down with a traditional keyboard+mouse setup.

Eventually, we'll see games that assume a standing experience - like the existing games based on the Kinect, Wii balance pad, etc. - but I don't see them being the majority anytime soon (and a number of those can probably be sanely adapted not to require it as well.)
Or more generally, the insane amount of Tech now being developed around marijuana cultivation and distribution. Like the highly customizable automation system I just designed and installed in a legal grow house.
sytse: I think installation is not the issue with gitlab. It's rails ecosystem. It's slow, hard to manage and composed of magic. I'm currently using gitlab, promoting it. But this does not mean, I won't leave it at a whim if some contender without rails comes through.
How to secure a Good Job in your first Job interview in 2015?
Thanks for the answer. Maybe I need to understand better the advantages and disadvantages of cloud.
Some roads, not all roads.
> The key to self-driving cars is to realize that they don't have to be perfect - they just have to be better than us.

Again, that's skirting the issue. Do you have any idea how close self-driving cars are to being "better than us" ? As someone who's done computer vision research: not close at all.

> I don't think the computers will ever match our judgement

That is exactly the problem.

> it's trivially easy for them to beat us on attention span and reaction time

Attention span and reaction time are not the hard parts of building an autonomous vehicle.

This kind of comment beautifully illustrates the problem with casual discussions about AI technology. Humans and computers have very different operating characteristics, and discussions all focus on the wrong things: typically, they look at human weaknesses, and emphasize where computers are obviously, trivially superior. What about the contrapositive: the gap between where computers are weak, and where humans are vastly superior? More importantly, what is the actual state of that gap? That question is often completely ignored, or dismissed outright. Which is disappointing, especially among a technically literate audience such as HN.
Are you kidding? Read Javascript: the Good Parts if you haven't.
I'm more in your camp than MIRI's but...

Could you argue against the position directly? You kinda took a swerve in the middle there. Bostrom, Yudkowsky, and Barrat's positions are basically "superintelligence is possible, it will eventually happen in some way, and when it does ..." It's not within the scope of the quoted works to elaborate a technical roadmap or provide firm dates for the arrival of superhuman machine intelligence.

So you would like to see unencumbered research in this area. They argue that the long term outcome of this research is existentially risky and therefore should be tightly regulated, and the sooner the better. Do you have any points regarding this particular difference of opinion?
I used it when I was contributing to Wikimedia in Google Code-In. It was very easy to use and the issue system was very powerful. The whole system looks powerful.
Something strange I find is researchers finding it as new evidence in a new encounter.

In Islamic history this is a well known[1] connection.

http://en.wikipedia.org/wiki/Ahmad_ibn_Fadlan
Colour Picking by Simulation
I don't know if they'd lose, but I don't know if they'd make a dent in TripAdvisor as opposed to the smaller competitors. People go where the data is, and Trip has the reviews and has the reputation for trustworthiness. Yelp doesn't have a good rep as far as trustworthiness goes--the allegations of paying to hide bad reviews, etc.--and would be starting from zero or near-zero.

(And, having seen a few organizations handle fraud in user-generated content, I think Trip does a pretty good--not great, not perfect, but better than anybody else I've seen--job of it.)
Not a big Crichton fan (most of his books spend the first half explaining how smart everyone is, and the second half is always those smart people making terribly stupid decisions) BUT, Crichton did write Eaters of the Dead, a book that is about exactly what this article talks about.

http://en.wikipedia.org/wiki/Eaters_of_the_Dead

The story follows a Muslim who is sent as an emissary to the Vikings, and all the craziness that follows. It was also a movie: the 13th Warrior. It's a great story, not terribly well executed. The culture clash is the most interesting part, particularly when the Muslim lead is asked to "draw words," because his people have a system of writing, and the Vikings don't.

I read somewhere the Crichton was basing this on some 10th century writings from some fellow who actually made this journey, but I can find no more references to it online....
> The market can stay irrational for arbitrarily long times, but not forever.

Civilization, OTOH, cannot exist for arbitrarily long times (the heat death of the universe presents a pretty firm outer boundary), so the fact that the market can stay irrational for arbitrarily long times, but not forever, should not be seen as reassuring, or even meaningful.

Or, to quote Keynes, "In the long run we are all dead. Economists set themselves too easy, too useless a task, if in tempestuous seasons they can only tell us, that when the storm is long past, the ocean is flat again."
He also co-sponsored PIPA[1] (the Senate version of SOPA). He withdrew support once it became political poison, saying, "it is simply not ready for prime time."

[1](http://projects.propublica.org/sopa/H000338.html)
Look, ma, dots!

>>> def Cat(name):
def hello():
print "I'm "+name
hello.__dict__ = {
'hello': hello,
}
return hello
>>> c = Cat('snuffels')
>>> c.hello()
I'm snuffels
No, there is significantly more complexity, overhead, and R&D to providing cloud services in comparison to bare metal. SoftLayer is actually a very expensive bare metal server provider. There are several good options that cost less than 1/3rd the price. Realistically, at just modest scale (a few physical servers), you should see 1/6th the cost of Amazon.

The main benefits of Amazon is that it:
a) allows you to scale down i.e. buy services in smaller portions than complete physical servers
and
b) APIs
c) integrated features

You could probably pay for one devops position once your infrastructure gets to 10 physical servers.
List of Recommender Systems
I know I can obstruct the camera lens, but does anyone know how to effectively block the microphone on a device like this?

Perhaps there is non-destructive way to remove power entirely?
Interesting but the article does not really explain the thesis statement at all...
Drone prompts terror scare at Manhattan half-marathon
I backup using rsync some important files to a local and remote server(s) daily in a TGZ archive and keep the last 14 days, last 10 weeks (1/week), last 11 months (1/month), and 1 yearly forever.. Very much based off of this: https://nicaw.wordpress.com/2013/04/18/bash-backup-rotation-... ... appears to work pretty good for a small amount of data.
Damn, just as I was writing my comment. Clearly, this is the guy Crichton based http://en.wikipedia.org/wiki/Eaters_of_the_Dead on.
App lets you temporarily use your phone number and contacts from another phone
Was he fired because he deleted the production database or because he didn't tell them what he did and they found out themselves?
In the UK, houses are placed in 'council tax bands' based on the estimated value on 1st April 1991. So the tax band stays the same regardless of housing market fluctuations.

The tax rates for the bands are then set by the local council, as a political decision. Band A property? £1000 a year. Band E property, maybe it's £3000 a year.

Admittedly, assessing a tax band is a little subjective - but it seems to work OK. Any idea why local government taxes in the US aren't calculated the same way?
Dell Precision M3800 Linux Laptop Review
I was just thinking about a product just like this.

The thing is, I could never get my friends to use something like this. I tried to get them to use Glympse, and that was a disaster.

If you can make it so that friends can interact with it purely through email or text messages, I'd give it a try.

(See Doodle.com for how the email thing could work. Authentication can be totally nonexistent in this situation.)
Surprising...not really. Saddening...very much, as it is a reflection of where press, as an industry, is going.
The simple solution is just don't use Hertz rental cars.
5 Easy Tips to Get the Word Out About Your New Startup
It's based on the writings of Ibn Fahad, also posted by someone else below:

http://en.wikipedia.org/wiki/Ahmad_ibn_Fadlan

And I love the Eaters of the Dead. It's not high art, but I found it an enjoyable read (once you realise that most of the footnotes are fake).
> I'm for example forced into bash because of AIX server.

What? Consider yourself lucky. All of my AIX was ksh. If I wanted to be especially rebellious, I would use ksh93.
Write JS in JS, and Python in Python. :)
Temporary means that you pay a month's rent and are entitled to usage for a month.

You don't pay rent and then come into permanent possession.

There is a (temporary) time period attached to a rent payment.

I don't entirely disagree with you here--I just think you're being a pedant to attempt a "technically correct" play.
Hopefully it comes with a million-fold increase in data transfer as well.
Next time I talk to him, I'll see about it. I don't talk to him that often now that I've finished my PhD.
I suspect that the current google car is already safer than the overall average driver.

Don't forget some people speed, flee from the cops, fall asleep at the wheel, get drunk, text, look at maps, have strokes etc. So, sure at peak performance cars have a long way to go. However, accidents are often a worst case and computers are very good at paying attention to boring things for long periods of time.

PS: If driverless cars on average killed 1 person each year per 20,000 cars then they would be significantly safer than human drivers.
If you haven't, you really need to see this post.[1] Starting simple and writing a test driven algorithm is not necessarily bad. However, realize that you are really just turning the act of finding the optimum solution into a search space where you have to assume mostly forward progress at all times. Not a safe assumption. At all.

And, because I love the solution, here is a link to my sudoku solver.[2] I will confess some more tests along the way would have been wise, though I was blessed by a problem I could just try out quickly. (That is, running the entire program is already fast. Not sure of the value on running the tiny parts faster.)

[1] http://ravimohan.blogspot.com/2007/04/learning-from-sudoku-s...

[2] http://taeric.github.io/Sudoku.html
I have been using ZFS and rsync for around a decade. I wrote management tools on top of it so that it is maintenance-free, integrates with Nagios, and has a web UI including recoveries. https://github.com/tummy-dot-com/tummy-backup

It uses ZFS to do the heavy lifting of managing deltas and deduplication and rsync to do the snapshots. Combined with backup-client (https://github.com/realgo/backup-client) it can run as non-privileged users and trigger database dumps or snapshots, LVM snapshots of virtual machine instances, etc...

We have had it running internally on clusters of 10 backup servers, and several external backup servers over ~a decade, and it has worked very well.
Most of this issues could be walked around:

- For the dot syntax, all you have to do is define the __call__ method. You could do that by creating an object that encapsulates the dictionary, defines a __call__ method, and repasses the method calls to the underlying dictionary.

- For inheritance, just create another constructor function that calls the parent constructor, adds the desired methods, and returns the new function. In JavaScript, it's called parasithic inheritance.

- For the iteration method, you just have to define the __iter__ method.

- For the isinstance and issubclass method, maybe you could create new conventions (and thus reinvent the wheel)

- About static method... should we be using them anyway?

Those are just some thoughts. This alternative way of creating objects is probably useless, nevertheless fun.
In my personal opinion (based on some real experience) EC2 for a startup makes a lot of sense for prototyping your application and your infrastructure (when you don't really know what is it you're building and what components you're building it from). At this stage you just is it as an easy way to get a set of Linux computers connected to the Internet.

When you get to a point where you feel like this whole thing is going to fly, I'd recommend starting to think if paying the "cloud tax" (resources spent around EC2 stability issues and the cloud-specific stuff) a good idea in your particular case. There are some companies that benefit greatly from the elasticity of the cloud (the ability to scale up and down along with their specific load demands), but many companies aren't like that. If your traffic is relatively stable and predictable (you do not have 10-100x traffic surges) and your infrastructure load does not grow linearly with the traffic, using real hardware over-provisioned to handle 2-5-10x traffic spikes without huge decrease in performance may be a better idea in terms of the cost.

Of course, you could start the company based on all of the PaaS magic sauce (databases, queues, caches, etc) provided by Amazon nowadays and only use EC2 to run your application code (AFAIU that's the ideal use-case for AWS) and just kill misbehaving nodes when an issue occurs, but then you need to factor AWS costs into your business plan because migrating away from a PaaS is almost impossible at any large scale, so you are going to stay with Amazon for a very long time.
Clickable: http://www.ploono.com

I've been doing something like this for about 6 years. I've got about 100 people signed up and they get notified when I travel. About half the time I get one or two replying and we sometimes get a meetup, but usually it's just a good excuse to re-establish contact.

Exactly twice someone else has used it.

You need:

* Minimal friction

* Consistent contact - don't let them forget it

* Minimal friction

* Side benefits to get them to join

* Minimal friction

* Major drive to get critical mass

* Minimal friction

Did I mention that it needs to be really easy to use?

It's a great idea, I personally have found it absolutely invaluable, bordering on essential. Everyone I've spoken to says it's a great idea, and none of them use it.

Did I mention it has to be easy to use?
It strikes me that more and more a critical selection when growing in this way is the DNS part. It needs to be back-end agnostic and provide an increasing amount of functionality.

Health checks and failover are must have now, but this article makes me wonder three things:

1) Are there any DNS services that understand geography of your "zones", i.e. route to and failover based on IP? (but are still platform agnostic).

2) How long can a DNS failover take worst case? You can technically set a low TTL, but don't a lot of ISPs just increase that to a minimum?

3) Isn't it better to replace some of the DNS failover with high availability dedicated load balancing?
> The explanation is rather simple - hardware is always "on the premise", yours or Amazon's. Someone needs to swap drives, motherboards, man the networking gear, run cables, etc.

> So you're paying Amazon to do the same work you would do otherwise - only you're subject to their rules and procedures and Amazon being a profitable business needs to mark their services up.

But I thought that they were paying Softlayer to do that stuff instead of Amazon. They're not doing it themselves - and yet it's still cheaper!
So we implemented a variant of the Bekeley Lab Checkpoint and Restore [0] on terminal.com. You can snapshot RAM state at any given moment and commit it to disk without interrupting operations. You can use it to, for example, start a Spark cluster [1] with a dataset already in memory. I've tested it with a lot of software, so I'd say it works irrespective of the application, but you're welcome to test.

When you use our snapshotting, RAM-state, cpu cache and disk-state are all captured and can be resumed in seconds later. This all happens without a hypervisor.

This sort of obfuscates the need for doing any configuration storage (you snapshot systems at an initial state and then you can bring up new machines at that initial state without config files. If you need to pass an argument to a machine on boot you can do it programmatically by passing the shell commands [2]).

[0] http://crd.lbl.gov/departments/computer-science/CLaSS/resear...
[1] https://www.terminal.com/snapshot/c81e6215eba5799335a45b6936...
[2] https://blog.terminal.com/tutorial-terminal-startup-scripts-...
Quick feedback:
Browsing the Go section, each sub directory(at all depths) in the Docker project seems to be listed as a separate project. Leads to showing a few pages of results linking to the same project(ie, Docker). Also may explain why Go seems to have far more number of projects listed than anything else. :)

Update: Better wording
My $0.5M mistake
Does FastCoDesign Hate Design?
agreed. JS is not a language I personally want encroaching into Python.
No plans on how to use them vs Plans to not use them. Sneaky.
I apreciate that you created a user in HN to comment on this thread! Thanks for your input!
install iOS 8.2 on your iOS device – iosjailbreak-download.com
I'm confident that some reduction of paved surface can be achieved in most or all cities, but I think your tone is making the situation seem a bit more ridiculous than it actually is. I would expect a significant portion of any densely populated city to be paved, for the simple reason that people need to be able to get to essentially every part of a city. Short of more fanciful solutions like fully elevated or underground passageways, you're going to need roughly the same grid of roads even if you eliminate cars. Granted, you could theoretically get significant constant factor reduction in the width of roads if you can remove lanes (through banning cars, encouraging carpooling/public transit, or increasing bicyclists and pedestrians).
That's exactly why those guys left Atari and started Activision. I remember reading the manuals to some of their early games and reading about the developers.

https://atariage.com/manual_page.html?SystemID=2600&Software...
Yeah, Crichton can be fun as long as you take him as pulp, not as some genius expert on the topics he writes about.
Using JavaScript for data analysis
You could do that by creating an object that encapsulates the dictionary, defines a __call__ method, and repasses the method calls to the underlying dictionary.

That's what a Python object is... The underlying dictionary is called __dict__.
> 2.0 ... Facebook down ...

For some users, this more like a 9.0. We've literally seen people call 911 because they can't access Facebook during an outage.
loud music
I couldn't agree more. 100 or 200 years seems feasible.
cool i will check it out,thanks
Well for me personally it makes sense if you are not of very large scale. Real hardware is cheaper but the costs of electric, transit, and colo space are not your only costs. If you are going to do physical hosting right you need to be in several locations, and you need to have a very good idea of what assets you will need for a period of time.

With AWS I can scale up easy, not have to worry about doing things like replacing failed hard disks, and most importantly I can be in multiple geographic sites for no additional cost. That to me right now is worth a 50% premium as the cost for doing that would be higher than that savings.

I think if you reach a certain scale, and have predictable usage, it is not a bad thing to setting up cabinets in 2 or 3 locations. We have found too that a lot of Colos are getting bought up and then will not lease you a few cabinets. They want to sell only to people who want a cage, or entire room. It is hard for small to medium sized businesses.
Yes, completely agree.

Maybe I'd just add one more case here: some users are OK with locking themselves up to AWS by treating it as a platform from the day one and building on top of AWS database/queue/etc services. For those people using EC2 just to run the app code and replacing instances when they misbehave may be a good idea.
Url changed from http://blog.ycombinator.com/readme-yc-w15-creates-crisp-docu..., which points to this.
you can: http://en.wikipedia.org/wiki/Louvain-la-Neuve
> I live in the middle of a city and have no car, and would feel delighted, not fucked over, if cars were banned

That doesn't seem to contradict the parent claim. You're saying you would be fine with banning something that you already don't use. A more relevant criticism would be if you did have a car in a city but still wouldn't mind cars being banned.
As the example I'm most familiar with, this bridge should not have failed: https://en.wikipedia.org/wiki/I-35W_Mississippi_River_bridge

The state of the art in the first half of the '60s was good enough to design such a bridge correctly, but the gusset plates that connect girders together were undersized.

Then there's the famous example of Boston's Hancock Tower, which was designed and built per the current state of the art and code, but it turned out that did not consider some important things that could have caused it to collapse along its long, narrow side: http://www.pulitzer.org/archives/5826
PHP Framework Popularity Survey 2015, Jetbrains and Zend Chip in IDE Licenses
I think Amazon Instant Video is also on Silverlight ?
Groupon invested in growth, but that's not why they failed.
The biggest issue with the IPO that I can see is that marketing spend is ramping much higher than revenue spend (120% vs 30%, respectively), and they don't have a lot of experience with direct marketing dollars at that scale. In addition, they're now relying on the direct spend to achieve scale, and they used to rely entirely on organic. If they get it right - awesome. But there is a risk that growing direct marketing that fast at that scale will have a learning curve that will bite them.
Study: Americans are mostly OK with the government’s online snooping
Introducing MetaReader – MetaFilter iOS Client
I don't think you need to use metaclasses, you can just define the relevant magic methods, something like:

class JSLikeObject(dict):
__getattr__ = dict.__getitem__
__setattr__ = dict.__setitem__

ETA: That gets you JavaScript-style equivalence between attribute and index lookup, but it doesn't get you JavaScript-like binding of "this". I think you could probably do that with descriptors (and maybe it would require writing a metaclass).
You should take a look at the Madrid Rio project by Dutch studio West8, it's very similar to the mentioned idea in the BBC article: http://www.west8.nl/projects/madrid_rio/

In Summary:

- The city of Madrid buried a 6km section of their ring road

- In this buried section, a total of 46km of roads/tunnels have been constructed

- The above area is now a reclaimed riverbank and a huge park

- IMO, a superb public realm initiative, although I'm guessing not cheap
OP here, 10 free promo codes! http://redeemco.com/g/metareader_8jmx/ Thanks for your feedback!