skysight-inc/HackerNews huggingface dataset:
SIMD is a specialized form of parallelism. It is not the only definition of the term.

It should also be clear that task parallelism (or concurrency from your perspective) has not had the benefit of billions of engineer-hours focused on improving its performance. It is within recent memory that if you wanted 20+ CPUs at your disposal, you'd have to build a cluster with explicit job management, topologically-optimized communications, and a fair amount of physical redundancy.

As many of the applications requiring low-end clusters tended to involve random numbers or floating point calculations, we also had the annoyance of minor discrepancies such as clock drift affecting the final output. This would present, for example, in a proportional percentage of video frames with conspicuously different coloration.
But at that point the VM-atop-asm.js-atop-the-JavaScript-engine would be the thing doing the GC against its own asm.js-provided heap. (Right?) Perhaps performance would be awful, though I guess I don't immediately see why: if asm.js can get reasonably close to native speed (within 2x, I think I've read?) and .NET/Java can get within a comparable distance of native, then the two together should be slower, but not unusable for many things, I'd think.

Upon seeing your edit: much of the speedup also comes from the lack of dynamicity, too, from my understanding.
The border also roughly follows the path of I-81.
It was alive earlier, which means it got flagged into oblivion pretty quickly. My response:

This isn't the point. Even if everyone thought the dancers were sexy, or they had men as well as women dancing, it was still inappropriate for an industry event. This isn't even an organization trying to sell something, it's a group for employees in the games industry. Completely pointless.
Yeah. It's more technical and less consumer than E3 for sure. So instead of ads for games, you see ads for game development tools. The ecosystem is huge now that there are multiple platforms (console, pc, mobile, web, etc.), ad channels, payment methods, etc.

All of those tools are still b2b companies, and b2b software companies have lots of non-technical people. Sales, support, execs, etc. I haven't done a poll but I'd bet even here the non-technical people are at least 50%.
This sums it up rather well:

http://dilbert.com/strips/comic/2012-09-19/
From the article: "...[A]mong the women that report being "highly satisfied" with their lives, 29 percent are cohabitating, 33 percent are single, and 47 percent are married."

That would seem to suggest that "upbeat roommates" are, on average, worse for women than singledom or marriage, no? Your personal experience notwithstanding, the statistics (at least for this claim) are on the side of the article.
Sorry, when I said "your bytecode," I meant whatever bytecode the author had in mind that is trivially one-pass compilable to JavaScript. Ie. one that has compatible semantics. Mapping an arbitrary bytecode onto asm.js is not going to be trivial, since VMs have nontrivial differences in semantics surrounding garbage collection, concurrency, etc.
Paper currency generally travels on a person from place to place (as opposed to being mailed), egro the oddness is exactly what makes it a surprisingly good data source for this kind of work -- paper currency is a proxy for human movement.
Intrigue Surrounds SMW4 Cut
Monitoring for Humans
Well there is 'recorded history' (generic) and 'recorded weather' (specific). The latter came a bit later, the former arguably started in ancient Egypt (my 5,000 years ago or 3000 BCE) but some will put it earlier in Sumeria. There is an argument to be made that records of crop yields or floods in the Nile river basin are legitimate indications of weather conditions at the time (certainly droughts and floods).

The other reason to pick 5,000 rather than 150 as a starting point is that folks will argue with you about written history starting at 150 years ago but are willing to concede that beyond 5,000 years there isn't a lot of information to extract. The point to be made is that geologically speaking, 5,000 years is a trifling. Even when you consider the 65M years since the dinosaurs left us, we're looking at .008% or a mark a mere 8mm wide for 1meter at 65M years.
So you can't patent math ... but certain numbers can still be illegal. http://en.wikipedia.org/wiki/Illegal_prime
> there will be incentive to optimize plain JavaScript

I am not that worried about average JavaScript code. I am more concerned about computational cores that people will start rewriting to asm.js.

