skysight-inc/HackerNews huggingface dataset:
I don't believe there is more to it than the researchers getting exploration/exploitation wrong in this case.

Say somebody wants to get funding to fight AIDS, based on the hypothesis that it is caused by something else than a virus. The research community would oppose funding this and they would be right. At some point you have to reject some hypotheses, there's just not enough time and researchers to keep researching every not-so-promising hypothesis.

Sometimes the research community will get that wrong but this is the cost of having research focused on the most promising hypotheses.
I recently started a company focused on providing a cloud backend for OBS - all the collaboration bits (script writing, storyboarding), reviews, and publishing/distribution. All the workflows you do outside of OBS itself, basically, and integrated with OBS through a plugin. We also sponsor OBS with a $10k/mo donation.

If this is a problem you’re having I’d love to talk about it, or even if you just want to share your experience of what works well for you. My email is in my profile.
Observations on 6 Years of Journaling
Sure enough ... there it is ...
Both are called DME. Only one is described on its WP page as principally a solvent. So, you probably should be more specific when describing your process, to avoid misapprehensions.

When we have no need or desire to oxidize mined hydrocarbons for heat, our remaining demand for mined hydrocarbons (e.g. to make into plastic) will surely be less than today. Then, the most easily obtained natural hydrocarbons will be the ones we mine, because we are not wasting them by oxidizing them to CO2, water, and heat.

Unless there is no bitumen dissolved in that readily obtained oil?

It is just possible that hydrocarbons made from gathered and cracked CO2 will end up cheaper than fractions of extracted oil. But I have doubts.
I thought the article was saying that the people expected it to be sweet, not that they wanted it to be.
What do you need production data for?

Just fire up a fresh DB with some sensible default fixtures.

Or pause an integration test mid-way.

Or call some factories from the REPL.

The last thing in the world I want to do development with is production data. Production data is the data of last resort when nothing else can repro.
A few points here:

1) That’s a JOIN and Firestore is not unique among NoSQL databases for being bad at it.

2) That’s the code you’d use in a web browser to load Firestore data. That code also handles all of the API and Authentication code you’d normally put in front of another DB. It’s serverless. So that is a fully functional snippet, your SQL example needs an API layer and frontend deserialization code.

3) It does not make a new HTTP connection per request. It uses a long-lived gRPC connection.
We owe a lot to the smart people working there
Anchor lends it out to someone else at >20% APR because that other person is… brain dead?

They're probably crypto speculators looking to lever up. If crypto could double in one year then borrowing at 25% isn't crazy.

where do the new Terra coins come from? If Anchor pays me in more stable coins, they had to buy USD to be allowed to mint them right?

Terra was pegged to $1 but it wasn't backed by USD. Terra was backed by Luna and it was possible to convert Luna to Terra without any USD being involved. People called this out as unsafe in 2021.

Why not just take USD to lend USD to get USD to return USD?

I'm not sure regulators would allow anyone to do this kind of lending in the real banking system.

I’m ignoring answers like money laundering and avoiding KYC and other financial regs.

Don't ignore it. The purpose of a lot of DeFi is to allow people to do things that regulations don't allow.

And again who borrows money, probably denominated in some crypto, at >20%? ... You’d need those people for this to work?

AFAIK Anchor never had enough borrowers to sustain itself. I suspect the long-term plan was to draw in deposits with the 20% rate as a teaser, then lower rates over time and hope depositors stayed due to inertia. Other lenders like BlockFi and Crypto.com offer have also lowered their rates multiple times over the past 18 months.

I'm not trying to defend Terra/Luna/Anchor here; it was always doomed and it failed. But it wasn't obviously doomed; only a few people did the math that showed the danger. If you only look at the surface it looks like it works.
But if they are abusing other people, you'd care, and intervention would be justified? Is that not imposing your dogma on them?
so-called "sin taxes" are morally neutral but economically efficient. Explanation: one of the problems with taxation is that taxes distort the economy by changing prices which change consumption; "sin goods" have inelastic demand functions--smokers still want their cigarettes--so taxation doesn't change consumption, which lessens side effects of the taxation, for example not increasing unemployment of cigarette workers.

