skysight-inc/HackerNews huggingface dataset:
In theory yes. In practice, this was a specific job that I wanted for reasons I probably won't go into here.

It was devastating to be turned down for such arbitrary reasons, especially considering that everyone on the team was behind hiring me, it was the parent company (who ultimately had to pay me) that veto'd.
That depends on how you pick the gravitational constant. It's trivial to make e show up in gravitational equations but with the right g you can avoid pi in a our world. At which point you can play around with a different number of dimensions, but that's just math and has nothing to do with physics.
App patterns applied: calculator key journeys
Sounds like you and I have similar religious (or lack there of) beliefs, if you're arguing from that. Sadly, HN is all about the startup dream: money, and changing the world...

I would say that money is the guiding light of many here, perhaps only out-shined by the dictums of clean, recursive code. I just felt obligated to tell these guys how they could best support themselves with this game, as is, barring another 6 months of reworking it. Having quit his/their jobs and such, I'm sure money is very important.

Making money on games, and making awesome games are kinda two different things. The lines around advertising, Terms of Service, and the general expectations of a free versus paid user, this is all some very shaky ground on which to stand. But when I'm giving advice on a game in this market, I just calls 'em like I sees 'em. It's a terrible reality inside the app stores. Their terms of service change monthly, they can throw you out in the street for a lot less than gaming their systems. It's a marketplace, and these paid install services are growing, just like search engine optimization sites did. It's one of those icky business decisions, and lines that you pay a suit to worry about. Given money from this app, these guys can go and make a great game that can stand on its own merits.
At some point it is hard to say a system is secure if you cannot control the hardware. That is when secure systems are certified it is not just a software library, it has to be full hardware + software solution. If anything can insert itself in between boot and loading the OS then it could read the memory and just scan the memory for a key (by say emulating the memory inside a VM). A phone manufacturer could very simply add a hardware memory read access via a separate chip to their phone memory. The phone then could boot to an arbitrarily 'secure' OS and application but it would still be a all for naught as key could still be read from the memory.

Now there are these things : http://en.wikipedia.org/wiki/Trusted_Platform_Module that should help with the issue but I am not sure if there are any phones that ship with them.
The article does say that Coke doesn't actually kill insects:

[Agricultural specialist Devendra Sharma says] the drinks are effectively sugar syrups and when they are poured on crops they attract ants which in turn feed on the larva of insects.
The SAS section of the ZRTP RFC has all the details:
https://tools.ietf.org/html/rfc6189#section-7

But the short answer is that part of the negotiated key material for the call is used to derive two words from the PGP word list, which are displayed to the user.

If the users then have a conversation about those words and they are the same, then chances are that they have the same key material. In the case of a MITM, they would have different key material, and thus different short authentication strings.
Not really. Some odd stuff you don't think about like how to structure a meeting or how to write a research paper.

Generally speaking, I spent the equivalent time a) gainfully employed and b) writing fucktons of code. This certainly isn't general advice and I don't know that I'd recommend doing this to other people, but for me specifically it seems to have paid dividends.
Leeching bandwidth? Really? This is not 1999 anymore, no one cares if their images are hot linked anymore. Be ready to be surprised, people found ways of making money from hot linked images.
It seems that the debate about using checked or unchecked exceptions is still running.

This article has some more insights I think http://jyops.blogspot.se/2012/03/why-should-you-use-unchecke...
It's a parody Twitter account.
NYU student invents "veti-gel" that triggers blood clotting
"It's like fighting an exclusion problem with just a different type of exclusion and simultaneously reinforcing the divisions they're rallying against."

In numerous tech offices/companies I've visited in the Bay Area and New York, I've met more foreign born white male programmers than African American male and Hispanic American male programmers put together. And despite the so-called high number of Asian males in CS in the US, I rarely see them in C-level positions in tech companies (say as CTOs) even compared to females. Yet I don't see or read nearly as many articles about initiatives in the tech industry to help any of those minorities increase their participation or break glass ceilings.

And so as a minority, it kind of annoys me that I just get grouped with the so-called dominant segment of 'men' when I feel my and other races are under-represented in different ways. This especially comes out whenever there are tech meetups that are exclusive to women.
This boy's club will perpetuate itself just like other boy's clubs historically.

I'm not sure that's true, or - if it is true - that it's relevant. For one, because programming was very female centric in the past. There was already a time when most programmers were women, and we've heard very little - if any - argument presented to support the idea that women were systematically weeded out of the CS world. There also doesn't seem to be a lot of support for the idea that there are all these women out there, desperately jonesing to break into this world, but being denied the opportunity, thanks to the "old boys club" putting up a wall.

OBC's are certainly problematic, and there may be an element of that at work here, but I suspect that the reason women are under-represented in this world is something different. If I had to guess (which is all I can really do), I'd guess that it's more about cultural stereotyping, peer pressure, etc., than anything.
> Even in the announcement this post links to the upgrade instructions are "reinstall"

