skysight-inc/HackerNews huggingface dataset:
Maybe you are thinking of Aphyr's analysis of elastic search where he showed that Elastic can lose indexed documents during network partitions:

https://aphyr.com/posts/323-call-me-maybe-elasticsearch-1-5-...

That has been done on relatively old version. Elastic documents known (and fixed) issues here https://www.elastic.co/guide/en/elasticsearch/resiliency/cur... but I wouldn't trust this to the letter mainly because of their previous handling of such issues.

Elastic is great as a search index, not as a primary database.
Radio, TV and magazine ads were minimally tracked and worked for years. The only people telling us we need tracked ads to make money are people selling tracked ads.
Old phones can be used as security "microphone" too, heard people use such nets for woods security - the sound of pile can be easily detected.
Actually, it does work, because languages tend to provide ways to notify the compiler that what you're doing doesn't warrant a warning. I've worked on big C codebases, some of which I built and some of which I inherited, and I was always able to get it to the point where it would compile with -Werror -Wall -Wextra etc, many times even -pedantic, with very few (if any) pragmas. The only exception to this was compiling for MSVC, which is no surprise since they don't really care about C.

When I use an external library in my project, a part of me dies inside if I see a stream of warnings. So I understand where Pike, Thompson et al are coming from. They're just misguided in their approach.