They can also be popular with the electorate ("first they came for the smokers, and I didn't complain because I was not a smoker..") because people make moral judgments which is what you are complaining about, but that's not the reason economists favor them when it comes to advising politicians on tax policy.
The theory goes that a 4.5% draw rate from your capital will ensure your capital is preserved (relative to inflation average of 2.5%) for ever provided it grows at 7% a year in the long run. This is an achievable long term capital growth rate.

If you can live of $61k a year then you will need 61,000 / 0.045 = $1,355,555 of investments to deliver $61k a year without degrading the value of the capital relative to inflation.

I guess the 90th percentile refers to the fact that 10% of people in the US have this amount invested or more.
Are LB and friends really that much of a pain? The alignment requirements mean they can all be implemented as the full XLEN version with a mask/shift.
There was a shareholder call a few years ago where Zuck remarked that major technological shifts occur when screens change: Movies > TV > Monitors > Phone Screens. He sees VR as the next screen, and the metaverse as the content for that screen. He wants to capture and shape the VR market.

But I think the real next media is already here, TikTok and social video. While the screens are the same, the last decade has seen a shift from text/images to videos. Maybe VR will take over, but not in the same way phones will. You can take your phone out and scroll through whatever very easily, but we are a LONG way from casually putting on a VR headset to consume a few minutes of content.
I learned that spending time alone is important
Does anyone have an Emacs package they recommend or have been able to use this with in Emacs?
> In the coming days, investors burned by the crash may receive funds in a new cryptocurrency, partly compensating their losses. Mr. Kwon and his fellow developers have said they are creating the new cryptocurrency as part of a reboot of the Terra blockchain network.

Great. Whatever few cents are left will now be lost to this new scam from "Mr. Kwon".
Nice setup!

OBS scenes is the killer feature for me, so it just works well. In addition the AFK one I've also set a couple of zoom levels that frame me better if I decide to slide my seat back a bit.

I even have scenes for sprint planning estimation sessions. 1-3-5-8 etc superimposed over my picture. :D (they are numbered buttons on the Streamdeck).
Sounds like Dark to me: https://darklang.com/
"TV Detection" is actually just a civilian use of Radiation Intelligence, the kind of RF emanation that the USA has the entire TEMPEST hardening requirements https://en.wikipedia.org/wiki/Tempest_(codename) in order to prevent nation state attackers from being able to snoop data from their electronic equipment. This is a very real security principle and plenty of demonstrations out there to show how much information can be leaked from unshielded systems. You can check out gr-tempest which uses modern software defined radio hardware https://github.com/git-artes/gr-tempest. You can see pretty good demo of it here https://old.reddit.com/r/RTLSDR/comments/q59ofn/i_was_finall...

The basic truth is that over time it got harder and harder to build "simple" detectors to work out if people were using their TVs to watch the BBC (and this is the tricky part, a valid argument is "I don't watch the BBC", so they need to detect BBC channels being displayed on the TV and not detect other channels) and so it gradually became a less and less directly useful tool for the license enforcement teams to use, so it has sort of transformed from a genuine relatively accurate tool that doesn't need too much equipment, into a sort of mythical boogeyman that gets used to scare people into paying for the license, potentially backed up by cutting edge signals intelligence type equipment to occasionally prove it can be done and maintain the story. The wikipedia article is actually pretty good for explaining how the older detection mechanisms worked https://en.wikipedia.org/wiki/TV_detector_van#Detection_tech...
Lambda and most similar technologies use variants of containers, not VMs.

Outside HN that distinction might not be important. Here being pedantically correct does matter on this because the VM abstraction has been around for a long time, whereas containers were an enabling technology for serverless.

