skysight-inc/HackerNews huggingface dataset:
I'm an advocate for not living in perpetual fear too, but I couldn't find specifics of how unexpected passenger behavior would be handled. Assuming it's as cheap and easy to operate as it seems, I really want the Hyperloop to succeed and be installed in as many metro areas as possible, but for the Hyperloop to succeed, it has to be resilient and not overly optimistic, and not assume everyone onboard will sit and stay still for the whole trip.

Humans don't always behave as they're expected to by the engineers of a system. That happens in software, happens in hardware, and in public transportation too.

[EDIT]
I think these paragraphs give an idea of how an incident would be handled:

>If a capsule were somehow to become stranded, capsules ahead would continue their journeys to the destination unaffected. Capsules behind the stranded one would be automatically instructed to deploy their emergency mechanical braking systems. Once all capsules behind the stranded capsule had been safely brought to rest, capsules would drive themselves to safety using small onboard electric motors to power deployed wheels.

>All capsules would be equipped with a reserve air supply great enough to ensure the safety of all passengers for a worst case scenario event.

>In the event of a large scale leak, pressure sensors located along the tube would automatically communicate with all capsules to deploy their emergency mechanical braking systems.

>Hyperloop would feature the same high level of security used at airports. However, the regular departure of Hyperloop capsules would result in a steadier and faster flow of passengers through security screening compared to
airports. Tubes located on pylons would limit access to the critical elements of the system. Multiple redundant power sources and vacuum pumps would limit the impact of any single element.
The focus from people on bathrooms is puzzling to me. I've been on buses, without facilities, that go for hours without stopping. This is a 35 minute ride with restricted movement, if you greatly fear being able to hold it for that long, there are other, less efficient methods of transport to accommodate you.
you don't like existing solutions ?
Sorry, I was attempting to be humourous. Obviously #5 is the right way to go. I can't remember ever pulling something useful out of a block of commented out code.
http://www.onemonthrails.com/ has had a lot of success.
I get the feeling the space in the passenger car (which is limited) was designed by people who build space capsules.
Agree. I colorize the hostname in my prompts so it's easy to tell which system/VM I'm on.
It seems like as time goes on YC is funding far more startups that are direct competitors with each other. Hackermeter's pitch looks almost identical to that of InterviewStreet (YC S11).
Will they be normalizing high scores against Fabrice Bellard?
After reading about the benefits of putting the track on pylons I was strongly reminded of monorails.
I like that. An "in your own words" monolog can go a long way to help recruiters understand the type of person they will be dealing with.

That also means the recruiter(s) need to understand the questions they're asking. Technical merit is all well and good, but how well can a recruiter process the answers they're getting? This can't be a bullet point questionnaire with blind matching of answer "C" to question "1". Sometimes solutions aren't so black and white.
Exactly. I think this fails because of comfort requirements. If you stacked people inside airplanes like this, I'm sure they would be 10x more efficient and competitive with this proposal.

I think this would be great for journeys of _under_ 30 minutes. And it wouldn't be for everyone, for sure -- so starting off as a niche transportation mode is not a great start.
If you can't stand being in an enclosed space like that, there's still the interstate. Is not meant to be everyone's ideal solution, it's meant to be a good solution for most people.
It's stressful because it often results in a lose-lose situation: if I tip poorly, this is not action that will learn them that what they did was somehow bad service, it'll just turn the situation into an antagonistic orientation. So, the next time I come in, I'm not really sure if he's gonna spit in my food. So in the end I always end up reluctantly tipping the same amount, no matter how the service was.

Also, as a brown male, reading the article made it pretty clear why I receive markedly poorer service when I'm with my family (also brown), vs. when I'm eating out with my white friends. Being reminded of racism in this way is, well... pretty stressful.

This essay was also posted on Reddit, and I saw similar responses from African American folks there: even though a lot of them tip pretty generously, they can sense that servers don't look forward to being at their table providing service, as if they're anticipating a bad tip.
What's the ideal format for an open source whitepaper? Certainly not PDF. Straight up HTML on Github?
Actually, it's even easier than that in Windows because you don't have to remember some cryptic command or package name - you can just go into search settings and flip the switch to Off.
The commuter busses in NYC don't have bathrooms. For instance the X1 bus goes 45 minutes non-stop:

Schedule:
http://www.mta.info/nyct/bus/schedule/xpress/x001cur.pdf
> But with the schema parser written in C++, things become much simpler. [see article for more context]

I think this is debatable part.

First, calling Haskell from Python is quite easy. I've wanted that once and things went surprisingly well, see yourself: https://github.com/drdaeman/haskell-library-ffi-example

