這個問題比較粗糙，大概說一下

1、量

公司項目有目的性，所以你所能接觸的，一般是需要修改的部分代碼片段，譬如做后臺開發(fā)或者算法開發(fā)，在單元測試內(nèi)跑通之后就可以提交了。不會看到特別多的代碼的，就像需要修路，那么哪有問題你就修哪里，給你的工程圖就是龐大的路中的這一段。這樣有利于對接。

2、規(guī)范

公司為了后期維護(hù)，會將代碼編寫做好規(guī)范，譬如之前阿里推出的java編寫規(guī)范。會把特定的接口寫好，新添加功能也要按規(guī)定編寫，修改的或使用接口的也要按照規(guī)范填寫log做好記錄。每次修改刪除和添加都會有特定的人員進(jìn)行監(jiān)督，防止對整個系統(tǒng)造成破壞。

3、紀(jì)念

代碼會經(jīng)過多次迭代，不停修改打補(bǔ)丁做拓展。為了有追溯性，每一代代碼都會有所保留，同樣，編寫代碼的人也會將名字留在代碼注釋中。我在公司就經(jīng)常會修改主管領(lǐng)導(dǎo)當(dāng)年的代碼……慘，期望自己寫的不會再被人改……

4、less is more

簡單永遠(yuǎn)不為過，但太簡單又成為負(fù)擔(dān)。有人說我能用一句話運(yùn)行出結(jié)果，就不會用大段代碼。但這樣會影響復(fù)用性，導(dǎo)致每次遇到問題都要造車子。所以，恰當(dāng)?shù)暮唵瓮容^受公司青睞。當(dāng)然這個“大局意識”就交給team leader管就好了，咱們PG就耐心做編程聽話就可以了。

就想到這些，先說這些，在理論上應(yīng)該明白了吧~至于真正的代碼嗎……web代碼用F12就能看，后臺的話還是算了吧

我也想知道！