skysight-inc/HackerNews huggingface dataset:
Look into your prospective school's healthcare as some have dental that's reasonable.
Quick nitpick, it's primarily 4g, not 3g. But in general, lots of things in the developed world cost multiple times what they cost in the developing world, especially things whose cost is tied to local labor costs.

I'm guessing the biggest cost of building and maintaining mobile data infrastructure is the labor, and physical and intellectual labor in India is just way cheaper on average than in the US.

Historically, though, the US carriers have operated in way that makes it harder for customers to switch between carriers (carrier-specific-frequency tied phones, contracts). Some argue that this is a natural technical outcome of covering an area as vast as the US, and others say this is deliberate collusion. Either way, MVNOs that disintermediate this seem like a healthy stimulus for competition in the US mobile data marketplace, and perhaps they will be able to reduce the cost/GB in the US.

EDIT: wording
syscall is the standard ABI for a 64-bit kernel in Long Mode [0].

[0] http://wiki.osdev.org/SYSENTER#Compatibility_across_Intel_an...
Kickstarter backer here...and sadly, yes. As far as I can tell anyways. Never received anything that actually worked :(
Leave your teeth to decay? Clean your fucking teeth.

Grow up and do something about it.

You are now in control of your destiny. You can program, so you can make money if you can figure out how to get jobs. Pretty much the whole world is crying for programmers, get over your social anxiety and meet people who will pay you.

Stop being a victim.
The Evolution of the Supply Chain – Infographic
Code review best practices
10 to prototype mobile applications
Many Apple Watch Orders Will Ship Earlier Than Expected
It's Phil's man, not Starbucks.
I just added a detailed proposal:

I propose that after the test is done all the non-tracked files (the output of `git ls-files -o`) are rsync'd from the runner to GitLab CI coordinator and can be browsed with a link called 'Build artifacts' on every job page.

No code should be added to the runner, the coordinator should just add this to the build script if someone enables the 'Store build artifacts' for a job.

Please let me know what you think.
You shouldn't need a yagi to listen to ham sats (transmit you will). A good external omnidirectional antenna should be fine.

In addition to the sats ISS always has at least one ham radio operator. They sometimes man the radio and make contacts with hams. In addition to THAT sometimes they operate SSTV (sending pictures via radio) that you would be able to pick up. Very cool stuff!

Here's a good site to see where hamsats are:
http://www.amsat.org/
> I attended an elite UK university having had a poor upbringing. This article reads painfully to me. I don't have the words to describe why, but I can try.

It's difficult to understand why. If anything, one should feel great pride to be able to attend an elite school while coming from a less privileged family (even though, being smart because of your genes is basically as random as being born in a rich family, so there shouldn't be any pride or shame either way!!).
What fun projects can I do with GNU Radio?
No you can't do that.

Spoofing is really nuanced and analogies make it difficult. Usually spoofers will put orders in the back of the order book where they feel they can cancel them before anyone can realistically get to them. But they are in the order book, so they are "technically" at risk of being fulfilled.

Thats why intent is so important.
I don't know much about the product itself, but this was one of the better postmortems I've read. Well organized.
I know this post isn't really about the hockey part and more about the ML part, but I think it would be more practical to analyze and maybe use the Budweiser Redlight API if possible (I haven't looked into it yet or have one) to get almost instant goal reporting for your team of choice.

I have seen it in action and it's like ~2 seconds off from a live feed.

http://www.budweiser.ca/redlight/

