skysight-inc/HackerNews huggingface dataset:
My own experience, which is of course anecdotal, is that the tech industry is strongly sexist and to some degree, homophobic. I cannot compare with other industries which I'm less familiar with, but it seems there are less sexist industries out there.

Women must demonstrate double the smarts of a male developer in order to be considered their peers. If a male developer is in a bad mood one day, that's annoying but understandable. If the same happens to a woman, "it's one of those days" -- which is infuriating. Women in most places I've worked are consistently thought of as naive, newbies and "not as good". The very few women who are unarguably good (and therefore assertive in their knowledge) are considered "bitchy".

Sorry, but tech jobs are pretty much boy's clubs, and women still have it pretty rough there.

PS: my anecdotal evidence includes my wife's experience. After three jobs in a row with bad experiences (which match what I see in my own job), it's hard to call this a coincidence. In one job she was the team leader of a small team, but whenever the CEO met with them, he looked at and spoke directly to the senior male developer of the team as if he was the lead, in some cases even "forgetting" to tell my wife he was calling a meeting at all.
If &array[0] were needed, it wouldn't solve anything. The semantics that you can take the pointer to the first element, and pass it around and treat it as an array, with no meta-data connecting it to the original properties of the array, would still be there.

The requirement for a cast would be better, because that's the existing notation for explicitly requesting conversions that are identified as unsafe. I.e.

char array[42];
char *p = array; /* error, implicit conversion */
char *q = (char *) array; /* OK */
char *s = &array[0]; /* Sneaky: OK, without a cast */
Why?

In general one would assume that a distribution of this type would be normal absent evidence to the contrary right? What is that evidence to the contrary?
The interesting thing about English in England is class. You know someone went to an expensive boarding school if they speak a certain way. Or, if they come from a place with a strong regional accent, whether they went to private day school.
Why does it need to be worse to deserve attention? To paraphrase Office Space, do we really want to do the bare minimum?
That's not the same thing as starting on a fresh, new, formatted hard drive.
It's doable, but it's incredibly inefficient. It makes more sense to use waveguide models or procedural simulations, because they produce similar results for a tiny fraction of the cycles.

There's a lot of non-linearity in the physics, and any rendered model has to allow for that. So it's a long way short of real time synthesis, even with a GPU.

Karplus-Strong is the entry-level version of various complex waveguide and resonator models, and the technology has been used in commercial products for more than twenty years now.

The commercial problem is that for many applications, multi-sampling sounds better. Most musicians don't want experimental sounds, and those who do prefer other ways to make unusual noises - preferably more intuitive ways that are easier to control.

So there's limited commercial demand for waveguide modelling, and no demand at all for a full-fat 3D rendered synthesis engine.
Agreed in full--because X is really bad, Y should not get a pass for being mostly bad. And if laundry's going to get aired, there's a ton of virulently racist, sexist, and anti-poor garbage that gets thrown around here, not even by green accounts, that actually gets voted up.

HN has a problem. I've discussed it offline with people, including dang. Nobody seems to have a solution for it, but a solution needs to exist. (I mean, the real solution is to fix the incentives that turn tech people into ravening shitweasels, but I think that's out of scope for a message board.)
Where has Uber set up shop in Lawrenceville?
Read any forum. There are thousands of answers.

My favorite : http://en.wikipedia.org/wiki/Capoeira

In essence, whatever anyone can convince them to do. That can even include revolution, it'd still be better.
FYI, and not making any judgement, but this is how they pay for office space and for research that is too esoteric/risky to get external funding.
All players are paid in USD, regardless of where the team is located. I think American teams have better players because of the living/playing conditions. There isn't a huge expectation to win every single year and for the most part the cities are nicer to live in during the winter.
Why not just include Who's Hiring as a top level navigation item. If it's that popular perhaps it deserves it's own archive/timeline.
Or, like, dozens and dozens of them, all differing in almost any aspect imaginable.