The trouble with C is that there's no "official" compiler like modern languages have, so there's no consensus on what merits a warning or not (and the spec is so terrible that you'd have a hard time coming up with them anyway). But for modern languages, you have a clean slate to work from, which means that we have an opportunity to do it right this time.
This is equal to complaining i can't tank electricity with my old Diesel fuel Volkswagen, because the new models can.

It's innovation. There are (hardware, ...) limitations, so you simply cannot run the same software on old hardware.
The Drought Diaries: six families, three countries, six months
Why are you looking only at alleged (nominal -> inflation...) negative records?

Record low unemployment, highest stock indices, highest household incomes, low hispanic and african american poverty rates etc. etc.

Also, some of your negative indicators are the result of lower taxes = more wealth for tax payers.
I think you see point 3 come through in the discussions talking about privilege and lived experience.

It's a natural step after point 1 or 2 where the dominant group rebuts with "well it works for me, so it should work for you", and the minority group provides their theories as to what results in them having a different outcome.
As far as I know, you need a phone number. I think they mean that if you install Signal, it'll invalidate Haven's key.
They have done quite a bit of work to improve resiliency. You can learn more about the status of this work here:

https://www.elastic.co/guide/en/elasticsearch/resiliency/cur...

TL;DR it is still probably not ideal as a primary data store.
https://nsidc.org/cryosphere/snow/climate.html

> Snow's cold, moist surface influences how much heat and moisture circulate between the ground and the atmosphere. Snow helps insulate the ground below, holding in heat and preventing moisture from evaporating into the atmosphere.
I single it out because (1) we touch it much more often than anything else, and (2) people often touch it in the bathroom.
Why I'm Working on a Startup
> My problem with all those pro-privacy apps is that privacy has a price[0], and a price most consumers (me included) are not willing to pay.

For anyone who wasn't aware:

WhatsApp was killing it even as they were shouting from the front of their app and their web page that they were a paid product.

And they hadn't even started monetizing API access etc.

Edit: just looked at this and it checks a number of boxes:

- no blockchain (as far as I can see)

- no coin (again AFAICS)

- smart people

- a real problem that has been bothering me

I guess I might be happy to stand in line to pay for the product when this materializes just as I was happy when I finally could pay for WhatsApp (I was an early adopter and got it for free the first few months and paid later).
Then there is this:
https://nypost.com/2020/02/22/dont-buy-chinas-story-the-coro...
I loves me some diffusion limited aggregation!

https://en.wikipedia.org/wiki/Diffusion-limited_aggregation#...

>High-voltage dielectric breakdown within a block of plexiglas creates a fractal pattern called a Lichtenberg figure. The branching discharges ultimately become hairlike, but are thought to extend down to the molecular level.
so this game contains an impressive audio/music tools , nice sculpting tools, logic widgets. like I helped my 13 years old son rotate an object in space by connecting some velocity vectors, sin wave widgets (there is no way to input polynomials or trigonometric functions that we found, so you have a sign wave and you change it's shape to look like what you need ). widgets to record data(aka variables) event like things. Then it has sharing. My son played the other games from this team Little Big Planet, he is not into programming (I tried to teach him basic stuff but code syntax is too abstract and error prone) where this kind of games encourage experimenting ... it is not something for developers to create games so is not a Unity/Unreal competitor
More specifically, lead gen for financial products like credit cards.
This is where they want to source it: http://nouveaumonde.ca/en/
Coronavirus cuts China’s greenhouse gas emissions by a quarter
For those uncertain of how to treat this information, these are the razors I've used on myself the past few weeks:

https://youtu.be/pqzcCfUglws?t=368
https://youtu.be/pqzcCfUglws?t=1382
Much of your complaints simply do not apply to many use cases for people when developing a server side web application. Just because Go does not have such features you are used to using in your high level language does not make Go a bad language. I also find it funny that you dislike the simplicity of the language because it apparently empowers "blue collar" types (uhk, how gross!) to do the jobs you are used to doing.

A bloo bloo bloo!
Can you describe the vulnerabilities in that Gutterman paper, along with how important they were? What changes did Linux have to make to address them?
Signal doesn't support messaging without any number, no. You can interact with it programmatically though if you give it a dummy number (even twilio, etc work fine). I personally have a REST endpoint running on a server that has its own number just to be able to get notifications and so forth from my server when I need it.

I wrote the software with the intention of allowing it to be used as a Twilio-like service, but I'm not sure how much utility anybody else would get from it. The messages from the source to the API obviously aren't protected, so the only use case it has is convenience rather than security. The lack of a signal implementation in a sane language (I'm interacting with signal-cli, which is a wrapper around the Java one) makes this a lot more difficult to just drop into other random tools unfortunately. I might just end up releasing that service as an open source tool if other people find it as something they'd want to be using for their own purposes.

Signal also has some pretty heavy rate limiting on things like numbers which are annoying to hit because things just tend to break. They don't have any other way of preventing spam and crawling of the service though, so I completely understand it.
I think you're missing a couple things here.

One is the difference between optimizing for MTBF and MTTR (respectively, mean time between failures and mean time to repair). Quality gates improve the former but make the latter worse.

I think optimizing for MTTR (and also minimizing blast radius) is much more effective in the long term even in preventing bugs. For many reasons, but big among them is that quality gates can only ever catch the bugs you expect; it isn't until you ship to real people that you catch the bugs that you didn't expect. But the value of optimizing for fast turnaround isn't just avoiding bugs. It's increasing value delivery and organizational learning ability.

The other is that I think this grows out of an important cultural difference: the balance between blame for failure and reward for improvement. Organizations that are blame-focused are much less effective at innovation and value delivery. But they're also less effective at actual safety. [1]

To me, the attitude in, "Getting a call that production is not working is the event that I am trying to prevent by all means possible," sounds like it's adaptive in a blame-avoidance environment, but not in actual improvement. Yes, we should definitely use lots of automated tests and all sorts of other quality-improvement practices. And let's definitely work to minimize the impact of bugs. But we must not be afraid of production issues, because those are how we learn what we've missed.

[1] For those unfamiliar, I recommend Dekker's "Field Guide to Human Error": https://www.amazon.com/Field-Guide-Understanding-Human-Error...
Right. Haven has its own registration, if you register the number again it won't be able to use its own keys anymore.
> You never heard about the lead poisoning that didn't happen.. but you'll hear about Flint Michigan.

Not a great example for this point. Cynically, you heard about Flint because journalists rode the hype train for views and clicks, either failing to do research on other communities or failing to promote those stories to the level of hype required to break into the mainstream. They were close to notifying the public of a widespread public infrastructure and health issue, but for whatever reason fell short and became fodder for anti-"fear-mongering" attitudes.

> . . . The Michigan city doesn't even rank among the most dangerous lead hotspots in America . . .

> In all, Reuters found nearly 3,000 areas with recently recorded lead poisoning rates at least double those in Flint during the peak of that city's contamination crisis. And more than 1,100 of these communities had a rate of elevated blood tests at least four times higher.

> . . .

> Like Flint, many of these localities are plagued by legacy lead: crumbling paint, plumbing, or industrial waste left behind. Unlike Flint, many have received little attention or funding to combat poisoning.

[1] https://www.scientificamerican.com/article/thousands-of-u-s-...
There is a TSDB solution if you don't want getting a little dirty - VictoriaMetrics [1]. It is built on the same principles as ClickHouse [2].

[1] https://github.com/VictoriaMetrics/VictoriaMetrics/blob/mast...

[2] https://medium.com/@valyala/how-victoriametrics-makes-instan...
You did not know how to search? Mass Effect is about a beautiful world and lore to explore, cool quests and hard decisions.
Yup, my first interview straight out of university back in the 90's was just like that. From then on, it was brain teasers, whiteboard hazing and "you got everything right but aren't a good cultural fit!" pickiness.
According to the docs, it's a 30-Day trial: https://www.elastic.co/guide/en/elasticsearch/reference/curr...

Are these docs out-of-date ? Does anyone know if any features remain after 30 days if you do not subscribe ?
The lower you get the more your model of computation must understand the host system; but be careful, even C statements often compile into surprisingly unexpected machine code.

If you want to explore this route I recommend picking up an embedded hobby project; Ie grab an Odroid Go and write some fun little arduino games in C++ using the Esp-Idf toolkit. It's got two cores, some IO, and a slowish LCD; and so you'll have to understand async programming and have a mental model of the device's memory to get any satisfaction.

But that still doesn't require much beyond most 200 level computing knowledge. :)
Interviewing is a nightmare.
It's all doom and gloom in the news. Best thing you can do for yourself is to stay off the news.
Camera, removable battery and X% chance of having a preinstalled rootkit (e.g. [0]). It's better to pay a bit more in order to have peace of mind.

[0] https://arstechnica.com/information-technology/2016/11/power...
> financial systems (especially in EU) which have never been reformed after 2008

https://ec.europa.eu/info/business-economy-euro/banking-and-...
You get problems like this, which you don't get in traditional OO languages: https://github.com/golang/go/issues/16474
You seem to think that there was a better use of technology than what was done in this case. I argue that there wasn't and that they did the best possible thing they could do with tech resources. The business failed despite the tech decisions. Now, the developers have something to show for their work, and valuable skills that others will pay to benefit by.
It should refer to them or address them.

Since, given this, Go is no better than a language with unchecked expressions nobody handles...
Bye credit karma. Consumers will make this deal another verizon tumbler.
Yes it can. I think it's unrealistic to expect that some ordinary gear is going to save you when you get exposed to it. The focus should be on not getting exposed.
> Your data is no longer in a bazillion places on the Internet, controlled by you-have-no-idea-who. It's yours. If you want your insurance company to have access to your fitness data, you grant it through your pod.

Nothing stops a third party to record the data once you gave access and sell it. Even after you remove access they can keep their copy. So what use is this pod thing?
With the caveat that CompCert is mostly C99 and requires MISRA like C.

What about Spectre? It is an hardware exploit, thus there is only so much one can don in software to prevent it.

However that shouldn't be an argument for not improving the security of the IT stack, people still die when wearing security belts and helmets, but they surely do surving in higher rates than when they weren't a requirement.

Exploits due to logical programming errors, false premises, hardware bugs, will always be around, however reducing the attack surface is already a big improvement.
You don't need to work on hard problems
It is not an "optimization" in the sense that it's not engineer's work.

It is in the sense that it gets the speedup job done.
How many of the companies below would have ever brought a product to market if Apple hadn’t acquired them? Are consumers worse off for Apple acquiring them?

https://en.wikipedia.org/wiki/List_of_mergers_and_acquisitio...

How would regulators know whether Apple acquiring the 100+ companies it acquired would be bad for consumers in advance?

Do you really trust regulators to be both competent and apolitical?

The positive: - more focus on profitable companies, as opposed to ones that will only be viable if acquired. - a more competitive market, which might be better in the long run for start-ups

That would probably exclude every single YC backed company.

Only two have gone public - DropBox and PagerDuty - and DropBox has never been profitable. I doubt any of them have ever been profitable.
How popular is React?

I haven’t done much web development in several years myself.

Typescript is mentioned a lot on HN. Saw ReasonML mentioned recently. Vue.js has a movie on the way.

As far as Web frameworks go, what’s popular seems to change every couple years.
The entire economy is a pyramid scheme just begging to collapse. Google worth over $1 trillion, Microsoft worth over $1.36 trillion, Apple over $1.37 trillion, Amazon over $1 trillion.
Bitcoin $200 billion. A lot of terrible unscalable and insecure cryptocurrencies worth over $1 billion each.
Even IOTA cryptocurrency which experienced a massive hack followed by total failure of the network is still almost worth over $700 million. The thing failed completely and the market still thinks it's worth $700 million... These are more or less the same kind of people who participate in other mainstream stock markets.
US national debt is at 23 trillion. Close to 0% interest rate for an entire decade.

We are way past the point where we should be worried; that point was probably 10 years ago.
Everything everyone knows about the economy and value creation is wrong.
It's a giant, fiat-fueled pyramid scheme and as soon as just a couple of semi-intelligent billionaires start to sell their stocks, it's going to collapse.

Unlike the 2008 crisis, this time, we don't even need to find a single specific cause.
The next economic depression will have so many causes that it will be easier to explain what is NOT the cause.
> Record low unemployment, highest stock indices, highest household incomes, low hispanic and african american poverty rates etc. etc

All of those points are true before any bust. Juicing an already hot economy with tax cuts and low interest rates is just stupid, leading to excessive inflation, bubbles, and ultimately a bust. If adults were running things, they would use taxation and interest rate as a lever, cut when the economy is bad, but raised when the economy is good: this would provide relief during bad times and prevent good times from overheating.
From the article:

>Less snow means more dark ground is exposed and absorbing heat, instead of being covered in white stuff that reflects light. The warmer ground means higher rates of evaporation and, thus, less water in the river.

Why do you say evaporation is constant?
If you've ever wondered why cellphones don't work without a battery present at all, even when plugged in, it's because they're used as a capacitor effectively for the cellphone radio. The peak currents of those can exceed several amps momentarily so you need to have quite a lot of power on hand (even exceeding the charger) for times when you want to transmit. The amount of total energy being used from the cell is close to nothing however.

I'm surprised yours works at all, it must be fairly marginal.
So you mean 4-10TiB is the equivalent of a senior engineer via AWS pricing and my rough estimate of the cost of an engineer. I think we agree?
We agree I’m not “the” or even “a” creator of Firefox, but the iteration I saw was from “part of” to implied “none”. That is the impression left in Mozilla and other wiki sources unless you check web.archive.org, and it is a bigger wtf for me than my misreading of your intent here. I hope so, anyway! There is an effort to erase me, by others (not you), which is not only dishonest — it won’t work. Sorry for misreading you.
Any of them seriously. Seattle, San Francisco, New York would all have this problem.
Right. But COVID-19 isn't influenza related so all these flu comparisons are moot as far as I'm concerned. The mortality appears for now - with all the figures that I've seen - to be much higher.

If this thing keeps going like it has for the last couple of weeks then it will make the last H1N1 pandemic look like a walk in the park. The final count on that was 100's of thousands dead in 199 different countries. And it didn't take off nearly as fast as this.
Nothing. To be more clear about the potential for abuse, it's an ADHD medication, so they don't want you selling it to other people to abuse. It's not physically addictive, so you can only really get hooked on the benefits, there aren't any withdrawals or anything if you don't take it.
I've been using Paw (https://paw.cloud) for a while, which I guess is just a slightly more advanced version of this. Lets you sync state across team members etc which is handy.
How can that work?
If you are referring to sparse files, those are also present elsewhere (see the seek parameter to dd).
Maybe every time they reboot, computers should run "fsck -t random /dev/random" to check the integrity of their random number generator devices.
Step 1) get a degree to jerk around with docker all day for money

Step 2) realize that this computer shit is hard

Step 3) let google do it instead
Trade deficit - going way down wrt China. Also, dollar is strong, and we turn commodities from other countries into more valuable goods that we export.

