※ 引述《applebg (Eugenicist)》之铭言：
: 藉这个主题问各位一个问题。
: 我想知道怎么样的语法才是公认最简洁最没有歧异
没有
没有什么公认
要解决coding style
最好的办法就是CTO大头召集全部RD开会
把这间公司的coding style全都记下来
整理在公司内部的文件里
越详细越好
以后大家乖乖照着规范走
没规范到的
有争议的
就再开会讨论
看你们要投票还是要吵架都可以
最后弄出一个规范加上去
然后以后就这样做
最糟糕的就是说要“开放让大家自由撰写”的政策
这除了搞人以外
就是有自以为是的天兵自搞一个莫名其妙的写法
然后再来说
啊我习惯这样
习你的头
来公司上班
就是照个制度走
但没制度
那就是公司团队的问题
没制度的团队
除非人很少两三只小猫的新创
不然还是早点更新你的履历
另谋高就得好

coding style是规定不完的

干麻召集所有RD你真以为RD多厉害？？连3元都说很难的，你召集干妈

一、二、 三元～

我团队就是 开放让大家自由撰写其实也 运作的很好大家都没毛病

我待过的公司都算满开放的 就算有code review 没有写太夸张都会给过...但觉得这系列讨论下来有点太过

直接在CI/CD限制一些基本的应该比较容易？

只能缩呆丸有呆丸的玩法

十个菜鸡给你投票压死你，还投票勒

开会讨论不就广纳意见寻找共识？这到底有啥好嘘的？

时间很宝贵。花大家时间开会讨论这个超级浪费。

如果因为讨论后而没有争吵，那就不算浪费了

花时间吵这个更浪费时间，没有更重要的事情了吗？

就机率问题而已，不定规则也没事 vs 不定规则就出事，就看哪个机率高决定而已

不规定就出事的话有决定权的直接规定就好。

都有公司总经理亲自做 code review 的了讨论 style 有什么吗

code review 比拉一（大）群人讨论style 有意义多了

规定完也要照着走 有多少公司没在管