And no, std::string is decidedly not a proper "string class".
I never said super-star programmers do not exist. I just don't like the term "10x" because it suggests there is some scalar measure of skill.
Premature optimization. Write correct first, profile then optimize later.
18 Points Every Java Developer Should Know About Enums in Java
Because it was posted by someone else than the "official" whoishiring account.
This question comes up often, and it's the wrong question to ask.

Here's the thing. FPGA performance has nothing to do with it. They do what CPUs can't.

You don't choose to plug an FPGA in place of a CPU, you plug it where you can't.

Tying peripherals together, glue logic, bus connection. Some FPGAs have a builtin CPU (or you can plug a soft one together with your circuit)
> Implying that opportunistic encryption is much better than plaintext

Unless you have an active attacker, in which case they are equivalent.
Kind of looks like XPS 13 with the "bottom" (that has the DELL logo) cut off

http://techranker.net/dell-xps-13-review-pros-and-cons-best-...
Wrote a mandelbrot generator for uni that performs at several fps on a 25MHz clock using 8 multipliers. Definitely not possible on a CPU! https://instagram.com/p/2Y4CMtP95Q/?taken-by=yawn_brendan

But yeah pretty much any repetitive computation. 3DES enc/decryption is another example (although I think people normally use ASICs for that when they want to do loads of it).
The Economist hast declined tremendously in my opinion.
Poor researched articles, very short articles with little information. You can build in 1 hour a better blog aggregation with more information.
They are the Jehovah's witnesses of "free markets", or at least what the Economist thinks free markets are.
Very little understanding of the underlying systemic problems we are currently facing.
For me it the Economist has become "noise" in the information jungle.
Dynamic data is on github https://github.com/RolandPheasant/DynamicData
That's interesting. I've had nothing but success on it. It discovered my key that I didn't have to do anything with.
There's some truth to it. I am encumbered so I couldn't give specifics if I wanted to, but more than one of my clients in the past has hired me because they needed somebody to unscrew the devops/platform work done by one of those Real Big Consulting Companies.
Well, I use vim, so performance. Sometimes, I even turn off syntax highlighting. Syntax highlighting can be useful, but it can also distract.
Upgrade to Windows 10 for free
25 quotes that will help you beat self doubt
This is a great point, ReactJS has many benifits. People should choose it based on those merits not "speed".
Unless MS changes their free upgrade policy to be every version of Windows since XP instead of 7 nobody using Vista / XP will upgrade because its expensive.

Though the market share of XP has been dropping. The only real users left are those who don't know what an OS is and only uses it to check AOL in ie6 and businesses who are too stupid to upgrade their horribly dated software.
People talk about it like it's a subjectivity problem, that we need to "change our attitudes" about genders and minorities in tech. I don't buy it, among the various companies I've worked for in my half decade in the workforce, every single coworker has been surprisingly open minded and kind to others (and more than a few were gay as well). Some were certainly pretentious and condescending, but that's as bad as it got. I know genuinely kind people vs. bigoted douche bags, and of the latter there wasn't a single one.

The thing is, I only interviewed 2 females during the whole 5 years. I interviewed 0 blacks or latinos the whole time too (Indians, Asians, other white males - plenty). I just have a hard time buying that it's an "attitude" problem among programmers, and that the core of the problem isn't a broader societal one, where for whatever reason, minorities and women just aren't pursuing programming, or they're being barred or discouraged by society. We should all do our part to help where we can, but continuously blaming other milquetoast white male programmers for this problem seems a) cheap and b) diverting attention from the real cause of the issue.

