skysight-inc/HackerNews huggingface dataset:
I used to do this, but ran into a few catches. They usually honored it for a day, but beyond that they need to check that you're not trashing the room & that they don't have a deceased guest on their hands.

At one hotel, cleaning staff explained to me they were getting in trouble for not cleaning my room, and that they had a daily random check around mid-afternoon by their higher-ups. It also prevents them leaving early if they finish all the rooms, because they still have to wait for your room to become available. (Hence the midday "sorry to disturb do you need any towels" enquiry... they want to at least cross your room off their to-do list.)

Nowadays I still put up the DND sign, but take it down anytime I'm leaving the room for a while to give them a chance to clean it.
As a boomer, I think of this from time to time. One point that strikes me is that there were a lot of maternal eyes exercising loose but not infrequent surveillance. And there weren't a lot of latch-key kids around back then: moms knew when school got out, when would be a reasonable time for the kid to show up, dump the book bag and run out back to play. And adults didn't mind leaning out the door and rebuking you if they thought they should. Admittedly, I remember only the case of the lady who objected to a couple of us kicking snow at each other and incidentally onto her well-cleaned sidewalk.

http://www.gocomics.com/pearlsbeforeswine/2014/08/03
Yeah, it's a classic case of a company not believing in itself. Had Radio Shack owned its identity as a maker shop, it would be thriving today.

I'm sure somewhere in all this there's a group of MBA consultants. I can smell it.
I think the issue isn't that this is somehow worse but simply that DNSSEC is redundant to the fixes which we already need to make (e.g. public key pinning) so you're left with the question of deploying something which doesn't make you more secure and does provide a new way for things to break.
Before google glass became reality I think when people discussed AR it was imagined to help in complicated manufacturing --like assembling an airliners fuselage, etc. I wonder if there's uptake in that market, if not for gglass for an alternative.
Great way to make money doing what you're already doing!
Same here. Technical text translation is normally a disaster. I truly hate web pages that switch languages based on IP location, as MSDN sometimes does. In my language the translators always get wrong keywords that should not be translated, specially when they're adjectives. e.g:
* "You should use the 'new' keyword..." Often get translated as something like "You should use the word that is not old..." / "Debe usar la nueva palabra..."
John Brennan Exonerates Himself with Sham Investigation
This is great! I've been looking for a way to actually monetize all of the skills I've learned using various open source libraries. Wonder if this could be it.
Dan: which of the parent commenter's arguments do you buy?
> One was an attempt to shape news coverage of car accidents. The National Automobile Chamber of Commerce, an industry group, established a free wire service for newspapers: reporters could send in the basic details of a traffic accident, and would get in return a complete article to print the next day. These articles, printed widely, shifted the blame for accidents to pedestrians — signaling that following these new laws was important.

You have to admit, that it pretty terrible.
Poe's Law? In a good way.
There's a term for that: https://en.wikipedia.org/wiki/Lifestyle_business

Lots of (good) restaurants fall into this category.
Google's Lisa. Maybe I can recoup the cost 20 years down the road as a collectors item.
> but our lack of understanding of the specifics makes it impossible to trust them for anything interesting. We can't tell when they might fail.

Sounds like we're making 'people 2.0'.
IoT and Connected Wearables: What Is the Real Opportunity for Developers
Coincidentally, an app may have some answers for you: http://homescreen.is/
Thank the lord.
Which require the ants understand what kind of "steps" it can take which they won't.
Eric Foner Revisits Myths of the Underground Railroad
Gettin’ Freaky Functional WithCurried JavaScript
Gmail, Reddit in motion, CBC News, Flipboard, GasBuddy
There are better DNS security proposals circulating already.

Tease.
I don't think I'd call the IO monad "dirty" since it's still pure. Also "dirty" make it sounds like a hack.
I'm interested to see this talk:

http://conf.reactjs.com/schedule.html#beyond-the-dom-how-net...

