說下這兩年的獲得的一些東西, 由于能力不足, 說的不對的地方見諒 寫代碼就像搭積木一樣, 都是一個組件一個組件的拼成了一個系統, 在這個過程中要清楚`what to do`, 和 `how to do`, `how to do`很好解決, 只要不是什么超級高深, 比如涉及復雜的算法, 太底層的東西, 一般都好解決, 先實現再說, 然后優化, 其實中間有很多的函數到現在我都是懵逼的, 比如`implode`和`explode`, 反正我要實現什么功能, 先把函數打出來, `ctrl + b`跳到函數的原型去看函數介紹(用的phpstorm), 或者看文檔, php官方的文檔非常詳細的. 說到`what to do`, 其實做一個項目之前, 先把自己部分的文檔寫出來, 結合原型和leader討論, 其實這一切的一切都是為了不走偏路, `不做無用功`, 不要到了驗收的時候才發現, 我艸, 弄錯了, *這樣是會被打的 /:laugh*, 再說`how to do`, 把程序分模塊化, 要多次用到的結構封裝成一個函數或者一大片代碼是為了實現一個功能, 也可以封裝成一個函數, 這樣清晰易懂, 代碼一定要規范, 清晰, 注釋不要有歧義, 好的代碼, 代碼就是注釋, 注釋應該是實現什么, 而不是怎么實現, 因為你的思路可能是錯, 寫上怎么實現別人有可能跟著你的錯誤的思路來, 相信我這樣做了, *一定會被人打的 /:joke* 這里還要說一點, 作為一個有思想, 有道德, 有創造力的現代程序員, 要記住, 站在產品的角度思考問題, 設計覺得有不合理的地方一定要提出來, 一個是說明你思考過的, 二個也是找存在感啥,對于leader的不合理的要求, 一定要提出反對意見~~比如, - leader頭一熱, 拍腦袋就決定要做, 這個有的你做, 而且是無用的, 費力不討好 - 就抄那個啥啥啥一樣做就行了, 產品結構都不一樣, 弄的不好需求都不一樣, 抄毛線啊, - 更好笑的是我要的就是這樣的, 你看著做就行了, 這個不知道說什么, 做了就是坑, 而且是巨坑 做錯了事情不要找借口, 理由可以說, 但是借口一定不要找, 理由是客觀的, 借口就是找不客觀的理由來圓錯, 并且一件事情, 行就是行, 不行就是不行, 不好說`好像行`, 我們是寫代碼的, 你見過代碼什么時候是好像行的, 最后就是做一個正直的人, 我曾經在一家做刷微信閱讀量的公司帶過2天, 工資待遇還可以, 但是第二天我就走了, 我不接受自己做這種事情