shellus
68 天前
依次辩驳一下前面发言：
1. 下一任维护者眼里就是坨便便
说明你从没看过好代码，所以任何你看不懂的代码你都觉得是坨便便，这只是你个人的问题，并不是普遍情况，好的代码很多，就像艺术品，可惜你没见过或者见到了也认不出。
好的代码并不是说设计模式用的多，代码行数少，而是它精准的满足了需求，不多不少，也不会因为炫技或者盲目满足某些设计规范而增加代码复杂度。
2. 给多少钱干多少事
这很好解答，你应该找愿意为你能力买单的工作，而不是有多少钱干多少事，别告诉我你的能力已经没人能出的起对应价格了，也许你应该重新自我评估。
3. 很多来源于需求不明确
需求从来都是不断变化的呀，变化也是需求的一部分。这是我们本来就应该努力做好的工作。
4. 这东西是我继续负责的话代码质量写好一点
这和外地人在街上吐痰拉屎有什么区别？不是我家我就糟蹋，我就没素质，因为环境好了我也无法享受到成果？这是一种严重的误解。
人生从来就是过程而不是结果，就像你吐了一口痰，走几步你就会踩到一坨屎，因为前面一个人也是和你一样想的。
另一点误解就是，你其实很难选择写出“好代码”，你只能在写出“符合我水平代码”和“糟糕的代码”之间选择。
5. 老板懂的话代码质量就写高一点
老兄，你该换工作了，如果老板甚至都不知道你的工作成果的质量水平，凭什么认为他会给出合适的待遇呢？
如果他给多了而不是给少了，那么说明他连基础的市场买卖都没搞懂，项目也不会在市场上脱颖而出，简而言之就是没有未来。
另一方面讲，如果给多了，为什么你没有点感恩的心态，努力将事情做好，匡扶汉室于危难？而是一边拿着有愧的待遇，一边还做着不负责任的事情？
6. 个人追求可以自己搞点开源项目
工作对于大部分人来说就是人生中最重要的事情，如果可以，最好将全部的精力和时间投入其中。
除非你已经摸到了职业生涯的天花板，哦~ 抱歉，我不小心摸到了你的痛处。
7. 评估时间内完成任务放第一位
这是正确的，但用一个正确的观点来论证另一个问题是不合逻辑的。
在保证完成任务的前提下，剩余的空间才是讨论项目完成质量的空间。
---
最后，我很痛心，看到这么多负面的关于项目质量的发言，使我对这个行业的未来感到担忧，也对你们可能被 AI 或者其他什么东西取代而失去赖以糊口的工作产生担忧。
我希望行业中能出现更多的独立思考和发言，更多的对于技术的热爱和对于工作的责任感。
少一些负面情绪，多一些积极的态度，这样我们的行业才会有更好的未来。
赶日超美，加油！希望我们行业的后辈不再说出那句“国外的软件更发达”，就像我们现在已经不再说“国外的汽车更好”一样。