skysight-inc/HackerNews huggingface dataset:
Relevant: Eroom's law: http://www.nature.com/nrd/journal/v11/n3/fig_tab/nrd3681_F1....

So what do we do here? We're not just underfunding basic biology research, it's rolling down hill and affecting the efficacy of our products oriented pharma R&D investments.

Best proposal I've heard to pull out of this trend? Computational biology: simulate different tissue types and organ systems (their dynamics, metabolic pathways, flow of matter/energy/information) and expose the simulated tissues to potential drugs in high-throughput simulations. Test exponentially more compounds and prune obvious failure from the chemical structure tree early and often. What you're left with is a restricted set of compounds to try synthesizing and taking to trial.
Yes, many people have irrational and perhaps simplistic ideas about fairness which break down in face real world circumstances. Even so this article is over simplistic nonsense which was (poorly) designed to support the author's premise (such that it is).

1: Life does include competition but it is not solely competition as the article suggests. Advantage through cooperation is found throughout a broad spectrum of sciences including animal behavior and game theory.

2: "You're judged by what you do, not what you think". Well yes, but you are also judged by your skin colour, the language you speak, the accent you speak it in, your sex & orientation and dozens of other factors. Moreover it's well documented that these factors often take precedence over other more 'logical' factors such as previous accomplishments and current engagements.

3: Our idea of fairness is often skewed by self interest but isn't entirely self interest. Honestly, it's like the author has never had any contact with any form of sociological research whatsoever.
Backbone looks interesting and I've worked on projects that used it but honestly I've never really taken a hard look at it nor had to make huge changes with it to really have a good opinion one way or another on it. I mostly started writing and using msngr.js because I love messaging and I didn't see anything that did exactly what I wanted to do (and even if I had found something I still may have written it anyway as I've learned quite a bit in doing so).
Ask HN: If you could change Google.com, what features would you like to add?
Really, most articles are about people and we're catering to people.
Busted link?
HOWTO: GPG sign and verify RPM packages and yum repositories
It's a pretty accurate and factual observation that most of the burden of child-care falls on mothers, either time- or money-wise.
It's not that far off.

http://piketty.pse.ens.fr/files/capital21c/en/pdf/T12.2.pdf
Yeah, we worked crazy hard accumulating the data and this is a sample of over 1.5 million apps. The stuff you see apps ask for is so over the top.
Category Theory: Who Needs Types?
Got more payload chunks. Wow, they were sloppy with this - found plenty of symbol references still in them!

So far, that makes references to LEGSPIN, WILLISCHECK, HOPSCOTCH, STARBUCKS, FOGGYBOTTOM, SALVAGERABBIT.

I believe this may be NSA's UNITEDRAKE implant architecture, specifically.
He's talking about the console for managing your Google applications, not the web developer console.
Charted – A new way to share data
The competition thing already has been addressed my me and others a number of times in this thread. Google is not the cure all... The bigger they get the less incentive they would be for them to drive down prices and speeds. We would need 3 to 4 players in most markets at least for real competition so we agree about that but... How long would this take? A decade?

The reality RIGHT NOW is that their is no competition in 99% of the US. Ending Net Neutrality right now and hoping in a decade things change would be stupid.
disclaimer: I'm the author of Mithril.js

I've also used Angular for around 2 years for a large application. This article resonates pretty accurately with the problems we were running into before I decided to write Mithril.

It can certainly work well (heck, the mobile part of our app was doing just fine because it was specifically designed to be a trimmed down version of the much more powerful desktop app), but performance problems aren't necessarily because people don't know how to use Angular. In our case, performance problems usually became obvious when we had UIs for editing large volumes of information, and large volumes of information did appear on the page. Two of the examples that we were running into problems with were a work breakdown structure UI, and a scheduling UI, which are far from being things-you-should-not-be-doing.

The team scalability issue is real, but I think it's not entirely Angular's fault per se. My general experience w/ co-workers dabbling w/ Angular was that they were accustomed to jQuery in terms of discoverability (i.e. if you don't know jQuery, you can fake it w/ Google-fu until make it). Getting into Angular is not like that at all. There are lots of places where you can shoot your foot if you don't do it the right way (tm), and deadlines will trump doing it the right way if the right way is sufficiently non-intuitive. You can blame that on teams not having good processes or good developer or what have you, but hey, that's the real world for ya.

My main problem with Angular is the error messages. Imagine writing this:

$(".foo").each(function() {
this.addClass("bar")
})

But instead of throwing a familiar native js error on line 2, you get an asynchronous ReferenceUnboxingException on line 3475 of jquery.js and your code is nowhere in the stack trace. That's what a lot of Angular errors look like (when they do show up, because null refs from templates don't).
Agree with all the first part but if he focused and didn't got useful results, continuing to be focused will only help him to do the wrong thing righter.

