skysight-inc/HackerNews huggingface dataset:
Why don't we remove ALL *isms, and call them biasses?

"The X bias is Y, and from the data we'd expect a bias of Z, therefore the bias is D".

By calling it sexism, we make it a value judgement. By talking about bias, we remove judgement.
It's tough to imagine a similar process in a complex lifeform. So it could well be the great filter. Evolution doesn't work well with things that happen rarely over geological timescales. This is one reason why life on earth is very sensitive to climate change, even although the climate has gone through many major changes in the past.
Thank you for unkilling it. It might be mildly controversial but so are many stories that get posted on HN. It was unfair of people to use the spam-flagging mechanism to try to dispose of it. If they have an objection, they can make an argument in the comments. Thanks again.
I had just started to think about switching to Mithril from React. This completely changed my mind. Incredibly exciting.
Well damn, now I want an invite.
Kind of sad that 75% of the comments in this thread are negative or pedantic. I work as a reverse engineer and I thought it was a good "gentle primer".
What did you use for that? POVRay?
So many spreadsheets, crumpled and thrown in the trash.
The only problem with this is that we might not have long enough for multi-cellular life to recover. While the red giant phase is a long way off, some scientists think that the carbon cycle could shut down as little as 500 million years from now, either due to oceanic evaporation or due to a failure in the weathering process.
It is complicated by the fact that this implies intelligent civilizations have a very finite window of opportunity in order to communicate. 500 Myr is a pretty short on cosmic timescale; so the odds that:

1) our civilization comes to exist in some 500Myr window

2) another civilization comes to exist in another 500Myr window

3) Signals sent from that other civilization arrive at the right time for ours to observe them

are considerably lower than just the odds that two civilizations develop that are advanced enough to communicate with each other.
You should say something about why I would want to try it if you're going to market your product here. I'm not going to request an invite to something I know nothing about other than that it solves a problem I already have a tool for.
What does the word "illegal" encompass here?
Thanks for the reply. It seems that credit cards are designed to tap into the human desire to live in the moment. I guess if you had to actually go to a loan shark and pick up a suitcase with $15k in it, and know that a goon was going to turn up weekly looking for the interest, you'd be a bit more circumspect about whose money it really is.

I remember the feeling of being young and constantly stuck for cash to do anything. It's frustrating so I can understand how cards provide a temporary reprieve. Just don't get them is the only solution.
It's not similar. Postscript (display or "regular") is imperative. It's an instruction stream.

React belongs one level "up", abstracting away the translation from a declarative representation of the view to a stream of calls on some lower level mechanism to reproduce that representation in the most efficient way possible.

The basic idea of React is that instead of having your application spitting out an instruction here and an instruction there, which may result in lots of reflows and redrawing, if individual state changes are expensive it can be more efficient to re-create a full representation of the desired state and have an engine compare that desired state to the actual state and figuring out the best possible set of steps to get from the actual to desired state.

E.g. the engine may be able to figure out that a subtree changes so much it's going to be best to just replace it wholesale instead of manipulating node by node.

The "output" from a React style engine can be a series of DOM manipulations, or it could be DPS instructions, or any number of other things - the idea is very general.
Despite superficially resembling some self-referential paradoxes, if the heuristic can stand up to itself, it's not a paradox. You try to prove it wrong, and you fail, so you keep it, which, lo, is exactly what I've done. (Or perhaps more precisely, while it is not a perfect fit and I could quibble with details myself, it is the best one-sentence summary of true science in my opinion, and I'm familiar with most of the usual ones, and aware that I've only seen this variant in one or two other places even so.) No paradox, no contradiction, no insanity.

Alas, if you're looking for an excuse to tie either yourself or me up in some sophomoric philosophical conundrum, this doesn't do it. But there's no lack of such things if you look, so don't be disappointed. Keep on trucking. May I suggest Godel, Escher, Bach: An Eternal Golden Braid if you would like the industrial strength version rope, err, braid to tie yourself in?
My conclusion is that meeting user expectations with regard to spreadsheets is impossibly hard. Excel, for all its warts, just sets the bar too high. That "bad csv" that causes problems is handled by Excel - people aren't uploading broken spreadsheets where broken is what the user deems broken not a programmer on the other end.