Or here is another question: how do you keep incentive to optimize Emscripten generated code so that eventually you can kill "use asm" and go full speed without it?

> You can think of asm.js as just that; a one-pass translator of an implicitly-defined bytecode to JavaScript.

No, when I said about one pass translator, I meant it should run on the client. asm.js is not just that.
You're addressing an issue -- 'booth babes' in 'sexualized' clothing -- different from the article and the comment to which you've replied. They're talking about a more subtle phenomenon, one which the PyCon policy doesn't address (and perhaps is too subtle and subjective to be addressed with any set policy).

But maybe then, this isn't a 'problem' to be 'solved', just a thing that happens and should be understood, and the original article is more an impressionistic lament than call for solving-action.
Well hmm, maybe we interpreted his comment differently. I took it as satire and as pointing out the same thing you are. I agree, it's not appropriate and it wouldn't be any more so if it were just men, just women, or a mix. (The vivid imagery of a man dancing around like that is meant to point out that "but they were hot" or whatever is not a valid response to the issue at hand).
What's this, proof by Sweden? :) This odd collection of facts seems wholly disconnected from the content of the article.
Ouch, that's a great point about versioning.

The thing that appeals to me about asm.js is that it short-cuts the long, slow path of VM optimization and gives great performance now instead of five years down the road. Sure it's an ugly hack but that doesn't matter to your users, all they see is a much faster user experience.

Now all we need is a SIMD API for JS and we can write some truly amazing apps.
>there is no difference between that couple and a couple that got married right away and have been together for 8 years //

Anything to back up that assertion?
Beautiful people, both male and female, work well in sales positions because they can draw you in by faking interest in you (the fake interest may be in the form of a question, familiarity, body language, etc.)

A lot of people find it hard to resist sales pitches from attractive people. Very few people can stay aloof of the social advances of attractive people.

Believe it or not, most companies with an attractive sales person, also have a technical sales engineer on hand to talk to you once you are hooked. I used to be a technical sales engineer, so I'm familiar with the hustle at the GDC. You have the attractive woman pull people in, and then she stands around while the engineers talk about the product. A lot of times the people have no interest in the product, but sometimes someone who came for the girl stays to hear about the product, and three months later is a client, because it turns out he needs your software after all.

It sucks, but its just the way most males work.

I'm used to this hustle, that is why at trade shows I avoid eye contact with the marketing/sales people and make a beeline directly for the materials/people I'm interested in.
This is incredibly similar to a map of the twelve Federal Reserve Districts - so similar, in fact, that at first I thought that's what they were displaying: http://www.federalreserve.gov/otherfrb.htm

Note in particular the split in Pennsylvania, which represents the Appalachian divide - a divide that is both geographical and economic in nature.
No? Ok, keep telling you that

But the lack of libraries can be a showstopper sometimes
Thanks for the article. I didn't know about the istat command. Just to add two facts that I discovered quite late:

* When under Unix a file is deleted (link count 0) but there is still a process that had opened the file for writing before it was deleted, then the inode size is still growing. Sometimes this situation happens with log files.

* Symbolic links can be handy as you can use relative path-references (e.g. ../../a/b/c) which sometimes can be quite handy
> Seems like a hard problem to solve.

How about: Highly visible conference badges that differentiate spokespersons from developers?

There would be motivation for companies to game this, so that they could have spokespersons with "female geek cred." I think that this could be handled to within reason. Also, it might motivate companies to send their actual female employees, thus giving females more exposure at GDC.
"if Akamai handle's similar issues without driving pr/marketing efforts based on them that's their loss and probably a bad business play."

Akamai has been around since 1998.

Cloudflare since 2009 (both according according to crunchbase which jives with the date the domain were registered iim).

Consequently the established company has more to lose and less to gain from the publicity then the newer company.

For a newer company any publicity is good publicity even if it's over a negative event because you have less to lose and more to gain add: and people become familiar with your name.

