skysight-inc/HackerNews huggingface dataset:
What bothers me about asm.js is that no one really needs it. I mean don't get me wrong, Unreal III in Firefox is pretty cool, but very very few developers will seriously consider writing a production game for the browser. So then what are we left with?

FFT implementations? OCR? Real-time fluid mechanics? Who does these things in a browser? What JS needs is to finally standardize WebSockets (across the board), to seriously consider multi-threading (not this WebWorker nonsense), to implement optional type checking (like Dart), etc, etc.

The effort that's going into asm.js should go into building better JIT compilers. We seem to be forgetting that JavaScript is a web programming scripting language, not some general-purpose low-level esoteric programming language. There are so many improvements JS could make on the web-side of things (you know, where it's actually used) instead of on the "cool 3D Unreal III game-programming, bytecode-crunching, Jacobi-simulating"-side of things.
Lets make it really, really simple.

1. Do not hire eye candy as eye candy. Of either sex. Dressed up or dressed down.

2. Product promotion staff should be clearly labeled as such.
"never have to write another line of yucky Javascript again."

GWT existed since 2006: https://developers.google.com/web-toolkit/
How do you find engineers in a hyper-comeptitive market?
my company's looking for an engineer for what seems to me like a dream job. Very early startup but has paying customers, solid funding, and already profitable. Great pay. Working with smart people. Really interesting problems from both a UI and computational perspective. But we can't find engineers to even listen to our offer. Anyone have creative ideas to find engineers?
A lot of the people they need help from don't need to know the specifics.

They can tell Debian what is basically in this mail, and Debian can be ready to accept a new package.
Software is commonly accepted as copyrightable, and no exception is made for quines.
I would imagine that people would rarely write asm.js code, but instead they would generate it from statically typed languages (TypeScript, Dart, Haxe).

I admit asm is a bit ugly to look at. But, it's backwards compatible, and provides a way forward for getting some performance out of js in very specific cases. It's not going to be an all purpose code path for general use, and I don't think it's going to take attention away from other general js improvements.

The only thing I'm skeptical about here is whether or not Google chooses to integrate asm with Chrome (Setting aside what Apple or Microsoft ends up doing). It runs counter to the work Google has done with Dart. For that reason alone, I think there's a significant risk it won't gain traction.

I think the creation of "fast" web performance is seen as a huge carrot from the big tech companies (MS, Adobe, Google, Mozilla). Each is trying to offer it in different ways, and at the same time pulling developers into their specific dev tooling ecosystem.

It's a difficult time to pick languages/tooling. I like Haxe because I know it'll support the platform of whomever wins (asm.js, dartvm, es6, etc.)
Bruce Haack On Mr Rogers’ Neighborhood
It's very interesting to see the hacker community turn on Google so abruptly over the last year or so. Not sure why, but it seems to me that Google itself has not actually changed its business model much, though its perception has turned radically downward.
PS - This was written by nLayer/GTT's CEO, one of CloudFlare's bandwidth providers. They have been a terrific partner and were extremely helpful as we mitigated this attack.
This isn't a good analogy. IMDb was and is literally the best source of movie data anywhere. It is more useful to think of them as Wikipedia for movies since the community maintains the info and includes data that isn't available anywhere else.

Goodreads is the largest community of book readers in the world and so they would be able to provide their tools for book groups and conversations about books that Amazon is sorely lacking.
Pittsburgh is closer in proximity and culture to Ohio than it is to Philadelphia. The Appalachian Mountains bisect the state, and the areas outside the Pittsburgh and Philadelphia metro areas have low population density. This area is sometimes called "Pennsyltucky"
How could you not know if that's a coincidence? You're the one who did the hiring. Attractiveness either was a factor in your selection of booth people or was not.
"Can I trust these cost-of-living calculators?" I wouldn't.

As people have already mentioned, taxes and housing will likely be your largest increased expenses when compared to an area like Boca Raton. I would go onto some home-search sites and start looking around at actual places for rent. You'll quickly get an idea of exactly what you would be paying if you moved out today. To give you a general idea, lots of very non-posh 3 bedroom, 2 bath single family homes in Santa Clara go for $3-5k/month. However, that number can differ wildly by moving even a few blocks in any direction.

Feel free to email me if you want to discuss specific areas further.
Mmm, I think you're reading that wrong.

Her point was that marketers are hiring people as "developer evangelists" (hint) to show up at conferences in plain clothing, attract male attention, and sell products.

This is a pretty basic marketing technique used by probably every brick-and-mortar on the planet. Look at the way that clothing stores hire employees.

The author's issue is that before this became mainstream, she was easily identifiable as not a marketer. She wasn't in a bikini, and wasn't obviously selling anything. She was just in plain clothes attending a conference.

