skysight-inc/HackerNews huggingface dataset:
Thanks! For the backend I use Rails as an api. Rails responds to the initial request with the assets and a barebones html doc with header, section and footer tags. From there, Rails responds to subsequent requests with JSON.

The restaurant search feature uses the Google Places api to get restaurant data (including things like hours and price) for places that aren't already in the database. YumHacker uses Postgres with PostGIS for the database and devise for authentication.

The frontend magic happens with Backbone.js. Backbone latches onto the skeleton html sent over by Rails to render the views. Whenever you request new data, it sends a request to Rails which sends back JSON. The learning curve for Backbone was kind of high but now that I've got the hang of it, it's pretty awesome.

I plan to write something more in depth about the technology in the near future.
This no long has anything to do with drugs. The same could be said for fireworks smuggling, or smuggling anything that is taxed differently in different jurisdictions. The fact that the thing being smuggled is a psychoactive substance has no bearing on the issue at hand.

The whole point I was trying to make is that drug related crimes happen because drugs are illegal. You apparently don't have a point, but are looking to nitpick your way through any statement I make. This is tiresome, so this is my last response. Feel free to sneak in a last word, but I do not feel like continuing this conversation. I am writing the following for the sake of clarity; not that anyone will read it.

My argument is that drug use is a victimless crime and the justifications for keeping drugs illegal are flimsy--essentially non-existent. One can use drugs responsibly, or fail to; one can use alcohol responsibly, or fail to. One can consume cigarettes responsibly, or fail to; one can set off fireworks responsibly, or fail to.

It is totally unjustified why drugs are illegal--"they fund organized crime and human trafficking" which is the argument put forth above, is circular reasoning. If drugs weren't illegal, they wouldn't fund such things to any extent, because drug users could obtain drugs without shady internet sites or on-the-street deals. This is not a reasonable justification.

The claim, just to reiterate, is that drug use, in and of itself, is victimless. It harms nobody but the user; the user can take on that risk if they so choose, just as those who drive, or go rock climbing, or ski, or fly, accept the risks of those activities. The argument to the contrary that I am saying is fallacious is that drug use, in and of itself, generates organized crime and human trafficking. It does not. It is only the fact that one cannot sell such drugs legally that generates these crimes.
More and more, I'm thinking iOS 7's new APIs were preparing for Apple's products in 2014 a year in advance. For instance, they now have physical controller support and a few controllers shipping, if that's your preference.
That's essentially a chip-and-pin like system, right?
Why You Should Not Use IPsec for VPN Connectivity
The only remaining question is, are you able to publicly disclose when you fight NSLs?
Twitter down
"Something is technically wrong.
Thanks for noticing—we're going to fix it up and have things back to normal soon"
Those Doctors are eager to come here as the wages for Doctors here is very high. Also there is a much larger bar to entry for being a Doctor then an Engineer so there has been a shortage in the US.
User Experience (UX) Designer (5643)
Interested in leading a progressive corporate software company's UX Designer team? Come drive innovation forward while taking the UserExperience to the next level - PROS.

Send resume to: rnolen@pros.com or apply online.
It depends on how you define success. If success is producing better products that please more customers, I would hazard a guess that they actually suppressed their success. If success means minimizing short-term labor costs, then these companies were definitely successful. Minimizing short-term labor costs is an obvious win for executives, it makes them look good. For shareholders, its hard to say if they won or lost, due to longer term potential for harm. For the consumer market, it's probably a loss, because there could have been better products if companies were willing to poach the right people to get better products. And for the labor itself, a definite loss. It's also a loss for the startup community, because there's fewer people with financial independence to start their own company. And since that's where a good chunk of innovation happens, I think we all lose out quite a bit.
In many applications, single is good enough. If you have a mass of values that needs to be stored somewhere, and the accuracy of single precision is fine, then single precision it should be.

