學(xué)會表達(dá)
- 在寫復(fù)雜表達(dá)式時，可使用一個變量將表達(dá)式用變量的方式表示
- 函數(shù)棍现、變量命名要
語義化
學(xué)會復(fù)盤
- 花一些時間清理自己的代碼
- 盡量以
函數(shù)式進(jìn)行編程
擁抱變化
- 在開發(fā)功能時挑社，要考慮變化的情況。該死的產(chǎn)品經(jīng)理
[圖片上傳失敗...(image-d65f3a-1728457891314)] - 在封裝時要考慮能否封裝成一個
js 模塊炕横，后續(xù)只需要調(diào)用響應(yīng)的 API 即可
學(xué)會修復(fù) bug
遇到 bug 考慮為了會出現(xiàn)此缺陷依溯，一定要關(guān)注上下文
學(xué)會正確使用 git commit 規(guī)范老厌，嚴(yán)格要求自己（對于這一點，我是吃虧了黎炉，像是下面這種枝秤，遇到問題，完全找不到頭緒慷嗜。于是強(qiáng)迫寫了一個簡化版 commit 工具淀弹，說多了都是淚）
不要怕錯
- 遇到自己不懂的邏輯，但又不敢改之前的代碼庆械，這是不行的薇溃。
-
大膽的修改，或者自己又更好的實現(xiàn)方式或者重構(gòu)的方法可以及時修改
每個方法只關(guān)心一個上下文
一個函數(shù)只做一件事缭乘，將一個功能按照不同模塊劃分開
消滅注釋
- 添加注釋的前提要保證
函數(shù)命名變量要語義化 任何需要添加注釋的地方沐序，99% 是因為這段代碼不合理
學(xué)會命名
- 如果在編寫一個函數(shù)時無法對其進(jìn)行命名，那么這個函數(shù)的設(shè)計是不合理的。
- 對函數(shù)要進(jìn)行準(zhǔn)確的命名策幼，這樣更加有利用代碼的可讀性
學(xué)會提煉函數(shù)
- 提煉函數(shù)可以讓我們將意圖與實現(xiàn)分開
- 以意圖命名函數(shù)邑时，但是如果發(fā)現(xiàn)自己不能合理命名，此時不應(yīng)該提煉這個函數(shù)垄惧，應(yīng)該要考慮更多
學(xué)會返回
- 大部分函數(shù)可以使用 result 作為返回值，在函數(shù)開頭定義绰寞，在函數(shù)結(jié)尾 return, 這樣在下次看這段代碼時就知道返回的是什么了到逊。
考慮時機(jī)
- 在拿到需求時，很容易去實現(xiàn)功能滤钱，但是不會去調(diào)研觉壶，修改 bug 也是如此
- 在實現(xiàn)功能時要考慮清楚這個"動作"要在什么時候去觸發(fā)，返回等等件缸。
保持可拓展性
- 在拿到新需求時不要想著昨晚就 ok, 因為你無法保證在后面的某一分鐘產(chǎn)品讓你添加一個新的功能
- 要多使用 map 結(jié)構(gòu)來保持功能的可拓展性铜靶，讓程序走不同的代碼邏輯
巧用模塊
巧用方法
- 要學(xué)習(xí)的是方法，比如《重構(gòu)》《代碼整潔之道》
- 只要你的方法好他炊，后面產(chǎn)出的代碼才會好
擇善其從
- 如果覺得你在做重復(fù)的工作時争剿，一定是你的方法不對，而不是這個工作不對
- 任何一個人物都有可學(xué)習(xí)的地方痊末， 我們需要做的是腦力活動蚕苇，不存在像搬磚那樣的情況
- 學(xué)習(xí)別人實現(xiàn)的源碼，看別人的相同效果是如何實現(xiàn)的凿叠，擇善而從自己去實現(xiàn)一個新的方案
學(xué)會參考
產(chǎn)品思維
- 有
產(chǎn)品思維是好的涩笤，能理解產(chǎn)品需求，能與產(chǎn)品進(jìn)行有效溝通這是優(yōu)勢 - 學(xué)會跳出程序員的緯度盒件，用戶多學(xué)科交叉的能力蹬碧。要了解產(chǎn)品提這個需求的目的
- 在不了解需求的情況下要多于產(chǎn)品進(jìn)行交流，可以帶著方案去找產(chǎn)品討論
適當(dāng)做減法
學(xué)會做需求
- 接到新一個新需求炒刁，調(diào)研恩沽，考慮這些方法是否可行，否則做到一半要換方案翔始，就只能自己加班
- 在明確了自己的方案并有一個想法的時候飒筑，多去嘗試，嘗試使用它绽昏，如果發(fā)現(xiàn)不太合適协屡，也沒關(guān)系，只要在里面學(xué)到了東西全谤，那時間就沒有白費肤晓。
- 做在需求時不能局限于這個需求，要有可拓展性， 眼光要放長遠(yuǎn)
學(xué)會問問題
- 學(xué)會簡而言之的把問題描述清楚
- 在問問題時补憾，可以帶著自己的方案去詢問
多用快捷鍵
- 平時要養(yǎng)成"快"的習(xí)慣
一段時間干好一件事
動手的前提：過一遍接口的文檔
快速定位問題：
- 看上下文 -> 看 issue -> 看文檔 -> 看文章 -> 看源碼