Really nice post and I'll be using it implement a few things around the house (like trying to monitor kids crying, etc).
It sounds like he's talking about the incompleteness theorem, that there are statements that are true but we can never find a proof. That's closely related to the halting problem and the idea of computability. There are some programs that will run forever without halting, but we have no method for identifying all of them. ("true and not provable" matches "runs forever without halting, but we can't prove it")
It's been a while since I did any assembler, but one thing I remember: If you seriously want to write anything GAS may not be your best option.
nasm has a much saner syntax (and if you ever happened to have used tasm or masm it's much more similar to that).
It is too easy to assume this didn't work because of these mistakes. I'd guess it didn't work because it's a stupid idea in the first place. So, it's hard to really see if these are "lessons" or just noise.
Come on, it's just one google search away. https://www.owasp.org/index.php/LDAP_injection (but confirms the "nobody knows LDAP" nicely)

Unless you escape your "(cn=$username)" properly, the users can do a lot of fun things.
perfect example!
It was surely an urban myth, because the CEO went to the factory.
That was one of the best and most honest things I've read re realities of startups. Props and gl
Muddog/VargonMud forever.
Now here is some helpful and caring advice.

Sigh.
Surface-level, this seems awesome, but I wonder how it works for larger companies with more complex (read: messier) environments.
Hack'n'Slash goes MMORPG!
Refactor Conditionals out of your Ruby code
For the startup conference, we rely on AngelList for a couple of reasons. The main one is that it's unfair to startups to have each incubator use their own form. Founders have better things to do than fill out yet another form. On AngelList at least, you fill out their questions once, and you can re-use your company profile for many opportunities.

The second reason is that the questions they ask are the right ones. We don't want to read a long executive summary, we need a quick intro video of the founders and/or the product, a paragraph on what you are trying to build, and any details on traction if you have some. Not a 4-page executive summary with 5-year bogus financial forecast (like older angel platforms used to ask).
Amazon, Audi, and DHL want to turn a car trunk into a delivery locker
This is almost cheap enough to pay for the new device I would need to use it. I could save ~$25 a month given my current usage patterns over the T-Mobile plan I have. I imagine users of Verizon or AT&T, which are quite a bit more expensive for the same amount of data, might consider this a huge bargain. Certainly being able to migrate across two decent networks makes it more likely to be competitive with the better/bigger networks of Verizon and AT&T.

I wonder, and can't seem to find in my cursory glance through the FAQ, how this handles regular numbers vs Google Voice numbers. I currently use two numbers on my phone. My Google Voice number (which is how I assume this thing does what it does), and the "native" cell number I've had for nearly 20 years. I know I could port the native number to Google Voice, but I currently use both numbers...so, that wouldn't really work, as I'd still need to be able to use my Google Voice number, too. It's a little clumsy on current Android phones (you choose which number to use for outgoing calls either at call-time or by-default), but it works. If this only works for Google Voice service, it might be a bit challenging to switch.

Also, they say this supports MMS. Does that mean sending MMS is finally coming to Google Voice?
I think the problem with these sorts of "connect with people near you" apps is they do a poor job of providing you with a context within which to connect.

If you meet someone at a networking event, or at a bar, there is inherently some common ground or common expectation.

Something like Sonar is context-agnostic: I could be running late to something, hanging out with people I already know, at work, etc. It might be a nice idea in theory to think you are bringing people together, but the real question is do those people want to be brought together at that time in the way you are bringing them together?
Really cool.

What are you doing for away games? Can it still detect Habs goals? You mentioned you had to train the algorithm not to detect the opponents' goal horn. Couldn't you just scrape the schedule to detect if you're playing at home or away and use a different model for each?
South Africa: Don't touch tiger by the tail
> What about the Ruby (I know Node isn't really a language, but for the sake of discussion, Node,JS,npm) is substantially better that the speed trade-off is worth it (besides familiarity)?

It's a bit stupid, it's hard for me to even consider the idea of Javascript being in the same category as Ruby. Of course, with Node.JS existing it's totally fair to bunch them in the same category, they're both server side scripting languages.

Ruby was designed from scratch to be a perfect generic scripting language, merging the OO concepts of Smalltalk with the power and unix-friendliness of Perl. No constraints, just an implementation of a programmers dream.

Javascript on the other hand was designed to be a language ran in the browser, with a tightly controlled I/O system a very domain specific standard library and a very short schedule. It's got warts and plain mistakes, it took decades for people to see past them and value Javascript for its redeeming qualities. The redeeming qualities being first class functions and the unexpectedly useful asynchronous I/O model.

You state that you like Node.JS over Rails. I would hesitantly agree. Rails isn't of this time anymore, they made the mistake of not embracing JSON APIs as the future of web development, and are foolishly continuing work on serving HTML. That both Rails-API and ActionCable were not in Rails 4 demonstrates they are simply behind the times. At the time that it became clear JSON APIs and Push protocols would become important people looked around and saw the Ruby ecosystem simply had nothing to offer. Rails wasn't serving them, and all other Ruby projects were either small, not production ready and in either case had no community following. It was a perfect moment for Node.JS which put the modern web right up front. At least, that's how I view that history.

Of course, 90% of web applications being developed today are not 100% single page apps with JSON and websocket backends, so Rails isn't quite dead yet. But perhaps if you're to looking to build such a modern app the Ruby ecosystem isn't the ideal place to look for it anymore. That doesn't mean it's not viable anymore. I wrote celluloid-websocket in a few dozen lines, it basically connects Faye's websocket protocol implementation with Arcieri's Celluloid and Rack.

I really want to write half a book more about why I think Ruby is so much better than Javascript, but it's getting late so you'll have to excuse me.
Are you for real? Diversity isn't achieved my ticking checkboxes next to each race or nationality.
I attended an Ivy (Penn). Most of my friends were far from wealthy. Many from what most in the US would consider poor backgrounds. It's hard for me to speak on their behalf here, but it's quite obvious seeing them now how radically their lives have changed.

Here is a recent story that was fairly typical in my experience : http://bleacherreport.com/articles/2423782-left-parentless-a...

It seems that there are those who pursue greatness and success and use their challenges and circumstances as motivation to do better and those that see themselves as handicapped and disadvantaged.

Are there pompous kids? Sure. But I believe that exists anywhere and quite frankly, I felt that those kids were the ones who were missing out. Missing out on relationships with people who were not caught up on the superficial, either because they couldn't afford to be, or didn't care.

Anyway, just my perspective, FWIW.
Except that Sprint and T-Mobile do offer unlimited data plans (without throttling) and T-Mobile simply throttles instead of charging overages for its non-unlimited plans. I've used both and have yet to encounter issues with congestion (though I don't live in a big city, so maybe it's different in that environment).

Non-unlimited plans with throttling instead of overage charges would probably be the best solution to overcrowding issues in the short-term.
exposure to ionizing radiation.
It isn't lead - I doubt this was an issue.
I wasn't thinking that city people are respecters of nature or rural people hate nature. It's more a consequence of what kind of activities take place in cities vs. rural areas.

For instance, rural raccoons are far more likely than city raccoons to have people in their territory that are keeping chickens for meat and/or eggs. This gives rural raccoons an opportunity to do more damage than their city cousins, and so also increases the chances they will draw a severe response.

Rural people also have more options for lethal force. Raccoons have been bothering your chickens? Go out the next night with your shotgun and blow the raccoons away. Try that in a city to deal with a raccoon trying to get into your recycle bin and you are likely to soon have far bigger problems than the raccoons.

Cities are also more likely to require permits or licenses to kill or trap an animal.
Digital Disruption: It's Not What You Think
That wouldn't really be surprising if it's an HD video chat, especially when you consider that the communication would likely be bidirectional (unlike normal video streaming, which is one-directional).
RESTful API Best Practices ( PDF )
Apple Explains Its Grand Plan to Suzy Menkes
Of course this comment thread is (judging by the comments so far) going to be mostly about whether Zed Shaw criticizing old fashioned C is right or not or whether the criticizers are right or whatever. Oi... against my better judgement, I'm going to call out a few relatively objectively objectionable points in the book (which are still there, as opposed to the removed K&R chapter):

- He repeatedly states that processing an invalid C string can loop infinitely, but it can't - except in extremely rare cases on exotic systems, which seem to be the exact opposite of what he's going for. In reality it will always crash (unless being exploited by an active attacker!). The hentenaar.com post already notes this, but this instance of him being objectively wrong is buried among a huge number of more stylistic and debatable points.

The error is not a big deal, since neither looping infinitely nor crashing is desirable, but I can't help but think it demonstrates the author's lack of experience in what he's supposed to be teaching.

- Also wrong: "The source of almost all bugs in C come from forgetting to have enough space, or forgetting to put a '\0' at the end of a string." Forgetting to null terminate is a newbie mistake. A claim that almost everything that can be incorrect about a C program comes from a buffer overflow seems obviously spurious, so I'll give the benefit of the doubt and assume he's referring to security problems. In that case, some bugs involve straight buffer overflows, but a good fraction of real-life security bugs involve other things like integer overflows and use-after-free.

Also not exactly a big deal - perfectly sufficient to worry about overflows just because they account for many bugs, rather than almost all - but it seems myopic with respect to real world code.

- "In fact it's so common and hard to get right that the majority of good C code just doesn't use C style strings." I guess it's technically subjective what counts as "good", but most C codebases use C strings to some extent, so this is pretty misleading.

As one example, OpenSSH, despite being very carefully written code that uses a safe buffer API for the low level protocol manipulation, also uses C strings all over the place. As another, Linux is generally considered reasonably high quality, and it makes no effort to avoid C strings. I think you'd have a hard time making a long list of well-known C programs that do use alternative string libraries exclusively. (Note: this has no bearing on whether or not doing so is a good idea.)

- "In C, there's not really a 'boolean' type" - there has been since 1999; a lot of code doesn't use it, but since this is aimed at modern C, are you really not even going to mention it?

- Type Conversion section doesn't mention (or incorrectly describes, I can't tell which) the "integer promotions"; these are an awful feature and relying on them is awful, but a manual for how implicit conversions are done shouldn't have an incorrect algorithm!
> From my understanding hydrogen's biggest problem has been that it has to be delivered under pressure, which both makes it more dangerous/explosive, but also makes pumps and cars more expensive.

Its biggest problem is that its not a fuel; there are no hydrogen stores on Earth, and the only way to produce it is through highly inefficient electrolysis or through cracking natural gas.

In this case, they're taking methane and producing hydrogen....when they could just burn the methane in the existing natural gas engines they've put in Camrys for god knows how long.

Showcasing a terrible technology doesn't magically make it feasible for large scale production and distribution.
> YC has had the field to themselves for a decade because no other firm actually believes the best people are outside their personal networks.

Unfortunately at scale YC operates today (~2,500+ submissions per batch) this is no longer true. It's simply too difficult to get through all of that noise without "knowing someone", and the exceptions to that rule are getting rarer every batch.

Source - ask any YC Alumni candidly.
View apps that have access to your Google Account
Presumably there's jawline issues (overbite) and the teeth aren't properly aligned, besides the hygiene. Those invariably require long-term dental intervention, as I have personally experienced.
To clarify: Google wants $50 for the same network while replacing T-Mobile's throttling scheme with a more traditional "we'll charge you more" scheme.

T-Mobile's the better deal here by a long shot.
Nerdy Habs fans: combining obsessive love of tech with obsessive love for hockey.

All the goal horns are on youtube, maybe you could create a training set with that?
Oh, you actually want a live range to be allocated for the value. No, I'm not aware of any programming language that works like this (nor do I think the benefits would be worth it since you'd be increasing register pressure).
Why does your gender matter?
Blacks in South Africa are on the wrong path, and someone out there should tell them the bitter truth.
A woman created an awesome resume to land her dream job at Airbnb
It would be sane to ask that the literal expression "x - x" be optimised to 0, but I would never dream of asking that "y - x" be optimised to 0. Not unless the compiler can prove the values will be exactly the same in all circumstances and no, it's not allowed to just delete code that invokes undefined behaviour.
How to track Copy Paste Shares (and why you should do it)
Ask HN: Looking for Cofounder/CTO (San Francisco). Interested?
luvThings is looking to replace our technical founder who had to drop out because of major life events. We have a prototype app in the iOS App Store and interest from VCs.

