程序員寫的代碼很糟糕，導(dǎo)致后面無法維護，這樣的情況需要承擔(dān)法律責(zé)任嗎？不需要，因為糟糕不糟糕糟糕成什么樣子沒發(fā)界定，很難量化，再者這種風(fēng)險是企業(yè)經(jīng)營者應(yīng)該承擔(dān)的法律，因為你獨享了企業(yè)收益，那就得獨自承

程序員寫的代碼很糟糕，導(dǎo)致后面無法維護，這樣的情況需要承擔(dān)法律責(zé)任嗎？

不需要，因為糟糕不糟糕糟糕成什么樣子沒發(fā)界定，很難量化，再者這種風(fēng)險是企業(yè)經(jīng)營者應(yīng)該承擔(dān)的法律，因為你獨享了企業(yè)收益，那就得獨自承擔(dān)風(fēng)險

軟件測試員必須編寫代碼嗎？掌握多少編程能力才夠？

軟件測試員不一定非要掌握代碼，這點是可以肯定，如果你是軟件測試從業(yè)人員，掌握一門編程語言對你來說是非常好的，因為你的升職機會要多一些！

來看一下這個職業(yè)規(guī)劃，如果你懂編程，會寫代碼，你相對于其他只會測試的工程師要早一步到主管、經(jīng)理的位置。軟件測試人員是需要和開發(fā)人員溝通的， 你自己懂代碼，溝通起來就比較簡單！

當(dāng)然，不懂代碼也是可以做測試人員的，下面來看這張圖，你可以看看自己學(xué)習(xí)到了哪個階段，然后可以做什么哦！

這個軟件測試學(xué)習(xí)路線呢，有你所需要了解的知識點，然后能做什么工作。最后附帶一張超高清的學(xué)習(xí)路線圖，希望能幫到你的學(xué)習(xí)！

如果想要軟件測試學(xué)習(xí)視頻，可以后臺直接回復(fù) 軟件測試 即可。

如何減少團隊的低質(zhì)量代碼？

團隊中的代碼質(zhì)量高低與否，對于代碼和項目的可持續(xù)維護有很重要的意義。低質(zhì)量的代碼將形成技術(shù)債務(wù)，拉高維護和再開發(fā)的難度。想要提高團隊的代碼質(zhì)量，有以下幾點建議：

1. 制定團隊的代碼規(guī)范。沒有規(guī)矩，不成方圓。只有制定了合適的規(guī)范，團隊的代碼質(zhì)量才能有所保證。代碼規(guī)范包括的方面很多，一般包括代碼格式、編碼規(guī)范、文檔規(guī)范等。許多編程語言都有流行的代碼風(fēng)格規(guī)范，可以進行參考。
2. 利用工具嚴(yán)格執(zhí)行規(guī)范。制定了規(guī)范之后，需要嚴(yán)格執(zhí)行。使用如Linter等工具進行代碼風(fēng)格和語法錯誤的檢查，或構(gòu)建適合團隊自身的定制檢查工具。使用這些工具在團隊提交代碼到代碼庫之前進行自動化檢查，拒絕無法通過檢查的代碼，確定代碼的基本質(zhì)量。
3. 提升代碼測試重要性。對于實際的代碼而言，許多的低質(zhì)量代碼是無法通過Linter檢查出來的，此時我們需要更加完備的測試對提交的代碼進行質(zhì)量檢測，并把測試覆蓋率等加入到代碼質(zhì)量的指標(biāo)中進行量化。
4. 推行Code Review。代碼評審是通過閱讀代碼來檢查代碼質(zhì)量的方式。對于團隊而言，由核心成員執(zhí)行Code Review有利于持續(xù)提升成員的代碼質(zhì)量，更為深入地檢驗代碼的各項指標(biāo)，對于團隊代碼質(zhì)量有著不可估量的好處。

總而言之，想要減少團隊中的低質(zhì)量代碼，需要制定規(guī)范，嚴(yán)格執(zhí)行，加強測試，推行Code Review。另外，也需要加強對團隊成員的代碼能力管理，共同提升代碼質(zhì)量。

