Using your first text block 'Eponine' skips "we had nothing before us" and doesn't speak the final "that some of its noisiest"

I wonder what's going wrong in there

All things done with office must be evil by association.

(Except clippy, he's just a guy)

> Even if the retailer took it back it would still be... trash.

Yes, but making them deal with it would create a massive incentive to either reduce the amount of rubbish they make, or to make it recyclable/processable.

Also, if you're a plane or a boat it's really important everyone knows where you are for general safety / rescue reasons. On a (consolidated and decently organised) railroad the railway operators can take care of all of that.

Not to it works for me, but I'm on tumbleweed and can't say I'm even crashing once a week

I'll do you one better: I daily-drive Kalpa (so effectively tumbleweed packages) and I can't recall it ever crashing.

> Is it storage? Is it wire protocol?

Yes.

It's just a standardised way to represent data structures in text. You can then save that text to a file for storage, or send the text over the wire for data transfer. As long as everyone involved knows they're saving/loading or talking JSON then everyone knows exactly how to read/write the data.

It is a very literal representation of (specifically JavaScript, but generally any) data-structures in text.

Right. Now the problem for me is these structures don’t come with maps. They’re also like relational databases. If you have to add the mixin calls, how do you got them all? Or know you’ve reconstructed the data model correctly? Where’s the blueprint?

> Where’s the blueprint?

A JSON Schema file that can be directly linked in your .JSON file!

But otherwise it's the same way you know anything. Documentation and trial and error

> "...otherwise it's the same way you know anything."

Not anymore. Now I can harangue ChatAI to explain it to me, and fill-in gaps in my JS knowledge at the same time.

ChatGPT can generate you a sentence that plausibly looks like the prompt

Rather it estimates a potential prompt. I could do the same and it would be no more or less accurate.

> You can’t be data driven and also blind to the data

"Tickets closed" is an amazing data driven & blind to the data metric. You can have someone closing an insane number of tickets, looking amazing on the KPIs, but no one's measuring "Tickets reopened" or "Tickets created for the same issue a day later".

It's really easy to set up awful KPIs and lose all sight of what is actually happening while having data to show your bosses

That’s a good example for sure - I’d still argue it’s a problem of using the wrong economic model

Success = tickets closed, is wrong, but data driven

How do you manage the more Obsidian-y sync side? Do you have it open with no tabs, or something else going on?

Leaving obsidian open is a good option. Also just syncing with github.

Maybe Devin can make some GH sync utils for oxide

> All it would take is forcing an artificial CPU slowdown

Technically, yes. But for many large tech companies it would require a large organisational mindset shift to go from more features is more promotions is more money to good, stable product with well maintained codebase is better and THAT would require a dramatic shift away from line must go up to something more sustainable and less investor/stock obsessed.