skysight-inc/HackerNews huggingface dataset:
I used it for a project, along with a simple Flux implementation, and it did the job well enough. The declarative, state-based aspect of it is great. This might be a small thing, but I also missed their unified onChange event when I moved to another tool.

I didn't really like JSX, though, and using straight-up JS to declare components is gross. Using React in general also seemed rather verbose, and I found myself digging through the API docs and trying to reason about the component lifecycle. It just wasn't as simple as I would like.

I ended up settling on RiotJS, which shares a philosophy with React but is closer to bare metal, so to speak. It feels more like a library and less like a framework. (They also just added mixins and HTML transclusion, two things that I missed from React.)
It sounds to me like you're conflating the difficulty of the work (coal mining is hard, dangerous work) with the way people treat each other at work (like the shitty bosses in the article).

When I read books about other times and places, my main impression is that the work may have been harder, but that the people were much kinder to one another.

Given that I've worked at some places that were horrible and some that were very kind, I'd say that the dangers of the work are often temporarily necessary for economic reasons [1], but the way we treat each other is something purely chosen. Not always chosen explicitly, but a natural consequence of other choices we make in setting up the systems in which we work.

[1] E.g., coal mine deaths have fallen off pretty sharply as we have gotten more wealthy and more technologically advanced: http://www.msha.gov/stats/centurystats/coalstats.asp
As a person who grew up poor-ish [1] but is now reasonably well off [2], I have developed a little theory on why the market of make-your-life-slightly-easier-by-hiring-a-human-through-an-app services is booming so much right now. Everything from Uber to Washio, Handy, and Task Rabbit falls into this market for the purposes of my theory.

We are lazy. Very lazy. We think we're busy, and to an extent we are. We've been brought up by frugal parents.[3]

As a result, we don't know how to get things done for us. We feel bad hiring somebody to do something for us. We don't know how to handle the idea that we can afford to have people working for us.

Using an app makes this easier. It reduces the emotional impact of it all. You're just using an app after all, you're paying a company to hire a person to do something. You're offloading your bad feelings onto a company.

To top it off, we don't even know where to get someone to do things for us. We didn't grow up with an infrastructure of hired help, we grew up with an infrastructure and worldview of working for others. The idea of having people work for us is fundamentally alien.

Apps help.

[1] low middle class single parent kind of poor where you'd rather spend two days painting your own apartment poorly than pay a professional to do it. And by poorly I mean, have your high school age son do it (me).

[2] software engineer in San Francisco

[3] either because we used to be poor, or because we weren't the rich kind of middle class (here I'm making the distinction that upper class are people who don't need cashflow to support their lifestyle)
It's more straightforward than this. Think of it as a more comprehensive Yahoo Pipes or IFTTT, where the nice graphical interface is not yet released publicly. So for now developers can just write the raw JSON. Yes, a LISP interpreter would have done that job (as would a library written in some other programming language). However you are not allowed to download code into an iOS app (precisely for security reasons), and so we're downloading items from a predefined documented list of macros. This simplicity, in turn, makes creating a graphical interface a lot easier, without sacrificing the fact that the structure is as flexible as a functional programming language.
Attack Gave Chinese Hackers Privileged Access to U.S. Systems
Awesome would be something outside the box or rather, outside the function scope. Of course, using longjmp is not much more novel today than using this approach which is tried and ugly. I find that a mix of classic return tests and longjmp in exceptional cases makes for the easiest error handling in C. David Hanson, among many others, has a much better set of awesome macros for exactly this; https://github.com/drh/cii/blob/master/include/except.h
Agreed. At my house, we have three laptops, a desktop, three tablets and two smart phones. I don't want to have to change the wireless settings of nine devices because of Microsoft.

If this features truly works as stated, it is an incredibly arrogant thing for MS to do.
> Average people really try to be efficient with their money, and don't pay money for that many things they can do themselves.

Are those actually "average people" or are they "ideal people?"
SoftBank's Pepper Gets Help from Foxconn, Alibaba
Let's see what'll happen to the LOC-supported BIBFRAME.

And whether it or something IFLA-supported FRBR/FRAD/FRSAD/FRBRoo/PRESSoo will win out.

We might even have the answer to that by the time the next Librarian of Congress comes around.
There's very little reason to. unless they were just desperate to use the cash why pay more taxes than they need to? The money wasn't made in America, they don't have a great claim to it (many countries don't have this tax we are talking about).

In the past, we've had tax holidays were they made it a bit cheaper, seems sensible to wait and hope it happens again.

