这个问题比较粗糙，大概说一下

1、量

公司项目有目的性，所以你所能接触的，一般是需要修改的部分代码片段，譬如做后台开发或者算法开发，在单元测试内跑通之后就可以提交了。不会看到特别多的代码的，就像需要修路，那么哪有问题你就修哪里，给你的工程图就是庞大的路中的这一段。这样有利于对接。

2、规范

公司为了后期维护，会将代码编写做好规范，譬如之前阿里推出的java编写规范。会把特定的接口写好，新添加功能也要按规定编写，修改的或使用接口的也要按照规范填写log做好记录。每次修改删除和添加都会有特定的人员进行监督，防止对整个系统造成破坏。

3、纪念

代码会经过多次迭代，不停修改打补丁做拓展。为了有追溯性，每一代代码都会有所保留，同样，编写代码的人也会将名字留在代码注释中。我在公司就经常会修改主管领导当年的代码……惨，期望自己写的不会再被人改……

4、less is more

简单永远不为过，但太简单又成为负担。有人说我能用一句话运行出结果，就不会用大段代码。但这样会影响复用性，导致每次遇到问题都要造车子。所以，恰当的简单往往比较受公司青睐。当然这个“大局意识”就交给team leader管就好了，咱们PG就耐心做编程听话就可以了。

就想到这些，先说这些，在理论上应该明白了吧~至于真正的代码吗……web代码用F12就能看，后台的话还是算了吧

我也想知道！