He's intuition is telling a lot, it's pretty clear that he needs some kind of pivot. And I would seriously consider diversifying to fix the cash-flow problem.
Okay, I'll voice my desire...

My understanding of this comes from Carl Sagan's original Cosmos miniseries...

Kepler and Brahe were reluctant allies. Brahe had the observational data Kepler needed to try to understand the motions of the planets...

...but how the hell did Kepler do it?

I've gone through Differential Equations, I've done Linear Algebra quite a bit, I'm good at computer graphics... I had to derive the equivalent of Bresenham's Ellipse drawing algorithm for a test... And I have no idea how it's even remotely possible for Kepler to have taken astronomical observational data, and derived the motions of the planets from that data.

Has anyone ever done a "For Dummies!" write up of how this was possible?
"Not surprisingly, most of the women were domain experts solving a problem they themselves had. That's something that tends to be true of successful founders regardless of gender."

How much domain experience is necessary to solve the problems you have. isn't that something you learn/pick up once you start solving em?
The importance of learning to program at an earlier age conflates two patterns in my opinion. I benefitted immensely from teaching myself how to program at a young age but that is not why I have the computer science and software skills I do today per se. It is an artifact, not a requirement.

Computer science skills roughly follow a sigmoidal curve over time with long tails at the top and bottom. You really do not become useful as a programmer until you hit the hockey stick part of that curve. There is no substitute for time in the field to get to the hockey stick part. The primary advantage of learning programming when you are much younger is that you essentially burn down some of that initial time investment before you are really paying attention to how long it actually takes to be an effective programmer. You do not hit the hockey stick faster, it just seems like it to other people because you started down the path to get there earlier.

This is discouraging to people that start in college or later because there really is no shortcut to time spent doing it. The people that become good programmers faster usually just started earlier, it isn't necessarily that they are naturally more skilled. Nonetheless, the time required to become a good programmer is not that onerous in the big picture. The key is sticking with it even when the payoff seems distant.

As an added comment, people that do well at the top of the hockey stick, where there return on additional investment is diminished, do tend to be the people that started much earlier. Again, this is not due to talent per se but the same people sufficiently obsessed with computer science to teach themselves at a young age also have the obsession to learn and master the more esoteric parts after they've become excellent programmers even though the practical utility is much less in practice.
Ask HN: If you could change Facebook, what features would you like to add?
It's a technique by people not wanting women in the field.

Make sure everyone notice their gender first; make it all about their sex rather than their skills.

Make sure they never EVER forget they are a special bunch and never treat them like equals. Make 'special' categories for them.
This is very interesting! I'm using AWS elastic transcoder, but this as an AMI could be cool too, any thoughts on going that way?
The government isn't responsible for utilities tending towards monopoly - it's a natural outcome of any market with small unit costs and high barriers to entry.

For a self-proclaimed libertarian, you're ignoring a very basic tendency of market systems. Natural monopolies are Econ 100 level stuff, and utilities are the textbook example.
Costs are so high as these become more challenging, seems like Socialization with subsidy of incentive-based private funding (bonds, VCs) would be a better model.
A Beginner's Guide to Grunt: Redux
it'd be really awesome if the lights in the living room dimmed when I started playing a movie (of course, with the option of turning them back up if I'm trying to do something else).

What do you think of the approach from this older video of mine? https://www.youtube.com/watch?v=L7jeJSdJPpk
Location Based Services Best Practices: Be Helpful, Not Annoying
The Case for Better Designed License Plates
How Travel Hacking Has Increased My Credit Score
Agreed. I would add that this applies to pretty much any skill, not just programming.
"In the most recent batch (W15), we asked about gender on the application form for the first time. The percentage of startups we accepted with female founders was identical to the percentage who applied."

There are application videos and have been for a while. And each founder has names listed on the application. With https://gender-api.com/ you could probably figure out gender without asking explicitly and could have done so acceptably well with previous classes. I would be curious what the stats look like back tested against each class over time.
Coding 101 with Microsoft
iPhone is banned in Russia's army
You're right in a way in that it should be gender neutral.

But the problem is there is far more encouragement towards men being entrepreneurs (especially in the technology space) while women typically get discouraged to do things outside of the stereotypical "female role". A mechanism to help correct this is to cater more content for women versus men. It won't correct it, it's not perfect and I think we'd all rather not care about gender, race, etc but the reality of today is if you're not a white male you're discouraged in many environments from attempting the same thing.
80% of crime goes unsolved so it may be that the stupid ones are overrepresented.
Hi Pankaj, when did you get your Adsense account approved? Would you be able to share the process? I understand that it is quite a challenge to get Google Adsense approval in recent times.
Well then! Totally ready to believe that I am 0 for 2 on attributing state-sponsored malware. :)
This is absolutely true, and teaching myself to code is one of the best decisions I've ever made for exactly these reasons (and more).