Alternately, they could buy companies overseas. It's obviously going to be hard to invest that much money, but if they can find interesting options it'd be a much better use of the money than paying a really high tax.
When doing math proof exercises as an undergrad I found problems of the form "Prove X" or "Disprove X" to be much easier than "Prove or disprove X" despite no noticeable difference in the difficulty of understanding the proof once constructed. I felt that prove/disprove was significantly more than twice as hard, actually. I thought I could trick myself into making it between 1 and 2 times as hard by attempting to force myself to believe the problem was one form or the other for set periods of time, and that did seem to help some, but not nearly to the extent I had hoped.
So it's becoming the robots.txt of routers?
> your blood contains your DNA, so you not only give out something to help others, you also give out your biological finger-print

Anyone who wants your DNA is going to have an easier time stealing it from your coffee cup in the garbage than a blood bank.

> insurance companies might use lab results + identifying info to deny insurance

Insurance companies in the US are no longer allowed to deny coverage for preexisting conditions under the ACA, and are already generally entitled to review your lab results as part of your contract with them.

> your blood contains information on your heritage

So does your birth certificate.
I seriously hope this is some kind of satire
You have to wonder what kinds of candidates the company has been seeing that has lead them to use this test, and in particular what kinds of candidates they have hired.
I wish it worked better with TypeScript. I love the concept and I've always felt that front-end web was broken compared to iOS.

I've worked on converting some of Reacts tutorial to TypeScript just to try it out.
Here's some of the code, and it's not 100%. https://gist.github.com/seivan/c01a3b1173cd237b8531
You can see an old puzzle I concocted based on block designs and projective planes here: http://cromwellian.blogspot.com/search/label/puzzles

Solution at top, so scroll to the bottom first.

There are practical applications. :)
> Apple couldn't really compete

That's a laugher. All of this financial chicanery neither impacts Apple's ability to compete nor drives its share price.
Language prescriptivism is hardly an American innovation
I go from BRE to flex to spitbol depending on the situation. Never had a need for PCRE. Snobol can match anything.

k/q also has pattern matching.

Personally, I get more mileage out of BRE than anything else.
Simple and effective.
Well, it is a publicly traded company that has
to do what's best for its bottom line

Meanwhile, here's Tim Cook on the subject:

“When we work on making our devices accessible
by the blind, I don’t consider the bloody ROI,”
Cook said, adding that the same sentiment
applied to environmental and health and safety
issues.

http://www.theguardian.com/environment/2014/mar/03/tim-cook-...
It's not the dominant way today, heck most people don't even use URL's anymore they type it in Google...

As for the URI model i don't think that's going to change much, unless there will be a complete abstraction which is something that companies like Google are heavily pushing for, there are some merits for it, but you will also relinquish allot of the control you have today.

I don't like HTTP/2 or WebAssembly for that reason much either, having a non-ASII protocol and a browser that eats up only bytecode means i lose allot of control over the content I'm getting served. Tho the advantages of it on a technical level might be enough to shove all those concerns to the same drawer i keep my tin foil hat in.
Real article is at:

http://qz.com/425577/this-animated-map-shows-how-sanskrit-ma...
It's not the keyboards that are the problem. Wikipedia will not survive because the site has a huge amount of software issues, the most notable being the wiki-software itself, which is almost 15 years old and simply not suited to the demands of the modern web. The software is the cause of almost every problem the site has (including bias, harassment, censorship, Gender Gap, lack of media support, hideous textbook like formatting and more) but the cult-like status attached to it ensures it cannot be meaningfully updated. Decline is inevitable. For more on these issues see this blog post [1]

Wikipedia is a victim of its own success. While it was dealing with "encyclopedic" topics it was fine, but now that the encyclopedia part is pretty much done, editors are building up pages that are actually news archives, a task the wiki software does not handle well.

As for the author's claims that that Wikipedia has no substantial competition -- it's coming. My site, Newslines, aims to take away all Wikipedia's news and biography pages, replacing Wikipedia's article-based writing system with a news event-driven approach that results in far less bias, and pages that readers can sort and filter. We even have video! You can see a couple of pages we are working on here [2][3]. So far our writers, who receive revenue share for their efforts, have added over 30,000 posts on 8000 different topics.

[1] http://newslines.org/blog/wikipedias-13-deadly-sins/
[2] http://newslines.org/dylann-roof/?order=ASC
[3] http://newslines.org/emma-sulkowicz/?order=ASC
Gruber was right. I don't think it's relevant to the handheld market. The non-hacker Android users I know are simply too cheap to buy iOS devices, so probably not a great target market if you want people to buy your app. And the hackers won't pay for anything they think they can write it themselves.

(There are some non-hacker persons who buy Android on software freedom principles, but it's a very small crowd.)
Would you mind elaborating on the TypeScript comment? Is anything broken or just suboptimal?
I would have liked to have seen some other options explored: a) decrease share buybacks/dividends, b) bring cash back and pay the tax, c) invest in foreign markets.
Do you really believe that?

