skysight-inc/HackerNews huggingface dataset:
> it could legitimately be said that, some things are too easy, tinkering with changes is too easy

This is certainly the case in modern game development. It's now routine for a game to receive a major patch within 2 weeks of release.

> there's no single right answer for all scenarios, all products, all forms of engineering, etc.

Sure. A search engine for cat photos can go ahead with a 'minimum viable product' release, and improve incrementally. Not so for avionics.
> the right has been pretty consistent about tailoring the response according to risk

Have we forgotten that "this is all a liberal hoax"? Remember HCQ is a cure-all? That's not being consistent--that's completely ignoring science.

The right in the US has been consistent about tailoring its message to AI driven talking points that drive social media engagement. Nothing more.

How about a "free market" solution? Give everybody who earns under $40K a year $2,000 per month unconditionally for the next 6 months. And let businesses reopen. Now, people who want to can go back to work and have a $2K bonus per month on top. Or they can forgo that and sit at home.

Let's see how people actually vote with their feet and wallets.
It's important to reaffirm before, during, and after the trip that you're totally "normal" and going to stay "normal". In my experience a "bad trip" is an anxiety/panic attack through the lens of whatever drug you're on.

I've had success nearly 100% talking people down by engaging the panic and looking for the root cause. Most of the time it seems that people have some underlying anxiety that weed/hallucinogens bubble to the surface. They're suddenly and unexpectedly faced with a completely new manifestation of their fears.

"I thought weed was supposed to be fun? What do you mean it'll force me to think about my negative mental baggage???"

It can be overwhelming if someone isn't there to talk you through it and explain that it's completely normal.
The US Air Force is preparing a human versus AI dogfight
The one person I know who had covid said they didn't want to eat anything. It wasn't just that you lose taste/smell, it's that everything tasted/smelled funny.
These are from multiple western media and I've only just shared some examples. So I am not sure what you are implying here, that pretty much all of western media is unreliable? Where would you recommend to get your reliable source of information from? rt.com?
That is pretty unfair to Lennie; at least his intentions were good.
> In Java, there is a 'String' class that is used for strings most of the time

Nearly all the time. Only time you're likely to see a char[] is in high performance code needs to mutate strings in a space efficient manner.

I would also mention CharSequence, an interface implemented by several string like classes.
It will catch up with you. I was at one shop with an 11 person platform team dedicated to platforms. The shop moved really fast, and even with 500 employees, they were able to moved from OpenStack to DC/OS in 2~3 months. (We had CoreOS running on open stack, but fully migrated over to DC/OS. Jenkins -> Gitlab also happened very rapidly; really good engineers).

At my current shop, we struggle to maintain k8s clusters with an 8 person team. We inherited the debt of a previous team that had deployed k8s and their old legacy stuff was full of dependency rot. We have new clusters, and we update them regularity, but it's taken nearly half a year so far and we don't have everything moved over.

You do need good teams to move fast; and good leaders to prioritize minimizing tech debt.
I guess then one should start with the most recent albums and work their way back to High Voltage.
> Many GNU/Linux distros (at least Debian and RHEL) install neither `dc` nor `bc` by default, afaik.

Yeah, I recently wrote a script that used bc and immediately discovered that it didn't work on at least Arch Linux (and I think others, although I only seem to have added it to the Arch ansible config...); conveniently, I only needed the most trivial of calculations, so I just shifted to awk, which has better default availability.
That React has a lot of dependencies isn't a problem in itself. At this point, React is stable. It's backed and relied upon by a gigantic company called Facebook. It's used by millions of developers around the world.

If there's a major problem with one of React's dependencies, it will be promptly fixed.
Here's some possibilities:

There's a lot of experts out there, and depending on how the people who fill your feed pick and choose them, they can make them say anything they want. Some experts might change their minds when confronted with a new extraordinary situation. Others are, well, not experts, they just have the credentials of experts.