If there is a long chain of calculations that use those numbers, you might do the intermediate calculations in double, or even long double.
This is how it's going to play out:

1. Updated Apple TV launches

2. Tech pundits and gadget blog commentators pan it because of limited content deals but most likely not living up to some pie in the sky ideal

3. Apple TV sells well

4. Apple keeps iterating on product adding new content as they get more leverage

5. Console gaming gets accidentally disrupted because they don't take the threat seriously and "it's just Angry Birds on your TV, not the good games like Call of Duty"

6. Installed base gets too large for Activision (and other large game studios) to ignore and launches Call of Duty on Apple TV

7. Another leg on the stool for Apple
It's been around since 2009, which makes it positively ancient, as far as popular compile-to-JS languages go. But mostly, it's more or less "finished". There are some small new features that will come down the pipe (support for 'yield' and other new ES6+ features, continually improving source maps, and so on), but all of the big bones of the language are done at this point. So no news is good news.
What a convincing post.
Setup a FreeBSD VM Using Oracle's VirtualBox
pastebin version: http://pastebin.com/1bv5izWE
The Mandelbrot set does consist of readily verifiable discrete data points, after all.

Indeed it does, but in order to verify them I see only two options.

One is that you have to choose test cases where the answer is trivially determined. However, with this strategy, it seems you must ultimately rely on the refactoring step to magically convert your implementation to support the general case, so the hard part isn’t really test-driven at all.

The other is that you verify non-trivial results. However, to do so you must inevitably reimplement the relevant mathematics one way or another to support your tests. Of course, if you could do that reliably, then you wouldn’t need the tests in the first place.

This isn’t to say that writing multiple independent implementations in parallel is a bad thing for testing purposes. If you do that and then run a statistical test comparing their outputs for a large sample of inputs, a perfect match will provide some confidence that you did at least implement the same thing each time, so it is likely that all versions correctly implement the spec. (Whether the spec itself is correct is another question, but then we’re getting into verification vs. validation, a different issue.) However, again for a simple example like rendering a fractal, you could do that by reimplementing the entire algorithm as a whole, without any of the overheads that TDD might impose.

I don't have any problem imagining myself developing a Mandelbrot set program using TDD.

I’m genuinely curious about how you’d see that going.
This idea is approximately as old as webmail.

It doesn't fare well in the real world for two reasons:

1. It is tremendously inconvenient for normal users, who do not find it simple to flip to their "secure channel" to recover their "token" (or, for that matter, have any freaking idea what a "token" delivered over mail actually means). Even when the concept is implemented "transparently" --- "log in via Facebook" or "log in via Google Mail" --- people still hate it.

2. It assumes that the small subset of users who care about this problem are comfortable having all their security rest on their email account. That's not necessarily true. For instance, a decent-sized chunk of the power-users who care about password security already use password managers like 1Password, which this idea is not trivially compatible with.

Services that actually care about security (a) store authenticators in ways that aren't easily recoverable in the event of a breach, and (b) offer two-factor authentication, which is superior to "go fetch this login token over email".
Here are some clearer diffs:

Terms of Service: https://draftable.com/gmail/compare/tumblr-terms-65f4a0524cb...

Privacy Policy: https://draftable.com/gmail/compare/tumblr-privacy-6602dd29a...
"whenever I visit a new city invariably the first thing I explore are the local churches or cathedral. To me, they represent timelessness and stability."

I guess that impression might be easier to maintain if one is not religious or if one simply doesn't look too closely. Admittedly I'm judging by American standards, but I know of a lot of turnover in properties between congregations, and of a lot of moves of congregations from place to place. And over here plenty of the architecture is so-so Gothic revival or so-so modernism.
Let's test that. What's your Social Security Number?
I never really bought the "javascript syntax is good enough" argument against Coffeescript. The whole point is that CoffeeScript's defaults encourage good parts JS rather than the bad parts that JS's original syntax encourages.

