为什么在处理数据 fields/names 时约定俗成和一致性很重要？
Why is convention and consistency important while working with data fields/names?
问题是关于数据库、表单字段和一般编码的良好做法。
我们 运行 一个内容提供平台，很像 Buzzfeed 和 Wired。我目前正在为每个 post 实施 OpenGraph 元标记，以便 post link 可以很好地呈现在外部网站（例如 Facebook）中。
营销团队的一位 co-worker 坚持认为，出于营销原因，我们应该在 'title' 字段中输入除标题以外的其他内容。
我认为 Open Graph 元标记应该真实地代表 link 的内容，以保持一致性和惯例 - 元标记不应被视为“one-off”。
但是我无法进一步解释为什么我应该这样做！我自己也不太会说话。
大多数争吵都涉及其他想要 'hack' 使用完美的 API 或实现的工人，我必须说服他们为什么在可能的情况下至少留在安全区很重要。
我知道惯例和一致性是技术最重要的实践之一，但我想我只是习惯了这个事实而忘记了我的大学讲座为什么如此。
我可以就这个问题提出一些想法吗？
您显然尝试以一种让自律胜过短期收益和草率的黑客行为的心态工作。设法做到这一点从长远来看总是有益的 运行，但说服经理 and/or 销售人员放弃短期收益绝非易事（相反，大多数时候它只是不可能）。
只是想让您知道，有很多很多 IT 人员"feel your pain"。不要轻易放弃你值得称赞的心态。
命名约定使得遵循相同约定的其他人更容易理解源代码。这反过来又降低了维护成本。为事物选择 "appropriate" 名称的一致性具有类似的好处。在罐头上说出里面的东西（而不是完全不同的东西或过于模糊和模棱两可的东西）是计算中最好的做法，但它是营销中最糟糕的做法。
A co-worker from the marketing team insisted that we should put something else other than title in the 'title' field for marketing reasons.
这是一个有效的决定。您的工作是帮助企业节省成本或赚钱。维护整个 Facebook 生态系统不是您的工作。那不是你付钱去做的。
如果您没有任何商业理由不应该这样做，那么您就没有理由。这样的原因可能是 Facebook 会对此进行惩罚，或者这会产生一些开发成本或风险。
如果这根本不是技术决定，而且我认为没有理由出现问题，那无论如何这是他的决定。在那种情况下，您需要将您看到的顾虑告诉他，让他来决定。
问题是关于数据库、表单字段和一般编码的良好做法。
我们 运行 一个内容提供平台，很像 Buzzfeed 和 Wired。我目前正在为每个 post 实施 OpenGraph 元标记，以便 post link 可以很好地呈现在外部网站（例如 Facebook）中。
营销团队的一位 co-worker 坚持认为，出于营销原因，我们应该在 'title' 字段中输入除标题以外的其他内容。
我认为 Open Graph 元标记应该真实地代表 link 的内容，以保持一致性和惯例 - 元标记不应被视为“one-off”。
但是我无法进一步解释为什么我应该这样做！我自己也不太会说话。
大多数争吵都涉及其他想要 'hack' 使用完美的 API 或实现的工人，我必须说服他们为什么在可能的情况下至少留在安全区很重要。
我知道惯例和一致性是技术最重要的实践之一，但我想我只是习惯了这个事实而忘记了我的大学讲座为什么如此。
我可以就这个问题提出一些想法吗？
您显然尝试以一种让自律胜过短期收益和草率的黑客行为的心态工作。设法做到这一点从长远来看总是有益的 运行，但说服经理 and/or 销售人员放弃短期收益绝非易事（相反，大多数时候它只是不可能）。
只是想让您知道，有很多很多 IT 人员"feel your pain"。不要轻易放弃你值得称赞的心态。
命名约定使得遵循相同约定的其他人更容易理解源代码。这反过来又降低了维护成本。为事物选择 "appropriate" 名称的一致性具有类似的好处。在罐头上说出里面的东西（而不是完全不同的东西或过于模糊和模棱两可的东西）是计算中最好的做法，但它是营销中最糟糕的做法。
A co-worker from the marketing team insisted that we should put something else other than title in the 'title' field for marketing reasons.
这是一个有效的决定。您的工作是帮助企业节省成本或赚钱。维护整个 Facebook 生态系统不是您的工作。那不是你付钱去做的。
如果您没有任何商业理由不应该这样做，那么您就没有理由。这样的原因可能是 Facebook 会对此进行惩罚，或者这会产生一些开发成本或风险。
如果这根本不是技术决定，而且我认为没有理由出现问题，那无论如何这是他的决定。在那种情况下，您需要将您看到的顾虑告诉他，让他来决定。