Taking this to an extreme example (to make a point) let's say you start a new hamburger restaurant. You have no customers. On day 5 some people get sick (just sick not deathly sick). All the sudden you are in the local paper with a headline and a story that people just skim but they see your name. Almost guaranteed you will pick up business from the mention. Even though it's bad PR all the sudden down the road people will remember you and either forget or not care about the negative story they read 6 mos. prior (add: assuming they even read the story and didn't just see the headline).
two exploits discovered, one sent to half the team,
the other sent to the other half

That would only work with brazen leaking. If a security team member were selling 0-days to organizations that intended to make extremely limited and careful use of them, it might never become public that exploits were being leaked.
IGDA asks for opinions, and that's great, but it's demonstrative of how hard social change can be when it's a democracy: You wait for the majority of voting members to speak up about it before you really see it as a problem to address. Social change should probably be proactive, but that's a hard problem to solve.
Sociologists study the difference between cohabitation and marriage. Here's one paper that's recently been making the rounds among economists:

http://people.ku.edu/~dginther/working%20papers/Marriage_spe...
This is already buried, but I feel compelled to say: that is clearly not her complaint.
You may not be able to patent math, but certain numbers are still illegal!

http://en.wikipedia.org/wiki/Illegal_prime
No it wouldn't. This statistic is highly misleading and the article author is basically lying by putting it in the article. If there are twice as many women who are married than there are those who are cohabitating then cohabitating is on average better than marriage.
1) The Python version has some basic newbie coding errors. This sort of code is what Python programmers call "Java written in Python". It may be a valid algorithm in Java, but it's the wrong way to do it in Python. Code like this will work, but it will be slow. Depending on the size of "queries", you are potentially allocating gobs of memory in two different places for no reason, and then throwing it away without using it. I wouldn't be surprised if the examples in other languages had similar problems.

2) The JSON serializer in Django 1.4 uses a method which is known to be very slow, but which is easily portable across different platforms and works with older versions of Python. They no doubt included for easy bundling. In a real application you would probably want to simply use the normal JSON serializer from the standard library (which is many times faster).

3) The examples are little more than "hello world". I did some benchmark tests with several Python async frameworks, Pypy, and Node.js for an application I was working on. With small JSON objects there wasn't much difference in performance. Once you started using large JSON objects the performance lines for all versions were indistinguishable from each other. The performance bottlenecks were in libraries, and those standard libraries were all written in 'C', so interpreter versus compiler versus JIT made little difference.

4) The problem with "toy" examples is that in real life there are two performance factors which must be taken into account. Think of as y = mx + b. With a toy example you are probably only measuring "b". With most real life applications it's "m" that matters. There are often different optimization approaches that are best for varying ratios of "b" and "m". You have to know your application intimately and benchmark using data which is realistic for that application.

Python has a reputation for being "easy to learn". However, it is "easy" in the sense of being able to hack something together that works without knowing very much. There can be several different ways of doing things and doing it one way versus another way can mean a difference in performance of several orders of magnitude. The same may be true for some of the other languages, but I haven't examined them in enough detail to say.
Yours is fine, without a doubt.
Unfortunately, with any native code interaction, whether explicit FFI/NIF or implicit (RNG, clock, etc.), your threads can still mingle state.

In a single process, you're still limited by the memory virtualization capabilities of your underlying processor and MMU.
>Are the user's IPs or other connection information being exposed to one another?

So what? If I wanted to get a bunch of random IPs to attack, I could host a picture of a cat on my server, log IPs, and post the link on reddit. Or I could just scan random IPs within home ISP IP ranges.
> Perhaps JS will need goto

I was under the impression that labeled break/continue were the equivalent.
"VM-atop-asm.js-atop-the-JavaScript-engine would be the thing doing the GC"

"much of the speedup also comes from the lack of dynamicity, too."

