How can they compete with well capitalized start ups?

At some point the logits at a branching point in the response need to correspond to the respective probabilities of the requested output classes so that they can be appropriately sampled and strongly condition the remainder of the response. My instinct says this cannot be accomplished irrespective of temperature, but I could be persuaded. with math.

Exponential growth tends to work at the beginning of "something". Since the world is finite, at some point new somethings need to be created or discovered for an exponential growth, quite possibly eating the last thing that was exponentially growing at one point. So part of the trick is to be in on the exponential growth phase and sell off / reduce exposure to the thing when that tapers off.

It sounds like as part of the sign-up they should ask an experienced helper to make an "artificial" request of the new signee, to give them a chance to see the workflow and to provide an opportunity ask questions of someone who's been in the role that they've signed up for. If there's really an excess of helpers, generating one extra request per new future helper seems reasonable.

> just that they wouldn't bother others about it.

Considering how often I’ve seen the complaint from your parent post, it’s quite clear people don’t mind. Quite the opposite, they’d embrace the opportunity. Maybe the people who need assistance don’t realise that, but again, that complaint is quite common. I’d like to help but never signed up specifically because of that surplus.

So they had a solution based on humans who are eager to help and are replacing it with an automated system which when mistaken can have disastrous results and cause personal injury. Seems odd to me. A humanised approach is often seen as a positive and this cuts it out without necessity.

All that said, I don’t have any insider information. Perhaps the people who need assistant do prefer talking to a machine.

that would be cool, but wouldn't something simpler like electrolysis of water into hydrogen/oxygen work much better? I haven't the effort to do the math, but it would require less steps, less complexity, and less cutting edge catalysts with unknown lifetimes

I'm reading this book right now. It's really great so far!

I've been working a lot with Trees in Clojure, and have been hitting serious limitations of my understanding.

I also found this YouTube video from a Clojure conference that reviews some different strategies for tree traversal in Clojure: https://youtu.be/YgvJqWiyMRY

I thought that learning a Functional Lisp would make it really easy to traverse trees, since that is that the language is doing to actually execute its code.

Turns out all the stuff I want to do is simply hard.

Functional data structures are really awesome though, it just seems to take a bit of up front investment.

The keyboardio Model 100 is also worth a look.

Are there any of those electric unicycles/monowheels, but with a battery that is not prone to incinerating everything in it's radius? Either LiFePO4, or a removable pack, or something similar. I'm often considering them because of distance, size and weight, comfort of a large diameter wheel and apparent safety (when driven at safe speed). But the thermal runaway failure mode is so scary that i dont even.

A nice video of battery pack failure: https://youtu.be/8h41p13e4TU?t=608