If Samsung (a Korean company) can sell devices in other countries while shifting profits (already taxed in those countries, BTW) between them freely, not having to pay additional tax to take the money back to Korea first (which they wouldn't, but that is another story), isn't that a huge advantage for them?

Why do you want Apple to play by rules that are different from Samsung? Why should Apple pay more tax than Samsung on profits for a phone sold in...China (barring reasonable taxes on value added by R&D where the R&D was done, which almost every country has).
No, you couldn't, because (at least for most of the implementations listed in the article) it DOES matter if they actually used your database or not. Also note database rights not necessarily are copyrights.
It's not even something that originated with Google, it comes out of Mozilla's work on ASM.js. If Google had their way we'd have NaCl instead.
https://www.youtube.com/watch?v=qr638pCfPxs
Noob question: what about letting the valuation crash Ann buying back at a discount and then progressively going out of the market ?
I agree that the number of mobile users isn't a factor in declining editor numbers, but the absolute number of editors is in serious decline. It's already evident that many lightly trafficked pages are not being updated. http://www.theatlantic.com/technology/archive/2012/07/3-char...
I did something similar in C but I called it HereC. I mostly just did #define begin { and #define end } the other thing I did was make && to AND and || to OR was fun for a few minutes, then I never went back to it.
Cloud Test Lab
Perl-compatible regular expressions are not semantically equivalent to real regular expressions (as the article seems to claim). In fact, they correspond to completely different grammars in the Chomsky hierarchy. PCREs are Turing complete (and for closely related reasons, extremely slow for some expressions), while regular expressions are isomorphic to FSMs (which are always linear time in the length of their input).
I migrated nearly all of troupeit.com over to ReactJS.

I really love it, but my biggest complaint has to be the mixing of logic and views together, and the duplication of security checks. Although I'm not entirely sure I can blame react for that, I blame my moving from CGI to Ajax/RESTFul interfaces for most of that pain.

We had about 90% of our codebase in RoR. In retrospect, I wish I had used Flux instead of React-Rails, but I didn't have that luxury as I was not starting from scratch.

As far as react and rendering data goes, I do wish there was an easier way in the render stack to conditionally display data. It's hard to squeeze logic into render()
Spolsky's advice:

https://gist.github.com/isaacsanders/1653078
It's suboptimal and obscure. There is barely any up to date resources on it.

So far I've managed to get to stuff presented on the window, but as soon as you start messing with references to the DOM components, things start to break down.

It's a shame, I really think Typescript and React would be the answer to getting a decent code base.

One of the cool parts, is that you get to define what your property is with static type checking and have no need to use Reacts on PropValidator.

let search = new SearchBox<{
options:SearchOptions,
onSearch:OnSearchHandler>
})

That tells you that the SearchBox props contains SearchOptions and a delegate to call when searching

I'm just starting with both React and TypeScript, so it could just be me.
The big issue i have with this whole WHOIS privacy thing is that it does absolutely squat to prevent governments and corporations from getting the details but it makes it impossible for regular individuals to get the details when needed.

I've seen multiple cases of activities raging from purely illegal activities like phishing to simple griefing, and normally you can't do shit about it.

You can have phishing domains which are registered trough even basic privacy shields operating with impunity and you can't do anything about it.

The police doesn't care, the privacy protection is structured in such a manner that you need to get a court order in like 3 different jurisdictions which is impossible even if you are a decent size business unless you have a lot of money not to mention a small business or an individual.

If they are also running something nasty on that domain you might be lucky and you can get their hosting company to cooperate the site will go down but taking control over the domain name it self is nearly impossible.

Edit:
Here is an actual case from personal exprience

UK Company with a mycompany.com domain with 1-1.5M GBP a year in revenue and they can't get the mycompany.co.uk domain which is used for spam and phishing taken off.

The co.uk domain is used for some annoying stuff and was registered by "socialshop" and technically ENOM/Rightside but the NS servers and the actual domain registration is handled by privacyprotect.org.

This whole thing was structured in such way that for anyone to talk to you you had to file criminal and civil suits in Hong Kong, Australia, UK/EU and maybe the US to deal with Rightside.

This isn't something that even most SMB's could handle unless it's a huge drain on their business since this ordeal will probably cost more than a yearly revenue for most small and medium businesses.

Luckily they hosted in France of all places and the hosting companies shutdown the website without asking for anythig as soon as the abuse notice was sent.

It seemed like this was just a run of the mill automated phishing/spam campaign so once the website was taken down all traffic from that domain stopped, but they can revive it at any given time.