And containers and the fast startup, security and resource consumption guarantees they offer is a big difference to the old days of shared PHP hosting.

And this is why "reinvention" with new technology is different.
And for the handful of routines where all-out performance is the bottleneck for your business those languages are the right tool for the job.

For everything else, there’s JavaScript.
> As something of a counterpoint, a literal 4-hour assignment isn't that bad--especially as an alternative to a day of interviews.

No, it's really bad. It's half-day of useless, unpaid work which takes time other things you need/have to do.

Never in my career I had to endure a day of interviews. Even FANGS don't do days of interviews, even the ones notorious for their awful working conditions. At most, there is the final 4-hour interview/test round, and even that is too much.

I'd say that these hoop-jumping obstacle courses are major red flags. If a company is really interested in getting you to join their team, why do they show so little consideration for you with all these arbitrary, capricious demands?
Topical acyclovir is indeed OTC in Taiwan. A largish tube costs about 7 USD. In the US I needed a prescription for it and that same size tube was a couple of hundred bucks.
> but want to make sure we do it right.

Make sure you do it differently than how Muse Group did it with Audacity (specifically the announcement and explanation of why and what parts) [0]. Which I'd argue is not particularly difficult to do.

[0]: https://arstechnica.com/gadgets/2021/07/no-open-source-audac...
The meaning of lag is notoriously varied--I think GP understood it as a consistent delay, and you and GGP are saying that OBS introduces an inconsistent delay, i.e., dropped frames or stuttering. The one using the virtual camera should be able to diagnose through the stats 'Frames missed due to rendering lag', 'Skipped frames due to encoding lag', and 'Dropped Frames (Network)', unless the virtual camera driver is somehow the culprit.

Or does one of you mean that even the constant delay is significant enough to be noticed on top of the video call latency?

I just realized that I don't know how the missed/skipped counters are actually defined--presumably frames are skipped for encoding if the encoder can't keep up with the framerate and missed for encoding if if any other part of the pipeline preceding it cannot.
Because grapes are relatively easy to grow abundantly and contain enough sugar to ferment.
I also just joined a team using Firestore and I feel exactly this same way. It absolutely blew me away how bad Firestore is for any kind of conventional CRUD app use cases. I have never worked with a database less fit for purpose, and I worked with MongoDB in 2012.
It also completely eliminates screaming cats and babies. It's worth the price of the GPU upgrade alone.

I know that Slack and Google are slowly baking these features in, but NVIDIA are in a league of their own. AMD not having them made my GPU brand choice easy last time I upgraded.
There is plenty of money in preventative care. You should check vaccine sales numbers. A vaccine platform just got acquired by a drug company for over $3B.

Wellness - dieticians, massage therapists, smart watches, etc - is a multibillion possibly even a trillion dollar industry.
Yup. I came the same path as you, and realized about the same.

It's just a different mindset. Instead of a std library you have tons of prebuilt binaries ready to perform actions and talk to one another. And that is really, really, powerful once you learn what's all available and how to use/abuse it.

Software engineering in general is so different. Tons of mantras to follow, TDD, OOP, etc.

Each has its place, but generally if I can do it in a few lines of shell, why spend 20 minutes writing a hundred lines of something more pure? On the other hand, shells do not seem well suited for anything large and complex, admittedly. So watching people waste an hour writing something that could be a Bash one liner is about as painful as watching someone try to debug a 500 line bash script.
You have to work pretty hard to make Python (or any other language with reasonable web frameworks) busy-wait!

Blocking is NOT the same as busy wait.
I mean Piratebay is up right now. At least, if not literally, in spirit. I can get torrent magnet links off a site that looks exactly like the same Piratebay and probably not get a virus.
For instance, the idea that the Internet was designed to route around damage, and could also treat censorship as a form of damage, and therefore it was resistant to censorship.

