skysight-inc/HackerNews huggingface dataset:
Agreed that all of these can be used asynchronously. However, I would refer to these as "incidentally-asynchronous", in the sense that their design goals were not primarily to be asynchronous (and hence support "Deep Work").

The major determinant of asynchronous deep collaboration efficiency is number of "cycles-to-outcome". (where a cycle is roughly a request/response loop).

Email because of its lack of shared state collaboration generates lots of extra cycles because of confusion on shared state (i.e. attachment nightmare).

Conversely, something like online document collaboration supports shared state collaboration, but is really poor at "what happened". For all but the smallest of documents this leads to compounding "implicit document rot" on every iteration. Alternatively, it leads to ever increasing time to "catchup" once again vastly expanding cycles-to-outcome.

Neither is good with accountability (something that issue trackers are good with). Lack of accountability is another driver of increasing cycles-to-outcome.

A deep collaboration solution that enables Deep Work could be designed from first principles based on minimizing cycles-to-outcome.
Blindly shooting it down like it wouldn't solve engineering problems is just the other side of the same coin. You haven't really provided any constructive info why it wouldn't be a good fit here.
What API do you need? The signing system should be airgapped or you end up with the same shit that is the public CA system such as roots sitting on public FTP servers.

It's a bunch of command line scripts because if you are using it any different way you are probably doing it wrong.
A mathematical theory (á la Einstein) without experimental confirmation is just a theory. Or perhaps economics.

And the idea that all forms of computation, like Turing machines, lambda calculus, etc., etc., also seems pretty darn silly at first glance, too.
Bold move though, when the fix is just buying a new cert. And the browser you're blocking has majority market share.
You're better off moving your accounts to a local credit union that does security correctly.
I like what they are doing at that site and some of the options they have available but the ability to use access controls only kicks in at the power user level which is $70 per year and that's a key thing for me.
I think you have been to a few rodeos :)

Yeah, when a team goes from 2 to 100, a serious business/engineering manager got to ask a few questions. However, if money honey flow is not a problem, it could be in everyone's interest just to ride along
You are thinking of the problem in a sciencey, evidence based way. In particular for illiterate, uneducated people there is often a huge weight given to superstition and traditional/existing ways of doing things even in the face of evidence.

It is a surprisingly hard nut to crack, sometimes even among literate educated people. If it weren't a lot of religious extremism and bigotry would not exist.
Majority of Hindus have never even seen Ganges. Almost everyone in my state baths twice a day, washes their hands/mouth before and after eating, and we have been using bidets for 15 years at least.
Xenon is a gas, and is also a chip used in the XBox 360 [1]. The server chip model from Intel is called Xeon.

Sorry to be a name nazi, but some people may not be aware of the difference. Its hard to tell online if people don't notice the error or don't know they've made an error.

[1] https://en.wikipedia.org/wiki/Xenon_(processor)
Does Sony Vegas Support Blu-Ray?
Fair point. The person who told me the above had just graduated from a Victorian law school. In any case, it's worth checking out how things are wherever you live :)
Ok I see, your saying it's not just spying on clear text, they just wait for subversive propaganda to appear the force the site where it's posted to cough up the ip address.

Maybe it would help if site took pains to not keep logs, but sometimes even that is difficult.
will they?

Adding people to a late project makes it later.
A troubling new way to evade plagiarism detection software
Yeah, they're using the argument: we're too big to fail.
Lookwork is a very different beast… it is an RSS reader without the pictures. It does, like FFFFOUND, have image bookmarking functions, although at some point down the line we'd like to move that to Pinterest or maybe just Dropbox. But regardless, I personally think it is fantastic for discovery, please give it a try.
Sorry maybe I'm misunderstanding what he originally said. I thought he meant break the uber app up into seperare sub apps.

What you describe is what uber currently does?
you would need to get yourself familiar with SMTP, postfix, SPF/DKIM, mx-validation, blacklists etc. And by "familiar" I mean "learn it tothe core"

Why? Wouldn't the "proper" or "best" way of configuring all these things be pretty much the same for everyone? Why could this just not be a receipe: do all these things, in this order, etc.
>...I thought it was telling that the only world leader who reacted to Fukushima by mandating the end of nuclear power wasn't a hippy but a physicist.

Are you trying to argue that keeping coal plants and shutting down nuclear plants is a good idea?

From a previous comment someone made, here are the death totals for generating power:

Energy Source Mortality Rate (deaths/trillionkWhr)

Coal – U.S. 10,000 (32% U.S. electricity)

Natural Gas 4,000 (22% global electricity)

Solar (rooftop) 440 (< 1% global electricity)

Wind 150 (2% global electricity)

Nuclear – U.S. 0.1 (19% U.S. electricity)

>...I don't see the problem being that nuclear can't be made safe.