Spreadsheets are so hard that the resources of Google couldn't unseat Excel despite Google providing web access, simplifying collaboration, and giving it away for free.

It's not getting numbers in boxes that matters, it's the long tail of functionality. Microsoft has been dogfooding its spreadsheets since MultiPlan in 1982. They have more than 30 years of robustness in their sausage.

This means you'll always be getting bad inputs from workable spreadsheets. Excel deals with hand built data better than any likely automated external method.

Cleaning Excel data is a great idea for a consultancy not a startup.

Good Luck.
I'm really happy to hear about Standard Chartered's success with this, and I want to know more. This is really promising stuff.

My current company is looking into our "next generation" platform for when our datasets exceed what we can do in R. R may not be the best language, but it's great for exploratory data science, has the best or the only library out there for some ML purposes, and we've done a lot of things to make it production-worthy (on small- and medium-data). We'll probably need to involve something else, down the road, when our data sets get larger than what fits on one box. The leading candidates are Haskell, Clojure, and Scala (Scala because of Spark). I'll have to evaluate the languages fairly and relative to our needs, but I hope Haskell wins for a number of reasons, including the fact that Chicago + Haskell is an unfilled niche and we'd attract a ton of talent.

For those who've taken Haskell this far into production: have you encountered any negatives? Are there any times when you think it might be better not to have a strong type system?

To me, the biggest drawback of Haskell isn't anything intrinsic to the language, but the amount of stuff it forces a person to learn. For me, that's a fun challenge... but trying to convince 110 programmers to use a language that forces I/O into a set of types (loosely) called a monad seems like an epic task. Clojure has the advantage of being simple and beautiful once you get past the parentheses. Haskell is demanding and frustrating for the first 6 months (and pays off handsomely later on, but this can make it a hard sell).

Also, how does the Any type in Mu (if anyone familiar with it is here) differ from Data.Dynamic?
I think this can be really amazing as is react js now.

--

I had to build a simple at first but very complex under the hood.
I wrote that app in a weekend with react and was a ton fun and most important worked well since day one.

I have been out from the web development since like 1.5 year, but yeah IMO react is the best thing happened to javascript since ... ever.

Thanks again guys!
It fails like many other framework tried to create native apps with JavaScript
This is the same type of sloppy thinking that endorses "if you're so tolerant, why don't you accept my bigotry."

It barely deserves a response, but I would like to point out that it is far more revealing of your ignorance of other people's experience than of any cleverness or wit on your part.
I saw this a while ago (about a year) and I wrote a hello world and another small program in it. Shortly after I had a job interview for a software dev. spot for one of my schools research labs and I brought this up in the interview, my future boss thought it was halarious!
twilio is great but the toll free number is seriously expensive. the android client is a joke and you can't use it to answer or make calls. what twilio needs is an official skype like app.
Thank you... We are planning to rebrand... also change to wordpress
Virool (YC S12) Is Hiring Software Engineers
HIPAA does not forbid e.g. Patrick from viewing or working with medically sensitive data. If it did, it would effectively prevent any medical software or services from operating at all.

HIPAA does however have an awful lot to say about what can and cannot be done with this data, how it must be handled, who it can and cannot be divulged to, and so on. For example, when and where it must be encrypted, how its use must be audited, etc.

It is in some ways like PCI compliance. All parties handling sensitive medical/financial data on your behalf have to follow certain secure practices, or risk facing steep fines and legal action.
created a launch page after your suggestion, please let me know your thoughts.

http://www.growthhacks.co/grow-your-business.html
Interesting, you've described myself to a tee there. I think your hypothesis is sound, too, as that's what I've always sort of assumed.
John Carmack's "we are having a hard time hiring all the people that we want. It doesn’t matter what they look like." is pretty much all you need to say, over and over, until they give up.