Yes. That comment was actually made about USENET, not the ARPAnet. Because USENET really did that. When two USENET nodes connected, they compared lists of message IDs, and each one requested any messages the other had, but they didn't. The result was distributed flooding - everybody eventually got everything in any group to which they subscribed.

If someone censored the messages going across a link, that would prevent the message traveling over that link. But if any other possible path existed, two nodes would eventually compare messages lists, note the missing ID, and transmit the missing message. So censorship was only possible if you controlled all possible connections between two networks.

This came up at Stanford in the 1980s, when some IT administrator (Ralph Gorin?) tried censoring rec.humor.funny. But there was one professor (McCarthy?) who had his own USENET node both on the Stanford network and connecting to the outside. It didn't have much capacity, but as long as there was even one low-bandwidth path, any censored messages would eventually take the slow path and arrive. So censorship was futile.

But so was spam filtering.
People seem to forget about Instagram and Whatsapp when talking about Meta/FB. Both are acquisitions that kept FB relevant for a new generation. They still have a huge amount of market capital. Even if they don't develop the Metaverse in house, they can still just buy whoever makes it or the next Big Thing. They probably would have bought TikTok if it wasn't Chinese-owned.
There is plenty of evidence against amyloid-beta hypothesis.

(1) Pathological levels of amyloid-beta and tau are present in cognitively normal individuals.

(2) Some individuals clinically diagnosed with AD do not have amyloid-beta pathology

(3) spatial appearance, progression and absolute amount of amyloid plaques does not correlate with declining cognition more conclusively than other pathologies.

(4) It's not even clear that that amyloid-beta pathology is the first AD biomarker. Not even among those with APP, PSEN1 and PSEN2 biomarkers.

(5) it looks like autosomal dominant AD may be a different disease than sporadic AD and results there don't apply.
Lots of noise in the crypto space and the HN comments are always bad.

BTC and ETH are the interesting and worth putting a small percentage of your holdings into (BTC [0] as an international store of value that has benefits over gold, ETH as the core programmable token that backs anything that stores stuff on chain to manage decentralized state). Vitalik is earnest and his writing is pretty great. Everything else I'd probably avoid (except to play with). ZCash's privacy protections are pretty cool. Outside of that risk is extremely high. Lots of bad actors, but also a pretty cool new technology with a new capability for self-custody. If someone tells you you can make 20% risk free returns, they're lying to you.

I feel bad for people that lose everything making dumb bets. It's why all the institutional investor rules exist. It's why there are restrictions on trading with leverage. Still, it's annoying that I'm prevented from making bets (or investing in startups) because of people like this. I understand the purpose of the regulations and clearly there's a need, but it's still annoying.

[0]: https://www.matthuang.com/bitcoin_for_the_open_minded_skepti...

[1]: https://vitalik.ca/

Somewhat related this article was pretty interesting: https://www.lynalden.com/what-is-money/
Assume coPilot proposes a function that can be found in 90% of GPLv3 software. Should all software written by coPilot be GPLv3 as well?
How would Rust help here? Isn't it famous for having too many string types?
I'd never heard of stablegains before. So it was basically YC-funded fraud?
Both are easily carried in a Dewar flask. LH2 takes up more room, but that is just a matter of how big the ship carrying your flasks is, and how many of them. The number of kg in a flask of some volume is much less, but you also need to oxidize many fewer kg to get the kWh you paid for. The ratio is not 1, but is much less than 450/70.

There is nothing special about the size and laden mass of the LNG vessels we use. It was chosen by immediate convenience. Details of vessels for LH2 will be chosen the same way.
Haven't done any blog posts in decades, but if I was to start again it would be a good topic to cover.

It can be a bit costly, but found it well worth it now that it's done. I'll send you an email in case you have any specific questions.
Workers are not meant as a generalist runtime.
Thank you. I had to scroll all the way down to find your link. These comments should be pinned to the top. /u/dang , can you work your magic?
> The post mentions "The open source Deno runtime shows how clean and productive a modern, batteries-included, programming environment can be" so it sounds like they expect you'll be running database backed apps and not only static sites.