Actually you are wrong - NOTHING can be made 100% safe. Anyone who promises you something is 100% safe is simply a liar. Walking down the sidewalk has risk, much less walking down a street. When making choices the only thing you can do is choose the safer alternative. Planes are safer for a long trip than driving a car, but how many people are afraid to fly vs afraid to drive? Nuclear has has a very good safety record compared to the alternatives (utility solar farms might end up lower, but all others are much higher) but to the people who fear nuclear power, I know the numbers don't really matter - much as the person who is afraid of flying doesn't care it is safer.
Yes, but it is noteworthy that most geniuses are shortsighted in other respects. They probably would not survive in prehistory.
Seriously. The fancy CA systems are wacky expensive.
You can't really, but you are now requiring the error to occur specifically in the memory containing your checksum, rather than anywhere in your data.
I think this whole thing misses the point.

The main difference between these machines and biology is that, once an improvement is discovered, it can be downloaded very quickly and cheaply onto all the machines.

Copying is perfect and can be checksummed. Unlike learning in a university, say.

This is also what enables things like deep learning across all the world's medical data for Watson. A doctor somewhere can't know all the news everywhere and discover statistics and patterns on command. While Watson not only an ingest all this info but upload the results to all the places.

This ability to perfectly replicate a program also makes the "self preservation" aspect and the "identity" aspect of computers different than that of biological organisms. What is identity, after all, if a program can be replicated in many places at once?
Ivanka Trump's new fund for female entrepreneurs
I'm not sure if this was intentional, but the name Eliza in the demo text reminded me of the hours I spent playing with the ELIZA bot as a kid.
Relativity stems from the Michelson-Morley experiment.
There is a risk but they would already lose all Android users. If Apple and Mozilla then join in they pretty much would lose all iOS and macOS users.

For a bank maybe a user would temporarily accommodate but it would affect online stores and SaaS business a lot.
The weight also plays a big role, especially since they're carried around a lot.
- Hill Climbing
- Local Maximum
- Gradient Descent

I don't pretend to have any sort of expertise in these sorts of discussions, so I thought I would throw out some easily wikipedia'd terms that seem to back your thoughts regarding convergence vs. exponentiation.
i don't think you read carefully what i replied to so here's it again:

> The problem is that getting things into small individually testable components
> is literally anathema to the Pax/grsecurity model.

nowhere does this talk about what the patch looks like. it talks about "getting things into small individually testable components" being "literally anathema to the Pax/grsecurity model". i.e., that decomposing the monolithic patch into composable pieces is somehow against our development model whereas said monolithic patch was developed exactly this way (which means the reverse process would reproduce these 'testable components'). that argument (my statement) directly contradicts Jeff's so only one of them can be true and as the author of the code in question i know which one is what ;).

as for invasiveness, you're only stating the obvious that there're more and less complex pieces of code yet both kinds (well, all kinds in the complexity spectrum really) can make it into the kernel. that is, this argument cannot be used against incorporating grsec on its own.
Practically the answer is "they pass it around via email"...
> Web pages (and anything else) transmitted over HTTPS are protected from corruption in transit by TLS's hashing (which is vastly stronger than the checksums at lower levels of the network stack), though that doesn't help if the server has faulty memory or storage.

I didn't bring this one (or any other transport-level checksums) up, because we were talking about whether you can trust something "across the whole process"—from its origin developer's disk (where it might get an initial explicit checksum generated), to origin memory, across the network to a server's memory, to that server's disk, over the network again to a CDN reverse-proxy's memory, maybe its disk, then the network again to you, then your memory, your disk, and finally your memory again as you verify it. Oh, and a bunch of routers and switches in between, of course.

Static checksums that are baked into file formats or manifest files protect the file across that whole chain. Transport-level checksums only ensure that the one part they're involved in happened correctly.
Same experience with Mailgun. The "free" tier servers do not have good reputations. As you can imagine, being free, they are used by spammers. I found it impossible to send to yahoo.com recipients. Gmail, interestingly, did accept and deliver almost all messages.
Symantec's site won't get past "Loading Your Community Experience" with tracking blocked.
I think that, given the personal importance of computing devices and storage, no filesystem should exist w/o checksum of metadata+data, and no RAM should be without ECC. The slight increase in cost does not justify the risk.
"Sincerity is the key to success. Once you can fake that you’ve got it made"
Who wants to put an ingot in their food? But a lucky fish? We could all use some luck.

And the good thing about a fish rather than a pan is you can put it in your soup pan, your wok, your fry-pan, etc. Try putting your cast-iron pan into your wok!
But anyone half that smart would know not to give an unproven system absolute, unchecked control over their critical infrastructure, which would basically be a requirement to causing problems humans can't easily overcome.
Updating this with a more eloquent answer (averaging 4 hours of sleep this week, so original comment was not my finest commentary on the matter :)