I think what's really going on is we don't have a way of addressing the problem ("broader societal change") or a very good way of defining it ("broader societal issue"), so people take the easy way out and just point fingers at a group.
ReactJS is also a UI framework. AngularJS is a giant beast that literally does everything you need. They are not comparable, with the complexities of things like DI and stuff of course one of easier.
Well i'm glad the scientists are finally getting paid their worth. Good on them and their families.
Does anyone else think it's slightly shady to be advising drivers take on loans for vehicles in one hand, while working on making those vehicle loans a bad investment by investing in competing technology in the other?
As I was mumbling to myself in a recent other HN comment, it has become clear to me that few people take the time to actually understand the speed differences between various technologies. Even as "everybody" says how benchmarks are useless, "everybody" still uses the most trivial microbenchmarks to decide what's fast. (Perhaps the uselessness of benchmarks has more to do with "everybody" taking cognitive shortcuts than the benchmarks themselves....)

Amusingly, this produces the result that almost every technology is faster every other tech, with the exception of the technologies that are vastly more powerful than something else, but still at least as fast (i.e., Python is at least as fast as C at some task, so it must be as fast as C in general, right?).

(The natural reaction to that is to assume that there is no such thing as speed differences, but, alas, that's not true either. No easy answers! There are things that are faster than other things at some tasks. And there are jobs where you really need to know which is which because even today, the difference between a 50-node cluster and 1 machine that does it all is quite monetarily significant....)
It may not be perfect at this very moment, but it will get more polished as time goes on. It has to.

The carrot they're dangling is a free upgrade, so think I might take this gamble. I'm not a penny pincher, but even so I cringe at the thought of paying for operating system upgrades.

This opportunity won't last forever, so I'll start with laptops and work my way up.
A Complete Plex Home Media Centre on CentOS 7
More than 1500 developers vote on Java 8 adoption
Wow, looking at that it looks like my old (lost?) Peavey PC-1600 could send 14 bit messages. In the end I think a lot of the problem is also fixable with better interpolation and mapping, but I've definitely ended up sitting in the range I want on a synth mapping, but getting clicks when I touch a knob. Pretty interesting to think 14 bit midi has been around for so long but it hasn't really taken off. https://en.wikipedia.org/wiki/NRPN whenever I go into the midi standard I end up finding neat stuff. These days USB MIDI and bluetooth MIDI have also kept it alive while OSC is still lost in a web of standards all different, great for communicating when one dev is on the send and receive side, but bad for easy interop.
So, overall, much better :P
Private research universities get a LOT of taxpayer money (e.g. DARPA grants, NSF grants)
MongoDB ?
Vive.co - New York City. FULL TIME, ON SITE senior and mid-level RoR devs

VIVE, is the modern concierge for the today's woman. We offer unlimited blowouts at NYC's top salons for a flat monthly fee ($99). We've competed at Disrupt NYC and have been featured in Fortune, Bazaar, Elite Daily, Allure, and more, and were also named as one of NYC's hottest startups by Business Insider.

Vive is hiring for Full Time RoR mid to senior level positions. Our tech stack is Ruby on Rails and we're planning on implementing new features in Node.js, React.js, and React Native. We're looking for well rounded engineers who are excited about what we're doing and want to join a great team of intelligent people. At Vive, we have a passion for working and playing hard.

Our current initiatives are to build out an API for our iOS application as well as build new features into our web app as we respond to feedback from our beta testers.

We're looking for engineers who have

- A love of test driven, agile development

- Discipline and an understanding of the importance of writing clean, maintainable code

- An ability to work in a fast paced, results focused start up

- A desire to jump between different emerging technologies

Apply at http://careers.vive.co or contact engineering@vivestyle.com with your resume and some examples of your work.
React.js is actually just really pleasant to work in and easy to reason about, and the virtual DOM is what makes that all possible without it becoming unacceptably slow. DOM diffing isn't there to make React faster than everything else ever imagined. It's there to let you stop thinking about the DOM and focus on the world state of your frontend instead.

I wasn't truly interested in React until I read this, which does a better job of spelling out React's real advantages than I ever could: http://jlongster.com/Removing-User-Interface-Complexity,-or-...

Here's a choice quote:

"Rerendering everything (and only applying it to the DOM when something actually changed) vastly simplifies the architecture of our app. Observables+DOM elements is a leaky abstraction, and as a user I shouldn't need an intimate knowledge of how the UI is kept in sync with my data. This architecture opens up lots of various ways to optimize the rendering, but it's all completely transparent to the user."
Just install the technical preview and you will be able to upgrade for free.
Source http://m.windowscentral.com/windows-insiders-will-be-able-up...
Its interesting that if you want an actual lap mounted laptop (not a transportable) you want one of these from 1983:

http://en.wikipedia.org/wiki/TRS-80_Model_100

I had one of these about 30 yrs ago, it was pretty awesome.
The code and the interpreter together are both so terse that they fit in the cache. That buys you a lot of speed.
It seems to me they're missing the point. The implementation of ng-repeat is quite complex, and if, for some reason, it doesn't do what you want and you decide to write your own directive you have to deal with mutating the DOM in an efficient manner yourself.
React on the other hand allows you to just generate your DOM structure and be fairly confident in it performing well by default.
CMU should pay its profs and researchers more than it pays its administrators.
It's not everything is about speed, I would choose manageability over speed anytime
Nope. https://www.youtube.com/watch?v=ibF36Yyeehw
PayPal collects fees. They also restrict access to their platform and funds held on the platform.

I am not talking about currency. Let's pretend the world will run on dollars indefinitely. Blockchains grease the skids of trade. You will trade with far more individual strangers than you do today. You will trade in new ways that weren't possible before blockchains let us encode the rules for interactions in a world computer.

Blockchains will reshape our world. I think our currencies will be defined by blockchains as well, but don't get distracted just because you don't believe that particular bit. Blockchains are bigger than currency.
I don't believe this is a legitimate trademark under US trademark law. A simple description of a process is not protectable, as I understand it (this from being in a dispute and consequently reading a bunch of examiner filings.)

Money that is unencumbered is "safe to spend" and thus this is a phrase that describes a common industry state.
Thank you for the kind words and thank you for hunting it on Product Hunt!

I have to admit I am a bit disappointed this didn't get more feedback here on HN.
>There are plenty of previous articles on here from individuals who are "tech minorities" about the environment that we unconsciously create which isn't that welcoming to them. From assumptions about where and how we want to socialise, to dress codes, working hours, employee benefits etc.

We are welcoming if our culture suits you, like any other culture since the dawn of time. Why should we change the way we dress, the way we want to work, that we socialise, if we, that identify with the culture are perfectly happy with it.

They are feeling unwelcome because they are unwilling to adapt, but it's taboo to say so.

What you are advocating is purely and simply destroying a culture because some people do not like it.
While the article shows some really good performance improvements, the tone is really sensationalist. While challenging 'comparison demos' in leiu for proof, the author responds with... yet another comparison demo

The title is not entirely falsified either - ReactJS is fast out of the box. Other frameworks can be tuned to achieve comparable speeds. But in most cases, ReactJS still wins.
I believe the Xilinx tools are actually free of cost. Still, though, open source FPGA tools are desperately needed.

edit: even if they just opened up the bitfile format. I believe it's a similar situation as GPU instructions sets though: managers saying "no because patents".
Looking at other industries: probably yes.

That said, I think Uber will fuck themselves hard, and that Uber's robotics efforts will be viewed as a massive mistake within the next ten years. This is a situation where they should buy or borrow, but they're trying to build out of greed.

Autonomous driving technology is not going to be a differentiator. It's going to be a commodity. Everybody will have it. Investing heavily in a commodity product is a waste of money.

But it's exactly the sort of mistake that one could expect an egotistical asshole like Travis to make.

Uber won't be dead in ten years; they'll be the myspace of transportation. I guarantee it.
It's not under US trademark. It's European.
Tech we take for granted like televisions, microwave ovens, and the Internet, all have significant roots in university research, where the benefits are lately available to the public, whereas private research also privatizes profits. As the article mentioned, there is now a gap to handle research grants, and funded research may go by the wayside. People lose from a dick move.
The FPGAs run entire algorithmic strategies. It's not just the order management that they handle.
I inherited some Python scripts that pulled data from various sources and assembled web pages to present a coherent view of all of the data.

These scripts were very brittle, and slightly malformed data could cause them to fail entirely.

After about a year of maintaining these old scripts, one of the data sources got replaced with a shiny new database system, requiring a major rewrite to the scripts. So I just started over from scratch. Having seen the problems running and maintaining the old ones, I made numerous better design decisions, resulting in far more robust scripts, which are (I think) much more easily maintained.

But indeed, my predecessor was no fool. His scripts likely grew and grew and grew until they were a pile of hard to maintain code. I doubt that he himself would have advocated their design, but he just didn't find time / value toward rewriting them. I only rewrote them because I was forced to.

And I'm sure that my future successor could improve upon what I've done. For that matter, I myself could improve upon what I've done, but hey, it works well enough, and I'd be better off spending time on other things...
I was not expecting that quick of a release. In the last month, I have encountered enough bugs that I was expecting at least fall. To pick two that sort of highlight the problems:

Unable to set static IP. Appeared to Work in GUI but not actually set.

Touchpad being available every other reboot. Device simply not detected.
I think the bigger appeal of React isn't the "performance." It's the fact that you can reason about your app as if you are re-rendering the entire application with every change in state. That way you never have to think about mutating the DOM, and you have less places to screw up.

If you actually re-rendered the whole app with every state change, it wouldn't be performant, but with the virtual DOM, it's totally feasible. It is definitely unfortunate that developers take statistics for granted (I'm guilty of this), but it doesn't undermine the usefulness of the framework.
Hangman: Imperative Functional Programming
Forget it - OP wanted to have a shared anonymous pool, obviously (but in this case, using shm_open()+mmap() could do the trick)
You didn't really answer my question. Actually, you didn't answer it at all. Because I'm not very bright, can you please spell out, in very simple terms, what right was violated?

> SENATOR TOM COTTON: The program has been approved 40 times by 15 different, independent federal judges based on 36 years of Supreme Court precedent. It has been approved by two presidents of both parties. [0]

[0] http://www.npr.org/2015/05/07/404994217/appeals-court-rules-...
std::string is a complete replacement for C strings. That is, fixed character width ASCII-or-equivalent strings. That's what it was designed for, and that's what it is.

People often complain about the lack of a real "string class" in the standard C++ library. Well, guess what? No language today really has primitives that handle unicode absolutely perfectly, and there's still intense debate about what they should be doing with respect to encodings, length() functions etc.

Maybe the answer is that Unicode itself should be simplified so that every word in language has one representation in any particular encoding.
Also it assumes that programming is only learned at uni in a purely frat boy anti-minority environment yet mythology and anecdote indicates that really good programmers are all self taught before they're 18,...

This actually provides a nice concrete way to test whether non-Asian monorities/women/etc are really harmed by outside factors: compare the percentage of autodidacts among non-Asian minorities to Asians/whites. If social factors push non-Asian minorities out, then the percentage of autodidacts should be higher (since social factors are reduced by a lack of social interaction).
Ericsson researchers achieve mind-blowing 5G speeds
If we take robinrob's point, and measure only "people who have programmed", then I would still expect a very positively skewed distribution. There are really a lot of people in the "I tried it and didn't like it" category.

For almost any boundary you choose, a majority of people will sneak in just over that boundary, leaving a long one-sided tail.

This skewed distribution would appear even if you cut a Normal distribution.

A Normal distribution occurs when everyone is expected to be at the same average level but could move up and down equally due to many random factors. When learning skills, people generally start at a 0 level and generally move up. That won't be Normal.

If you take a cohort of programmers with exactly the same experiences, that could plausibly follow a Normal distribution of skill. If you take e.g. all professional programmers, that won't.