Interested. Shoot us an email to: luvthingsCTO@gmail.com. Email created specifically for this post.

Website
http://www.luvthings.com/

App
https://itunes.apple.com/us/app/luvthings/id943711578?mt=8
Websynths, an HTML5 synthesizer
See also: http://nickdesaulniers.github.io/blog/2014/04/18/lets-write-...
This is Google we're talking about. Of course they are.
> after breaking changes in next version of language

In practice Rust doesn't make breaking changes anymore. (It hasn't since beta, and in a month or so 1.0 will be declared officially stable and it will become forbidden to make them.)
Does anyone have insight into what type of silicon product they were creating and it's usefulness (if any)? I'm not sure if I missed it in the article or if it just wasn't there.
> Std lib is like a contract - maintainers of language have to keep all parts up to date and working.

Rust has language stability (in practice right now, and officially once we hit 1.0 in a month), so we in fact do guarantee this.

> Maintainers of third-party library can write "Farewell Rust" blogpost and all projects, based on that library will be in trouble.

Languages can do that too, in which case the entire language and its ecosystem is in trouble. Anything can be abandoned. The crucial thing is that if a piece of infrastructure is in the standard library, then it's much harder and slower to iterate on it. HTTP is a fast-moving standard (see HTTP 2, for example), and so it's very important to be able to iterate quickly to support new features.