So while she was, in her words, a curiosity, people could reasonably assume that she was attending because she was a dev, not because she wants to "evangelize" at them.

Now that "hire a pretty, bubbly girl to talk to people for you" has become common in tech, people can reasonably assume that the "curiosity" in the crowd is probably there because she was paid to be there.
File chunks in the upstream response are hashed, and we're working on delivering "good" peers to connect to.

I agree that there's a lot of work to be done to product-ize it-- we just couldn't wait to show off the demo!
If I can link my amazon account and have it load all of my books into goodreads that's great. Otherwise, I still won't use goodreads because I have too many books to enter manually and I'm too lazy.
What I learnt about .png files the hard way
I'm just speculating wildly like most other people here are, but you really think it wasn't a positive for them that they could reuse the JIT they've invested in and have expertise in rather than relying on LLVM.
Good luck with that first one. This isn't tech, this is every business since the beginning of business.
In my family's culture (Russian Protestant), getting married early is not only common, but expected. My wife and I got married when I was 24, which was almost shocking in a community where the average was around 20. I've had many awkward conversation (of the "I will pray for you" type) with my grandmother, who sincerely believed I was making a huge mistake by choosing school instead of marriage.

Personally, I feel like I got married at the perfect time in my life (I was done with school, had a great job lined up, etc), and have never regretted that decision. My wife helped me re-focus on the important things, and inspired me to pursue my dream of starting a company.

However, the majority of my Russian friends who were married in their very early 20s have seemingly stagnated in their professional (and even personal) pursuits. Most were married either before or during college, and have either dropped out or are pursuing their education on a very limited part-time basis.

My experience is completely anecdotal, but it seems like getting married early (18-21) has significant drawbacks. Perhaps the sweet spot is somewhere between there and the current late-20s average.
These are good concerns. There's a whole bunch of companies trying to move into the crowdinvesting / online VC space, and there's going to be a whole spectrum of platforms and startups trying to get some action.