I think tests are a good idea, and I’m a huge fan of TDD in general. Building Conduit implementations without tests are a large time investment as is, so we originally didn’t include testing in the spec because we figured that if people wanted it, then it would be a great “extra credit” objective for the repo. For example, the Angular 2 repo had a request for unit tests and folks are now starting to work on a PR for it.

Another reason we didn’t include them in the spec is actually from this line in the current spec:

> The quality & architecture of Conduit implementations should reflect something similar to an early stage startup's MVP: functionally complete & stable, but not unnecessarily over-engineered.

Most startups I know that work in consumer facing apps (like Conduit) don’t apply TDD until they have solid product-market fit, which is smart because they then spend most of their time iterating on product & UI and thus are far more likely to find PMF.

This doesn’t mean that TDD === over-engineering, but in certain circumstances that statement does evaluate true (ex: consumer product finding PMF, sideprojects, robust prototypes, etc).

So TL;DR — we chose to not have a strict requirement for TDD in these repos, but we'd definitely prefer all of them to include excellent tests if the maintainers are willing to add it (or if someone in the community is kind enough to make a pull request :)
Weird that everything is saved as a gist. I feel like it would make more sense to store them in one repo. I went looking for the notes I created in github, and found a bunch of flat gists. ??
> had to have a 50 hours of driving with my parents

The assumption with this requirement is that the parents are good drivers. That may or may not be the case. It would be better to require that the 50 hours be completed with a certified driving instructor.
Mozilla seems in total agreement with Chrome on this, and it also takes unilateral CA authority action. This is not a negotiation where the orgs have the right side of the power dynamic.
Are grammar traditionalists now ok with the split infinitive?
I'm a Networker. Although I want to, I do not "get" programming. I do not know the difference between pyhon 2.x and python 3.x.

happy to join a chat and answer questions if I can
Isn't that largely Google's stance with regard to Android? They blame the carriers and point to how slow they are, meanwhile tons of smart phones go without patching, which is no good for the general internet or users'
Seems to me that it could still be correct. It seems likely that humans were smart and well-equipped enough to build sites like Göbekli Tepe before the agricultural revolution, but the vast majority of them simply didn't have enough time to do so.
How did they physically get the machines so far apart in the first place? No wormholes??
"Buying" as if Let's Encrypt isn't a thing. ;-)
Dumb question, can you reassign an already assigned public IP address to a different EC2 instance?

Let's say GP's micro instance goes down, or extra load brings the need for a larger instance, can they spin up a different EC2 instance and reassign the existing public IP address to it?
Edit Android Video in Windows Movie Maker
Do drivers in Finland ever use studless snow tires like Bridgestone Blizzaks, or do they always rely on studded tires.

I live in the US and switch to those tires in the winter and find that they have much better traction compared to the all season tires I have on my other car. Other than icy conditions, does having studs have much advantage over studless. I suspect that the damage to roadways caused by studs could be substantially reduced if more people used studless snow tires in the winter.
> cheap

Hard to beat free. Couple this with the fact that I learn something by setting it up makes this a win for me.
i don't quite get what you're arguing now... are you stating that when there're functional dependencies between components, we should somehow ignore them when incorporating them into a larger piece? say, the kernel should get a NIC driver before it got a network stack at all? if you're not arguing that then i don't see why different rules should apply to the security features we have...