There are two problems w/ 'white male' dominated engineering fields (really, male, unless you insist on the slander that asian+indian are 'honorary white'). One is optical. It just looks bad to shallow thinkers who don't care to pause to find out what the pool of able+willing workers looks like.

The other is that techies are too insecure about their value and virtue; they're inclined to actually respond in good faith to slanders like this one. Big mistake. You do see also occasional diversity attacks against the really high earners (managers, sales, finance, corp. law, certain posh local FD/PD, maybe some doctors?) but since they don't seem to flinch much, they're pretty much left alone.

Yes, everywhere I look around me are a bunch of guys. (maybe 10-20% women). Yet I'm certain women are welcome. Sorry, they just are.
Here is the philosophy behind React Native:
https://www.youtube.com/watch?v=KVZ-P-ZI6W4#t=1725

"Learn once, write anywhere."
A key difference is that the actual City Of Los Angeles is quite sprawling and surrounds many of the areas that are incorporated as their own municipalities.
This is awesome.

I can't wait for the API docs and sources to be released.

Tweets and videos are lousy at conveying information : )
Here’s how the BBC is thinking about its future
Did you read the thread? Someone claimed that net income of an entity causing willful radio interference is irrelevant and that only marginal gains (as opposed to its "core business") made from its willful interference should be considered. I disagreed. I was then told I was "missing the point" and that Marriott does not have evil plans and that they don't/didn't attempt to influence rulemakers to permit their interference. This story doesn't fit the facts of what happened, so I called it out.
I really wish I could go to at least one site related to something I'm interested in be it sports, tech or gaming and not have to listen to this feminist propaganda.
Sure, please send the details.

You can download couple of free content here, http://www.growthhacks.co/grow-your-business.html

Please let us know your feedback.
Insights into the Genetic Foundations of Human Communication [pdf]
Under laissez-faire (i.e. rights-respecting) capitalism, the initiation of force is barred. Prohibitions on "anticompetitive conduct" are separate from that. They are a restriction on what companies can do in addition to not using force.
> If I'm one of Reacts competitors I'm ecstatic that they're abandoning the web.

Wait, can you quote where they said that. Maybe a particular time in the video...
I have spoken all the eldritch rituals which legally permit a doctor to share patient information with me personally as long as they have a contract with my name signed in blood on it.

Just kidding. It isn't actually that bad. Appointment Reminder is a "Business Associate" of Happy Teeth Dental. I'm it's HIPAA compliance officer, attend a yearly training session, have been threatened with the most severe of sanctions if I misused patient data, see only the data required for my job, and have my name and access rights recorded in a spreadsheet ready to be audited (along with my access logs). That's probably half of the list. Clearly HIPAA can't completely ban non-doctors from seeing medical data or the entire medical sector grinds to a halt, right?

With regards to support agents, some people at the company are approved for access and some are not. The system enforces access rights, naturally.
A surprising number of homes in my LA neighborhood are owned by trusts. I used to assume they were trusts for the people living in them, but then I noticed many of the trusts own a number of properties. There's probably an interesting story or three to be told there with some data digging.
There is no action a company can take to damage their competitors other than succeeding in the market by offering a better or cheaper good or service.

That is in free market capitalism, where the initiation of force by the government or companies against other companies is barred.

For instance, in free market capitalism, telecom companies are not granted local monopolies, so the only way for a telecom company to hurt its competition is to beat its competition on price or service, since anyone is free to build telecom infrastructure. (Obviously, this is not the system we have in the US, where telecom monopolies are rampant, but we should.)
What a browser should and should not do is the prerogative of the business or entity behind creating it. I don't understand where you get this idea of what 'should' and should not happen happen in a browser.
Very interesting. Microsoft allows you to build fully native (not webview wrappers) apps using WinJS, and they have shown that React (along with Angular) can be used to build those apps [1]. I wonder if Microsoft will put resources into bridging the gap between React Native and Windows 10.

