我想想啊，這個問題問得是硬體上的差異還是軟體相關的呢？

其實大小網際網路公司在硬體上都差距蠻大的，比如現在的很多一流公司，標配都是什麼人手多屏、人體工程學椅子、咖啡廳、健身房、鼓勵師（霧）什麼的是伐， 軟體上可能就差距更大了，一個是人家流程化運營，一個是各種優質軟體+工具輔助，甚至現在都有AI程式碼助手了，昨天看見的時候我都驚了好吧，搬過來給你們瞅瞅：

阿里搞了個企業內部大規模的程式碼品鑑會（我理解為敲程式碼大賽），基本上像阿里雲、淘寶、天貓、釘釘、盒馬啊他們大點的部門都參賽了，層層篩選吧有1000多人參與比賽（羨慕大公司頭部人才都是按千算的，而且工作都那麼忙了，竟然還這麼有追求。。），然後到決賽了，竟然出來一個AI評委，在現場為參賽者的程式碼打分，據說畫風是這樣的：

-鴨，你這程式碼寫得真好看。

-玲瓏精巧，實是程式碼中極品

-程式碼寫的一氣呵成沒有bug，簡直是人神合一、人碼一體的無敵境界！

……

嗯當然，這個機器人評委可不只是為了在現場娛樂氣氛，它更大的價值在於——能快速幫助工程師定位bug並給出修復建議。比如一些規則檢查和人工評審都無法發現的缺陷，它都可以快速發現，有效幫助工程師提高開發效率和整體程式碼質量。

這個前景就相當廣闊了，要知道開發工程師們平均花在修復bug上的時間，約佔全部開發時間的一半，那麼這個智慧工具只要繼續最佳化下去到大規模使用的那一天，想必能夠提升的效率空間是巨大的。期待阿里將這個工具開放出來，能讓更多的工程師使用。

最開始的時候 我也是在小公司寫程式碼的，但是發展氛圍真的太過散養了，然後就轉去大公司寫程式碼，雖然一直被業務壓的很緊，但是對於一個程式設計師來說，這才是對得起人生的工作，可以幫助提高自身的寫程式碼能力，成長為一個真正的程式碼工程師。

不可否認，在大公司寫程式碼，壓力是非常大的。這些壓力不僅來自於上司，也來自於那些能力超級強悍的同事，甚至隨著自己年齡的增大，覺得力不從心。不過 以上的所有壓力能夠換來自己的專業素養的提高，一切就都是值得的。

大公司和小公司的區別應該就是同事的水平不一樣吧，小公司的程式碼程式設計師大多都是那種把程式碼些完成就可以了的，可是大公司的就不一樣了，在完成程式碼之後，大家還會盡力去找出一些窟窿，然後哪裡有窟窿就去哪裡堵，很努力的。

想想也知道了，如果在大公司的話，我們會發展整個團隊的人都非常強大也非常努力，而且公司也會非常重視。當然那，發展的空間也更大一些，不過也會更加辛苦，但是我覺得辛苦還是非常值得的，可以收貨到更多的東西呀。

才進大公司的時候，一般咱們都是一些打醬油的存在，是不會讓你真正接觸到什麼深層次的專案的，不過有意義的是，在打醬油的過程中，我們可以觀摩和學習到大公司的專案管理和組織協調的能力，這才是最有價值的事情。

說真的，別看寫程式碼就是在那裡敲敲打打就好了，想要真正地做成一個專案是非常困難的，在過程中我們也一定會經歷各種妥協，專案完工後還需要斷斷續續地還掉一些技術債。總之，大公司的程式碼更難寫，收穫也會更多就是了。

說真的，別看寫程式碼就是在那裡敲敲打打就好了，想要真正地做成一個專案是非常困難的，在過程中我們也一定會經歷各種妥協，專案完工後還需要斷斷續續地還掉一些技術債。總之，大公司的程式碼更難寫，收穫也會更多就是了。

其實，不管是大公司，還是小公司，寫程式碼都是用鍵盤[哈哈]，都是搬磚，沒什麼大的區別。區別我認為主要有以下幾個方面：

1.大公司規章制度規範，成熟。比如程式碼釋出流程，程式碼提測流程，程式碼驗收流程都是有明文規定的。你能養成一個規範的編碼習慣。

