Frames the open-vs-closed decision in operational terms — availability, ToS limits on training from outputs, and specialization economics — that anyone choosing a model backend has to reason about.
“an open model is a directory of files you can inspect, running on code you can read, while the same claim about a closed API is unverifiable by construction”
“Closed terms of service bar you from training on outputs, so owning the model also means owning the traces, which is what makes a data flywheel possible at all”
“a model tuned to be good across every harness is optimal for nobody's, and open weights let you fit it to the one or two things you actually do”
“enterprises move to Chinese open models, not because they scored better but because availability could be counted on”
videoThe Dark Arts of Skill Engineering — Paul Bakaus, Renaissance Geek
videoOperating Distributed Inference Systems at Scale — Nishant Gupta & Naman Ahuja, Meta
videoVertical Mobility: Inference from MVP to Trillion-Parameter Workloads — Sitanshu Gupta, CoreWeave
videoAre LLM Performance Benchmarks Reliable? — Ashok Chandrasekar & Jason Kramberger, GoogleChecking sign-in…
Loading comments…