"Experts" have been decried as hypocrites and frauds since the time of Lao Zi, for what its worth. All your interactions with expertise are mediated and indirect, except the expertise you yourself have.
Finding buried treasure is probably one of the best ways to acquire wealth with very low risk of being detected by the IRS for tax evasion.
I've lived alone my whole adult life. I haven't seen anyone I know since March 8. Doesn't seem to bother me. Guess I'm a freak.
I remember “DHTML” with JS

I invented a lot of things for myself... AJAX was one of them but also I used a lot of animated GIFs for transitions

I made dailytutor.com back in 2003 or so!

The domain name expired so I saved the site at http://thetutorbase.com
Sadly the hostgator or whatever hosting it made php errors now for sessions
But some of it still works
Check it out :)
Cool, the site looks good. It looks like you have copied the Coursera logo though, why?
What is the reason for requiring a cloudflare account?

> For this setup you'll need...

> Cloudflare Account

That defeats the point of self hosting in my opinion. If traffic is flowing through cloudflare then I'm no longer in charge of some key bits of metadata.
We just started from scratch a new project in February, pulling out lots of experience between to fairly veteran developers and trying to put together a “reasonable best practice modern stack”, so to speak.

I fundamentally couldn’t agree more that it’s a shitshow right now. Everything could be better. Namely:

- Typescript + monorepos is a total pain in the ass

- react-native-web is the way to write apps if you want to go cross platform, but there’s a ton of sharp edges and no great UI library to write components more cleanly

- Still no great, obvious state management system for frontend

- We’ve been gluing together a setup for Kubernetes, docker compose (locally), and CI/CD on GitHub. It’s a ton of code even while keeping it simple. Too much to list here. We’re using Rio for some of it, which starts to get some of the DX better

