skysight-inc/HackerNews huggingface dataset:
The reproducibility problems of psychology general - of which this is only a small fragment - is showing a few things:

1) Psychology is harder than almost anyone thought.

2) We are only now starting to have enough data to know just how hard psychology really is.

3) There is too much of an onus to publish, "Publish or perish" in science in general.

4) Negative results are very valuable for the public and all other researchers, but generally negative for the researchers career. Even scientists need food.

5) People will use whatever that can pass for facts to further their own agenda, whatever that may be. Left, right, and center. Incidentally, psychology as a science has now taught us that both through its successes in that area, and through how people outside of psychology believed the authorities of psychology to be implicitly right whenever it fit their point of view.

Psychology is a science, no need for the quotes, it's just happens to be incredibly hard to turn the experimental results into reliable facts in that particular field, so shortcomings of both people and systems become magnified. The high difficulty is probably also why some authorities might have gotten an unusually large role in the social networks underlying any area of research, and the public eye. People want answers, even if there isn't really enough data, and even when researchers says: We really don't know.

Science is always only our best guess, in some areas it pretty darn good, but in others not so much, yet.
Agreed fully in principle. But that runs contrary to the history of development, which is profit-motivated. From arrowheads to phonographs to nuclear fission to broadband.

I look forward to the day when technologists consider both.
Several browsers have a "reader mode" that does just that. Try Firefox.
If you want to use Hugo integrated with source control please know that our GitLab pages had support for our and 25 other static site generators.
Thanks that's helpful. I'm excited about this one.
> Some heavy users do go for the higher capacity with a full understanding of the disadvantages, but that's not the majority of the market.

And there's part of your answer as to why a consumer might try rechargables and still reject them, even today: self-discharge too high.

> Eneloops came out in 2005.

So 13 years ago, whereas NiMH was 1989, or a 16 year spread. Wait at least another 3 years. Actually, wait until only LSD is readily available. Then wait the number of years until how long it will have been from then since 1989.

> I don't see a size difference between a 4th-generation Eneloop AAA and a random Duracell alkaline, but I don't have calipers to measure precisely.

The specs are probably available, but the more important question isn't whether your particular Eneloops are small enough, but if the vast majority (and AmazonBasics and if there's any other popular enough brand) are.

Tiny variations in size can not just prevent the battery from going in in the first place, but, worse, keep it from coming back out.
As a previous soldier (commander of a hummer unit), there are serious challenges that the terrain offers. Bits of sand and rock get into EVERYTHING when you're driving over them. All those small complex moving parts could easily become a nightmare if they got stuck full of grit. Hopefully their engineering takes this into account.
There are no general solutions, unfortunately. Every PDF-generating system will do things differently, so parsing them must be custom for each type. Generated PDFs are usually very systematic, though, and PDF commands are text (compressed). You can uncompress with PDFTK:

pdftk input.pdf output output.pdf uncompress

Then try grepping or using whatever tools you like (there will be binary parts of the file still, like embedded fonts and bitmaps).
John McAfee 'Outs' “Wanted Sex Trafficker” in Post-Poisoning Tweetstorm
It looks like almost everyone that replied to your comment completely missed the point, but understanding the difference between technology and fun is exactly why Nintendo can be both the most acclaimed game developer and a money-making business.

And it's not like they even try to keep quiet about their philosophy; Gunpei Yokoi called it "Lateral Thinking with Withered Technology" (枯れた技術の水平思考) and wrote a book about it.[1]

[1] https://en.wikipedia.org/wiki/Gunpei_Yokoi#Lateral_Thinking_...
If you're using Helm charts you can add hooks to a few points in the deployment process to give you database migrations. Currently I'm using an install hook to create the DB and upgrade hooks to migrate on deploy.
It is from the other book by Feynman "What do you care what other people think?"
Scanning the Alexa Top 1M for Git Daemons
Not only that, but many things have a constant price: international air tickets, cars, and computers don’t vary in cost much between GR and SF (some are even more expensive in the lower cost place).
It's not a question of "can I learn it in my spare time", but "is it worth devoting a considerable amount of my free time to learning it" and I'm far from convinced that it is. Maybe I'll pick up bits of lisp here and there and the learning curve will seem small, but in the meanwhile I'm not convinced enough to pursue it intentionally.
Given how much money the US spends on its military I'd expect them to be prepared to fight just about anywhere.

Certainly in "foresty mountanous terrain" since that isn't particularly rare. Exists inside of the US. Exists on both borders of the US. Etc.

Producing a military optimized for "blowing up unsophisticated enemies in desserts" seems like a very shorted sighted way to spend the military budget.