Second, not everyone has C++ compiler installed and readily available (although, it's true that it's far more likely that there's already a C++ compiler than Haskell one). But in the end, I don't think it really matters whenever one does `$package-install-command g++` or `$package-install-command ghc`, as, I believe, neither comes on out of box installs on most popular non source-based GNU distros, and certainly not on Windows. I don't know how things are in *BSD land.
Makes sense from an investment perspective. For the verticals that they care about this allows them to cut down on their exposure to execution risk.
Assuming it's very smooth acceleration, it's just like standing on a 26º slope, feeling slightly heavier than normal. Healthy individuals should have no problem at all in such a situation.
Regarding a brawl, there's not really much space for much of a fight.
Strap on an Oculus, and simulate a train car. Or, project windows onto the interiors. (Since we're talking future technology)
Real-Time Lead Response
It's not juvenile - as a matter of fact, I'm very wary of Microsoft's moves because I remember perfectly well just how greedy and shady Microsoft has been (especially during the nineties). In comparison, Google has been a much better citizen in the developers community. It too will succumb to the problems of gigantism and the pressure of "shareholder value" in the long run, but for now you really can't compare the credibility of Google's and Microsoft's open source programs.
I visited my friend in New York, and he took the express from Staten Island to Manhattan, and it was ~45 minutes without any stops (from the last Staten Island one to the first Manhattan one)
Fast trains are just fast trains. Inside there isn’t much special about them compared to slower ones, except that they are usually more comfortable (softer and adjustable seats, definitely wider, at least in first class, better and more tables, more storage space for luggage, electrical outlets, sometimes crappy WiFi, a crappy restaurant, relatively roomy bathrooms that don’t even look that bad). Also, they actually tend to run much more quietly and rumble less than slower trains, so getting up and walking around is usually never a problem, except maybe when the train is driving into and out of a station and over many switches. At least that’s my experience in Germany, but the TGV isn’t so different (maybe a bit better in some ways).

The problem with the images of the Hyperloop interior is that it looks very much unlike anything you currently find in trains. It looks more like the inside of a race car – with a belt and all – and it doesn’t look like you are supposed to get up and walk around. It doesn’t seem as though there is enough space for that. Maybe that’s just some designer having an unnecessary flight of fancy (but that doesn’t exactly inspire confidence in the design if it’s that badly though out), maybe that’s an inherent downside of the design. Either way, not good.
If the U.S. doesn't take this on, I hope another country with a big appetite for enormous public transit projects takes this on. Japan, Korea, and China, I'm looking at you...
I think the occasional mention of safety on high-speed rail is a bit unfair, considering that good systems like the Japanese Shinkansen have never had a fatal accident:

"Risk of derailment is also not
to be taken lightly, as demonstrated by several recent fatal train accidents."
They’re ba-ack: Hacker gang that infiltrated NYT for months returns
A developer standing alone can be evaluated by one set of metrics but when added to a group of other developers many of those metrics can be overridden by others and become meaningless. In simpler terms, teamwork.

I do not think developer grading is impossible, but there is so much more context involved. The "score" is dependent not just on the company, but the time and place in the developer's and the companies own life cycle. The perfect fit is always subjective -- these are organic life forms not rigid machines.
Regulations and rulemaking info would be very useful for the area of law I'm interested in. Though annotations would be a great addition, I think just having a simple UX for searching and accessing these documents (Orders, filed comments, etc) would be a huge win. This is a problem I've been working on mostly as a hobby to scratch my own itch, and I'd be happy to discuss what I've learned.

One big pitfall I've noticed with taming regulatory data is that often each agency has its data siloed differently. Regulations.gov has been great for harmonizing many, many agencies, but here's a list of all the agencies that are currently "non-participating": http://www.regulations.gov/docs/Non_Participating_Agencies.p.... This means you'd need a parser/scraper for each agency, assuming its rulemaking data is even made available in a sane format (like a spreadsheet).

Anyways, best of luck. Successfully wrangling legal data seems more difficult than building the Hyperloop.
... could CHSRA just build this? I understand they're in the planning stages, and I don't think it'd be absurd to say "this is a train, just better and cheaper".

Edited to add: My question was primarily legal - if someone were to step up and demonstrate this was feasible could it possibly make a difference?
You keep begging the question by calling it "illegally obtained evidence" which ignores the fact that it's not illegal to obtain, just inadmissible. There's a difference, and entirely defensible.

You literally said "basically they use evidence obtained illegally to prosecute someone". Whether you went back and changed it later is a different story, but I copy+pasted what you wrote.

And if you think this is how fruit of the poisoned tree works, you're sorely mistaken. What you can't do is break into a home, take evidence, and use that evidence.

What you can do is, while you're executing a warrant on a home for another reason glance at your suspect's mail, notice a piece of mail is from someone you investigated prior who claimed to not know your suspect, go find another link between those two people, and then use their testimony once you've gotten them to confess to knowing the person as a link in a legit evidence chain. This isn't "fruit of the poisoned tree", and is basically what NSA tips are.

COMPLETELY different.
first thing that popped in my mind when I heard about the hyperloop was hank rearden
thanks, you made me download it :)
On a bus you have the chance to get off every 5-10 minutes, that's a big difference. There will be thousands of passengers on that day. Just imagine if you have to do this trip 10 times a day every day for 100 days, will you still take risk?

Update (since I've been downvoted):

All these buses analogy isn't exactly the same case because they still have the option to stop somewhere, which give the passengers the assurance that if they really can't hold it's not the end of the world. Taking that into consideration, I think it could solve most people's bathroom concern by adding bathroom stops to the loop, in the case of semi-emergency, ideally a pod should be able to make a stop upon request within 5-10 minutes without disrupting other pods. Some financial incentive might be needed for encouraging people to hold longer but I do see legal risks in that approach.
Yeah that should definitely be 2.10 meters
Look at the illustration on the next page of the PDF. That's not even a two-door car back seat; that's an F1 cockpit.
It's also scary that the passengers would suffocate if the life support system failed.
It's interesting that the Shinkansen has raised sections built on pylons, especially the new bits they built in the last few years in the built-up areas in the north of Japan.
That's something I've seen angel investors argue about on panels but never really agree on.

Good post by Mark Suster here: http://www.bothsidesofthetable.com/2012/09/08/should-investo...
I have spent several months doing proofs in Coq, as well as in Isabelle. I contest conflating Coq with "real logic", it is perfectly possible to do rigorous proofs without the aid of a computer-aided proof assistant, if that wasn't the case then there wouldn't be any reason to trust the authors of the proof assistant in the first place.
We can't have implicit interfaces because they're incompatible with adding methods to types that you don't own (for example, adding methods to builtin types like int). Having this functionality is very important for our generics to work.

Using case for visibility is convenient but it can cause problems when you change a method from public to private or vice versa; that's why it's not done in Rust.
Interesting that Charles Alexander's writeup was said by Musk to be the most similar, when the ideas were fairly dissimilar by the end.[1]

http://charlesalexander2013.wordpress.com/2013/07/18/hyperlo...
This was my experience exactly. I loved the open Apple //, even though it had limited growth potential. I found the Macintosh to be confining (and still do, although more in an interface design sense now).
You can't get out of your seat during take off or landing on commercial plane either, and that easily takes 30+ minutes.
The same thing that happens when you develop gastric issues on a 30-minute helicopter tour, as the minister in a wedding ceremony, or in a dentist's chair.
Then use http://www.bbc.com/future/story/20130812-planes-that-can-pic.... Compared to that, this Hyperloop idea is best described as "No pilot. Less space than a 747", by teenage boys.

On the other, more important hand, at firt view, this looks feasible to me (taking into account who published it)

I do wonder about the "little noise" claim, though. That fan a few meters in front of you that compresses air so that you can float on it will not be noise-free. I also think those tubes could start resonating at times.

Finally: only about a thousand passengers per hour or, alternatively, going at close to the speed of sound, on guaranteed collision course, with 30s intervals?
I wonder if FB also has deep facial recognition data sets for these shadow profiles?
A few implementations of Common-Lisp (like SBCL) do this already (not surprisingly), and I find it very useful to compile misbehaving programs (and having not being segfaulted upon). Once you verify function behavior with a bunch of test cases, you declare types everywhere in the code and set the compiler optimization to full.
Put it in my queue. I'll post it here when I get around to writing it.
And that's the whole point of his post. Don't let strict adherence from static typing overshadow interesting new techniques from being developed when we don't use static typing. We can then go back and update our type models to allow that new usage. The first comment on the article (bottom of the list of comments) clarifies his purpose.
Interesting point that big government provoked the advancement of the hyperloop idea - counterintuitive idea, and clearly yes. but any idea like this will need government cooperation. The real test of big government will be how they respond to the hyperloop.

magic response: "of course we may be wrong, we'll look into this immediately." and then they decide to build it.

likely answer: praise, perhaps even an evaluation, then disregard as unrealistic a year from now.

why would "big government" ignore this idea? fairly simple: risky and unproven, for a politician, in a career where risk is not related to upside; and probably more important is the ability to control $70bn in spending to private citizens and contractors - far more valuable to their careers (leading to donations and influence) than spending a smaller amount (a mere $7bn) on fewer contractors. For the most part, the hyperloop contractors would not be the same guys who have been donating to politicians for the past decade in support of the train.

so yes, big government and the natural corruption of a large budget (donations->spending with favored constituents) will likely lead to the status quo - a ludicrously overpriced train.

as far as political repercussions, california is not a two party state any more, so there's no one to capitalize on the idiocy of the folks in power. i guess, we reap what we sow.
If Musk really wants to give this a push, how about a patent grant on Tesla battery patents used for this purpose?
How much power does it take to maintain a vacuum of 1/1000atm in a tube hundreds of miles long?

It doesn't require any power, if there are no leaks. The power required will be determined by the amount of leakage that is considered tolerable to the system.
You think your cognitive dissonance is bad? You're heaps ahead of where the people that "don't care" are. I try to evangelize privacy to friends and family all the time, and 60-80% of the time I am written off or ignored.

Most people don't seem to want to accept the fact that something terrible may ever happen to them, and will gladly drown out the pain of dealing with a potential future threat to prolong happiness in the short-term. How's that for dealing with cognitive dissonance? After all, the easiest way to remove the dissonance is to render the counterargument false without resorting to reason that might shake your emotional foundations.

As for your own cognitive dissonance: I don't believe that you are death, destroyer of worlds, by default just because you have the ability to build technology, no more so than a man with the capacity to develop firearms is by default a murderer. Improve the human condition, engineer systems toward that goal, and just pay more attention to the question of "what would somebody evil possibly use this product for?" and try to mitigate against the evil bits.

If you are terrified of ever having unintentionally built a weapon, then it is best not to be an engineer at all, as nearly every tool can be weaponized in the right environment with some degree of effectiveness by someone that means harm.
That could definitely make sense. Vegas might even put up some capital to make it easier for people to visit and put their hard earned dollars to good use.

I can also imagine that from an infrastructure standpoint building across desert you'd run into fewer obstacles, although that might be wishful / oversimplified thinking.
They're talking about pods that can hold cars, so it doesn't seem that way. The cost does increase, but doesn't look to be a deal breaker.
Or, you know, both. Why not leave a comment explaining why a non-obvious code block was written. It's not an either-or situation.

I've left a before because of a subtle GC bug triggered only on particular hardware, which could not be replicated in the development environment, and would only be revealed by a particular coincidence in timings. How do you test that?
Well if a business depends on "users" to get revenue from advertising or other means, they are still essentially customers and equally influential to the company.
You could do it after you install the app but before you login/use it.
My understanding is that putting the air power in the capsule is in part to make the tube simpler and cheaper to make and maintain.
I think one advantage of air travel is it's distracting. Busy flight attendants, announcements from pilots, plane moving to the runway, taking off... so there's less reason to concentrate on the lack of space while stuck in the seat.
And at a cost of ~$20. That's pretty good.
Please add "cursor: default;" or "cursor: move;" to the draggable items. Draggable things should not use the text selection cursor. :)
Nice--as the above poster notes, linking statutes and their interpreting rules and regs. in a sensible way could be a nice differentiator. E.g. if a regulation or another code section gives a special definition for a term used in the statute, it shouldn't be too hard to generate a default annotation linking to that definition, especially if you're already doing this for inline citations in cases.

Definitions are not as uniform as citations, but they are still pretty formulaic. "_________ shall mean ________" etc.
I am intrigued, but not overwhelmed. Many of his reasons why his hyperloop is superior to high speed rail are not specific to the hyperloop. For example, you can put railway tracks up on pylons, too, with very little impact on the ground. It is common to do this in urban areas, but it is rarely done in rural areas because it is flat out cheaper to put it on the ground. I don't believe that an experimental tube is going to be somehow magically cheaper and easier to route and build than train tracks.

Now, I am not trying to defend California's HSR, specifically. I agree with Musk that it appears to be very poorly done. However, the answer, to my mind, is to do it properly rather than propose a wild experiment with hand-wavy arguments as to why it would be politically easier to do. Do you really think the special interests that are making HSR so difficult and expensive would say, "Oh, do whatever you like with your tube."?

Now, in an attempt to end on a positive note, I do like his proposal as a possible next step beyond HSR. Rail can go up to 350km/h currently (perhaps more in the future--why wouldn't California design with this goal in mind?), but Musk's hyperloop is proposed up to ~1000km/hr. It is definitely an idea worth exploring, but I think it falls far short as a serious alternative to the current high speed rail plans.
main asset that Blackberry has right now is BBM, their messaging infrastructure. I fear the hardware and BB10 operating system will not make it
Oh Yay, another useless measurement of a programmer's abilities, very much as useless as the puzzle interview made popular by Microsoft and then Google. So you can measure somebody in an artificial sprint environment that has nothing to do with actually delivering a product. The real measurement is how somebody does delivering actual products to market.
Just to follow up: What, precisely, is the default behavior?

It's one thing if you have to enable "send search info to MS to enhance results", its another thing entirely to have that data being sent by default (and thus trapping the clueless).
That depends where in the world you are. I've been on many long distance buses in Asia that might not stop for 4 or 5 hours.