Record fiscal deficit/gov debt - hard to judge without also looking at gdp + asset growth, which US is doing great in (stock, real estate). Also. US is safe haven for investors right now

Corp debt - record low interest rate.
Typically not. But that's not how this stuff works. It is bell curves all the way. So your old, very young and vulnerable people will make up the bulk of those that die but there will be plenty of regular people in the prime of their life that will die as well.
We don't need a specific cause, but a pandemic looks like it'll be a really big one.
But the exceptions are the things you really don’t want to be running out of. Which is extremely unfortunate and silly given that those who want to source these things illicitly will do so and those who follow the rules will suffer.
It's step one. Step two is to utilize applicatonis/companies that have your privacy in mind. The fact that you own/control the data empowers you to choose rather become stuck.
If your site runs on AWS, it should run on AWS, not on AWS + Google Fonts + React CDN + Github + ...

But actually, there's nothing wrong with adding dependencies, granted that you correctly do your risk assessment. Are those developers assessing their risks and making an informed decision to add them?
This article makes a lot of assumptions that only hold true in a very specific set of circumstances:

- that it’s possible for the team developing the product to deploy or monitor it (example cases where it isn’t: most things that aren’t web based such as desktop, most things embedded into hardware that might not yet exist etc.)

- that if you can deliver continuously, customers actually accept that you do. Customers may want Big Bang releases every two years and reject the idea of the software changing the slightest in between.