It suggests you'll be running a datastore, not necessarily an SQL database (the most overrated technology in existence IMO, especially for web apps where essentially none of its strong points are relevant). Storing old data as-is and migrating on read is definitely doable, and you can keep backwards compatibility to day 1 that way relatively easily. I worked on a system much like the one from "An oral history of Bank Python" that did exactly that, and had been doing so on a large scale for around a decade. Having a better-integrated datastore that can present multiple views of the same data is another way to achieve that, if you want to keep the migration out of the "application" code.
Arguing that there is no objective way to measure "the best" and the saying an opinion as an opinion is not the same thing.
If the authors of the article are reading this: I would also do a test to see if the variance of the two groups (bionic vs normal) is significantly different. I did not check it but bionic might be very beneficial to some and detrimental to others which would not be seen when looking at the mean (you should also plot the distributions, it pretty much always a good first reflex).
I don't know the details specific to this case, but its a hard problem. Wires from that long ago had different tech, and may have faced metal shortages from world events. I would not try to imply it was a malicious thing.

Europeans don't get it. They don't have a lot of overhead wires. Everything is buried because everything is so dense that its cost effective to do so.

Overhead wires are cheap to put up, and EXTREMELY expensive to replace. It's dangerous work. And it's slow. You can't just turn off people's power, so the lines are live while they do replacements. 40k miles is going to cost tens of billions of dollars and take... way longer than anyone is going to budget time for. It's probably just not possible.

Tree cutting usually refers to trimming branches so the canopy is not near the wire. It's far from a perfect solution. There's almost always regulatory requirements to do this.

Meanwhile the forests are all super dry and have years of extra brush at the bottom because the state has done a terrible job of forestry management. It's a tough situation.
Same. I find myself wishing we were on Mongo, it's that bad.
MILNET actually was. It was 5-connected - each node had at least 5 connections to other nodes. Same technology as ARPANET, but DoD-only.
Yep, just two months ago there was the announcement about Curve creating the prestigious 4pool of four stablecoins, which included TerraUSD and excluded DAI, sparking a rivalry, in which a DAI founder called the former a Ponzi.

https://old.reddit.com/r/CryptoCurrency/comments/tv1ejs/batt...
> I say this as an experience software engineer deploying a wide array of web apps getting hundreds of millions of views a month over my career across FANG companies.

> Okay....? Then write VanillaJS instead of depending on Node dependencies. It's not JavaScript's fault that you're a contractor dealing with other developers' app-level tech debt.

That’s a strawman. I challenge you to write a full on production level frontend application using pure Vanilla JS. You can’t. Not in 2022…unless it’s a simple DOM manipulation job.

> That's a cool story, but Deno uses TypeScript so the whole JavaScript rant crumbles here

“Bits like this make me feel like you're just throwing a bunch of domain-related words together and hopes something sticks.”
See how easy it is to resort to ad-hominem?

So what you’ve worked across FANG companies? It’s irrelevant to the discussion. No need to show off - saying you’re an experienced software engineer is good enough. The rest of it doesn’t make your argument any more valid.

Javascript apologists like you who don’t see the problem with the ecosystem are the reason why the whole ecosystem is so fucked up with half baked systems that are barely reliable.
I’d assert that an anti-dogma stance is inherently non-dogmatic.
I agree, but "loyalty" doesn't sound like the right word.

If a company demands you run an arbitrarily long and unpleasant obstacle course without any goal or criteria just because they asked you, what they are looking for is subservience.
Most Protestant christians believe that the christian bible is divinely inspired. Everything else they believe follows from this first unprovable belief.
They may not accept an idea if they feel it conflicts with their personal interpretation of the christian bible, no matter how convincing the evidence.
On the other hand, some protestants are not so attached to their beliefs, and can adapt them to mesh with reality when presented with convincing evidence.