project-management - IT 评估编码质量——我们如何知道什么是好的？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

2年前关闭。




Improve this question




我来自 IT 背景，参与过软件项目，但我不是程序员。我最大的挑战之一是拥有丰富的 IT 经验，人们经常求助于我来管理包括软件开发在内的项目。这些项目通常是外包的，并且没有全职建筑师或 PM 的预算，这使我能够评估正在执行的工作。

在过去我设法度过难关的地方，我(有充分理由)对接受这些责任感到不安。

我的问题是，从有技术经验但没有编程经验的角度来看，除了确定它是否有效之外，我如何评估编码是否写得好？是否有方法论、技巧、交易技巧、旗帜、标志或任何可以说的东西——嘿，这是垃圾还是嘿，这该死的好？

Answer 1

好问题。应该会得到一些好的回应。

代码清洁度(缩进良好、文件组织、文件夹结构)

很好的注释(不仅仅是内联注释，还有说明它们是什么的变量，说明它们做什么的函数等)

易于理解的小函数/方法(没有疯狂的 300 行方法，用嵌套的 if 逻辑做各种事情)

关注 SOLID principles

单元测试代码的数量和质量是否与项目的代码库相似

接口(interface)代码是否与业务逻辑代码分开，而业务逻辑代码又应与基础设施访问代码(电子邮件、数据库、Web 服务、文件系统等)分开？

性能分析工具如何看待代码(NDepend、NDoc、NCover 等)

这还有很多……但这会让你开始。