> And as http is a very important thing for web-programs, it's much better to see support of http in std lib.

I disagree. Web applications need HTTP, but many applications aren't Web applications. As a example on the far opposite end of the spectrum, your OS kernel doesn't have an HTTP stack in it (unless you happen to be running something like khttpd), and Rust is designed to be usable for OS kernels. Large standalone standard libraries reduce flexibility, and Rust is designed to be flexible.
New York City Subway Ridership Jumps
I don't really get all the docker hate/fear as-of-late.

If you're a developer using docker, you should be reading the dockerfiles, reading any referenced shell scripts, and know what the command line arguments you're entering do. You should pretty much always be writing your own dockerfiles based on others adding your specific tweaks and then finally your software. That's what makes docker amazing: it lets you program your environment like an application.

If you're carelessly running docker commands, dockerfiles, docker images, then you're going to expose yourself to the same security problems as if you were carelessly running shell scripts, binaries, or whatever else you don't look at the source and ensure will be safe and secure within your application's environment.

The only thing I can see as a security concern specifically for docker users is the general swiftness of building your environment means developers might rush through it instead of taking the time to understand what is going on under the hood. But this is true of any software designed to ease something once arduous.

I'm pretty new to docker myself so let me know if I am missing a gotcha somewhere.

With that in mind, if you're properly mindful of your software, is there really any (hidden/unforeseen) danger in using the docker group? Certainly makes my life easier with zsh and the docker plugin.
FWIW, I'm part of an 'online hackerspace' 'hashbang.sh' where we try and teach people to be better sysadmins.

https://hashbang.sh/#!
Grant Shapps accused of editing Wikipedia pages of Tory rivals
There's a lot of fuss in the news about girls in tech recently. I thought that's somehow relevant...