(None of the above should be taken as me defending spending so much on the military as a whole, just on the allocation of the budget within the military to all sorts of terrain when taking the size of the current budget as a given).
Actually, Discord does this pretty well. I honestly consider it a 21st century successor to IRC. The unfortunate fact is that Discord is still a closed system, with not even the ability to run your own instance, instead with the owners insisting on a cloud-run infrastructure.

Just imagine how much better Discord, Slack, et al. could be if you could host your own instances with your own rules and with your own extensions.
It is very hard to get reproduction experiments published. Even though reproducibility is absolutely core to the scientific process.

You cannot make this stuff up.
At 34:30 mark he goes on to say that there are some buggy implementations for mmap. Is that in anyway related to how Linux handles pages marked as free?
Their assumptions are just one way of reaching the 275 million mile mark needed to hit that 95% confidence interval. If we're looking at actual numbers, Waymo's recently boasted of hitting the 7 million mile mark over several years of testing so if anything, Rand's assumption of 275M miles in 12.5 years for a test programme looks to be erring on the generous side. Sure, if Chevrolet decided to use their entire production run of Bolts to test autonomous vehicle performance you'd get 275 million miles pretty quickly, but they might struggle to get consumer buy in and regulator approval for selling fully autonomous driving capability to 30,000 consumers unless and until they can produce evidence that their autonomous mode accident rate is lower than human drivers...

And there's a much bigger problem, in that the software being tested is continually evolving, and modifications which result in improvement in general driving conditions don't necessarily tends towards stable (or monotonically reducing) numbers of rare accident-inducing bugs.
For hand and leg movement? Not really. Maybe I can see the case for leg movement if it's considered the same as 6DOF, but you definitely don't need those two to be perfect. You need your 6DOF implementation, and specifically your head tracking to be perfect to prevent throwing up.
Any links on their anti scrape strategy? Been developing a distributed scraper with baked in proxy per process ability to harvest data for a data project I'm working on. So this would be good to know.
Ah yes, the Stanford Prison Experiment, which makes serious psychologists sigh and roll there eyes. Putting aside ethical considerations, it was so confounded as to be completely useless.
China does not pay tariffs on goods it sells in the US. The importers of those goods into the US do.
Finances are almost entirely operationally automated. Most bills autopay from credit cards which automatically pay their statement balance every month. Those that can’t pay from a credit card(mortgage and one insurance) pull directly from our bank account.

Reporting is semi automated. I use Tiller to pull transactions into a google sheet and then use a ruby script to turn that into Ledger transactions that feed into my accounting system.

Investments aren’t automated because the amounts are different every month but I have a script that tells me how much is available for investing.

Other things we’ve “automated” are household tasks like mowing, cleaning, and snow removal. Other people do that stuff on a schedule and bill us.
They don't like when you try to push some code (JS most of the time), but in this case there is nothing except NSPredicate/NSExpression. So, probably, this is legitimate method. Probably)
FWIW the paper mentions that Google's autonomous driving fleet currently has 55 cars, so I suspect the 100 fleet size was picked to reflect a significant improvement over a notable competitor in the field.

The article mentions Google's self-driving fleet size but I didn't notice other companies. I wonder what the fleet size is at other companies that are working on this, anyone know?

The reason I ask is that I'm curious if "making more cars" is really the bottleneck. It's totally possible that the Waymo team doesn't have the headcount to keep up with the data output from the existing 55 units, or the fleet logistics bandwidth to keep up more than 50 or 60 heavily custom self-driving vehicles. It may very reasonably be a staffing issue rather than a money one, and it's possible that even if Google bought the rest of the self driving industry they might not be able to maintain more than a couple hundred cars.

Disclaimer: I work for Google, but not on self driving cars. I actually know almost nothing about our self driving efforts, sorry.
This requires more upvote to remain on top.
No, absolutely not.

99% of Americans live somewhere where buying a house is affordable for most people. That's cold hard facts backed up by the average house price and ownership statistics. Most Americans don't live in New York City or San Francisco.

More people own (~65% IIRC) than rent and mortgages are stupid easy to get as long as you're employed; you don't even need a sizable down payment OR a good credit score. The requirements for a FHA loan is 3.5% down and 580 credit score - that's it! There's also plenty of other government subsidized programs for buying a house, my State has one that's available to almost everyone - the income limits are stupid high, more than six figures IIRC. I know people who are in a financial mess and have no business owning a house but they do own because it's so easy to get a mortgage. My friend makes only $30,000/year working for the government and owns a house because she qualified for a mortgage.

If it was so impossible to buy a house then it wouldn't be possible for 67% of the population to own a house.

Good jobs doesn't need scare quotes.

