關於寫代碼和前端團隊的思考

寫代碼只能邊寫邊優化,不能指望以後有時間來優化

  • 寫代碼寫多了以後發現,大部分代碼是沒有時間去回頭優化的,我們只能一次性寫出最好的代碼。
  • 我們寫代碼時針對可以優化的部分,總是說沒有時間,等有時間了再做吧。
  • 我發現寫代碼一直都是沒有時間的狀態,他要求我們只要是寫代碼,就必須一次性的寫好。
  • 幾乎沒有公司停下來就是優化代碼。

公共代碼集中管理

  • 公共的組件庫
  • 公共的常量文件
  • 公共的js常規工具文件
  • 公共的樣式
  • 全局狀態管理
  • 路由管理
  • 異常處理
  • 項目打包配置文件

抽離出公共的部分,不僅僅是爲了解決高效複用的問題,而是避免不這樣干時,項目亂作一團,難以維護的局面。有些程序員第一次入職就是大公司,一切井井有條。他可能就意識不到爲什麼要井井有條。不經歷一個事情的負面很多人難以理解正面的價值

必要的培訓

這些公共的目錄一定要對新加入的成員進行培訓,否則它在需要時首先想到的是自己重寫這些公共常量方法樣式等等。

老程序員的價值

技術總是日新月異,只能通過掌握基本規律來以不變應萬變。寫出好代碼的方法不會變化,設計模式不會變化,項目工程化要做的事情不會變化,算法不會變化。

一切新技術,都是爲了解決問題,提升效率。所以看清現狀下存在的問題,就是通向以不變應萬變的星光大道。

前端常規問題
性能問題
請求速度問題
緩存問題
渲染速度問題

代碼質量問題

團隊協作問題

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章