Sites like Wefunder (disclosure: I'm a cofounder) and FundersClub put a lot of emphasis on vetting, for obvious reasons. You need "A player" startups to draw other "A player" startups, and if your selection of companies for investors to invest in are duds your ecosystem will collapse and everyone will lose money. Vetting helps keep the ecosystem healthy, but note: it's really hard to pick winners, startups are very risky investments, and at the end of the day never invest more than you can afford to lose.

While the JOBS act isn't in effect yet, there are a few protection mechanisms that are meant to avoid the situation you describe. Namely: unaccredited investors can only invest 5% of their income (10% if you make over $100k/yr). This protects you from losing your life savings. Also: unaccredited investors must invest through a crowdinvesting portal, and there are regulations around how those operate (e.g. the funding round must "tip" by hitting a target amount). There's a bit of "wisdom of crowds" that might help protect investors, but it depends on the crowd, how vulnerable crowd investors are to hype, and how good the fundraising platform is at helping crowds discuss/vet startups.

It's my personal belief, however, that simple startup failure will dominate fraud. Startups are hard! Even smart, motivated, well-connected founders fail. The best protection is to diversify your portfolio (e.g. make 25 $1k bets instead of one $25k bet).
I think you're completely missing the point of asm.js. It's not possible to build small portions of your app with this really (no JS object access, no strings, etc), and it's not intended for that either way. It's really just a way of compiling C and C++ applications to run in the browser efficiently.
In the U.S. definitely. Check out The Age Discrimination in Employment Act of 1967 (ADEA)
Got my HN shirt a couple of days ago, wearing it right now! Hooray!
Causality dilemma? People who get married young are different from those getting married later. The age at which people get married is more a reflection of a life style, than what drives a particular life style; which is what this article suggests.
If I'm understanding correctly, the author would prefer it if non-technical female expo floor workers were scantily-clad so she would be less likely to be assumed by other conference-goers to be non-technical herself..? I'm sorry, but I find that pretty offensive.

I don't claim to know what it's like to be a woman in a heavily male-dominated field (or just your de facto patriarchy, for that matter), but I also don't assume anyone I'm talking to at a conference has any reason to believe I possess any sort of prowess or authority without my convincing them of such even while donning my geekiest T-shirts.

More importantly, I assume anyone representing a product or service at a show is knowledgeable about its inner-workings until they give me some reason to believe otherwise regardless of their gender or attire.

While I appreciate that it is often difficult dealing with misogyny at conferences, I think it's unfair to lump a proper PR employee in with a model in a Princess Leia slave bikini who knows nothing about the product.
The revolution will not be crowdfunded
Yep. Contract law.
And this used to matter when you subscribed to a few journals and they arrived at your home or workplace. Those that did were your sources of even access to the information.

Now we have this thing called 'google' - where if I want to find something out, I can find it. I can find it regardless of it being published on my personal blog, or on Nature's website.
Since in general few women are developers, I rather doubt the hiring of pr women has any bearing on the situation. If it is really so frustrating, maybe dressing accordingly would alleviate the pain - don't know, carry a Linux book, a T- Shirt that says "no, I won't fix your computer", or something like that.
"So why not pick the overextended mess we started with."

What's the starting point? Javascript or assembly? NaCl gets closer to the original starting point (which predates javascript by more than 20 years)
In the words of Kenny Powers:

When my ass was 19 years old, I changed the face of professional baseball. I was handed the keys to the kingdom. Multi-million dollar deals. Endorsements. Everyone wanted a piece of my shit. Just a man with a mind for victory and an arm like a fucking canon. But sometimes when you bring the thunder, you get lost in the storm. But a true champion, face to face in his darkest hour will do whatever it takes to rise above. A man fights, fights, and fights some more. Because surrender is death, and death is for pussies. And my ass ain't no pussy. My ass is a fucking champion.
— Kenny Powers
Without having actually done much to investigate the feasibility of this, it seems to me like someone could write a compiler infrastructure that would generate both asm.js and (P)NaCL output from the same lower-level non-JS code, since you can get to both from LLVM bytecode. Combined with a JS client library to paper over the differences between the two, developers could just write one set of low-level code and not care which fast-path execution strategy the browser implemented, and the asm.js version, along with whatever polyfill hacks were necessary to make it work, could be served to old browsers to run the same code slowly.

This is, I guess, not that different from the OP's suggestion to create a bytecode and define a one-pass transformation of that into JS.
500 Startups Partner leaving to start Dashboard.io
Even if you hire a 50/50 split, it doesn't solve the problem because the ratio in conference attendees is far from even. The conditional probabilities still lead to the conclusion the article complains about.
People who want to do their work don't want to spend time "putting people in their place." And once you do, you haven't gained much - there's still many other interactions throughout the day, and are you going to put them all in their place? That's the point, and the frustration: she wants to spend her effort talking about technical things.
I'm not talking about PR people, I'm talking about promotional staff usually hired on a temporary basis. Most of what they do is hand out leaflets and goodies, and persuade people to visit the company's booth were the companies actual PR/marketing/sales people are.
Because it totally doesn't matter if the person trying to sell you something is good looking or not.
I think this is kind of a false issue. I got married later, but it was just because it didn't happen until then - I'd guess that that is usually the reason, rather than meeting what feels like a soulmate at age 22 and dumping her because you'd rather get married at 32.
You don't have to be married to be in a committed relationship. A large percent of couples (> 30%) in Scandinavian countries for example never enter into a marriage, or people might marry 5, 6, 7, 8 years after they're first together. In that sense the marriage is a capstone, but there is no difference between that couple and a couple that got married right away and have been together for 8 years.
Again, that depends. My wife and I work different schedules so the kids never really have to stay with anyone else. That is a benefit that not every career offers. I'm sure that babysitting for a certain income bracket is "expensive", but I know that if you're not making that much there are government programs that help, and if you are making quite a bit, it shouldn't hurt that bad.

I'm not saying that things are exactly the same as when you don't have kids, but it's not nearly as bad as some make it seem. Being socially well connected with family & friends help too. When we need babysitting, grandparents are more than happy to help. We tend to attend parties where other parents will be and the babysitting often gets older kids in the party. I've never appreciated having close community connections as much as I do now before having children.

Blanket expensive is not the status quo. But I must admit, if you're a single parent with little to no family and community support, it can certainly be expensive.

Most people I hear complain about how afraid they are of the expense of raising a child are more in my position where it wouldn't affect them that much. It's more reflective of the fear and negative bias then what the reality is. Having lots of money on kids is definitely nice though and will make lots of things in life easier for them, but it's not a must.
That helps a little. A good school district would mean paying 3x more for housing. A bad one means paying 2x. Either way it's going to be a small place.

I'd recommend looking at Sunnyvale if you want something reasonable and schools don't matter.
Oh man, I forgot about the mountains. Most of the other non-state-border boundaries seem to be rivers, but I forgot mountains!
> OdinMonkey is a hammer that will kill incentive to optimize JavaScript that humans write.

Eh, I'm not worried about this. Many apps will have no reason to migrate to asm.js, and for as long as some big and important apps are written in JavaScript, there will be incentive to optimize plain JavaScript.

JavaScript and other dynamically-typed languages exist because in many cases they are the best and most convenient way to write apps. But suppose this weren't true; suppose that in the long-term developers started favoring statically-typed languages for web apps, either because of performance or because of usability (Eclipse-like IDE convenience; hard to provide in a dynamic language). Is the author saying that we should artificially prop up usage of dynamic languages by taking away some of the inherent performance benefits of static languages? That doesn't sound like the best way to achieve technical excellence in the long term.

In the marketplace of ideas and technologies, let things succeed or fail based on their demonstrated merit, rather than trying to pick winners and losers based on our preconceptions.

> Somebody might say that [my proposed bytecode] does not run everywhere. Nope. It does run everywhere: just take JavaScript and write a simple one pass translator from this bytecode to JavaScript.

You can think of asm.js as just that; a one-pass translator of an implicitly-defined bytecode to JavaScript. If you want to view/edit it as a more traditional-looking byte-code, you can easily implement a YourBytecode<->asm.js compiler. It just so happens that asm.js is a backward-compatible representation, so works more conveniently as the standardized wire encoding.

(I have not studied the asm.js spec in detail, but I've seen pcwalton describe it as an alternate encoding of LLVM bitcode, so I suspect that the idea of implementing a YourBytecode<->asm.js compiler is actually reasonable given the asm.js definition).
I've used RT before in an IT group, though we were on an unfortunately older version. We had a lot of fun after enabling the "unsafe" queues, such that you can comment and resolve tickets via email. On your phone you can close out a ticket while you're in the office fixing someone's computer.
So GDC isn't the Game Developer Conference? I thought E3 was for the marketing and sales types.
Have you considered offering a LinkedIn signup option?

I think most people would be ok using that for something career-oriented.
I'm not familiar with this kind of event, but are there not usually badges that designate different kinds of participants? The writer could have a "attendee" badge, while advertisers and pushers would have a different color/label on their badge.
Even once kids are in school, they are only there between approximately 9 am to 3 pm, so if you're dropping off and picking up your kids, you are only free between 9:30 am and 2:30 pm.
Yeah, but you could (1) wish all non-technical women went back to dressing like hookers, or (2) wish there were more technical women at the conference or that there was some other means to distinguish between techie and non-techie.
> It can’t allocate normal JavaScript objects or access normal JavaScript properties. No strings. Only arithmetic and typed arrays (a single one actually with multiple views).

I think he is missing a core concept here. You can create and modify strings, just at a lower level. An array of ints can be used as a char array, which in turn can be used as a string. You just have to interface with it at a lower level, probably implementing your own C-style strlen/strtok functions. It will be more complicated, especially if you need to accommodate unicode, but it is doable. Granted, there is no advantage to abandoning the built-in string manipulation functions except speed, but you would only use asm.js when speed absolutely matters.

At a more fundamental level, when you have access to memory through a stack and/or heap, and can create arrays of ints with which you can do normal arithmetic and load/store operations, you really can do anything. After all, that is the entirety of what actual assembler code has to work with. You just have to make your own abstractions.
nCombo Realtime Web Framework
I tend to write object.parse(byte[] buffer) methods a lot, especially when the object type itself is being defined in another team's code.
Building a network is about playing the long game
Hey, I already admitted I was as guilty as the rest of this country. But how the hell do you avoid products from china? Shit's impossible. I'd much rather make china (and india) rich enough to divorce themselves from the states, it would also help us reduce dependency on people who hate us (for a pretty good reason, I think).

As for a solution? I don't know, I really don't, and I suspect it won't be addressed until it absolutely needs to (overcrowding?). But I don't think that's a valid excuse to GIVE UP and continue to be a blatantly selfish nation. I think that if everyone gave a significant portion of their paycheck to efficient charities, the world would be a much better place. It doesn't even need to be charity, most people just need a little help to bootstrap themselves: http://www.kiva.org/start

> The "haves" have always, intentionally or not, screwed over the "have-nots", and while it varies by degrees based on how little or much you "have", it ultimately comes down to the innate selfish nature of creatures living in a world of scarcity.

I totally agree, I think this is a natural phenomenon in society (if the world natural means anything). However, we can raise the standard of living for everyone, so even the have nots aren't living in hell on earth, and reduce the distance between someone who is broke and someone worth many billion.
Hopefully they will invest in development of the actual site. Its ui is inconsistent, sometimes confusing, and at times very slow. While they support many many use cases, the workflow for a simple thing like "add a book I am reading and the start date" is needlessly convulted. I also don't like how they prioritize the English version in the results even if you search for another / the original language. Especially in the latter case, the original should be highlighted. And you can only mark the edition your read, not the language explicitly.
I think the problem I have with your comments is that you haven't put yourself in her shoes. You've simply related how you see things and drawn your conclusion from that alone. Her point was that women engineers seem to have a hard time at GDC -- so yeah, as a male engineer, it's not shocking that things seemed fine to you. She took the time to put up a sincere blog post about her experience; she's probably not doing it to be contrary or to troll. The least any of us can do is to factor in her perspective.
In level 9 rank (among contacts and global) is shown, but percentile would be more interesting.
X-Ray Structures Of Everything. Without Crystals. Holy Cow.