That's because that is the safest course of action. You can upgrade between major versions, and instructions on how to are given.

The long term support model of RHEL lends itself more to a decom and migrate OS upgrade schedule instead of follow the latest version.
Are you sure you have your units right? You can just put a bed on 17sqft, but you could not also have a door swinging inwards or even place to stand next to that bed (https://www.google.nl/search?q=17+sq+ft+in+sq+meters)
Another HPC guy here.

We don't get support from either Canonical or Red Hat, but I've worked in places that had "support" from both, and I agree with your assessment that support for Ubuntu from Canonical sucks and that support from Red Hat is actually quite good.

Yes, Ubuntu is not afraid to push out completely broken packages like it was Debian experimental. I don't know what to say about that: Test it before deployment on production?

We have a custom package pushing system for our cluster and it's nodes. Users don't have shell access to these things, so it's not a huge deal. I've never had the kinds of problems you mentioned above regarding user input. There are ways of getting around those kinds of things.

We will probably still be using CentOS, Rocks, and SciLinux for awhile since it's 3rd party and community supported, like you said. It's my personal opinion that the fundamental design, process, and community surrounding Debian is superior to Red Hat/CentOS, but sometimes you just gotta use what works.

I'm not paid to fix bugs all day to make it work. I'm just paid to make it work. And sometimes CentOS/SciLinux just works.
What is the realistic risk of a hardware backdoor in mainstream smartphones? I assume that there's nothing apps like these could do against those. Is that a risk even worth worrying about at this point? If it is, is there anything that can be done about it? It is safe to trust, say, Google or HTC and their manufacturing chain?

Further, if the handset is attacked and silently owned, all bets are off, too, right?
The asshole aspect of deeplinking, I thought the atrociousness of incessant linking had been explained perfectly almost a decade ago: http://maddox.xmission.com/c.cgi?u=banish
int x = 'A';

is also implementation-defined.
It's a difficult problem and I don't pretend to know the answer. I do think that these kind of separate events may do more harm than good.
Except that it is a "club" with absolutely zero obligatory social interaction. I'm self-taught via the internet. On many remote projects, I see neither my clients nor any coworkers for months. I don't care about meet-ups or conferences. It is really hard to understand what is making it harder for women to do a job like mine. (My guess is that the education <15y/o makes all the difference, because that's when my male programmer friends started being interested in it.)

Now if you are talking about programming communities, then I guess I agree. But the bigger question is why so few women are interested in programming in the first place.
Well, it's one thing to mitigate unavoidable disappointment, it's entirely another when the disappointment is manufactured.
I don't think that translates. Racism is hatred based on race. Hatred is something that needs to be addressed more directly because it won't go away on its own. Isn't the gender imbalance in tech something that is self-perpetuating the more visible it is? If it were closed, would it stay closed?
Cute game project: http://snap.berkeley.edu/snapsource/snap.html#open:http://sn...

And its XML representation: http://snap.berkeley.edu/snapsource/demo/star%20wars.xml
I've never heard it stated quite so plainly, but that makes a lot of sense. I wonder if the billion dollars in funding demands more.
It's stuff like this that made us deelpy regret using Ubuntu server LTS:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1023214
There's no real interest in fixing bugs like this ASAP, that makes any serious production deployment of Ubuntu a nightmare. And creates a lot of confused users:
http://askubuntu.com/questions/11171/high-load-but-nothing-r...
http://serverfault.com/questions/272353/high-cpu-load-but-to...
etc
Thanks for writing this article!

There's a lot here that seems to apply to equality in general, not just gender equality.

I have two daughters, bi-racial. I struggle with what I think the ideal world should look like and what our actual world needs to look like, today. For example, if there were not a historic misbelief that women are not good at math, there would be no reason to go out of our way to make women only events. But it happened, and it lingers. So I wonder -- how many women have a story about how these women-targeted events helped to open some doors? Def seems like we've swung too far sometimes, but what's the right middle ground?

At home I go for the ideal. My wife and I don't bring up race and gender. We don't attach it to things. My daughters are still under 4, so this is easy. I wouldn't want to say, "girls can do it, too" because I agree with the author -- the effect would be opposite of the intended one. But some day, there eyes will be opened to all those ignorant ideas, and the imperfect "bandaids" that we have. I mean, hell, they already get party bags that are "for girls, not the boy ones." They are already being influenced in ways they can't comprehend.
Santyana. http://en.wikipedia.org/wiki/George_Santayana
http://www.youtube.com/watch?v=g032MPrSjFA
I think this video, even though referring to the general sciences instead of CS alone demonstrates the issue as clearly as it is cringe worthy.
1. What's the CS gender ratio? Assuming it's bad...
2. Is it bad because anyone is actively discouraging girls?
3. Is it bad because girls just tend not to like it?

This post assumes #1, undermines those who claim #2 (anecdotally), and reenforces #3.

And I find this very, very easy to believe.

Computer science is an unusually unforgiving discipline, and it takes an odd combination of arrogance and masochism to get through it. The arrogance is a craving for the kind of exceptionalism that any wannabe astronaut (the author and myself included, of course) understands quite well. By being a girl in CS the OP got a double-dose of exceptionalism: she was mastering something hard, and she was unique. (That other girl in CS class...grrr!)

Anyway, the punchline is that we should be aware of #2 and keep a lid on that, but recognize at least the possibility that we're fighting nature here, and that #3 may have a grain of truth. We are all arrogant masochists together, no matter our race, creed, or gender!
Subaffiliates are welcome in most affiliate networks. Some individual programs on those networks don't allow them, but the networks typically leave that call to the affiliate managers running the programs.
Start an Asian outreach effort. Get in touch with some Asian CxOs. (I worked for an Asian CxO once. So did everyone at Zappos.)
Lua's behavior here is identical to Ruby's, where 0 is also a truthy value:

$ irb
irb(main):001:0> if 0 then puts "0 is truthy!" end
0 is truthy!
=> nil
irb(main):002:0> if (not 0) then puts "(not 0) is truthy" end
=> nil
irb(main):003:0> if (0 == true) then puts "0 is equal to true" end
=> nil

Many things about many programming languages are surprising to newcomers. However, the rule is very simple (in Lua): In a boolean context, every value besides nil and false is treated as though it were true. It is absolutely consistent. (a == b) is not a boolean context, or else 2 == 3 would be true.
> If I'm going to target a toolchain at your runtime, and expect decent performance out of it, and expect to see consistent performance with other runtimes that also implement such behavior, then I (and you) need a spec. Moreover, if I'm going to implement tooling that can make sense of your "byte code", then I absolutely need a spec that's more specific than "it's JavaScript that might be optimized". This is making me more wary of building tooling around such a "bytecode", not less.

Then if I understand you correctly, you are in favor of a spec for something like asm.js? But perhaps the problem you see is that you worry the same asm.js code will be slow or fast depending on the browser? Not sure I follow you, please correct me if not.

If I had that right, then yes, that's a valid concern, there will be performance differences, just like there are between JS engines on specific benchmarks already. Note that asm.js is much simpler to optimize than arbitrary JS, so that could decrease in time. But there are no guarantees with multiple vendor implementations.

And that's the real issue. NaCl, Flash, etc have one implementation, so you get predictable performance (and the same vulnerabilities...). But you don't get that with JavaScript, Java, C#, etc.

If NaCl were to become an industry standard somehow, then it would need to have multiple implementations, and have the same unpredictability in terms of performance. Except that it is fairly straightforward to optimize NaCl, so in theory the differences could become small over time - but the exact same is true of asm.js as I said earlier.

> NaCL is in the perfect position to start down the road that leads to re-imagining what no-compromises sandboxed code looks like on the processor level.

Again, PNaCl is a better comparison - even Google is shifting from NaCl to PNaCl (according to their announcements).

I see no reason that asm.js cannot be as fast as PNaCl, both are portable and can use the same CPU-specific sandboxing mechanisms. In fact it would be interesting to benchmark the two right now.
I was more or less responding to the focus of your comment being:

> "Having to reinstall 100+ servers from CentOS 5 to CentOS 6 will be remembered as the lowest point in my work experience so far."

I've worked with both very extensively, I just don't see this as the case at all if one is well prepared, and wanted to point out that RHEL systems aren't lacking in that respect. I have numerous ubuntu systems that are lined up for a 10.04 -> 12.04 upgrade, and I don't see it as being any more or less difficult than the RHEL 5 -> 6 transitions I've done, just different.
Play 2.1 here. Scala for web dev is awesome. Other than I don't like Anorm, no issues with Play.
Teaching something to kids at a young age certainly does not make the whole industry gender neutral, but it allows girls and boys to learn something together, lessening the bias that they will learn when older and logically able to understand the gender inequality in any specific industry (and hopefully by the time they are actually that old, the ratio will have lessened). And yes, other industries might be facing the same issues, but the numbers are certainly not as depressing as the ones in CS and CS related fields.
So they had Mult Factor Authentication, OTP, and Yubikey all and they still used his mother's actual maiden name and place of birth. With all of that you would think they would do what everyone else does or should do on that. !@3f49 for place of birth and Erjsh99 for her maiden name. Using real information is just a weak point in a weak system.
I agree that ignoring it isn't the solution.

I don't really think exclusive events are the solution either and I'm not convinced they don't make things worse. Tech events shouldn't exclude either gender and when they do (or have events/do things that make one group uncomfortable) they should be called out on it.
You should embed a live demo of BeerQuest in your landing page using Kickfolio, so we can try it out before installing it.
Programr has some things for Android: http://www.programr.com/zone/android
Oh yea, one really important thing to remember here is that because I work in an HPC environment, performance is a serious consideration, and in many cases is the determining factor when it comes to OS selection. The ANCIENT old kernels and software in CentOS are a significant problem in some cases, and a benefit in others.

We are doing a lot of infiniband, 10Gig networking (with full multi-interface throughput for days at a time), huge filesystems, and crazy other stuff that a regular web server would not do.

Notably, almost all of our web servers have gone Ubuntu for ease of management, since the web guy likes Ubuntu.

But we don't use Ubuntu for their commercial support. My experience there, in the past, has not been good. We ultimately support ourselves.
Crud, I misread. I meant Libre Office is in active development. I'm sorry, HN won't let me edit my post.
There is also a "Hitler : The fall meme" about Twitter API restrictions. Based on a true story....
http://www.youtube.com/watch?v=u1LnLH1N7ow
1) malloc() and free() are just library calls, they're not first class citizens of the language. K&R and other good C references describe their public interface well and that's all you need to know to use them effectively. The public interface encapsulates the implementation details, good software engineering in my book.
2) Usage of the stack reflects C's low-level, high performance "portable assembler" roots. Choosing the stack size, and avoiding allocating too much on the stack are familiar problems for assembly programmers too. I remember back in the 80s some C programmers were high level guys going down and some were assembly guys going up. Only one of these groups would ever try to put 100,000 character arrays on the stack :- )
3) C strings are admittedly idiosyncratic, but with practice you can grow to love them and be very productive with them. But they are only a good match for textual data. If you are trying to use C strings for things like audio samples, sorry you are doing it wrong.
3) C casts are useful when you understand and the machine representation of the types you are working with. Typical use cases arise when you are bit twiddling, for example writing hardware drivers etc. If you have no particular interest in the machine representation of your data, then the presence of C casts in your code is a red flag. They aren't needed for normal computational tasks.
5) Fair enough, you can make a decent threading library in C, but it's not for the faint hearted or inexperienced.
6) Personally, I don't use multi-dimensional arrays in C much. I suspect you are probably right, they are just a weak part of the language. I could potentially be persuaded otherwise by someone more proficient.
7 and 8) I don't know much about PL/I so I will not comment in depth. I suspect you are exhibiting the 'mother' syndrome here. You learned PL/I first, that's what you fell in love with. I'd probably look at PL/I and think why don't they do it like C ? C is such an nice balance of terse yet capable. Far from being obscure I'd judge the C pointer syntax to be a miracle of concise elegance, etc. etc.
It's consistent with "centre" vs American "center"
> I don't want to automatically get turned down for a job because a woman applied.