Hip? Dunno, I moved onto ClojureScript years ago. ;)
JavaScript will never adopt CoffeeScript syntax and will retain quirks for backwards compatibility (such as the == operator). CoffeeScript may very well settle on features, but only JavaScript's death could doom it - and that seems unlikely.
Many of the features people nowadays atribute to C, do exist in other impereative languages that compile to native code.

But as many used to be in diapers when compilers for those languages were available, they only know C.
I think you correctly identified the second problem, an example was posted below in a comment: http://softwaresimply.blogspot.com/2014/01/emberjs-is-drivin...
As well as Palantir.
Thanks for giving me a more in depth answer and not just telling me to go read your blog (which I should have done in more detail in the first place). Looking forward to seeing more good stuff from you and YumHacker.
Dynamic dispatch in C?

There is none.

There bigger a project is, the more stuff it does. If a language does this stuff slow(aka ruby), then it will not run faster no matter what buzz words you invoke.
I figure their new Thunderbolt Display will be actual Apple TVs, and they'll justify the set-top box by integrating the Airport Express product so it can fulfill a standalone use if you're successfully upsold.
I think it counts as mainstream. We've basically migrated entirely off Javascript at Narrative Science, we've got a whole bunch of server- and client-side CoffeeScript. It and Python are our two first-class languages.
> The whole point I was trying to make is that drug related crimes happen because drugs are illegal.

And the counterpoint is that cigarette smuggling is a drug-related crime for a drug that's entirely legal.
How about protein folding? That actually has a way to check that it was done correctly (NP hard).
Sounds really awesome.
I'm not proposing web apps don't us URLs. What I am saying is that the lines are being blurred as to when a web app should use urls and when they shouldn't. When I click a tab on a nested component in a larger page, should the url route there? Should the url route change when a modal pops up? If an accordion control slides open should the url change? Not sure? Neither am I. Routing on the web is not as simple as you're implying it is.

You're right about ember-data being optional but I mentioned it because it's what we were using on the project I was on.

I guess what I meant when mentioning rails was that there's a lot less change happening on the server-side than on the client-side these days so it's easier to confidently build an opinionated framework there. It's hard to favor convention over configuration when the very platforms you're targeting don't have established, agreed upon conventions.
Didn't you guys kinda rip off AirBNB's design? And...idea? Just curious what differentiates you.
I just spend $1300 on a MacBook Air, but if the part about integrating with digital cable is true it looks like Apple will be getting even more of my money. As a blind person the apple TV is the only accessible set top box. The ability to actually have an accessible TV guide would be worth a couple hundred dollars to me especially if there was some kind of DVR functionality.
A new "password" is sent to you over a secure channel you control each time you log in.

For example, say your session has timed out. You click the log in button and provide your username, and a couple of moments later you receive an email with a one-time-use link that you click to take you back to the site and log you in.

Another example: you click log in and provide your username. A few moments later you receive a text message with a 6-7 character one-time-use token that you type into a text field on the web site. The web site then logs you in.

In both cases the login requires you have immediate access to a secure channel you specified at the time you set up the account. The token or link provided via those channels are only valid for a single use and if left unused expire in a fairly brief period regardless.
> The output of the compiler is executed directly by your processor hardware, instead of by a VM.

