skysight-inc/HackerNews huggingface dataset:
No he's not. It's called a "thread". He's replying to a post that says "Just a talking point--empirically that's not true." and he's saying it's more than a talking point because it's in the GOP platform.
Well now that you mention it. How I overlooked that is beyond me. Still hard to believe the results, what is going on there?
The thing about dating services is that they work a lot better when they're not explicitly marketed as dating services. Facebook started out as a thinly veiled dating service, where the primary activities were looking up people you might want to date and communicating with them. But the product was marketed as a more general tool, even keeping the meaning of the "Poke" button rather cryptic. Instagram is in the same vein - a large use case is showing your friends and acquaintances how cool and attractive you are, with the goal of raising one's dating status. And Instagram is marketed towards making sunsets and pictures of flowers look better, allowing users to realize for themselves that a Gaussian blur might make their selfies look better too.

Huge numbers of products are marketed towards increasing one's attractiveness in some way, whether shampoo or automobiles or clothing, and outside of Axe body spray, very few of them are explicit about it. There's no reason that websites wouldn't follow the same script.
All of the people I know who do data mining use R or Python.

Since it's a good idea to compare your methods to comparable existing methods, and there are plenty of existing decision tree implementations (eg, C4.5), you'll likely have to validate/compare against off-the-shelf systems before you can convince people to invest in your tool.

There are also a lot of data mining algorithm, most of which are free, so you're going to have stiff competition. An Excel system might work, if you have a specific target audience and can reach them easily. The details will depend on your problem domain. It wouldn't work in mine.
You can also archive and move jails as well...
I did the same thing, implementing all the guideline rules into my JS version of tetris here: http://simon.lc/tetr.js/

However over the years, even after the guideline was instituted, there have been many different types of randomizers used. Of course, the original having none, and many a long the way having bugs.
It's interesting that Microsoft seems to be using the same playbook they used with Windows -- make the software run everywhere and sell the software that goes with it. While Apple keeps using their playbook -- make software that goes with their hardware so that people buy the hardware.

It will be interesting to see which one wins out this time. So far it's clearly Apple, but time will tell.
I totally agree and I believe this news is great. Tech media needs consolidation as it's very oversaturated.

Elite Daily is the perfect example of what the millennial generation is looking for. Shallow advice from fellow millennials with tech news sprinkled in with as much importance as think-pieces covering what it's like to be a millennial. Quantcast shows 30 million uniques for Elite Daily last month and that makes me think that it's going to continue to be difficult for tech-centric media to grow and gain sustained advertising dollars. I won't hide my disdain for fluff sites like Elite Daily, but my point is that Elite Daily is what these tech news websites are competing against, not each other.
You can't convincingly argue it because it requires knowledge too far in the future. Who knows what would have happened a hundred years down the line? Maybe shortly after winning, Nazism would fall to another German political party. Maybe a Europe unified under Germany would be a more powerful Europe able to lead the world and avoid the missteps the USA has made. Maybe global conquest, despite short-term suffering, really does lead to the greater good under one government.

IMO it's impossible to say what the long term result of a German victory would have been.
Money in the Bank? Poor Choice
Personally there is a little bit of fatigue with the overabundance of tech news too. My mom complains that whether it's her little local print paper or Google News, it's always full of fluff articles about whatever stupid shit Apple or Tesla or whoever is up to.
I don't imagine any sort of suspension would be needed. The system is always loaded (with only a slight increase when the vehicle is over a given support because the tube is most of the weight). It needs bearings, but they don't have to move quickly or be particularly low friction. Even if the bearings failed the tube would just slide; you would want to replace them before too much wear, but it would not be urgent.

If that is too complicated, just put in replaceable slide plates. More regular maintenance, but fewer moving parts.
Maybe I'm just being stupid right now and misinterpreting something you said, but how is that different from in "natural dating"?

I'd actually say that you're way more likely to settle too early for someone you met "naturally" in real life than someone you matched with online or met due to dating purposefully. By purposefully dating you'll meet and "discover" many different people too find the one you're super-compatible with, by waiting to meet someone naturally you're more likely to settle with the first one that you "click" with.
I feel like my entire Stats course in college could be summed up with this one article. Bookmarking this for later reference, thanks!
What books do kids with superpowers (and their parents) read?
He said he was marked off. If I had to guess, he likely overlooked a requirement.

As sibling posts mention, there could've been a need for explicit slides (maybe in lieu of a write-up).
This was also one of my very first projects when I started writing Go a few years ago.

https://github.com/cespare/go-tetris
Oh, and pull requests are welcome ;)
The title of this post "faster than React" is misguided.

React is fast. Most libraries and frameworks have to be fast to be widely adopted. But speed is not, in my opinion, one of the main reasons to use React.

