單價: | 面議 |
發貨期限: | 自買家付款之日起 天內發貨 |
所在地: | 山東 青島 |
有效期至: | 長期有效 |
發布時間: | 2023-11-28 02:04 |
最后更新: | 2023-11-28 02:04 |
瀏覽次數: | 153 |
采購咨詢: |
請賣家聯系我
|
編寫代碼可以遵循以下幾點原則:
先做核心模塊的壓測:很多程序員,習慣把東西做完,等著快上線的時候才做性能測試,那么如果前面設計出了問題,這個就很頭大了。
當然,后期快上線的時候也要做性能測試,但前期的我認為還是很重要的。
當然,做好這一點,需要懂一些業務,你要知道業務壓力在哪里,業務請求的重心在哪里,很多時候,產品經理不講,你也要問清楚。
確保過程可控:代碼執行時一定要保持中間的輸出,比如說,每處理 10 萬條日志,寫一條狀態日志,記錄處理的日志條目數和當前的執行時間。
多打日志:很多時候,代碼寫的自己也不是很滿意,比如某個處理效率不夠優化,某個處理的方法不夠簡潔,或者擴展性比較差,代碼寫的很弱智,但可能短時間沒有辦法想清楚最合理的解決方案,考慮到上線初期這里并不是重心所在,也不會特意去優化它,但這種情況下我往往會留釋,并說明下一步優化的可能思路是什么,或者想到的可行方案是什么。
簡單易懂的邏輯:千萬不要把自己繞進去了,時間一長,誰都看不明白你的邏輯。
如果邏輯真的很難在一個函數內完成,嘗試切分。
不要沉迷于框架:框架的問題是什么?是過于繁冗的嵌套。
為什么我一直很煩框架?因為經常遇到需要一秒鐘幾千次請求的處理場景,那么調優的時候,要從數不清的框架中尋找數據處理的邏輯,尋找性能卡點,可能改動代碼只有兩行,找問題需要兩天。
程序員記住,你的技術能力不能被框架約束住。
使用熟悉、成熟的技術:很多人根本沒搞明白自己的障礙和問題在哪里,根本不知道相關技術產品的優勢和劣勢在哪里,看一堆第三方的數據測評,腦子一熱,去學新技術,掉進坑里出不來,如果是創業公司,可能項目就死在里面了。
使用新技術前,建議了解該技術的特征,適用范圍,以及不適用的范圍。