資訊專欄INFORMATION COLUMN
摘要：所以這中間需要一個(gè)取舍，哪些是要嚴(yán)格要求的，哪些是可以不管的。首先，好代碼可能是聊出來(lái)的。比如需求確認(rèn)這一塊，多問(wèn)多畫(huà)流程圖少動(dòng)手。在這個(gè)過(guò)程中不斷整理和梳理原有的概念。代碼的直接修改。最后，好代碼是改出來(lái)的。
作為前端負(fù)責(zé)人，很多時(shí)候發(fā)愁的不是寫(xiě)好代碼，而是怎么讓身邊水平較差的小伙伴能寫(xiě)出好的代碼 另外，你還要保證項(xiàng)目的進(jìn)度，所以代碼質(zhì)量和項(xiàng)目進(jìn)度之間有著天然的矛盾，怎么去平衡值得我們?nèi)ニ伎?，以下是我的一點(diǎn)經(jīng)驗(yàn) 代碼質(zhì)量由以下幾個(gè)方面來(lái)保證
代碼風(fēng)格問(wèn)題，由工具和強(qiáng)制規(guī)范去解決，eslint + prettier + 代碼規(guī)范（ts部分需要完善）
code review，現(xiàn)在主要是由我來(lái)看， 后面開(kāi)放給每個(gè)人，我會(huì)整理checklist，來(lái)協(xié)助大家review
CI （結(jié)合gitlab，但是還沒(méi)有做起來(lái)）
在項(xiàng)目進(jìn)行中不斷重構(gòu)（現(xiàn)在我就是這么干的），特別是在原有功能上新增功能，勢(shì)必會(huì)對(duì)老代碼進(jìn)行修改，這是重構(gòu)的大好機(jī)會(huì)。
封裝公共的組件庫(kù)，這樣讓別人可以很方便的用你寫(xiě)的庫(kù)，減少了讓別人寫(xiě)爛代碼的機(jī)會(huì)
在框架架構(gòu)層面把代碼寫(xiě)好，讓大家在框架內(nèi)寫(xiě)代碼的時(shí)候減少寫(xiě)爛代碼的機(jī)會(huì)
具體來(lái)談?wù)刢ode review現(xiàn)在每個(gè)人的代碼我都會(huì)review，但是我不可能把很多時(shí)間放在上面，所以有時(shí)候不滿意的地方，我會(huì)降低要求，直接放過(guò)了。所以這中間需要一個(gè)取舍，哪些是要嚴(yán)格要求的，哪些是可以不管的。
對(duì)變量命名上絕對(duì)要嚴(yán)格，而且這是非常容易修改的地方，大家也都愿意改
對(duì)于代碼行數(shù)，如果超出行數(shù)導(dǎo)致代碼過(guò)于復(fù)雜，難以維護(hù)，一定要提出拆分
對(duì)同一個(gè)需求在實(shí)現(xiàn)上不同，只要對(duì)方的實(shí)現(xiàn)沒(méi)有特別大的漏洞，都可以接受
在代碼實(shí)現(xiàn)度上有更好的方案，可以采取建議的方式，而不是直接否決
也要看人，有的人能接受別人的建議，有的人聽(tīng)不得半點(diǎn)否定的東西，要區(qū)別對(duì)待
好代碼不一定是寫(xiě)出來(lái)的不一定。假如你是做業(yè)務(wù)邏輯的。首先，好代碼可能是聊出來(lái)的。比如需求確認(rèn)這一塊，多問(wèn)多畫(huà)流程圖少動(dòng)手。就可以減少后期很多麻煩事情。
如果在沒(méi)有理解透需求的情況下動(dòng)了手，就會(huì)做得越多，錯(cuò)的越多。我相信很多工程師都有
這種感覺(jué)。其次，好代碼可能是邊讀邊寫(xiě)出來(lái)的?；仡櫼幌乱惶斓墓ぷ鳎銜?huì)發(fā)現(xiàn)，不管是，你寫(xiě)文章，或者是做一些其他的東西。讀代碼，大部分都是跳轉(zhuǎn)代碼，文件內(nèi)跳轉(zhuǎn)，文件外跳轉(zhuǎn)，分屏瀏覽。在這個(gè)過(guò)程中不斷整理和梳理原有的概念。最后落實(shí)到代碼上。代碼的直接修改。占到你很少的時(shí)間。最后，好代碼是改出來(lái)的。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://www.ezyhdfw.cn/yun/114999.html
摘要：所以這中間需要一個(gè)取舍，哪些是要嚴(yán)格要求的，哪些是可以不管的。首先，好代碼可能是聊出來(lái)的。比如需求確認(rèn)這一塊，多問(wèn)多畫(huà)流程圖少動(dòng)手。在這個(gè)過(guò)程中不斷整理和梳理原有的概念。代碼的直接修改。最后，好代碼是改出來(lái)的。 作為前端負(fù)責(zé)人，很多時(shí)候發(fā)愁的不是寫(xiě)好代碼，而是怎么讓身邊水平較差的小伙伴能寫(xiě)出好的代碼 另外，你還要保證項(xiàng)目的進(jìn)度，所以代碼質(zhì)量和項(xiàng)目進(jìn)度之間有著天然的矛盾，怎么去平衡值得我...
摘要：所以這中間需要一個(gè)取舍，哪些是要嚴(yán)格要求的，哪些是可以不管的。首先，好代碼可能是聊出來(lái)的。比如需求確認(rèn)這一塊，多問(wèn)多畫(huà)流程圖少動(dòng)手。在這個(gè)過(guò)程中不斷整理和梳理原有的概念。代碼的直接修改。最后，好代碼是改出來(lái)的。 作為前端負(fù)責(zé)人，很多時(shí)候發(fā)愁的不是寫(xiě)好代碼，而是怎么讓身邊水平較差的小伙伴能寫(xiě)出好的代碼 另外，你還要保證項(xiàng)目的進(jìn)度，所以代碼質(zhì)量和項(xiàng)目進(jìn)度之間有著天然的矛盾，怎么去平衡值得我...
摘要：項(xiàng)目成員也可通過(guò)統(tǒng)計(jì)視圖查閱項(xiàng)目進(jìn)展。所謂先僵化，后固化，再優(yōu)化，如總是對(duì)項(xiàng)目管理工具停留在理論學(xué)習(xí)階段，是不能有效掌握其精髓的。 項(xiàng)目管理是一個(gè)周期漫長(zhǎng)的系統(tǒng)化工程，更是一個(gè)全員參與，全面資源管理，并且需要全過(guò)程管控的系統(tǒng)化工程，尤其是項(xiàng)目過(guò)程管控和項(xiàng)目質(zhì)量管控最為關(guān)鍵。項(xiàng)目管理不是某個(gè)部門(mén)的事，也不是某幾個(gè)人的事，而是一個(gè)全員參與的過(guò)程，在項(xiàng)目全過(guò)程中任何一個(gè)環(huán)節(jié)管控不到位，輕則影...
摘要：開(kāi)始翻譯函數(shù)式編程專有名詞庫(kù)在翻譯的過(guò)程中，難免會(huì)遇到很多描述不太清楚的專有名詞，一個(gè)辦法是小組內(nèi)進(jìn)行討論，最后商量出來(lái)結(jié)果，小組內(nèi)統(tǒng)一翻譯。因?yàn)楸緯?shū)的主題是函數(shù)式編程，所以這個(gè)名詞庫(kù)里大部分都是函數(shù)式編程相關(guān)的專有名詞。 在平時(shí)的工作中，我們都會(huì)經(jīng)常查閱一些英文文檔來(lái)解決平時(shí)遇到的問(wèn)題和拓寬視野?？吹胶玫奈恼禄蛘邥?shū)籍有沒(méi)有想要和小伙伴分享的沖動(dòng)，那么我們一起來(lái)翻譯吧～ 翻譯主張 信 ...
閱讀 862·2021-09-06 15:02
閱讀 2489·2019-08-30 15:43
閱讀 2261·2019-08-30 11:26
閱讀 2425·2019-08-26 12:12
閱讀 3596·2019-08-23 18:24
閱讀 3333·2019-08-23 18:16
閱讀 749·2019-08-23 17:02
閱讀 2304·2019-08-23 15:34
