回复：本人坚决反对编程“规范”

迅雷提供高速下载服务了吗

笑了，很多人说到点上没法反驳的不去回复，专逮着可以诡辩的回

遮沙避风了

那来和我一起用visual basic.net，编码超级自由，没有缩进，变量名支持中文，句末不用写分号，可视化相当简单

你工作不和别人交流啊？代码可读性差别人怎么看。

你想干啥就干啥，强迫别人接受你自己的习惯的规范，像是给别人吃shi。

严重同意，优化来优化去，最后把自己优化了

楼主的意思看起来是认同规范，但反对通用规范，强调因地制宜。我觉得没什么大问题。不过项目团队或者负责人不想弄自己单独的规范用通用规范也没什么吧。各自的选择罢了。

你自己用无所谓，团队项目可不能这样，还是要标准化的

迅雷吃💩去吧，违背共享精神的砂毙软件

我能理解lz不希望“强行推行通用规范导致本来可以有极高自由度的python被限定的只有一个规范”的想法，不过现在毕竟是效率为王的时代，一方面是采用通用规则是效率很高的选择，不论是切换项目、切换团队、移交或者接手工程都可以更快的适配；第二个方面是，得心应手的自由度是至少需要“技术积累、经验堆积和对编程语言的扎实基础上的灵活运用”，而这三点能达到的人真的不多，尤其是学生需要尽快有实操实习、就业培训需要尽快接触工作等情况，要有积累和深刻理解是一个现实中难以达到的事情。python的自由度很大，但是没有扎实基础自由发挥很容易走弯路，最后除了小部分确实天赋异禀的人，很多人反而会耽误就业。
绝大部分人接触编程语言首要目的还是就业和实用性，更高层次的需求对很多人来说并不是首要考虑的，而且也没有道理说“遵守了通用规范以后就不会有自由度”，真正有能力去“自由”的人自然会在合适的时候去“举一反三、以此类推、玩出花来”。

其实最让人奇怪的就是，有规范怎么就不自由了？提高代码可读性谁说对自己就不是正收益了？你都别说命名不规范了，你自己写的规范代码如果不得不超七十行或者拆成多个函数你几年以后再看都得想一会儿；为了增加不可替代性故意写“垃圾代码”这可能可以理解，但你这个意思