Jafar is already a great presenter, and seeing someone using React without a DOM should be inspiring.
I'm the exact same way you are. I get more work done in the couple of hours per day that I'm at work before the rest of the team than I do the rest of the time.
In the UK either [0].

The entire country would be completely unworkable if you could only cross at a "cross-walk." Some villages literally don't have any. The only jaywalking-type laws in the UK are for motorways (70 MpH).

The whole jaywalking thing seems very authoritarian are arbitrary in the US. But the US has a lot of that type of thing in general. Just look at the recent articles about New York's ticketing strike, some of the things they were ticketing for on mass were a little odd and petty.

[0] https://en.wikipedia.org/wiki/Jaywalking#United_Kingdom
Many universities participated in the Solar Decathlon housing project, which took up a lot of space (ours was just outside the engineering building): http://www.solardecathlon.gov/
The best alternative:
http://www.7he.at/freebsd/vps/

Jails aren't that great:
https://aboutthebsds.wordpress.com/2013/01/13/freebsd-jails-...

But there is Capsicum too:
http://lwn.net/Articles/482858/
http://en.wikipedia.org/wiki/Reality_tunnel

>The idea does not necessarily imply that there is no objective truth; rather that our access to it is mediated through our senses, experience, conditioning, prior beliefs, and other non-objective factors. The implied individual world each person occupies is said to be their reality tunnel.
I think you're a little unclear on the concept here. The problem isn't that Libya gains the ability to read the TLS keys.
To be fair: a lot of other people are doing this sort of work too, e.g. cgaebel implemented most of the current robin hood hash map and gereeter has been pushing the boundaries of optimisation+safety.

There's also http://doc.rust-lang.org/nightly/std/collections/#when-shoul...? (the ? is part of the URL)
Your rebuttal would be a lot more convincing if it were more specific. For example:

> DNSSEC is Cryptographically Weak Nope, it isn't.

So you're saying that 1024-bit RSA keys are just dandy? You're saying that PKCS1v15 padding is a good idea?
That is, of course, subjective. There are ppl out there who like it clean and sharp - but without "ringing", and there are ppl who prefer smooth lines and hate aliasing.