I use React professionally. I choose React because of maintainable the resulting code is. There are other libraries/frameworks that I could use which are faster than React. I choose not to because, having used several of them, I found the code produced comparatively more difficult to understand and maintain in the long run.

I'm sure jsblocks is awesome and some people will love it. I haven't tried it yet but perhaps I will someday. Nonetheless I think calling it faster than react, while perhaps true, will be misleading to some.
IRS Confirms Data Breach of 100,000 Tax Accounts
1. My team will not have to throw away our previous work. It works for storm pricing. It is deployed. Customers are using it and we are making money.

Your company has yet to deploy a storm pricing model because it got caught in the complexity of the piracy model.

2. When it comes time to write the piracy pricing system, my team has already gained a huge amount of relevant experience from writing the storm pricing system. In my experience a team that already has developed a simpler system will be better able to develop the more complex system.

3. If piracy pricing is a significant risk then it should be prioritized higher. If it is late because you thought it would take two months and it took you four, then you failed to assess risk. A really good way to assess risk is to implement something similar (may I suggest storm pricing).

However, in my experience, even if we know we want to ship storm and then piracy immediately after, I will still ask my team to develop storm first to completion. And I will stand any one of my teams up against a team that is going to "do it all in one go", and we'll get them both done before the other team.

4. Basically when you make an argument that is "Suppose you have this situation...", then it is equivalent to saying "This thing happened in the past, and if we had known then what we know now...."

They are equivalent because now matter how your frame your "thought experiment", it is guaranteed to never happen in real life. The whole point of YAGNI is that you cannot know the future, and no one ever has. The only way to know for sure that "this is how its going to turn out" is to actually be in the future.

So, yes, if you had a time machine, you could argue that big upfront design would work.

Of course, if you were to start your argument with "Suppose I had a time machine and I could go back in time and tell my team that the piracy model is a perfect superset of the storm model, but is twice as complex because of x, y and z, but there are no other unknowns, and customers love it, and the Navy doesn't kill the pirates, and so therefore we should do it all in one go" then it would be much more obvious that your argument was flawed.
But Uber could hire 3 or 4 professors a year, offer internships and fellowships for PhD and Masters students, provide funding grants to professors still working at CMU and slowly work it's way up to a 100 person research lab over the course of 5 years. Or Uber could immediately hire 30 people straight away and destroy the lab and then find itself unable to hire anyone else and stuck at around that number 5 years later.

It's better for both CMU and Uber if they perform the former. It just requires Uber to take a longer term view of things rather than optimizing for immediate gain.

I'm not arguing that this is the reality on the ground. But I see this as a potential line of argument worth considering.
Or maybe what the theorem really tries to say is that the universe is self-consistent in time and space - it does not consist of multiple, fractured domains.

Conversely, a violation of NT might indicate just such a fracture.
It is nothing of the kind.

It is a matter of perfectly ordinary empirical fact that we live in a universe that, so far as we can tell, is translationally, temporally and rotationally invariant. There is absolutely nothing in Noether's theorem that forbids us from having theories that violate momentum, energy or angular momentum conservation if they happen to describe a universe that has aspects that violate those invariance conditions.

There have been theories that do so, like Dirac's weird large number thing. These are completely legitimate theories, and are entirely subject to absolutely ordinary observational, experimental and inferential verifiability (which is why we know Dirac's large number thing is likely false.)
My point was that the typical user would be better served with a native app that turns that URL into less-opaque data.

And even with the URL alone, that's still significantly less opaque than YouTube's current method of https://youtube.com/$some_random_gibberish. At least someone could see something like https://mytube.com/j_random_hacker/how_to_computer.mp4 and guess that "j_random_hacker" is a username and "how_to_computer.mp4" is a video uploaded by that user.

This isn't much different from, say, reddit, where URLs are actually part of normal discussion; a redditor will talk about a subreddit called "/r/mylittlepony" or a user named "/u/Unidan" or somesuch, directly referencing paths (to https:/reddit.com/r/mylittlepony and https://reddit.com/u/Unidan, respectively). Granted, reddit's userbase is somewhat more tech-savvy on average than, say, Facebook's or YouTube's, but it shows that URLs are not necessarily opaque to typical users, and it's certainly not hard to even manually demonstrate such things to new users.

This also isn't much different from many (most?) news sites, which provide URLs that resemble the name of the article (with some adjustment to make everything lowercase, turn spaces into underscores, strip or substitute special characters, etc.).
This is perhaps a confusing title, because the "(2014)" is part of it, as it is a reference to a paper.