在大公司寫代碼是一種什么樣的體驗？

我想想啊，這個問題問得是硬件上的差異還是軟件相關(guān)的呢？

其實大小互聯(lián)網(wǎng)公司在硬件上都差距蠻大的，比如現(xiàn)在的很多一流公司，標(biāo)配都是什么人手多屏、人體工程學(xué)椅子、咖啡廳、健身房、鼓勵師（霧）什么的是伐， 軟件上可能就差距更大了，一個是人家流程化運營，一個是各種優(yōu)質(zhì)軟件 工具輔助，甚至現(xiàn)在都有AI代碼助手了，昨天看見的時候我都驚了好吧，搬過來給你們瞅瞅：

阿里搞了個企業(yè)內(nèi)部大規(guī)模的代碼品鑒會（我理解為敲代碼大賽），基本上像阿里云、淘寶、天貓、釘釘、盒馬啊他們大點的部門都參賽了，層層篩選吧有1000多人參與比賽（羨慕大公司頭部人才都是按千算的，而且工作都那么忙了，竟然還這么有追求。。），然后到?jīng)Q賽了，竟然出來一個AI評委，在現(xiàn)場為參賽者的代碼打分，據(jù)說畫風(fēng)是這樣的：

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

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

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

……

嗯當(dāng)然，這個機器人評委可不只是為了在現(xiàn)場娛樂氣氛，它更大的價值在于——能快速幫助工程師定位bug并給出修復(fù)建議。比如一些規(guī)則檢查和人工評審都無法發(fā)現(xiàn)的缺陷，它都可以快速發(fā)現(xiàn)，有效幫助工程師提高開發(fā)效率和整體代碼質(zhì)量。

這個前景就相當(dāng)廣闊了，要知道開發(fā)工程師們平均花在修復(fù)bug上的時間，約占全部開發(fā)時間的一半，那么這個智能工具只要繼續(xù)優(yōu)化下去到大規(guī)模使用的那一天，想必能夠提升的效率空間是巨大的。期待阿里將這個工具開放出來，能讓更多的工程師使用。

程序員的產(chǎn)出真的跟工作時間無關(guān)么？

不需要數(shù)據(jù)支撐。軟件行業(yè)有個共識，問題發(fā)現(xiàn)的越晚，修復(fù)該問題的成本越高。我們僅從這一個維度說明一下程序員的產(chǎn)出。

比如你在開發(fā)調(diào)試的時候發(fā)現(xiàn)，測試發(fā)現(xiàn)，產(chǎn)品上線發(fā)現(xiàn)等等，越往后，修復(fù)問題的成本越高，這個很明顯。這里的成本包括：

1. 產(chǎn)生問題所造成的損失，客戶的直接損失，軟件的公司的信譽損失等

2. 修復(fù)問題的成本，我們僅從時間成本考慮，如果你在開發(fā)階段，經(jīng)過充分測試，發(fā)現(xiàn)并修復(fù)問題，問題范圍明確，修復(fù)簡單。如果產(chǎn)生上線產(chǎn)生問題，定位問題就很費時。線上環(huán)境不會讓你隨便動，測試環(huán)境可能無法復(fù)現(xiàn)。一個問題可能你搞了一個月都沒復(fù)現(xiàn)，怎么解決？

3. 優(yōu)秀的程序員產(chǎn)出高質(zhì)量的代碼，假設(shè)極端點，上線不出問題。

因此，我們即使不考慮編碼產(chǎn)出不同的情況，即使編碼產(chǎn)出相同，帶代碼質(zhì)量產(chǎn)出差異比較大的情況。低質(zhì)量的代碼需要后期劃分大量的時間修復(fù)Bug。綜合對比下來，就可以看到有多大的差異。

當(dāng)然，除了高質(zhì)量的代碼外，優(yōu)秀程序員的產(chǎn)出效率也要高很多，解決問題的效率也要高很多。所以，綜合來說，程序員的產(chǎn)出其實很工作時間無關(guān)，而主要跟能力相關(guān)。一個優(yōu)秀程序員的固定時間的產(chǎn)出可能是一個差程序員的十倍，甚至百倍。