The whole deal was a bit odd and sad, ENOM did the domain registration and then transferred all the control over the domain to the privacy service which was used to register the domain in the 1st place. Heck they can't even take it off since they can't touch the name servers of that domain since they don't run it. The privacy service won't speak to you and will send you on a legal wild-goose chase around the globe.

This isn't even a privacy/WHOIS issue honestly, the whole registration system is designed to be abused because it's profitable that way.
Really loving it so far! Having a harder time actually organizing all of the application's assets and figuring out a more optimized way of having all of the assets work well together.

So what are best practices for using React with PHP, for example? For some more context, using Webpack to bundle up all the React logic into a single file. Static views are being served via PHP MVC, and React parent components are attached to window. Then, React parent component is being called within PHP file.

What would be a better way of handling React in a PHP application?
If they derive the PTK on the server from the stored PMK and sending that instead, this attack would not allow decryption of transmitted packets (other than group key broadcasts) because of the ANonce generated by the AP on each connection used in the key derivation. And the PSK uses PBKDF2 to generate the PMK, making mass cracking expensive.
Show HN: Kono, Smart Mobile Scheduler
Ask HN: What journals or magazines do you read to learn about new developments?
Funny, I wrote a blog post a couple years ago on this very issue:

http://colabopad.blogspot.com/2013/05/the-10-commandments-of...
TBH, I'm more intrigued by the business model behind this site than the story itself. Research content on one 1 subject, membership at $10 a month. Who are its customers? Small traders and investors who can't pay for more costly info? I wonder if revenue is covering the cost of research.
So do YOU pay taxes you don't have to? Most people with a mortgage can deduct interest payments from their income. You don't have to do it, but why wouldn't you?
So a pedophile with a laptop will just drive up to a neighborhood and login to download all sorts of porn from your router just because you're running Windows 10? I apologize for sounding so extreme, but I've heard of this actually happening[1], but with an open wifi network.

Edit:

[1] : http://www.huffingtonpost.com/2011/04/24/unsecured-wifi-chil...
... which is almost 15 years old and simply not suited to the demands of the modern web.

What are the demands of the modern web?
I'd hate to be writing a grammar every time I want to do a substring match. Regular expressions are convenient, and far more compact.
>When the device someone you have shared with notices that a network you've shared is available, it gets the key to connect, then presumably forgets it.

So you still need minimal internet connectivity in the first place In order to ask MS' servers? Suddenly sounds less useful for things that aren't phones.
http://copy.sh/v86/

It's turtles all the way down.
Insatiable lust for cat/kitten videos, probably.
The assets have already been taxed by the foreign governments. And largely generated through operations abroad. The US has a tenuous claim to those assets, only because the corporations primary offices are in the US.

If they wanted to bring $100B back, they would pay up to $35B (the use repatriation fee - minus the foreign taxes). So they really only managed to bring back ~$65B, that was created largely overseas, just for moving an asset across international borders. That is a sensible thing, to just toss away the valuation of Uber, to bring money into the US?

Legally fine, but it is not sensible.
I want to like Visual Studio Code, but it needs tabbed editing before I can really switch to it from MonoDevelop.
On the other hand...

https://www.schneier.com/blog/archives/2008/01/my_open_wirel...

(This was 3 years before that. In some ways, it's a bit sad that we've closed ourselves off in order to avoid what might actually bit pretty small risks...)
I'm curious about share buybacks. If a publicly-traded company amasses a pile of cash, isn't that cash owned by the shareholders? If the company uses that cash to purchase its shares, aren't shareholders being paid with their own money?
They do. There's only so much that's productive unless you're funding basic research, which Apple, for better or worse, doesn't do.
Movie to Gif animation
It will be legal if Apple is given a tax holiday.

Realize that Apple could theoretically spin these foreign cash-holding subsidiaries off into independent entities that will never pay any taxes to the United States. Apple has no moral or legal obligation to bring the money home other than the duty to shareholders to realize returns - and that same duty is the one that has them avoiding paying more tax than necessary.

Also, consider that in the case of a tax holiday, Apple will pay an optimum amount of tax (i.e. the maximum amount Congress believes it can charge while still bringing foreign cash home), and then repurchase programs will increase share prices, which will lead to sales of stock which will incur capital gains taxes from domestic shareholders. So, the United States treasury will be receiving more than just the repatriation tax. If Apple repatriated cash at a higher tax rate, they would repurchase fewer shares, leading to a lower price and fewer domestic sales of stock.
Do you have a citation for the 168GP registers, just wondering if Intel have "offically" stated the number they use in a given microarch.
World's Largest Floating Solar Power Stations Unveiled
"Capitalism is the way it is and it's not right or wrong any more than a beaver building a dam."

I disagree. Capitalism being the way it is doesn't mean that should be the end goal of society.