That said, I'm not upset that I wasn't a CS major in college. While there are certain things that I'll probably never have the skills to build, at the same time I see so many CS majors making fundamental product and business errors that I'm able to recognize and at least hopefully avoid thanks to previous experience in other areas.

Knowing how to code is really important, but there are other skills and knowledge areas that are important also. We absolutely need people who are really good at coding and CS to the point where that's all they focus on. But for everyone else, what's important isn't so much when you learned to code but rather what you've spent your time learning and doing in general.
Also the link to the female founders conference has last years dates.

http://www.femalefoundersconference.org/
Just reading EBOOT.PBP makes me all warm inside.
(Author of that talk (and co-author of Ramda) here. Your perf test only times the parsing of the function -- not exactly fair.
This is cool but at a glance I expected it would boot on "bare metal", however it seems to be running on top of some firmware/bootloader/BIOS to do talk with the hardware:

extern {
fn pspDebugScreenInit();
fn pspDebugScreenPrintf(format: *const u8, ...);
}

So the actual rust code basically does nothing besides calling a bunch of external C functions. The real work was probably in the rustc code itself to add a new target for the PSP.

I've written a bit of low level rust code and it's quite pleasant to work with. For one, it's very easy to crosscompile: all targets are included by default, so if you have a rustc installed you can probably generate code for arm or whatever (although you will have to crosscompile the various libs you need, but in the case of a bare metal application it's probably only libcore).

Then it's pretty much like working with C. I think my main annoyance is that pointer arithmetics is a pity to work with at the moment (you can't even use it in constexpr which is sometimes hard to work around). Oh and you code breaks every other day when you update rustc, but that's life on the edge :)
Ask HN: If you could write to Mark Zuckerberg, what would you write?
Why Flow is important for designers
> How much domain experience is necessary to solve the problems you have. isn't that something you learn/pick up once you start solving em?

If you are a domain expert when you start, then the problems you have are more likely to be real, significant problems in the domain, and your attempted solutions are more likely to be both novel and well-considered in terms of the problem than is the case for someone with less domain expertise at the outset.
This is a great story and project.

An apology (in the original sense) of Jessica's work for those who think that the experiences of these individuals don't matter: What I think people don't get about Jessica's interviews is that they're part of a scientific process of understanding what makes great founders and great companies. Many discredit qualitative, observational scientific data. But for new, rare, or poorly understood phenomena, observation is the only way to make scientific progress. In engineering the phenomena are often well understood, common, and within the discipline, familiar. In this case deductive logic, reasoning from known principles, is quite fruitful; but its success biases engineers against inductive reasoning. But for other subjects, such as what makes a great startup founder, or what makes a great female startup founder, the inductive method is much more fruitful.

This is not some anomaly: all sciences started with observation and the inductive method. These are the beginnings of insight, generating hypotheses to be tested. We're still quite early in our understanding of startups, and even more so in our understanding of female-founded startups, that this approach is not just warranted, it's the only way to make true progress.

Jessica is like the Jane Goodall of startup science. Even though she's studying individual founders she's ultimately helping us understand more about ourselves.
apart from the overhead of finding out if the normal DOM method will work - and the overhead of parsing the selector to make sure it's not using jQuery extensions.
>> But... it's better in every way!

And this is where we disagree. I believe it's worse. The original crashes the system, which is really bad. The cases where this happens are few, and people are going to be aware of what they did to cause it (unzipping a bunch of files in there was suggested as a trigger). With the proposed patch, nothing will happen. The user will not be aware of the issue and the system will not update with the changes. The user may not even notice their action had no effect and if they do, it'll be a harder mystery than the crash to figure out.

Some prefer the system to crash than silently ignore input. Error codes and messages are better than either of those.
The product likes good. I just couldn't find any screenshots of Slack integration. I don't know if we would switch from what we're using now but we're using Slack pretty heavily.
Yeah, asserts are pretty evil, too.

I like Go's approach: no asserts, and only use exceptions for really exceptional stuff. (Go calls exceptions panic/recover, and tweaks the recover syntax in such a way that it's much less tempting to use it for normal error handling.)

From an outsiders perspective, with zero-knowledge, it seems like libnih should be propagating back the buffer-full error.

I agree that silently failing to reload config files in only certain circumstances could be just as bad or worse behavior than just crashing, but both behaviors seem really really bad in core system software, n'est pas?
"Get notified of Answers to the questions can be sent to everyone on the team via email,"
should probably be "Answers to standup questions can be sent to everyone on the team via email,"
I've never doubted that moc does things that C++ itself can't.