If that were a real policy (which I don't think it is), I suppose the point is that even then the odds would be against it impacting you as there are so few women applicants.
I wouldn't characterize racism as hatred only. There are many more subtle (even sometimes unconscious) forms of racism. Racism runs the whole spectrum from ignorant misconceptions all the way up to irrational hatred.
Okay, cool. It sounds like this sort of attack is very difficult for now — but I would rather be aware of it than not.

It sounds like RedPhone doesn't actually save the keys yet — it's a work-in-progress. But that makes lots of sense.
This is one of the most brilliant articles I've read. As someone who worked with deaf people in the past, I am blown away by the proficiency of the author's ability to communicate through writing, lip reading, and speech to the point where she says when a conversation with a hearing person clicks, they might not even know she is deaf. I also found some of the material of the article (specifically regarding the author's attempts to understand speech through the movements of the speaker's mouth) similar to what I am learning in the Natural Language Processing class I am taking through Coursera currently
"U a gurl on ze interwebs? I call le fake". Maybe it's that kind of attitude. I find it intresting that "No girls on the internet" originally meant "No gender bias on the internet", but the meaning was perverted. But statements like that (I sometimes make them myself in jest, but you never know how the opposite side will interpret it),they just add to the exclusion of girls in programming.
I can agree that its less self-perpetuating than racism is. But the root cause of imbalances in tech is also very pervasive, as it is a product of gender stereotypes in the wider culture. Gender stereotypes are certainly self-perpetuating: young kids internalize what they learn and then perpetuate that behavior as they become older. So to break that cycle requires direct intervention to prevent shaming for girls who don't like stereotypical activities, and to allow other girls to sample things that they otherwise would not have thought open to them. A part of this intervention is to get more positive female role-models in tech and hard science fields. Direct outreach to older girls by creating (admittedly artificial) learning environments that they will be more comfortable in will help with this. These artificial environments aren't a solution, but they can be a stepping stone for girls who would otherwise be too intimidated to give it a try otherwise.