It seems the results (knowledge silos, review cliques, and rubber stamping) would be inaccurate often since the heuristics can’t actually capture what they say they do? I would be concerned about users not having much faith in it once it returns one too many false signals.
“Again, these are just assertions. I’m less invested in some of these than I’m presenting. The talk isn’t about any one of them. I’m not here to convince you that my reflections are valid. This is about the exercise of discussing and questioning.”
It’s news article titles like “Reckless American 777 Pilots Refuse Recorded NTSB Interviews” that fuel this sort of pushback that the pilots are giving about interviews.
I coined this term (https://codeascraft.com/2012/05/22/blameless-postmortems/) and believe (productive and earnest) critique can be valuable when it comes to terms like this one. (See also “devops”, “agile”, “serverless”, “toil”, “technical debt”, and others)
As Cipriani points out, there is the term and there is the concept(s) the term is intended to convey. It does seem to me more folks know the term than have read the origin (my post above from 2012). This is fine, as long as productive dialogue continues in the industry about what the term was made to convey.
It's multithreaded, so can take advantage of more CPU mores, unlike squid.
It has total disk cache persistence, so it won't lose any cache if the server crashes, traffic server crashes, unlike varnish.
If you've got cache spread over multiple spindles and one of the spindles dies while in production, it'll just keep on going, skipping that spindle. Squid does this, varnish does not.
It does run on linux. Actually it's what it was built on, originally, IIRC.
I have used TrafficServer (at Yahoo) and I'm willing to bet that it will overtake both squid and varnish as time goes on.
Not saying it’s common, but those situations do exist.