extensibility - 代码实际上应该具有多大的可扩展性？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。




9年前关闭。




我刚刚开始了一份新工作，我的新老板跟我谈过的一件事就是代码的生命周期。

我一直在编写代码以使我的代码具有无限的可扩展性和适应性。我想如果将来有人要更改我的代码，那应该很容易做到。

但我从来没有真正清楚地知道 future 应该有多远。

所以我的新老板告诉我不要再为 future 3 年多的时间写代码，他的理由是技术变化、程序过期等。

起初我有点吃惊，并认为他是一个糟糕的工作，但我想的时间越长，我就越喜欢这个概念。

有没有人对你应该编码到多远的 future 有意见？

Answer 1

很难做出判断之一是可扩展性如何。作为老板，当我给某人分配一个 2 小时的任务时，我真的很生气，三天后他们仍在处理它，因为他们认为它应该更具可扩展性，所以他们在配置文件中添加条目并将列添加到表中，并且更改 4 或 5 个其他对象以适应它，现在安装文档已过时，部署脚本必须更改，测试人员必须在一两天内尝试所有组合和排列，这样我们才能知道代码是甚至工作。但是，当其他人通过硬编码所有内容(甚至是发送到的电子邮件地址)将两个小时的任务变成半小时的任务时，我也很恼火，并且不明白团队其他成员何时提示。

如果有一个简单的硬性规则，每个人在第一次编译代码的那一天都可以成为高级程序员。它需要经验和判断力，这可能是您将获得的最重要的判断力。你知道如何获得良好的判断力吗？经验。你知道如何获得经验吗？不好的判断。