as for your satire, it's just got one thing wrong, but that kinda kills the rest of it: we never said "take it if you want it" and thus we never embarked on the rest of that journey.
It's $25 because it's buy one - give one free. http://www.luckyironfish.com/facts (At the bottom).
Is Signalfd viable at all (http://man7.org/linux/man-pages/man2/signalfd.2.html) supposedly it was created as a better alternative i.e you can poll for signals from it. Has anyone tried using it?
Yes, no engineer has ever made a bad design or decision, ever.
The trick is to follow the mirror, signal, maneuver method. In other words, you don't signal until you know you have a gap to change lanes into. If you signal first without checking for a gap first, then you're treating the signal as a way to ask for permission to change lanes. Other drivers may or may not allow you to do so.
This might be higher level than what you're looking for, but you might find the first few chapters useful: https://hpbn.co/. Also, anything that starts with "performance is a feature" is going to be good.
> This cohort is an important constituency that we believe has been under-represented to date in the public commentary that has been posted to the Google and Mozilla boards since large organizations rarely authorize employees to engage in such public discussions, particularly in an area related to security.

Are these large organizations somehow incapable of putting out official statements regarding CAs? If they're being 'under-represented', it's their own fault for not speaking up.
Ask HN: Does a IRC or equivalent chat exist for HNers?
well, for any organization that is doing serious ecommerce these days, you would want an EV SSL cert. Which is about $95/year from namecheap or a competitor. The GUI advantages for ordinary totally ignorant end users of seeing the happy green bar at the top are enough to justify the less than $10 per month ongoing cost.
How hard would it be to detect evidence of previous earth-based intelligent species? The people of Chaco canyon lived about 1000 years ago. They build an extensive system of stone paved roads. From personal experience I can say that the wind-blown sand and desert vegetation make it impossible to recognize these roads on the surface. These roads were first recognized from aerial photographs. BUT, they were first discovered many years before by a researcher who saw the profile of a road in an excavation. He published a photo in a paper that included the wry note that they looked just like a road.
careful there, the author line doesn't imply authorship (if it does, the upstream kernel is already violating our copyrights).
It's always a negotiation. He who has the least to lose wins.

"Why isn't my browser working??" "So sorry about that, those darn nerds made a change on us."

I have seen this exact scenario play out. Mozilla and Google might be respected in the tech community; to most people they're an extremely tiny part of their life. "Your the IT man, just make it work"
Canada's Housing Bubble Explodes as Its Biggest Non-Bank Mortgage Lender Crashes
We were all skeptical about doing a rewrite too. A bunch of us have worked at companies that went through bad rewrites. And we've read https://www.joelonsoftware.com/2000/04/06/things-you-should-... :p

But the old Uber app had hit its age limit. It was build on top of technology chosen for a small number of features (ex: a single global DI component, lack of typing, a small MVC hierarchy). So we either needed lots of large migrations or a rewrite. The incremental migrations required to fix these issues would have been extremely disruptive, they wouldn't have gotten us an entirely refreshed UI and they wouldn't have given us a number of other benefits.

So we decided to do a rewrite. We had lots of engineers that knew the issues to watch for from the first time we wrote the app. And a handful of us spent months researching/building different architectures, static analysis and tooling that would ensure the rewrites success. We weren't going to repeat the same mistakes twice.

On the very first day the app launched it was more reliable and performant than the version of our app that we had been maintaining for years.
The table "Principal farm operator household finances, by ERS farm typology, 2015" here provides a slice of information:

https://www.ers.usda.gov/data-products/farm-household-income...

Many farmers are making small amounts or losing money. They appear to mostly have farm assets less than $1 million.

But when you get to the commercial class (still households), with median farm assets of $2.7 million, they are making median farm income of $146,000; with mean farm assets of $4.1 million, they are making mean farm income of $250,000, which is not the 1% of assets you propose.

There is of course much room for variation inside the data, but it appears that many large farms are able to generate a nice return on assets, even at farm sizes smaller than would be subject to current estate taxes.
It wasn't overlooked though. Issue was raised in Sept 2016

https://github.com/bitmaintech/bmminer/issues/7
there are a number of similarities between symantec and some wall street dinosaurs.
In this context, I assume we're talking about EV certs. Though LE might be an emergency temp option for the big customers that forgot to plan around this.
Let's start with "if", instead of "when". As I read the article, this is at least as much of a negotiating ploy (to try to force renegotiation of the terms of NAFTA) as it is a serious intent to withdraw.

Then, if Trump does sign such an order, it's not "withdraw today". It's "withdraw in six months".

But if things do get that far, what is the immediate effect of withdrawing the US from NAFTA? Do any rules change immediately? Or do they only become "open to renegotiation"?

My guess is that they only become open to renegotiation (unless the executive order also changes those specific rules, effective when the US withdraws). Then there's a period when all the things that were specified by NAFTA are subject to change. Some things will in fact change. Will TN Visas be one of them? Nobody can say at this time.
Also, it wasn't just sheep farming. It was treating the lambs as pets.
That describes literally everything.
Cool. Actual data. I stand corrected.
That kind of religious thought is not Calvinist in the least. Here's an actual quote from one of Calvin's sermons on the topic:

"The good things given by God are but a path to lead us to him, a ladder to ascend on high, not a tomb in which to bury ourselves. We should not cling to happiness or greet its passing with a hollow laugh, for it is fleeting. Nor should we exult when men applaud us, as if we had already attained our reward for a virtuous life on earth. No, we are determined to press on through good report and bad. Such is the measured and moderate path pursued by the believer. We do not get drowsy, still less intoxicated, when times are good. And we are always willing to abandon everything if God requires. This is not how it is with unbelievers. Prosperity goes immediately to their heads, fills them to bursting; they are so befuddled that not once do they spare a thought for God or the spiritual life. In time they grow hard, and when misfortune comes they grind their teeth and blaspheme against God."
You will be able to comply with a surveillance request WHEN a customer has to restore. Also, you've done nothing to address the risk eavesdropping due to 'bleed style exploits while transmitting my passphrase to BB servers. The passphrase should stay on my hardware period.