But most imaging software only offers the second option, that's why I have made the other one :)
Webhook (http://www.webhook.com/) is something you might be interested in. It's a static site generator that includes an admin interface. When the client changes something in the CMS, the generator is re-run and the site deployed automatically.
We'd have to build up instead of out. Jet-powered elevators become the norm, with a villainous group of Elevatormakers lobbying for jayleapers to not rappel down elevator shafts.
Help fund the Good Fight: A podcast telling David vs. Goliath stories
Well, just applying textbook signal processing algorithms properly, without optimizations commonly done to speed things up.
I always think about it like this.

If immaterial matter could turn into conscious beings like us how can anyone claim that we are the last step in that evolution.
I rather doubt that a majority of humanities majors understand "exponential" or "linear" either...
I don't see how terrorists are any more of a threat than they are to any other rail line. Air flowing into the hyperloop due to a tunnel breach can be detected and signal all cars to stop automatically.
I don't know, I'd love to go across the country in 10 minutes. I live in Seattle and have a lot of friends and former co-workers that live in NYC/DC/Boston/Philly. Flying is expensive and miserable. Looping (Can we figure out a gerund for this? Looping sounds wrong) over to Brooklyn for drinks and then heading home sounds awesome. I think it would open up rapid transit in a way that just isn't possible for flight.
> This is bizarre.

I agree, people thinking other thoughts and drawing different conclusions can be unsettling.

The article also touches on the idea of efficiency, which you will see is the point of my top post - before you somehow linked assassination markets to Islamic terrorism. While I welcome a debate on the merit and feasibility of assassination markets, I don't think it would be a very productive conversation to have with you - as you've already expressed your interest in simply defending the status quo. Also, PMCs are not rare or frowned on - so your situation awareness is off as well (lets not get into a redefinition of "rare" or "frowned on" either).
You said 'network of workstations'. Then, you would match the application(s) to the hardware. For instance, in a 100% ground-up custom call center I used to run, we distributed diskless Linux to individual nodes and then had them pre-emptively cache portions of the NFS-mounted environment to tmpfs (ie. RAM) in order to preclude IO blocking. The point of the system (ie. the application) should come first, the architecture second (ie. in reality the architecture has to second-guess changes to the application, which generally come thick and fast). RAM is cheap. (Note: A non-workstation, general purpose computing cluster would have different architectural strategies.)
>It's solving a problem that doesn't exist.

Businesses do that all the time. No one ever needs the next big thing, which is why they work so hard to make you want it.

What Google wants is to extend the capabilities of G+ into the real world. That's what augmented reality is, with Google behind the wheel. The problem it's meant to solve is the problem of you not generating marketable data while offline. Well, now you need never be offline. Now everything you see and hear is a part of the social layer. Isn't that wonderful?
Another interesting info: There were 15 Indian war elephants in the Persian army [at the Battle of Gaugamela](http://en.wikipedia.org/wiki/Battle_of_Gaugamela) most of whom were subsequently captured by Alexander.
No, I will readily admit Clojure(Script) is a better language. The only concern might be getting all your team on board with a Lisp, but if that's not a problem, go for it.

If you are not entrenched in the JS world, I would look into Clojure(Script). They've got a lot of really cool stuff going on.

I have significant mental investment in JS, and I work on the JS debugger for Firefox, so I feel like I need to be a heavy user of JS. Also I know so much about all the little corners of server/client JS, package management, how to deploy, etc. I don't think the return would be great enough to re-learn all of Clojure's tools.

If I were to start on certain types of apps (high-performant data modeling, or anything that requires special care about complex flows), I may look into Clojure. But honestly I'm interested in starting to write games so I'm probably going to spend mental energy learning Rust.
Introduction to Machine Learning and Pattern Classification
I guess I'm a bit jaded against articles that wax nostalgic about what society has supposedly lost in the pursuit of progress.
These are just the same old arguments all over again.

1. DNSSEC is unnecessary, we have SSL.

Do you really want to argue that the CA PKI infrastructure is working? Placing your trust in your top domain solves 99.5% of the problem, roughly (considering there is about 500 CAs that you trust right now, that is not a made up number).

2. DNSSEC is a government-controlled PKI.

No, it's not. It is ICANN-controlled, which is under government mandate but not government control. You already trust ICANN for the root zone, and they have so far stayed out of politics, and has so far never meddled with domains even when the US administration wants them shut down. Because if they did, the Internet would route around them in a heartbeat.

This is actually one thing that DNSSEC did absolutely correct. If you want a cryptographic assurance that a domain belongs to an owner, who better to make the assertion than the TLD responsible for delegating it? Sure, if you get a Libyan domain, you have to trust the Libyan TLD to sign it. But they are already trusted to delegate it! They run the whois. If they decide to transfer the ownership to Ghaddafi himself, there is absolutely nothing you can do about it. If this is a problem for you, don't get a Libyan domain name.

3. DNSSEC is insecure.

It's ugly, but it's not insecure in any practical way. It could be a lot more modern, but it is in no way worse than SSL (see 1 above).

4. DNSSEC is expensive.

It is already deployed. You are already paying the price for this, whatever it was.

5. DNSSEC is hard.

It adds complexity to your operations, but your tools already supports it and it's included in courses already. No competing standard is.

6. DNSSEC makes for DDoS.

That wasn't actually included in the list, but this one is true. DNS is a DDoS vector, and DNSSEC strengthens it. That should be addressed. Better deployment of filters would do much to improve the situation.

7. DNSSEC allows for enumration of zones.

Also not included in the list. Yes, this is a real issue you need to be aware of. Don't store private data in public zones. Use split zones for this.

All technical decisions is a matter of pros and cons. Pro is that it builds on a proven infrastructure and is already deployed in most of the world. You could absolutely build a modern standard, but these things take at least ten years to roll out. Start today and build the successor to DNSSEC!

But remember that DNSSEC did get a few important things right: Assurance follows delegation. Your DNS operator does not have your key. It protects against negative answers. Make sure your successor inherits those.
Not including pre-installed: Twitter, Facebook, BBC News, HipChat and WhatsApp
I'm interested! I can't find your main point back in your examples, however - I need to be able to asynchronously get data from all kinds of places before I can even think about calling React.renderToString. Does tom allow that? If so, what am I missing?
Node has IO methods as well...
Mt. Gox CEO Mark Karpeles Implicated in Silk Road Trial
Agreed. This is a problem that I hope Jekyll manages to solve and it looks like they may be getting closer: https://github.com/jekyll/jekyll/pull/3116
Wouldn't you get most of that understanding anyway if you took French, Spanish, or another Romance language? Albeit with the added benefit of ability to communicate with a whole new sphere of people?

Not dissing on Latin per se, but other than maybe interest in studying classics, I don't see why one would choose Latin over a living language that can be used in the 'real world'.
Since Libya can't write a valid certificate to DNS, the ability to make changes doesn't help them. At worst, they might be able to make browsers reject the certificate (as the one served by the server won't match the one in DNS, or the one served by the server and in DNS (if your A records and DNS key gets changed) isn't signed by a CA), but they can already do that. If you don't trust your DNS Zone, you can already be trivially taken offline by them deleting your DNS records.

Once DANEs is deployed widely browsers should require both a certificate from a CA, and that certificate to be in DNS. Two factor authentication for SSL.
I have only seen the one. All of your safety concerns except fire were covered. They really don't mention to much about station design, but does mention the pod withstanding pressurization and depressurization.

As far as size for wheel chairs it mentions having a pod that could fit a car(a Tesla of course) so fitting a wheel chair shouldn't be much of a challenge, or for the smaller pod it mentions being over 6 feet tall and over four feet wide I don't see why you couldn't fit a wheel chair in that amount of space.
It's likely my middle-westernness is showing. My guess is most 'burb dwellers around here would consider the SV neighborhoods you're describing to be "in the city".
I've been expecting Google to put in one between Mountain View and Google's airport (formerly Moffett Field) for their own employees.

The practical problems with Hyperloop are right of way acquisition and emergency rescue. The technology seems workable. Acquiring right of way for large-radius curves is hard, but with political will and money, it can be done. Rescue is tougher. Underground sections may need something like Eurotunnel, where there are two running tunnels and an emergency service tunnel. This runs up the cost.

Another big problem with Hyperloop is that the capacity isn't that high. The original numbers described a system that carried about as many people as currently fly between SJC and LAX. That's much less than regular trains can carry.

Earthquakes can be designed for. The BART tunnel across the SF bay was barely affected in the 1989 earthquake, even though it crosses a fault. There are big rubber sections at joints. I did see one item of damage. At the SF end, the Transbay Tube terminates in a ventilating building near the ferry dock. There are some railings on both ferry dock and ventilating building connected by short chains, so relative motion won't break the railings. One of the chains broke in the quake.
JFDI - I like that a lot. Thanks.

I'm going to add more JFDI to my life.
Magneticmediajs, MIT open source JavaScript and Less to display media content
Then they should self-reprimand for such a poor inflectional decision.

I am not of the Elon-Musk-Should-Always-Be-Lionized camp, but I surely do feel that the nay-sayers deserve a slow, ponder-simmering of sorts, in their chosen ways to oppose a man who is dead set on improving, resolutely, how we go about our lives.

For that, and for that alone, I'd gladly vaporize all the HN credibility I yet have.
R.A. Lafferty wrote a short story about this scenario, Interurban Queen, http://www.ralafferty.org/works/stories/interurban-queen/
Add some immutable data and sweet.js macros and you've nearly got ClojureScript!
Unit tests fix the changing methods issue as well as making sure it will run when you run it. Types don't save you from that anymore then JSLint would as both can have logic errors.

Browserify can help with breaking your code down into smaller reusable modules for the client side and node you want to make your modules as small as possible? From the sounds of it you fell into the one big huge application that does everything problem instead of breaking it up. The same issues would have happen if you would have done that in any other language.

Varying experience doesn't mean you can give them TypeScript or CoffeeScript and not mess something up. You should still put code reviews and training in place though I do agree JavaScript lets you shoot yourself in the foot much easier.

You can hide variables through closures and sorry not a fan of getters and setters, I feel they are a anti-pattern (http://www.yegor256.com/2014/09/16/getters-and-setters-are-e...).

The one thing that would be nice would be knowing where your code is called. Though if you are using NPM and Browserify then that can be easier as well. I agree though that the tools are not as nice as Visual Studios find callers and the intellisense isn't that good ether but I am willing to trade them for the flexibility of not having to declare types and the simplicity of not having to work around types with generics, interfaces, and casting.

So I think there is structure in Javascript you just have to learn the best ways of implementing it. Yes Javascript makes it a little easier to shoot yourself in the foot but you can still do it with CoffeeScript, TypeScript, or even in C# and Java, we learn from our mistakes. I fell to be successful in Javascript you really need to keep it small and re-factor often but that really is the same in all languages.
Statamic (http://statamic.com/) and Kirby (http://getkirby.com/) work like this. Neither is free/open-source though.
Random Guy Smashes BBC Panorama Documentary
I'm sure everyone asked the same questions when people started proposing flight as a legitimate transportation means.

What if a plane breaks down in flight or the flaps get stuck? There's low atmosphere at high altitudes, so you can't just open the door without risking structural damage to the aircraft. What happens if there's a fire on board? Where will these planes land? How big will the runways be?

My point is that the development of commercial flight took place over a long, long time to get where we are today. We're still in the whiteboard stages with the hyperloop. Lots of people had to break a lot of planes to get where we're at now.
Your comment should be posted on Reddit.
If it's taken by a robot it's no longer a selfie, or has the meaning of that word changed?
Wow, that's a blast from the past. I remember using 4.0 in high school in the 1990s.
pretty terrible analogy.

there's no point at which you putting M&Ms on your lawn can be self-sustaining. Both professional journalism and fish populations CAN be self-sustaining (from the perspective of individual consumers).

Also, even if your analogy did make sense, the end result would be no more M&Ms (aka no more professional journalism). That's the outcome we're trying to avoid.
Why? The whole content is renderable server-side and all links should work. What purpose would <noscript> serve?
When I implement a type zoo that models the problem I am solving I do not need to spend as much time reasoning about the semantics (with a good IDE) and the compiler warns me if I've done something odd and won't run the program if I've done something wrong.

With a strong typesystem I can first figure out what I need to do, then write it (like a fews of hundreds of lines), compile it and be fairly confident that the program runs almost correctly. Static typesystem does not help with the bugs that have to do with bugs in algorithms (wrong iteration order etc.) but it let's me concentrate on those parts mostly.

Static typing also functions as a self documentation - I see the intended program flow from the type signatures and do not need other means necessarily to figure out what the program flow is.

To me types are like lego bricks and dynamic languages are like ducktape - both have their uses.
I have my own little blogging engine based on https://github.com/debrouwere/render and what I've found is that the bottleneck is almost always IO. Rendering templates is so fast it simply does not matter whether you run it on a gazillion cores or not. Getting data from disk and then writing it to disk means you're dealing with contention, where parallelizing stuff can actually make it slower. So it can actually make sense to do all of this serially.

But of course, that doesn't mean you can't do incremental rebuilds. If the data is older than both the HTML and the template, then there's no need to rerender. More generators should support this, either internally or by making it easier to run them as part of a Make build.
Both great points!