My objection to moc has always been that it does things I flat out don't need in GUI design. I mean, there's a whole world of Win32 and GTK+ applications that get by just fine with specifying callback functions; and it's not as though they are suffering and in need of moc-like functionality. And now with C++11 lambdas, it's an absolute breeze: button.onClick([&] { printf("clicked!\n"); });

Certainly, Qt does a lot more than just GUI stuff, and there are use cases beyond my own. What immediately springs to mind is using callbacks within QtScript, or perhaps some integration with QtQuick.

But the annoying part is the way that you need to run your headers through moc (and this often dovetails into "replace make with qmake", which is even more extreme) in order to use Qt. I think most, if not all, of the objections over moc would go away if they made the moc component optional to those who want the extra power.
Yelp does this with its photo gallery, and it's really annoying.

When the user is in a linear sequence such as a slide deck, photo gallery or similar, the "previous"/"next" buttons don't map to the browser's back/forward buttons, they navigate the sequence. Littering the history with the navigation history of this sequence does not make sense.

However, it'd be nice if browsers could perhaps record the history (perhaps as some kind of sub-tree history), allowing me to see that I not only visited this slide deck, but that I also visited these specific slides.
As a noob who recently moved away from the Python land, it is mind-blowing to me that the shim needed to communicate with a foreign library (or even, bare metal) is that simple.

When I first learned Python years ago, I was told that I can specialize some parts of my Python program using C code to speed up the entire application. However, I've never tried that. Maybe it seemed too complicated to me? I don't know, but it just haven't made my mind go.
It doesn't seem true to me that the "V" React gives you is so good that you don't need anything else. It does seem common (though not universal) to eschew MVC for React apps, but in most cases it is replaced with something like the Flux architecture, which is no more or less complexity than MVC, it's just different.
> your system might be in an inconsistent state until the next reboot and you might not even know it

With the kernel panic, you'll be ending up in an inconsistent state even after the reboot - assuming it reboots - when it happens in the middle of un-taring your configuration files.
When you have companies offering to freeze eggs it's a reasonable point to make about childcare -- society pretty much makes women responsible for children. The nice thing about making a workplace more suitable for women with children is that you're also making it more suitable for men with children.
First result I came up with was http://www.thornburginvestments.com/pdfs/TH1401.pdf which states a 6% real rate of return on the S&P 500.
Point of curiosity: Chocolat is compatible with TextMate syntax files, IIRC. Was going with TM syntax purely a pragmatic choice? Is it not so bad for in-editor syntax highlighting? It seems like virtually every text editor that hit the market -- or whatever one would say for free programs like Atom -- after TextMate adapted TM syntax files. (While BBEdit's comparative inflexibility in syntax highlighting, even the new BBEdit 11 format, irks me, it's hard not to notice that it's a much better performer on giant files.)
Some countries try to fit "startups" in traditional investor capital-heavy visas, but there are plenty of good examples.

E.g. Canada, UK, Ireland, Singapore, Chile, New Zealand, Italy:
http://en.wikipedia.org/wiki/Startup_Visa#mediaviewer/File:C...
There are tons of companies and even microISVs that make a good living or more, from desktop apps, in both the developed and less developed worlds. (But they are not 5$ apps.) Hell, there are many small and medium software companies in India (for example) that were doing good business (and probably still are) with Clipper / XBase apps for small businesses, on (gasp!) DOS, to take just one area (of both tech and domain). VB and VB.NET too. Delphi too, probably. C++/Qt too. C++/wxWidgets. ... I see the (XBase or other) apps myself in many shops, malls, doing the accounts, sales, POS, etc. Seen such apps in many factories too (I was on the field for a while, earlier). Its just that they are not mentioned much here on HN. (See the recent thread about the Rails jobs). And I'm sure it must be so in many other less developed countries too, not just in the US, Europe, Canada, Australia, etc. (which are highly computerized). HN is not the whole universe, only a quite small part of it, though we techies sometimes tend to think otherwise.
Reality check: Curll, if you can't fix your cash-flow problem in 30 days, then you already know the experiment requires a strategic pivot.

It doesn't help to question that.

It will have an emotional impact for you but fighting facts will not help you. Deep breath and change the perspective to see how you need to pivot. Don't narrow possibilitites. On the contrary, expand them. You might feel blind or stuck for a little but do some Customer Development (essentially listening) to get inspired again.

You need the cash-flow problem fixed and is better if you can fix it by yourself delivering direct value (AKA, your paying clients).

Even if you have to do something else (diversification) and everybody tells you that you should focus, if it's not working then is not working (AKA pivot needed).

Remember that you can always do the self-angel strategy (AKA bootstrap) and do that project as secondary thing instead of primary. Might not be so exciting but it will protect you (and reality around you is asking for it).

Do not surrender to peer pressure on cheap advice (perhaps including this one). Stay questioning and trust your subconscious intuition and discern.

What would you say to you if you were to advice your son on this?

Best!