In the language, JS gives you no control over its underlying GC. Every single assumption that asm.js leverages depends on the determinism, and introducing a GC into the mix really messes with AOT optimizations
13 actually - funnily enough it started with video games; we met on Runescape!
Just please don't post to NANOG when your cablemodem/DSL stops working. sigh
Cloudflare can toot its own horn all day long. That's just marketing. If journalists take that marketing and reprint it without incorporating other sources then you have a "puff piece" rather than quality journalism. The onus is on the journalists to do a better job investigating.
At Age 25 Mark Cuban Learned Lessons About Leadership That Changed His Life
Amazon Is Buying Goodreads
I don't think that assumption is safe of the women who aren't in costume. I think they're just female employees in non-technical roles. They're not eye candy.

That's what I find so strange about the original post. She's assuming they're there as eye candy and they sure don't seem to be. It's odd to hear a woman assume that other women (especially since they're pretty average) are there for their looks. The few I've talked to were far too knowledgeable to be some sort of incognito booth babes.

Booth babes are usually given a few talking points and know little to nothing else about the product beyond that. They pass you off to the nerd the second you appear interested.
Sounds like the math you're reading needs better Unicode support :)
This article is a statistical catastrophe. Sample bias is just the most blatant of many problems.

She might have a different perspective if she'd interviewed a few (dozen) folks who married young and wrong, before they had matured enough to really know themselves or their spouse.
Email First Startups
> and missing when I had a less attractive female friend doing the same thing.

Ouch! Let's hope she doesn't read HN!
I've seen many poorly written web form handlers that try to do SMTP themselves, and that clearly don't ever attempt to retry graylisted failures...
You're the one who needs to grow the fuck up.

You're not making any effort to empathize with something of critical importance to our industry's culture, you're indignantly throwing up "margarita night" straw men as if -you're- the aggrieved party, and you're belittling this topic and everyone engaging in it.

Things are wrong. They are not right.
If they're allowed to make racial slurs, he's allowed to chew them out for it.
Maybe because it will only provide that great return if it raises sufficient capital, and they can't provide it all themselves, or want to diversify (as you should too).
As I posted elsewhere, you might be interested in some strong evidence for the causal relationship as described by economist Bryan Caplan:

http://econlog.econlib.org/archives/2013/03/22_short_argume....
Did you see the recent article titled "Benefits Matter"? Some things to think about from that post, and the responses to it:

What are work hour expectations like, and how are you communicating them? Vacation, sick time, child care, personal time policies? Healthcare, dental, retirement? Is the pay really great, or great for a start-up?
Record changing from a scientific definition? Yep.

But, when the relatively non-technical populous hears 'record changing' a completely different set of emotions are triggered in their brains. Its just like any other overly grandios marketing headline, designed to excite those whom aren't familiar with the topic.
Show HN: control your android device with any real keyboard (PC/Laptop)
You are correct. It was not meant to be negative. It was meant to convey the importance of the shift from social/consumer apps with no thought of monetization, to startups focused on solving real world problems that generate revenue from day one. This can be boring to investors looking for flying cars, or journalists looking for mind blowing technology.

I mentioned Circuit Labs, great technology that makes money in a boring way by selling parts. I also mentioned Thalmic Labs as an example of cool technology.

My personal favorite was Skip, the RFID checkout company, but I couldn't talk about it because they haven't officially launched. I think there could be an indoor location play using the RFID tag data.

Overall, I was impressed with the focus on solving real world problems and generating immediate revenue. Boring to some, but I liked it.
I can see how this could be a significant problem for women at GDC. I'm a guy who has been going to GDC for over a decade. Pretty much every year there are a few promoters using fairly aggressive "stealth" tactics to hook people walking around the expo floor. As in, reasonably attractive woman in plain clothes glances at your badge, waits a bit, then walks up quickly saying "Hey, Corysama! Good to see you! Hey, what do you think about..." After a few of these highly awkward encounters, the promoters have pretty effectively trained many of the men to insta-dismiss reasonably attractive women in plain clothes at the show.
Let me add to my previous answer. There is no ideal.