2.大公司往往分工明確，不會像小公司一樣，程式設計師身兼數職。大公司有明確的崗位職責劃分，開發是不會讓你去運維或者當dba。

3.大公司交流大多數都透過郵件，郵件在大公司是一個非常重要的辦公系統。所以你需要學習怎麼寫郵件，這裡有很多技巧的。

4.大公司有詳細規範的技術文件。包括系統架構設計、需求prd文件、技術方案評審、介面定義文件、專案進度文件、專案驗收等各種文件。

5.大公司的開發崗位往往有侷限性，工作單一，需要在某一塊的專業能力，比如研究中介軟體的團隊，就專門研發中介軟體專案，不會參與到業務專案中去。

6.大公司晉升困難，競爭壓力大。

7.大公司一般都會有KPI考核，雖然感覺上班時間彈性，但是每個人都揹負著各種任務。

8.大公司經常開各種會議，以至於白天上班時間沒時間寫程式碼，晚上沒會的時候才能寫程式碼，導致下班晚。

9.大公司缺乏人情味，人際關係複雜，大都按照規則制度辦事。小公司有情懷，人際關係簡單。

從事嵌入式開發多年，從事軟體開發前後經歷了四家公司，有跨國公司外企，有中型私企，有大型的網際網路公司，有初創公司，這些都親身經歷過，帶給的也是完全不一樣的感覺，但就寫程式碼而論，在外企可能對於程式碼的質量把控更加嚴格一些，畢竟周圍人的技術能力水平相對高一些，大家的編碼規範也會更高，所以不同性質的公司對待程式碼的也不太一樣，也不是說所有的大公司程式設計師寫出的程式碼就一定是最高的，主要還是和開發具體環境有關。

現在就拿個人寫程式碼的一些經歷來做個總結分享給大家，在外企程式碼稽核的會比較嚴格一些，主要周圍都是技術高手寫的程式碼稍微有點不舒服，就會被立即指正過來，在這種環境程式碼的提升水平會非常的快，而且也是經常研究同事寫的高質量的程式碼，有的時候寫的程式碼功能實現了，但美國總部的老外還要拿著稽核一遍，而且一般他們都會帶著比較挑剔的眼光看待你的程式碼，開始還是非常的不適應，後來時間長了程式碼的質量反而得到大規模的提升，所以初級寫程式碼的人如果有個嚴格要求的人寫程式碼其實是好事。

記得有個同事現在已經工作差不多20年了，寫程式碼的質量非常高几乎很少見非常明顯的錯誤，有一次閒聊中說到程式碼是如何練出來的，才知道那是練出來的是在剛入行的時候有個非常嚴格的經理，只要有人程式碼寫的不好，直接在黑板上被通報批評時間長了大家寫程式碼的質量都提升上去了，所以程式碼質量的高低還是和是否對自己要求嚴格有著直接的關係，沒有規矩的寫程式碼必然很難有本質的提升。

在中小企業工作的時候程式碼基本上隨意性很大，主要是人員相對少，專案趕得程式碼比較緊急，所以在程式碼稽核這一塊也是比較鬆懈，好在所在團隊制定了一個程式碼上傳的基準，臨近的人員之間互相稽核程式碼，相對公司別的部門程式碼質量還算高一些，回憶起來在這個公司唯一的貢獻就是推動了程式碼的稽核，在以前幾乎一個人一個思想去寫程式碼。

後來因為技術情懷加入了一家網際網路公司，公司的規模也不小，發現程式碼的稽核制度也是亂糟糟的，大家為了出版本程式碼經常出現一些記憶體洩漏或者別的問題，後來公司沒有辦法專門成立了一個性能組專門針對不好的質量程式碼進行修正，然後推動著把第二家公司的程式碼稽核規則給落實到位了，程式碼是程式設計師的臉面，自己寫的程式碼如果一直出問題說明找個人的能力存在問題，這對於有技術自尊的人來講就是莫大的侮辱，所以程式設計師就是要對自己寫的程式碼負責。

現在初創公司，幾乎所有的程式碼都是帶著團隊寫的，從開始就開始嚴抓程式碼的質量到現在已經幾年的時間過去了，大家在寫程式碼的時候都是非常謹慎，所以到現在程式碼質量能力都還可以，雖然在三線城市努力打造著一線城市的技術氛圍，也算是對一線城市的開發環境一個懷念吧。