I'm posting this because many of us here will have heard the media reports about this study's retraction. (NYT: http://www.nytimes.com/2015/05/26/science/maligned-study-on-... This American Life: http://www.thisamericanlife.org/blog/2015/05/canvassers-stud...). But this is the statistical detective work that other researchers did to convince themselves and one of the original study's coauthors that the data is fabricated. Their methods are clear, showing R snippets, graphs, code comments explaining where to find the data sets, and explanations of the significance of each step. I am impressed with this report.

By the way, the author who likely fabricated his results (which is a conclusion I feel confident in, based on this report), implied this report is not to be trusted because it is not peer-reviewed. (http://www.mikelacour.com/5yxcfv8vmowjjyimtqkfb65i7owz7y) I find this position funny, because while this report has not gone through the peer-review process, it is thorough, and I see no room for them to hide any tricks. If there are problems with the report, we will know soon. But I doubt there are.
If you so choose to do this. You could of course go to their '.org' for the open source version which leads you here:

https://github.com/ONLYOFFICE/Docker-CommunityServer#install...

To clarify, this is directly linked from the front page of their '.org'.

Edit: clarification
Something that isn't directly addressed in this article is the astonishing fact that, despite Dante's having written seven centuries ago, Italians can still (with some difficulty) understand what is meant when they read his writings (at least, those in vernacular). Such is the influence of Dante's literary language on the language of ordinary Italians today.

To put this into perspective, Chaucer was two generations after Dante, and his writings are _barely_ comprehensible by layreaders. Here's a bit of the prologue of The Canterbury Tales:

And specially from every shires ende/
Of Engelond, to Caunterbury they wende,/
The hooly blisful martir for to seke/
That hem hath holpen, whan that they were seeke.
If you want to read an amazing bit of history the nephew of the Modoc's chief wrote An Indian History of the Modoc War [ http://amzn.to/1PLxP4m ] which is a fascinating historical document.

The Modoc war has all the elements of great opera, doomed heroes on both sides, people who were sharply aware of the forces that governed their lives but unable to turn aside their fate. Grand battles, a long siege; betrayals and redemptions.

The Modocs were by any measure an amazingly effective fighting force, they fought an entire US cavalry platoon to a standstill at their stronghold.
Moving from Rails to Grails (Differences and Similarities)
Then you need better management on your development team. A project manager who can't give at least an intelligent assessment of the risk/likelihood of key features changing some way ahead is about as useful to a programmer as a programmer who can't give an estimate of how long it will take to implement a simple feature within an order of magnitude to a project manager.

I am still waiting to encounter this hypothetical project where the future always deviates significantly from any reasonable prediction with negligible overhead. On the contrary, my experience has been that any successful project team probably has at least a reasonable idea of where the development is going some way ahead and that confidence usually increases the closer you get. While that level of confidence may not justify immediate full development of future features that aren't 100% known to be required, it does often let you make reasonable allowances for likely future work in terms of project architecture so you don't back yourself into a corner unnecessarily.

As chris_va has been saying, it always comes down to risks and confidence and cost/benefit analysis, like any business decision. You can repeat "You ain't gonna need it" until you're blue in the face, but that doesn't make it true. Much of the time, you will in reality need a feature that everyone has been talking about for six months already and your sales guys have been promising to customers for seven of them. In fact, any development team that really does dwell extensively on development work they aren't actually going to need later should probably question the general competence of their management. Responding effectively to changing requirements does not require sticking your head in the sand, and it certainly doesn't require making ad-hoc changes to design/architecture at any level you feel like for every new feature.
Never knew this, but now that I think about it, I don't think I ever ran into a situation where I got 3 of the same pieces in a row in any Tetris game. Makes sense.
"Free and Open Source Software" (often abbreviated F/OSS) doesn't refer to two different features "free" and "open source", it attempts to bridge two different communities preferred terms for licensing with essentially identical features, OSI's "Open Source" [0] and FSF's "Free Software" [1].

Being Apache licensed already handled both the "open source" [2] and "free software" [3] parts.

[0] http://opensource.org/osd-annotated

[1] http://www.gnu.org/philosophy/free-sw.en.html

[2] http://opensource.org/licenses/Apache-2.0

[3] http://www.gnu.org/licenses/license-list.en.html#apache2
Silk Road Founder Says Online Drug Bazaar Was Gift of Freedom Gone Awry
> All JIT compilers have code as data - they have an IR.

Lisp interpreters run mutable source code, not IR.

> > dynamic CLOS dispatch with method combination

> But these are optional features that you sometimes use. In Ruby all operations, method calls and most control structures

If you look at actual Lisp systems it's not optional. IO, Error handling, tools, ... all use CLOS.

> use the strongest form of dynamic dispatch available in the language.

CLOS uses a more dynamic form of dispatch.

> So I can't say Lisp is any more dynamic for the compiler than Ruby.

Using a compiler or interpreter makes no difference for CLOS.
Churn doesn't compound, because after churn your user base is smaller and 5% of that becomes a smaller number.

There's a more fundamental flaw: Not all users are equally likely to be lost. If 10% of your users have a 50% chance of finding mates and leaving the dating site each month, while 90% of your users are hopeless losers who will never find love, you'll have a 5% monthly churn rate, but only a 9.9998% annual churn rate.
Mixed Feelings about this.
It would be acceptable as long as ReCode retains its editorial independence from Vox Media.
SliTeX
Ask HN: Is Java still worth learning/relevant?
I know it's still around for the last 20 years, so that's saying something.

Do you enjoy programming with Java? Or is it too slow and verbose?
Except that WhatsApp was started by a 30something experienced founder pair.
Yes there are still companies that use it and if you want to learn Android programming you have to know Java because Android has a Java virtual machine in it.

Microsoft made their own Java and got sued by Sun, so they made Visual C# and the Dotnet languages to compete with Java.
>I work in the senior care market and I'm shocked there aren't more businesses being started around that market. It's absolutely huge with endless opportunity. But I guess that kind of proves your point...

Senior/health care is heavily regulated, making it hard to innovate and undercut legacy providers. "Uber for old age homes" just doesn't work.
Prism-Break
There are draft chapters of some parts of his book on his archive http://www.cs.utexas.edu/~EWD/index10xx.html but I don't think this book has actually been published.

Here they are in chronological order:
http://www.cs.utexas.edu/~EWD/ewd10xx/EWD1063.PDF
http://www.cs.utexas.edu/~EWD/ewd10xx/EWD1067.PDF
http://www.cs.utexas.edu/~EWD/ewd10xx/EWD1068.PDF
http://www.cs.utexas.edu/~EWD/ewd10xx/EWD1070.PDF
http://www.cs.utexas.edu/~EWD/ewd10xx/EWD1078.PDF
http://www.cs.utexas.edu/~EWD/ewd10xx/EWD1090.PDF
http://www.cs.utexas.edu/~EWD/ewd10xx/EWD1091.PDF
http://www.cs.utexas.edu/~EWD/ewd10xx/EWD1094.PDF

His website indicates he taught classes on this subject at UT Austin in 1997
They may convince manifacturers (like Samsung) rather than Google and ship Cortana as part of OEM software.
Ask HN: Request for TouchML and TouchURL to build standard web Touch apps
I personally haven't used grails much. But here's another good post from my friend David Estes: http://www.redwindsw.com/blog/2014-01-15-moving-from-rails-t...
>The site receives 1.5 million regular monthly visitors

I have a friend who runs his own blog about movies, pulls about 1.5-1.7M monthly uniques. He has two writers and himself cranking on this thing. For comparison Recode apparently has 44 employees, that's REALLY expensive. I understand they have events and likely a higher opportunity for monetization with their credibility but the math simply doesn't add up no matter how you slice it on that one.
Nanosecond? I don't think so... Unless by having nanosecond latency you mean that it has a latency that is representable in nanoseconds... but that's not what it means to me. Tens or hundreds of microseconds I would buy, but not nanosecond.
RiceDB – A simple, portable configuration file manager
No. You need to have information about what you're implementing right now, and the willingness to write it well.

What you generally see is that if you have a complex code base with lots of plan-for-the-future abstractions in it, refactoring it in any non-trivial way is really hard[1], so people don't, and you end up with hacks.

Whereas if the system is as simple as possible, you can make bigger changes more easily, and the code can stay cleaner.

That's no guarantee that it will -- code quality still requires discipline and sound engineering -- but it's a lot more likely with YAGNI than without.

[1] "Hey, we need to make our pricing system handle multiple currencies."

"Oh geez, that's going to wreak havoc with our risk plugin system, that change will take at least three weeks."

"Oh yeah, and we'll definitely need that risk plugin system when we get to the piracy risk feature later this year... what if we just kind of hack currency systems up by [doing something awful]?"

"Sure, we can do that in a week. I don't like it, but it's the only choice given our deadline right now."
> Why do CC/ShuttleworthCo care this much?

Because they're being challenged by pesky non-employees who are harder to control than employees who've signed a STFU agreement and like their paycheck.
What happens when you turn up for work and find out you've been evicted
People have been hacking other people's nervous systems for years. For black-hat examples, consider scams, advertising, and nocebo effects.
Transportation is fairly heavily regulated as well. Someone could probably do an Uber for old folks that ignores laws and pushes the liabilities onto "independent contractors".
I doubt it would've mattered. The quality of the ads on Re/Code was very low. It didn't even look like they were selling their own ads - mostly remnants and retargeting. They reportedly made most of their money from events.