Some pros for MIT (not all deal with CS):

1. great research opportunities for undergrads

2. you'll be surrounded by lots of smart, technical people (and TONS of CS people as well).

3. great recruiting for big tech companies and large and mid-size startups.

4. Boston/Cambridge is a really great city for college students (there are so many of them).

Some cons:

1. The Boston startup scene is much less active compared to SV (which also means less small startup recruiting).

2. You are required to take a lot of classes you might not really find useful or enjoyable (physics, chemistry, etc.)

3. The social scene can be a bit of a mixed bag. There are a lot of different social circles.

And the biggest con, I believe:

4. MIT classes will grind you down with work. You will have a lot less time to work on side projects / startup ideas while at MIT.
asm.js is untyped, unlike LLVM bitcode

Is that really true? The way I read the spec was that asm.js was all about adding type annotations to JavaScript in a backwards-compatible way.

And just thinking logically, it's hard to imagine asm.js optimizing anything beyond what JS is already doing without explicit type annotations – and we already know asm.js gives insane speed increases with a compiler that understands the type annotations.
Go Outside: Easing Brain Fatigue with a Walk in the Park.
The average age at which a woman first gives birth (25.7) is now earlier than the average age of first marriage (26.5), a phenomenon Knot Yet calls "The Great Crossover" and which brings with it all of the well-documented concerns that surround the rearing of children outside of wedlock.

I wonder what these values were historically. I just don't think that those two numbers are ever too terribly far apart.

I mean, if a unmarried woman got pregnant in 1950 she would be married probably within the 9 months before the baby was born and the lack of birth control historically could have lead to many pregnancies immediately following marriage. Both of these would push the first child age to be later than first marriage.

Although, logically, one would think the advent and superfluousness of birth control would prevent unwed pregnancies and allow married couples to wait on having children (should they desire to wait), driving the first child age way up. But that's not the case - intriguing.

I guess in current times people have the means (and typically the lack of social scorn) to wait to get married and don't have to just because of an accidental pregnancy.
If you can cover ASP.Net MVC, then I'd recommend including ServiceStack. My own tests of their JSON implementation have shown it to be 5-10x faster than ASP.net MVC.

Drop me a line if you need a hand with either :)
If the motivation is security than the effectiveness of the extra security is questionable. Even if a system uses this type of error message to stop people from testing for existing accounts the user signup or password reset pages will almost always tell you if an particular username is being used.
I agree. Someone already in that situation will not be less depressed or more satisfied just by getting married. If anything, that's likely to make it worse in most cases.
You would be surprised by the sheer number of idiotic patents out in the wild.
Some of the choices are unfair in an apples/oranges sort of way: They are testing Rails and Sinatra against Java servlets, but the Ruby equivalent of servlets is not a high-level framework like Rails, but Rack. (Also, the Ruby tests use Passenger, which is probably not a great choice for performance.)
"it short-cuts the long, slow path of VM optimization and gives great performance now instead of five years down the road."

Something tells me that, based purely on usage metrics, chrome matters more than firefox:

http://stats.wikimedia.org/archive/squid_reports/2013-02/Squ...

(and pretty much every other metric according to https://en.wikipedia.org/wiki/Usage_share_of_web_browsers#Hi... )
You can use labeled break and continue for a lot. That said, there is some irreducible control flow that the Relooper falls down on. It's quite rare in practice, though—with if, while, break, continue, labeled break, and labeled continue, the Relooper can reloop nearly all control structures seen in actual code. But, as I mentioned, I'm willing to believe you can come up with a benchmark where you'll need goto.
Its not just random IPs, it would be ips of people who use whatever service the website provides. If that website were to have a vulnerability, you now have immediate targets.