How does one "read the docs?". Sometimes I ask how a senior dev figured something out, and they say "I read the documentation and it explained it." And I'm like "okay, duh. but... there's so much fucking documentation. I can't possibly be expected to read it all?"
You should read the docs like you would read a book; this provides outsized benefits precisely because most people won't do that. Source reasoning here:
https://aaronfrancis.com/2023/read-the-docs-like-a-book-2381721a
Huh, never heard of database consumption. It's a cool term because if you read it Victorian, you could also be suffering from (database) consumption!
Yeah I constantly read various wikis for stories or games I like. I'm loremaxxing.
I agree, and am also confused with the idea that LLMs will be able to bootstrap something more intelligent.
My day job is a technical writer. I also do a bit of DevOps stuff. This combo ought to be the most LLM-able of all, yet I frequently find myself giving up on trying to tease out an answer from an LLM. And I'm far from the edge of my field!
So how exactly do people on the edge of their field make better use of LLMs, and expect to make qualitative improvements?
Feels like it'll have to be humans to make algorithmic improvements, at least up until a point.
This is why I love LessWrong.
Thanks, I'm saving this if I ever get any symptoms, and I'm also considering taking some mebendazole as a purely preventative measure (I don't remember that I've ever taken it, and I've been exposed to dirty work for years and years now).
source on my blog: https://sundaystopwatch.eu/some-thoughts-in-traffic/
(these are literally thoughts I had sitting in traffic and that relate to traffic, but you're free to extract generalized life lessons from them if you want)
There's an established path towards passing a regulation; there is not an established path towards discovering new technology. The first can fail, but you have a known way how it is done. The second can also fail, but you generally have no recipe to follow.
I meant "almost guaranteed (that you can pass it)", not "almost guaranteed that it'll work". Meaning, you know you have recourse (though it might not work). As opposed to "not guaranteed (that there even will be any tech)". Should've been clearer. Generally I agree with your comment.
Something like that, yeah
You're right, corrected, thank you