As a long time web oriented .NET developer wanting to pick up mobile who has been wondering whether to go Cordova or dive in fully native (ObjC/Java/Xaml) this is going to make the choice very difficult.

[1] https://github.com/winjs/winjs/wiki/Using-WinJS-with-React
I haven't tested it, but https://appear.in/ seems to do what you're describing.
> What if your cloud provider is down? Use DATAPATH.IO to route your users to a healthy location while keeping your IP addresses.

Call me crazy, but I'm not sure I really care about keeping my IPs. Route 53 seems as close to bulletproof as we're going to find with DNS, and it's got cloud-independent failover routing built in. Point the primary record at your nice little EC2 server, and have the secondary record pointing as Azure or Google Cloud or your mom's laptop, whatever, and it'll do what Datapath is doing without futzing with your routing. ...right?
Modern Day David vs. Goliath [video]
I've toyed with Haskell, ultimately moving on to the Ocaml/F# camp. There are only two things that I miss from Haskell without an appropriate equivalent or easy workaround: Type Classes, and Higher Kinded Types.

This big roadblock that everyone claims with Haskell, Monads, didn't give me any problems at all...even if it didn't make any sense to resort to them to do something as trivial as IO. What really turned me off more than anything was the combination of the academic focus of the community combined with this weird culture that I could only describe as a cleverness competition.

I'm a pragmatist, and it is obvious that real software can be created with Haskell, but it doesn't really come through in the tutorials or books. There is a lot of "Look, this is really cool!", but rarely a follow up with "and this is why it matters!". Everything seemed to revolve around cool tricks with no practical concern behind them, and then in the comments you inevitably find comments from other Haskellers claiming to do it just a little bit more cleverly using <<lenses, GADTs, zippers, continuations, or some other obscure abstraction>>.

Ultimately it was Ocaml and F# that taught me all of the really important lessons of the ML family, despite the relative lack of learning resources out there. It was there that I found the benefits of making illegal states unrepresentable, expressive pattern matching, type inference, composition over inheritance, etc.

It is a shame, because as languages and runtimes, they probably are inferior to Haskell. Ocaml does fine with concurrency, but parallelism is a disaster. Its class system, its one major distinction from SML, is mostly considered a code smell. Its stance on operator overloading requires me to keep a table of operators handy, instead of the usual intuitive ones. And F# has the sane operators and parallelism story but doesn't have SML/Ocaml Functors, and is still a Windows-first ecosystem (Mono has gotten a lot better, but its still a kludge).
Those windows are pretty big. These aren't life-scouring cosmic rays, just mass extinctions. Complex life is still there, and can develop a civilization in a couple million years.

The reshuffling of life could even increase the chances of a civilization occurring. And a smart species has pretty good odds of surviving a mass extinction.
I disagree in part with the comment above, but why is this opinion being downvoted, wherever you stand on the issue ? Regardless of whether you take issue with the soundness of his argument, a dissenting voice should have a right to be heard. I'm sometimes amazed at the swiftness with which a different perspective is swept under the rug...in the same forums and TOPIC, nothing less, where inclusiveness, Capital I, is being discussed.
HTML Imports – Web Components
I'm sorry - I love Haskell, and it's a great choice for a lot of domains, but it's a poor choice for numeric/scientific computation. The ecosystem just isn't there yet.

Here's a recent r/haskell thread discussing this: http://www.reddit.com/r/haskell/comments/2rsxrb/is_haskell_a...
that's certainly what I came to complain about, until I read the comment you replied to.
I wouldn't expect the ability to evolve in Eukaryotes if a GRB happened near Earth, but I see no reason why frequent GRBs in a distant galaxy would put a ceiling on complexity. Here's how I see it going down:

1. Life evolves. Not radiation resistant except for a group of bacteria that like to hang out in uranium-rich soil (or something).