- Hasura and graphql and then on the frontend the biggest upgrade I’ve had in years is gqless (https://gqless.dev). It’s a bit early, needs a lot of work, but fully typed queries are just incredible

- Just endless amounts of cross browser issues, polyfills necessary for various browsers

- Obviously tons of time spent getting webpack to play along.

- Getting your tests to work just like they would in the browser took us quite a lot of iteration, we use a wide variety of testing tools that took time to figure out

Honestly, it’s all bad. The bright spots are Chrome dev tools, React Refresh, gqless, Hasura, and our UI kit which is building on react native but adds components ala SwiftUI (VStack, HStack, etc) that then statically extract to css at compile time.

I do like the thinking behind “Rome” which basically wants to pull everything together and vertically integrate. I’d almost go further and just white label a whole stack just like ours. Including CI/CD, monorepo, etc. If we could pause in 6 months or so and just extract everything we’ve built into that, it’d be a great template.
I have more or less the same goal, and I’m close to achieving it. I will probably relocate to Europe to study.
They linked to their data set: http://jedkolko.com/wp-content/uploads/2015/05/Data-and-meth...
I think this has been an advantage for a long time, but yes it keeps expanding.
Worked on this precise root of trust problem some years ago.
Basic issue is, fragmentation in the device marketplace means you can't have an endogenous hardware root of trust on each device. Apple can do this because they own the whole device stack. Providing this outside that closed ecosystem will have hard limits foreseeably. That said, the only tech I am aware of that could conceivably change the balance of this device fragmentation equation is FHE that is sophisticated enough to perform nested standard encryption operations for authentication.

Otherwise, your options are a separate yubikey-like token that you buy and "personalize," with new keys and linking identity attributes to it, or some weak variation of obfuscated code to store and process your root of trust key.

Business wise, the threat model has a catastrophic failure mode, where a compromise likely exposes all users simultaneously, which becomes both worse and more likely as you scale. Then there are the use cases for strong identity proofing and authentication, where they all reduce to some powerful party wanting someone else to adopt sufficiently strong identity to use as recourse against them. Strong identity is for institutions to manage populations interchangeably, and nobody signs up for that, it's regulated down onto them.

The conceptual test I use is, if it interferes with your ability to consume drugs or pornography, it's not a viable consumer product.

Strong identity proofing without commensurately strong anonymity fails that heuristic. Self sovereign identity is only viable if it's either anonymous and disposable, or enforced downwards by a de-facto monopoly.

When I looked at the related startup company's site, I thought, "clearly the VC investment triad decision was based on 'team+market', with 'product' to be figured out later." I'm definitely not smarter than anyone involved there, but the product hurdles in front of them are expensive, political, and complex.
Why is it almost incoherent?

I am not saying they are not recognizing the risk (I don't know), but that, as far as I can see, there is no discussion about these risks for most people (the general public), which I find odd w/r to the start of the pandemic.
It has been demonstrated linguistically that the Proto-Indo-Europeans had oxcarts with solid wheels. (Spokes came later.) They are estimated to have spread out over all of Europe and southern Asia sometime around 6-9 thousand years ago. Most languages in those areas trace directly to theirs. English has brought back together numerous words from various other descendants of it.

Notable exceptions from the PIE family are semitic languages, and Hungarian, Basque, and Finnish.
Feeling it too. Last few weeks I decided that I was going to negotiate some limited contact (occasional masked walks and hugs) with a few select people.

This is arguably a little irresponsible of me; I have a housemate who is a social worker and not isolating, which makes me a potential link in a transmission chain. But on the other hand, we're spending nearly zero time together in shared spaces (we literally go weeks w/o seeing each other) and I'm very conscientious about what I touch and when in shared spaces. And delivery or random passers-by on walks are my only other form of exposure, so it seems like a managed risk if not absolutely minimized.

I think some who live alone are going to find this kind of quaran-team approach important as we break past the first few miles of the marathon. The trick may be in really doing it thoughtfully in a planned-out conscientious manner rather than waiting until arriving at some breaking point and throwing caution to the wind.
design is not making things pretty.
it's about solving problems
It's not a scenario where you can look at "absolute years from inception". It's all relative. With the JS ecosystem, you have rapidly changing Web APIs and standards, varying degrees of browser support and Node versions. And no real "central authority" to guide things in a specific direction. With Android you have a much more managed platform, with Google providing at least some guidance on best practices (explicitly or not). I'm sure the recent introduction of Kotlin added some complexities and confusion to that system. But I still don't think things are changing as rapidly as they are in the JS world, and from so many different angles.
We‘ve been mostly happy users of Mesos, Apache aurora, and consul. It works pretty well for us (200+ engineers). We have maybe 5 people dedicated to keeping it all alive, and they’d be able to maintain the pieces of it that we use. Aurora configuration kinda sucks, but I think job configurations might just suck in general.

That being said, it has been concerning to us to see the big institutional players move off of mesos and aurora. We wouldn’t like to be active maintainers, but we could.

I think that’s the main difference between Mesos and K8s: with K8s, we wouldn’t want to maintain it, and we wouldn’t be able to (since it’s so large). Somehow mesos and aurora feel more manageable.
I think the same. I mean, it's widely known that academic incentives are completely broken all across the board. And yet somehow those broken incentives are not producing dishonest research at scale? Doesn't add up, really.
Herd immunity halts transmission after a point. The flu is between 33% and 44%. Covid-19 has some wide estimates for the threshold, between 29% and 74% according to the two studies referenced here: https://en.wikipedia.org/wiki/Herd_immunity#Mechanics
That doesn't seem the case in projects I worked with. In my case, there were more features than engineers and some features were more important than others, so the list made sense. Obviously, it's not set in stone. Features can sometimes jump queue, be completely dropped, or more important features can show up. But I don't think I was ever in a position when a broad list of tasks for the quarter didn't make sense.
> If you want k8s, you really do need people that know how to maintain it on a more or less full time schedule.

What is the alternative to k8s that does not need people to have any technical knowledge?

To me Kubernetes is extremely attractive because it helps me avoid learning cloud vendors' proprietary technologies. K8s is learn once, use everywhere, which is fantastic.

I am a 1-person venture doing everything from JavaScript/React to maintaining backend infra, and I couldn't have done it without k8s.
I’ve always wondered that too. Maybe evolution is stuck in a local optimum there.
hah, I was going to write a Ask HN but never got around to it that I had noticed that bing and DDG has the exact same results for many of my searches.
> because 80% of people exposed to covid don't produce antibodies

Are there any data available to support this claim? That would mean that the virus is cleared by the innate immune system and not the adaptive, but it is still a pretty bold statement.

The last I read (a Nature Genetics study, if I recall) was that the antibody quantity was lower in milder cases (but with a large inter-person variability).
Sorry, I cant replicate your result even with your link above. Is Google Trends showing the same results for you and me?

There is actually a recent study that finds deviations in the Trends' results depending on the date of request. Some German links, please use some translation tool if you need to:

https://www.heise.de/news/Stichproben-Zweifel-an-der-Zuverla...

http://dx.doi.org/10.13140/RG.2.2.33370.98247
They've having some growing pain. It's normal in a company growing at Coinbase's pace.
I posted elsewhere, but yes, there are thresholds for transmission when enough of population has developed immunity: https://en.wikipedia.org/wiki/Herd_immunity#Mechanics
We are separated from the schizos by acknowledging that this is just a theory, no matter how bad the circumstances may look.

The schizo will take this theory as hard proof that China knew of the virus early. You and I will wait for hard evidence before we pass judgment, even if we privately believe that these circumstances are conclusive evidence.
It’s only the newer “concatenative” languages that have explored this forms correspondence. See this essay by Jon Purdy (author of Kitten) on “why concatenative languages matter”:

http://evincarofautumn.blogspot.com/2012/02/why-concatenativ...
How the Magic: The Gathering Color Wheel Explains Humanity
When I founded Gliph, which ultimately became focused on privacy, secure message and bitcoin, I was actually after identity. I even tried pitching it as an "identity management platform."

Identity felt like hot idea back then ~2011, this concept of owning your own. There was another company that raised a lot of money that was working on it, Personal.com.

I was able to meet with Larry Drebes at the time who was involved early with OpenID, and at the time was growing Janrain which was helping big companies handle user federation.

That year, Chris Poole of 4Chan controversially said Facebook and Google had it wrong: "Google and Facebook would have you believe that you are a mirror, that there's one reflection that you have; one idea of self," Poole added. "What you see in that mirror is what everybody else sees. But in fact, we're more like diamonds: you can look at people from any angle and see something totally different." [0]

Anyhow, a decade has passed and it feels like very little has happened with identity, the ability to control identity away from centralized structures.

My advice to any of them would be that "identity" is not a product. Authentication and federation to specific systems, useful features (i.e. sharing photos of grandkids), these can be made into products.

[0] https://mashable.com/2011/10/18/chris-poole-4chan-web-2/
>The problem — at least from my perspective — is that flexibility is optionality. If one day down the road you want your site to be something other than a blog, but you are using Ghost, you need to go through the same sort of transition process I described above.

This may actually be a Good Thing. Honestly, I can't think of many things you want to start doing where you want to adapt your existing blog. When you start on something new, create a new sub-domain or buy a new domain, install new software and go from there. I'd much rather focus on doing what you're doing now well rather than make a trade for speculative optionality.
On the sourcing side, they have a scale advantage of placing larger orders which can get them better OEM pricing. Depending upon the product category their probably are manufacturing efficiencies of scale that enable better pricing. And in particular, their purchasing departments have more efficient analytics numbers to make product entry decisions that benefit from the scale Amazon has reached. So the efficiency in which they are likely to operate in making JIT purchases, or predictive purchases, and avoiding costly inventory mistakes and markdowns is only possible with the large market reach and ability to hire a technical depth of analysts (or tools makers for analysts) enabled by their size.
I've been programming since the late 90s and as recently as one or two years ago I would have agreed with a lot of this. However, having recently come back to JS and currently in the midst of developing a large, complex non-frontend app in it; I have to say the language, tooling, standards and ecosystem have jumped forward significantly.

It has honestly been a pleasure building this out. Yes, you still need to be selective about dependencies but that's the case for many languages. Beyond that, JS/Node in 2020 (in the right hands and for the right project) is pretty awesome.
"higher level X would be rife with inner circle politics" - sadly seems to be in line with human nature.

FWIW, anecdotally, in my interactions with academia involved parties have mostly been surprisingly respectable - which is more that I can say for industry.
Shhh! This keeps everyone away from frontend work, and the rates for frontend freelancers high!
This is a good other way to go, I've met 2 people who played the game this way. They became engineers at huge, kinda pointless, companies (Alcatell-Lucent) and achieved a decent but not spectacular position. Something akin to tech-lead. Leading a decent team, but not as a people manager.

Then they joined a not-gonna-happen startup (to do with optical fibers) as a CEO, investing something like $50k of their own money to get the position, later increasing their stake to $150k. If the startup is about to die this is not very hard. They had a plan to turn things around and in at least one case (out of 4-5 tries) it worked. This guy was then forced out of the CEO job, but he was certainly very well compensated for his efforts (triple digit millions).

Of course he did try that 5 times, and lost everything 4 times out of 5. Including years of work. It's not for the faint of heart.

The other one made out well as well on one of his past efforts that was taken over by a competitor for a very nice price, after which he left. He's now working on a company that I'm not really holding out much hope for.
In the year 2000, my (telnet + MCP & MCCP & other acronyms-supporting) C-based MUD boasted a _web_ interface.

With colors, buttons to move, and even _images_.

A web request is just a TCP socket, and browsers were gracious enough to start displaying stuff as soon as it came in (so long as tags were properly closed). So long as you sent stuff fairly routinely, the connection wouldn't be closed.

Frames helped... well, "frame" the interface: main frame would be the mud's output; another frame for user input - both using a shared "key" to ensure output and input were linked to the same user.

Users' input could therefore easily just be sent on another web request, checked for key correspondance, and the command ran as if the user input the same command via telnet: action -> response.

A sprinkle of that new-fangled JavaScript helped ensure the screen would scroll properly as soon as new output came by.

Having previously abstracted all color-related stuff (to ensure strings like "&WFoo&GBar&X" would send ANSI colours to users opting-in to them, and nothing to users opting out of them) meant that it was "easy" to send "<span color='white'>Foo</span><span color='green'>Bar</span>" to the HTML interface instead.

Websockets? We don't need no stinkin' websockets! _really long_ polling suffices ;)
> 0.5% of the country infected

Your own numbers show this is totally incorrect: death rate 0.5% times 40k deaths, means infected is 8 million (or more precisely the count was that number some weeks ago as deaths take time to happen).

this has been an obvious calculation from the start and I am not the only person trying to correct the misuse of the confirmed infected count (287k) for your conclusion.

Honest question: why do you not know this?
I believe the difference between Amazon and a grocery store is that a storefront has to pay for its stock up front and then sell it. This means that if a store stocks a competitor, the company that created the competing product has already been paid. Stores often have agreements with distributers to return and get partial refunds for unsold stock, but not usually the full amount.

Whereas Amazon is not a storefront, it's a digital marketplace. They don't have to buy the stock of the product that is being sold, they just put up the listing and take their percentage if the listing sells, and then it's fulfilled by whatever company created the listing. This means that Amazon doesn't lose any money if a competing product doesn't sell.

Obviously amazon _does_ buy and fulfill orders themselves for many items, but not all.

I think there's a planet money on this specific topic
Amazon sues former AWS marketing VP Brian Hall after he takes Google Cloud job
My company is about 10 years behind so I'm not using K8s yet. Hopefully all the issues will be sorted by the time I get to it.