- not validating a deployment for a long time before it meets customers is also only ok if the impact of mistakes is that you deploy a fix. If the next release window is a year away and/or if people are harmed by a faulty product then you probably want it painstakingly manually tested.

My point is: if you are a team developing and operating a product that is as web site/app/service and you are free to choose if and when to deploy, then most of the article is indeed good advice. But then you are also facing the simple edge case among software deployment scenarios.
Which city would you expect you could leave a phone in the car without it being stolen?
I've met at least two engineers who had to move bridges after they were built.
Show HN: Damnshort – dotcoms for startups and side projects
Block chain and cryptocurrency is another thing that's gone from unhinged hype to heavy skepticism.
We are running out of nouns to name js frameworks.
No security updates means potential for exploits, not definitely exploited. If you don't open yourself up to exploits by using the browser or untrusted apps, you're pretty unlikely to be compromised even with an older phone.
Oh very likely. I don’t really remember the name but they interface looks so familiar.
Some companies see that as a risk.

I worked at a place with long tenured people who stick around forever. Worked great and saved money, but when they retired the business was pretty screwed.

You always have to bet on management being long term dumb, so processes need to be setup to maximize short term risk for management. No modern manager gives a shit about a high impact risk 5 years from now; if you’re lucky they may care about next year.
If you look at market history the last ≈5 recessions have all occured with a regular intervals of about 7 years.

I think recessions are just a normal, emergent vent in an oscillatory system. It seems like putting one off artificially will lead to a more severe depression.