现在代码质量真的无所谓了吗？

我有的时候也在自我怀疑，我已经成老古董了吗？还是说代码质量确实还是应该重视的

大势所趋，以后或许代码可以全部交给ai，自己只需审查（甚至审查也交给ai） ^-^

你现在的当务之急是把代码品味作为工作流交给AI

代码质量指的是代码洁癖吗？ 大可以把你的代码风格写进规范 这样就不用改来改去

我自觉地ai写的代码比我写的工整多了 除了gpt的狗屎兼容变量名

现在我主要就批计划 代码我都不看 功能正常就行

还是要质量的，不过可以是以规范的形式给ai

高审美的电影有意义么？有的。好的电影大家都爱看。但是时代变了，现在大家都看红果短剧了

可能是“代码和人有一个能跑就行”的想法越来越普及了？

能自动化当然是最好，不过我感觉哪里应该包成类、哪里应该拆模块、哪里应该拆单独包这种的好像也没法用简单规则去概况，很多时候也是直觉怎么样会更好

有的时候封装成类的话可读性明显会更高

有时候只是你长久的代码品味带来的惯性，如果不用面向对象方式，就是没品味了吗 ^-^

可以给ai提供一些例子，让它给你总结，它的总结提炼能力比人类强

差的代码质量，很容易导致token花费飙升，这还算好的，还会导致业务时不时出些小毛病直接给人怎么这么不靠谱的印象 ^-^

我不是坚定的面向对象派，但是有的时候有一些代码它确实是能够高内聚的，直接弄成一个类有时确实可读性会更强

ai写的代码非常“平均”，没有抽象分层的概念，很容易出现各种抽象泄露，ai修bug也是特别喜欢hack的修法 ^-^

现阶段还是不能无所谓的

你没错，因为你的视角本质不是一个软件工程师视角而是一个系统工程师视角，等小屁孩们成长到能用你这个视角看问题的时候就知道以前错在哪里了，有的坑不自己踩一遍是不知道痛的

ai写代码已经是大势所趋了，完全不看代码是对的。与其去思考代码规范和代码质量，不如去思考功能的顶层架构，约束ai开发的边界。

我觉得电影是因为太封闭，总是自己玩自己的，所以才被民众抛弃，还是不太一样

从docker部署开始，以及已经流行多年的微服务架构，难道不就早告诉你代码的发展趋势了吗？

只要实现功能，满足预期性能指标，不出错，能运行。谁管你代码怎么写。你全是机器码硬造都成。

要换就是直接把一个模块拆了另造。只要架构文档和功能指引文档和验收标准还在就完事。

根本就不是“现在”才出现的。

在很多年以前就是这样的运作模式了。

大部分时候所谓的“代码审美”，除了极少部分小团队必须多人维护同一套不可分割的代码库之外，大部分时候都是程序员自己幻想的“通用”、“复用”梦想而已——实践中从没发生过——翻译：无用功。

高内聚、低耦合，这句话你猜隐藏的目的是什么？（当然是直接换模块啊= =~）

你这是认真的？