While 'this analysis would not have been possible without LLM', I am not sure the LLM analysis was well reviewed after it has been done. From the obscure/familiar word list, some of the n-grams, e.g. "is resource", "seq size", "db xref" surely happen in the wild (we well know), but I would doubt that we can argue they are missing from the dictionary. Knowing the realm, I would argue none of them are words, not even collocations. If "is resource" is, why not, "has resource"?
So while the path is surely interesting, this analysis does miss scrutiny, which you would expect from a high-level LLM analysis.
Readit Newsthmpp commented on Half million 'Words with Spaces' missing from dictionaries linguabase.org/words-with... · Posted by u/gligierko
thmpp commented on What functional programmers get wrong about systems iankduncan.com/engineerin... · Posted by u/subset
The challenges mentioned on the article are challenges that are known to every larger distributed system. They are not challenges solved or to be solved by functional programming.
But the solutions and tools functional programming provides help to have higher verifiability, fewer side effects and more compile-time checks of code in the deployment unit. That other challenges exists is fully correct. But without a functional approach, you have these challenges plus all others.
So while FP is not a one-size-fits-all solution to distributed systems challenges, it does help solve a subset of the challenges on a single system level.
thmpp commented on Dev-owned testing: Why it fails in practice and succeeds in theory dl.acm.org/doi/10.1145/37... · Posted by u/rbanffy
If as a developer you want to be seen as someone advancing and taking ownership and responsibility, testing must be part of the process. Sending an untested product or a product that you as a software engineer do not monitor, essentially means you can never be sure you created an actual correct product. That is no engineering. If the org guidelines prevent it, some cultural piece prevents it.
Adding QA outside, which tests software regularly using different approaches, finding intersections etc. is a different topic. Both are necessary.
thmpp commented on AWS multiple services outage in us-east-1 health.aws.amazon.com/hea... · Posted by u/kondro
Their status page (https://health.aws.amazon.com/health/status) says the only disrupted service is DynamoDB, but it's impacting 37 other services. It is amazing to see how big a blast radius a single service can have.
AWS engineers are trained to use their internal services for each new system. They seem to like using DynamoDB. Dependencies like this should be made transparent.
Deleted Comment
thmpp commented on Hidden in plain sight: Brute-forcing Slack private files ibuildings.nl/blog/2015/1... · Posted by u/relaxnow
The best part of the story actually comes at the end, back-and-forth messaging with slack about the bug report