TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

The Specificity Gradient

12 点作者 chriskrycho大约 3 年前

2 条评论

nh23423fefe大约 3 年前
&gt; Finally, we arrive at the most specific stratum in our gradient of specificity, executable source code. Of course what makes code the most specific is not only the fact that it has to be formally strict and internally consistent in a way that no other layer must<p>And this is why all the other layers are useless. Modifying another layer doesn&#x27;t produce useful output. Only modifying the code does.<p>&gt; the rationale for why the code behaves one way and not another is often lost, or at least misplaced. And herein lies the problem: Code has far too much detail, and is much too preoccupied with its own affairs, to be the authoritative place where business decisions are made.<p>I&#x27;ve never heard anyone argue that business decisions are made in code. Business decisions are made in email or over zoom or on confluence. This is obviously bad and only occurs because the powerful people can&#x27;t code. They can&#x27;t make a contribution to the output that isn&#x27;t just a vague exclamation that must be parsed and reconciled with the existing artifact.<p>The artifact is the only thing that matters. Prose on confluence isn&#x27;t documentation.
karmakaze大约 3 年前
The mistake in this logic is that not all code is the same. A good counterexample is separating policy and mechanism. The policy code should definitely align with external (higher level) decisions. The mechanisms also satisfy constraints that should also be known or expected but is typically more of a technical nature or more about potential capabilities fathered than immediately delivered.