代码写完了怎么知道自己写得好不好

你刚把功能跑通的时候，肯定觉得“能干活就行”，但其实好代码要兼顾“人看和机器用”——比如变量名得让人一眼懂意思，别搞那种a1b2c3；函数太长就拆成小模块，不然改bug时头都大；注释不用多但要准，说明这段逻辑是干嘛的。至于工具，像SonarQube能扫出冗余代码或潜在bug，ESLint能按团队规范查命名错误，比自己瞎猜靠谱多了。