And I don't live in the Midwest either - I live on the east coast. I have friends all over the east coast and don't live in the city where I grew up, so it's not like my experience is hyper localized.
Oh, no, sorry your superior tastes have been offended! :-(
It is true that an algorithm can be converted to a formula, and a formula to an algorithm, but it is unlikely a given useful algorithm could be generated mechanically from a (human-written, useful) formula.

For example, you could write a formula to express the property of order in lists, and maybe with some mechanical procedure (falling under "obvious to the person skilled in the art") you could then generate an algorithm that sorted lists. However, what's the time/space complexity of that algorithm? What are the practical runtime characteristics? For industry applications the practical runtime characteristics matter as much as anything else. That you technically could compute something doesn't matter at all, if that computation might not finish until relevant celestial bodies have phase changes.

I'm not saying Quicksort should be patentable, but I do think it's at least a step and a half removed from pure math.
Cold fusion reactor independently verified, has 10,000 times the energy density
I don't understand the benefit of turning the whole wheel into a triangular track; would it not be sufficient to make only the bottom third flat?
Persistent Burnout Theory of Chronic Fatigue Syndrome (2016)
do you think wealthy and successful plays a role?
This is kind of perfect.
They did in the mid 90’s when they participated in the balkan wars.

A lot of jungle wars before that.

I think the general desertiness of war theatres only applies in the last 30 years or so and is not likely to persist forever.
With so many to choose from coming up with one you thought would survive scrutiny here should have been as easy as giving the blithe dismissive answer you did.
You can click "hide" on individual posts that aren't to your taste.
Was interested in this, but completely unreadable on an Android phone.

Half the text is basically black text on a black background.
The higher growth in q2 is temporary, because we juiced our economy with the tax cut for rich people and tax change to allow companies to bring money from overseas and pay it out to shareholders. In the 5-10 year period, we'll have significantly increased our national debt for this temporary cut.
As a matter of preference mainly for speed and reliablity, not as any sort of "security" measure, I do DNS lookups in advance and store the data, using various custom solutions.

Thus I do not need to do any lookups while viewing a page. The addresses are already available to HTTP clients locally, e.g., via HOSTS, a cdb key-value store, or an authoritative nameserver serving a custom zone file on the local network. In other words, I am not using a caching resolver.

"DNS cache poisoning" publicity circa 2008 gave me the impetus to end reliance on shared caches and later caches altogether. But it was the speed when not using a cache that kept me interested. It still does, even today.

Maybe "DNS rebinding" publicity will cause others to question the need for using shared caches, or even caches in general. Maybe not. In any event, with the increasing availability of bulk DNS data from a variety of sources, it is much easier to devise methods for avoiding caches today than it was in 2008.
You're afraid to take out your switch? I am assuming you don't own a $300 phone either.
Unless you're in a shady neighbourhood at weird hours of the night waiting for the train no one care about your switch.
I see a few people using them on the subway but surprisingly handhelds never seemed super popular on the train because I dont even see many people on the cheaper Nintendo DS's either.
I see lots of people gaming on their phones though.
Y -SUPPRESSION
WHY IS THIS BEING -SUPPRESSED- DOD OR DARPA ????
It would be better than ANY for starters because "any" does not mean "all". (-:

* https://news.ycombinator.com/item?id=14720919

Of course, if we were redesigning the DNS protocol (which for what you want would be necessary, given how questions are structured) I would suggest being far more radical and not structuring things in terms of separate A, AAAA, CNAME, and SRV resource record sets in the first place; but rather in terms of <domain,transport,service> tuples and <priority,weight,address,port> tuples, as getaddrinfo() roughly is. Query goes out with <example.org,tcp,https>, full answer response comes back with a prioritized and weighted set of IPv4 and IPv6 addresses and port numbers (possibly with intermediate domain names, if one wanted to keep that concept in a redesigned protocol, which one possibly would not) all together.
In the US and other countries with similar ethical standards.

It might be doable in other countries that have different ethical standards.
Note that the whole assembly rotates when in wheel mode. Making it radially symmetric (i.e. a triangle) in track mode means that it can switch modes with at most a 120 degree rotation rather than having to rotate through up to 360 degrees to get the flat bottom into position.
That isn’t a problem on IOS, but it has some weird text-wrapping. Reader mode fixed it though, can that be done on Android?
There are probably not many women here because it's not fun to be on a forum full of finance-obsessed manchildren and brogrammers unless you are one or identify as one. The actual benefits from being on HN are basically null, yet most men who use it think it'll improve their careers. It won't, but it helps sama and paul graham.
You can force a certain query plan in SQL Server’s newer version(https://www.red-gate.com/simple-talk/sql/database-administra...) but most of the time query plans won’t change unless the statistics or cardinality of the data changes. You control both of those things.
Having service location be at the TCP/IP level is a major contributor to the IPV4 crisis. We have 48 bit addresses, but 16 of those bIts are relatively unused.

Rather than solving the problem the pragmatically (and in a backwards compatible way), we're pushing a reinvention of the wheel (protocol).

IPv4 certainly has problems but I think they were solvable without bisecting the internet.
I grew up in a such a suburb, incapable of walking or biking to an urban area, and it was painful, unbearably boring. Even after the light rail system came in and it became possible to get downtown, I still felt trapped and lonely in that neighborhood. Perhaps it is more convenient for you, while you raise them; but if your children are having an experience anything like mine, they're going to move far away once they're able, then do their best never to come back.
This is exactly where I've found it can be helpful as well.

At a prior job we created extremely large, complicated CloudFormation templates in JSON that could have been made much simpler with Jsonnet and the ability to do comprehension and some other tricks to keep it DRY. A coworker ended up writing a bunch of Python scripts to templatize the CF templates (ugh).

At my current job we ended up using Jsonnet as a configuration language for Apache Aurora jobs [1], which was also helpful when trying to make it easy for others to pick it up and create their own jobs from base templates.

That being said, it can be frustrating to get going with and for some cases I do find myself having to trace through things very carefully in order to to figure out exactly what's going on.

[1] https://github.com/benley/aurora-jsonnet
I've certainly seen this behaviour, years wasted on things that could never work in the long run, then rinse and repeat.

I've only been on for one cycle, but the pattern is quite clear, even if it might not be completely intentional, the result is the same.

It begins with something like a sunk cost fallacy, and then it just rolls on.

There is a group of people where architecture is a synonym for "too much architecture". But if you know it or not, you are always doing architecture as soon as start doing anything non-trival. Only difference is that if you aren't doing in explicitly, then you are doing it implicitly and subconsciously, and if you are doing something trivial, usually someone else has already done the architecture work for you and embedded it in the tools you use.

Not that I need to tell you this, just venting a bit :)
The transition to various flash-based storage is essentially complete for anything that is inside the actual server (with booting the thing off SD card and that being the only storage inside being somewhat common), but for SAN systems SSDs aren't that much interesting, because the bottleneck is not in the storage media itself, but in the interconnect technology (typical SAN storage shelf can saturate it's FC ports on random IO traffic regardless of whether it is based on flash or spinning rust at 15k RPM)
>"Yet another New York Times hit piece against Facebook."

The very first word on this page is "Opinion", making it very clear that this piece is in no way reflects the editorial polices of The New York Times.

Opinion pieces by their very nature make no claims of objectivity. The "Ed-Op" section has long been a mainstay of daily news organizations in the US.

In your list of citations you've mixed both objective journalism pieces and editorials. Based on this and your comments I suspect that you might not know the difference.

If you are going to be critical of a news outlet you might want to learn to identify the different article types first.

Facebook has been a regular part of the news cycle precisely because it is so central to an ongoing dialog regarding privacy, regulatory regimes and the power of a single corporate entity.

I find your insistence of a conspiracy while using phrases like "propaganda campaign" and "hit piece" very disturbing.
I believe they were referring to the canine unit's output queue, which definitely should be fifo. If it switches to lifo, a trip to the troubleshooting specialist is in order.
Calling the bluff would be Amazon moving all operations out of Seattle. This is purchasing influence at a great discount.
"You describe what you want, not how to get it."

The entire archive of the pgsql users' mailing list disagrees. Every wants to know why their plan is suboptimal, or why it changed. People also want to know why the planner takes 100ms to generate the plan and only 1ms to execute the query, and so forth.

The idea that you just say what you want and you get the optimal result from your database is just ridiculous to anyone who has had to use them under any significant load.
> My impression is that the GNOME devs are all using touchpads and/or scroll-wheels for scrolling now and don't click on scrollbars

Except I've had a horrible experience with scroll wheels and GTK3 - it seems to very easily get confused about widget focus.
Male Enhancement and Pill Popping – Why It's a Big No-No
I have seen some things that suggest causation runs the other way: Good marriages lead to success and wealth. Bad ones lead to other outcomes, including divorce, which can be financially ruinous.

There's always plenty of gossip in the news about rich people with bad marriages, infidelity, repeated divorce and remarriage etc.

Though I imagine serious poverty doesn't generally improve a relationship.
Yes, but static.

And actually, it's an old thing, in that Model T conversion kits came out in 1922.[0] Also, later, for mud and sand.

0) http://www.modeltfordsnowmobile.com/lcmainbriefhistory.htm
Since it's DARPA it's pretty far from being fielded, so I should think they're only worried about proof of concept at this point. But if you could modularize and ruggedize the wheels and make them easily replaceable and compatible with existing vehicles, then I could certainly imagine this being quite practical in certain situations.
There's this library with rudimentary histograms:

https://github.com/iovisor/bcc