You mean like RoboVM, Aonix Perc and Excelsior JET? Just to name three possible native code compilers for Java.
Ah, but with floating point that can really be quite tricky.
It's all upside for CCP.
And up.
We started on this project using Ember 0.9.6 (though we've managed to keep up with HEAD) and much of our architecture is predicated on the toolchain choices we've made. Our first big task on our list after reaching feature-complete is to migrate to EAK, don't you worry. (We knew it was coming and adopted require to make it easier to migrate.)
Underwhelming article.

There is some value in it. The focus of the current crop of VC darlings is competitive. Instead of "let's build something new", it's "let's use VC rocket fuel to blow up something old, and get rich amid the chaos". That culture exists because of the VCs' emotional need to feel superior; it's not the fault of the engineers.

The overarching theme of betrayal and decline in Silicon Valley is worth noting. California used to represent a Middle Path between the historical extremes of class warfare (culminating in violent revolt) and acceptance of subordination (culminating in persistent, generational slavery). You could Go West, find clean air and cheap land, build something awesome, and win just by outperforming. You didn't have to fight or cower, you could walk away and do your own thing and be really good at it. You weren't trying to destroy or humiliate or "disrupt" incumbents. You just went to a place where they were irrelevant and (to borrow from Havel) lived in truth.

That living in truth probably ended around 1990. Now, Valley startups are the new face of status quo assholes, except with several times the arrogance and hubris. Let's make one comparison based on how departing employees are treated. Banks (and law firms) give severance when they fire people, and consider those who leave to be alumni. VC darlings ruin the reputations of those who part them. Banks have honest layoffs when business is bad. VC startups have bullshit PIPs. That's just one example. On external and internal matters, whether your focus is on customers or employees or the environment, Wall Street is far more ethical than any of these VC darlings are. It's not even close. And unless you end up as an architect or data scientist or in R&D, the work in tech proper isn't actually any more interesting than what's in finance (and the latter is compensated much better). Most software engineers end up as drones churning tickets they don't care about, which is far worse than being a quant at a hedge fund. (The work in finance isn't inspiring in the "I'm changing the world" sense, but it's tolerable and often fun.)

Wall Street also is not afraid to reward excellence, while Valley companies form no-poach pacts that put a ceiling on engineer compensation and force the best ones either into management or into hedge funds once they have kids.

What is Silicon Valley now? It's a finishing school for the spoiled, snot-nosed, spawn of the old establishment, whose parents pull connections to make it look like their mediocre progeny actually built something while all the work was done by H1-B indentured servants and clueless 22-year-olds getting 0.01% equity while working 90 hours per week.

Silicon Valley deserves to be Public Enemy #1 (although, in fact, I don't think it is; it's not nearly as hated as we in the HN bubble believe) but the reasons are far more numerous and much deeper than what the OP describes.
Assume the channel delivering the token is email. Then to login you provide your user ID or email, identifying who you are, they immediately email you a token (or link containing the token) to login with.
Would the same apply to selling fake multi-vitamin tablets?
> The joy of C isn't just in writing it.

I though it was searching for mis-calculations in pointer arithmetic at 4 am.
That's true. I never cared about any of that stuff.
BananaSlug: escape search engine bubbles through randomization
OK nevermind. I get it now, it's just emailing you a new token everytime you want to use the site, or something like that. It's just such a terrible idea I couldn't wrap my mind around it. Who would ever want to use a website like this?
Gigapixel ArtZoom
Sure it is. Just as it's OK for you to be offended by it.
Got it. Thank you so much.
Sorry - caché
For a distribution/curation thing, I just prefer everyone write their own articles/content on their own website, and then have something like Hacker News, Retweets, Kottke, FB, Flipboard, etc...to float the good things to the top.

EDIT: the only time I've ever gone to Medium to read anything was when something surfaced on Hacker News. I don't really see it as anything more than another blogging engine.
Bitcoin Foundation says arrested executive Charlie Shrem resigns
That's correct. The zodiac has precessed relative to the seasons. This is the definition of the "Age of Aquarius": that the sun is currently in Aquarius at the time of each vernal equinox, even though by historical definition the vernal equinox should occur at the border from Pisces to Aries. The sun has shifted by 1.5 constellations since the ancient originations of astrology.
Because it stinks of haters gonna hate. The personal attack on Dustin is completely uncalled for. It makes me sad that it's the top-voted comment.
>which definitely doesn't read your text messages, emails and calendar

Does this constitute a privacy policy?
America's First Not For Profit Bar
See http://diffchecker.com/epfzt29h for 5/29/2013 vs. 1/17/2014.
Well, why not impose the same regulations on mobile networks, then? And ISPs? Cell phones and internet may be even more integral to criminal networks than money is. Regulation of those industries could yield even more leads on criminality.

If you're OK with giving up your liberty to exchange money in order to catch criminals, why not bring make every industry an equal maze of strict, complex laws?

Of course, your economy would pay a high price, since the existing companies in those industries would grow even more massive, and start-ups would be virtually barred from entry. Would it be worth it?
They are #1, but it is safe to say that SV is trending. I've heard bad shit from people that live in Oakland, people in the Midwest that have never been to SF or Oakland, and increasingly on the net I see grumpiness building.
All anecdotal, of course, but I do see it.
How Kinvey Hijacked AWS re:Invent
True, which is why I think it might open up a nice new revenue channel for VPS hosts. Pay a company a monthly fee and they host your personal API. Also, it's encrypted, so they can't get to it.

Someone else mentioned user stupidity. Why should we let that dictate what we do? Just work really hard to make it easy for them to keep it secure. Give them less options, and so forth.
People, please, don't feed the trolls
It's really not safe to assume that media companies "leave a lot of money on the table" by not catering to cord cutters. Cord cutters are currently a very small market, and HBO would lose a lot of leverage over the cable companies. At the margin they'd rather have 1 cable subscription over 1 stand-alone subscription - or even two or three for that matter.

The bear case is actually the opposite - they aren't leaving any money on the table now, but it will be at the expense of future growth. They'd be better cutting over to stand-alone sooner, at a loss in current revenue, to better position themselves for the future. That may or may not be the right play, but that's really how you should be reading the current market.

Giant companies are often not very customer friendly, but they are rarely leaving obvious money on the table.

[Edited for clarity]
"delivered over the channel of your choosing" is the key phrase, where that channel is usually email. Essentially, they've defined "User A" as "people with access to email address B" instead of the more standard "people who know password C".
In a similar vein is the 'Publish on your own own site, syndicate elsewhere' idea behind the IndieWeb movement. http://indiewebcamp.com/POSSE

This is done to avoid silos and vendor lock-in, but effectively very similar to your suggestion.
He's a university prof. When's the last time they ever heard applause? ;-) Really, in part, I think it was because he was trying to finish a thought and was going to summarize the feature again in two slides. But yeah, I'd have cheered. It felt like C++ the Steve Jobs keynote, in a way. All the good parts, right in front of you, shipping "soon".
Can you earn add revenue from your content?
if anyone feels like indulging the fears this provokes, i recommend reading the windup girl by paolo bacigalupi

> The Windup Girl is set in 23rd century Thailand. Global warming has raised the levels of world's oceans, carbon fuel sources have become depleted, and manually wound springs are used as energy storage devices. Biotechnology is dominant and mega corporations like AgriGen, PurCal and RedStar (called calorie companies) control food production through 'genehacked' seeds, and use bioterrorism, private armies and economic hitmen to create markets for their products. Frequent catastrophes, such as deadly and widespread plagues and illness, caused by genetically modified crops and mutant pests, ravage entire populations. The natural genetic seed stock of the world's plants has been almost completely supplanted by those that are genetically engineered to be sterile.

http://en.wikipedia.org/wiki/The_Windup_Girl
How does that apply to the wage disparities in, say, the UK? From what I gather the wages there seem depressed moreso than, say, in the US.
I don't know if it's "hip," but I think it has a well-established place in the web development ecosystem, especially since using it is one of the defaults in Rails.

Personally, I enjoy it and have been using it to build a fairly large Angular application (Java backend, oddly enough.) I've found that Coffee and Angular complement each other nicely.
A Tiny Startup’s Plot to Beat Google at Big Data
very uselful!
The technology have more uses than just money, like i.e. Twister. Is just too tempting for speculators to try to get money status.