2. GRB. Radiation-resistant bacteria repopulate the planet.

3. Radiation-resistant mechanism breaks in 99% of bacteria, but vestiges remain.

4. Mechanisms to handle bigger genomes evolve (Let's call them "eukaryotes" for the sake of the argument).

5. Single-celled "eukaryotes" invade the uranium-rich soil ecosystem by fixing the vestigial radiation resistant genes.

6. GRB. Radiation-resistant prokaryotes and radiation-resistant "eukaryotes" repopulate the planet.

7. Rinse, repeat.

8. Eventually there will be big multi-cellular radiation-resistant "eukaryotes" walking aroud.

----

> life on earth is very sensitive to climate change

We are very sensitive to climate change, as are a bunch of higher organisms we care greatly about. Life on Earth? Not a chance. We couldn't come close to sterilizing the planet if we wanted to.
Why do separate bathrooms need to be a thing? Many/most homes don't bother.
> bad idea

Well lets not make value judgments, but it would be illegal.
And then they block cell signals. I don't think anyone would stay at a hotel with zero cell phone reception.
I wonder why they don't just use GHC with some customization to make the default eval strategy less lazy. I understand why someone might prefer more predictable (strict) evals by default.
As I read New Cosmogony by Stanislaw Lem, I cannot help but think that older civilizations (gods), hated organic life very much and tried to erase it everywhere.
The first code I ever shipped was an ANSI viewer that was included in several artpacks. It's so great that I can still find it after almost 20 years. I really wish that I'd kept a copy of the source.
>Or to the extent that the capitalist class can collude (with the help of useful idiots who have bought into the narrative) to avoid paying a wage representative of the value created.

This idea that your wage has much to do with the value you create, well, it's what I believed at your age, too. It's a fun thing to believe when you make more than anyone else you know who is your age. It certainly made me feel valued.

But the idea that what you get paid has very much to do with the value of what you produce is obviously silly, unless you have a definition of value that makes one person working at a hedge fund worth ten civil engineers.

If we're going with economic models, what you are paid has everything to do with supply and demand for people with your skill. The "value" you produce has something to do with demand, but in this case, value is measured in such a way that one hedge fund analyst is worth ten civil engineers, so it doesn't really map to how a normal person thinks of 'value' - and even then? well, there's always the supply side of things to consider. If other people are able and willing to do your job for less money...

>In this industry, "median" is fairly terrible.

Compare it, say, to aerospace. I know guys who have masters degrees from places like MIT working at the local defense contractors. Some of these people are better programmers than I am They can't come within 30% of my salary, and I'm a mediocre sysadmin who barely graduated from one of the worst high schools in California.

And yeah, I mentioned civil engineers; the people who design physical infrastructure. Roads, bridges, sewer and water systems. They make even less; even with advanced degrees and experience, they are lucky to make half what I do.

I mean, yeah. there are other job types that make more money than people who build and support web applications. But compared to, really, everyone but the top-ends of finance, legal, management and medical, we have it pretty good.

People whine about making only $100k/yr and having to pay bay area housing prices. What do you think it's like for the people that clean your bathrooms? that make your food?

We have it pretty good. I mean, I'm not saying that you shouldn't try to get more, or that it wouldn't be great to get paid more, I'd certainly enjoy a bigger house and a nicer car, and maybe a driver... but sometimes you need to sit back and recognize that even if you aren't in the 1%, well, life in the top quintile isn't bad at all.
Hmm... I'm guessing the lack of response means that by "offer", you meant you "can" develop such a product in future.
Twilio is built for integrations, not end users.
>Since a non-profit entity makes no profit, it pays no taxes

Is this true in the strictest sense? I mean I've seen a lot of non-profits make more money than they spend, but they're somewhat obligated to reinvest the money next year.

My impression was that non-profit was sort of a "pinky promise" about how you'll use your profits (with the IRS flying in if this is not the case)
Honest question: Would you even need something like react on windows given that wpf/winrt already support dependency properties and data binding?