5,840 karma · joined March 3, 2010
What I want to say is that it's very situational and it's likely good to focus on the average. Using LLMs as docs are bad when good docs exist, but if you aren't sure if they do, it's a gamble. A much better approach would be to have somebody pre-create and edit the docs with an LLM for each service with bad docs.
Only when your situation isn't covered would it make sense to create new docs.
It's also true that most companies which AWS does target shouldn't use it either, unless you have a good reason why ( like you need data centers in every continent or to quickly scale to 10+ thousands of cpus ).
Basically every high end laptop comes with TB4 or 5 ports.
Though I agree simple usage is good enough in practice, there are a lot of edge cases that can cause subtle bugs.
So you just get screwed twice.
https://userforum-en.mailbox.org/topic/anti-spoofing-for-cus...
I don't think PCIe is really a good fit for general CPU tasks. You need big heatsinks and power and can't fit that much RAM on board.
That's still the best way to turn a spec into a program and comes with all the downsides it entails.
Only when looking at demo pages to show off high refresh rates can I tell.
Though what I do notice is replacing the mouse with a higher polling rate from 125Hz to 250Hz.
However dress pants, sports pants and everything that isn't pants is just as bad as for women.
Luckily they are still improving and we now have Tandem OLED with about double that.
GitHub actions has some rough edges around caching, but all the packaging is totally unimportant and best avoided.
Besides it's pretty easy to get custom battery pouches made.
But it doesn't have a complete dashboard UI like Grafana.
So I agree but unfortunately it's the norm and policy for some clients.
Git-absord by default doesn't squash the fixups though, it creates new ones with special tags for easy rebasing later.