? ? ? ? 15年7月，我自學(xué)兩個月PHP后進入鳥窩（公司），接受作為程序員的第一份工作。那時候真是一頭純純的菜鳥，我甚至連ls命令都不知道。
? ? ? ? 我的第一個項目是為一個正在運行的網(wǎng)站，寫一套相應(yīng)的接口， 供App前端調(diào)用。項目很小，代碼量也小，現(xiàn)在看來是很簡單的工作。而當(dāng)時我在閱讀源碼時的感覺，就像做英語考試的閱讀理解：一個個單詞我都認得，但拼起來是幾個意思？不過我學(xué)習(xí)得很快，這個項目也算順利完成，可是App的體驗并不好。這個項目讓我對web開發(fā)有了初步的了解，源碼也對我的代碼風(fēng)格產(chǎn)生了一定影響。 ?
? ? ? ? 由于公司一直招聘，我見識到一些其他的PHPer。其中，echo(一個人)看過代碼后，指出我沒有真正的理解MVC。受第一個項目的影響，我當(dāng)時基本上沒有使用M層，即把數(shù)據(jù)庫的操作放在C層，所以實際上是VC結(jié)構(gòu)。我那時曾經(jīng)思考過，數(shù)據(jù)庫操作完全可以放在C層，M層有什么意義？后來我?guī)У膶嵙?xí)生阿曼，也有過類似的困惑。問題的答案是很明確的，就是為了提高代碼復(fù)用率。
? ? ? ??菜鳥們總是喜歡把所有代碼，寫在一個文件里，一個類里，一個方法里。因為這樣簡單，符合一般的線性思維習(xí)慣：想到哪里，寫到哪里。但這顯然不是一個合格的程序員思維。模塊化、面向?qū)ο?#xff0c;才是PHPer的真理。我對阿曼說：”引用代碼，不要復(fù)制代碼“。
? ? ? ??在相當(dāng)長的時間里我的指導(dǎo)思想是，先把想到的寫出來。這種想法讓我吃盡苦頭。如果只是研究一個新的功能，這樣想沒有問題。但如果放在一個項目中，后果可能是災(zāi)難性的。我曾經(jīng)多次修改一個項目的結(jié)構(gòu)，因為要擴容，添加新功能。這使我們的工作量直線飚升，因為底層結(jié)構(gòu)一改，幾乎所有人都要做出修改。這就是為什么架構(gòu)師如此的重要，我無法想像一個大型項目頻繁地修改底層架構(gòu)會發(fā)生什么事。
? ? ? ??所以動手前一定要先想一想，哪怕只是簡單的估計項目規(guī)模、劃分模塊。
? ? ? ??不久后，我開始全權(quán)負責(zé)招聘，這項工作讓我有好多體會、感慨。一開始我的方法就是看簡歷，覺得還行，就叫來面試。但這樣有點虛，因為看不到應(yīng)聘者的代碼。于是，增加一個環(huán)節(jié)，做測試題。題目是我自己出的，PHP的測試題考察數(shù)組操作和編寫類，Js（前端）考察dom操作。
? ? ? ??這讓我看到很多人寫的代碼，人和人真的很不同。PHP題一般都能做完（實現(xiàn)功能），但在代碼規(guī)范，執(zhí)行效率上千差萬別。印象比較深刻的一個小伙子，剛畢業(yè)，有實習(xí)經(jīng)歷，他完成得很好，但在交談過程中，顯得很不自信。他認為是實習(xí)經(jīng)歷讓他有成長，也留下了陰影。還有一位有四年工作經(jīng)驗的PHPer（我應(yīng)該叫他前輩），他當(dāng)然也完成了題目，但是我覺得他的答卷對不起四年經(jīng)驗。因為他用了最容易想到的，效率最低的實現(xiàn)方法，與一個實習(xí)生沒什么差別， 甚至代碼很不美觀。
? ? ? ??Js題目的完成度很低，高質(zhì)量的代碼很少。我后來意識到題目的方向可能錯了，邏輯考察過多，就像為了出題而把問題復(fù)雜化。前端工程師的日常工作很少會遇到比較復(fù)雜的邏輯。當(dāng)然也有做得好的，他們讓我見識了一堆東西，webpack, ?Angular, Vue, Backbone, gulp等等。我想說，”貴圈發(fā)展得太快，我跟不上“。
? ? ? ??實現(xiàn)一個功能往往有很多種方法。你可以把一段代碼封裝成一個函數(shù)，也可以是一個類，甚至不封裝。你可以把邏輯代碼寫在M層，也可以寫在C層，甚至寫在V層，用js來實現(xiàn)。不同的解決方案，就是水平的體驗。寫代碼不能滿足于只實現(xiàn)功能，我正在追求優(yōu)雅的路上。
? ? ? ??與很多PHP初學(xué)者一樣，我第一個學(xué)習(xí)的框架是ThinkPHP。TP很好，方便，簡潔，易學(xué)，文檔齊全，能找到一大堆教學(xué)資料，大多數(shù)PHPer也都接觸過TP, 交流零成本。我甚至認為以后的項目都用TP就可以了，直到遇見Laravel。我們接到一個微信公眾號開發(fā)外包單，對方堅持使用Laravel。于是我們只能邊學(xué)邊做，慢慢地我被它的強大和優(yōu)雅所震撼。我不打算對比不同框架的優(yōu)劣（這個問題永遠都吵不完），只談代碼風(fēng)格。
? ? ? ??Laravel5.2要求的最低PHP版本是5.5，它大量使用新的特性和標準，如閉包、Reflection、psr、spl、靜態(tài)綁定等等，這讓Laravel看起來很“高大上”。在閱讀源碼過程中，會遇到好多“新”的東西，這讓我對PHP的理解更深刻和廣闊。
? ? ? ??當(dāng)然解決問題不一定需要“高大上”的代碼， 但是程序員總是追求“高大上”，不是嗎？
? ? ? ??由于大量的外包工作，我接觸過很多cms或框架，如discuz, ecshop, shopnc, wordpress, dedecms, 小豬cms, WeiPHP， 方維p2p等等，有一些對PHP的要求還停留在5.2。
? ? ? ??在此忍不住吐糟一下外包，好一些甲方明確要求使用某個cms，在此基礎(chǔ)上“二次開發(fā)”。他們認為這樣可以壓低成本，“套一下模版，改兩行代碼就可以了”。理論上是對的，但是甲方需求“一定會”修改的。比如dedecms的頁面都是預(yù)先生成的靜態(tài)html文件，現(xiàn)在要加入一個動態(tài)的頁面，怎么辦？當(dāng)然也有套的很好的，我見過用wordpress做企業(yè)網(wǎng)站，就好像徹積木一樣拼出來，真的很快。
? ? ? ??我還見過這樣的需求，“使用原生PHP開發(fā)，不能使用框架”。對于是否使用框架的爭論，早就有了。我的答案是，“無法理解拒絕使用主流框架的想法”。理由之一是擔(dān)心框架有未發(fā)現(xiàn)的bug，其實所謂的不用框架的原生PHP，難道不封裝數(shù)據(jù)庫操作層？不用模板引擎？不實現(xiàn)路由功能？如果這些都做了，與一個開源框架何異？而且哪來的自信，覺得自主開發(fā)的框架，可以比主流框架封裝得更好，執(zhí)行效率更高？

? ? ? ??我是開源的忠實粉絲。由于多人協(xié)作必須使用版本控制，我選擇用git。為什么不是SVN？因為git 看起來更“高大上”。由此關(guān)注到GitHub，但真正使用開源，還是從學(xué)習(xí)用Laravel開始。從各種開源項目中，我吸收到很多營養(yǎng)，同時git 和 composer 也解決了項目開發(fā)的很多問題。后來我也開始寫幾個項目放在GitHub，到現(xiàn)在還沒一顆星....

? ? ? ?我還稍微學(xué)習(xí)了一下Python, 主要是為擺脫煩人的bash。還有node.js，這個只能說還處在"hello world"的階段。

? ? ? ??文章的題目說的放棄不是指放棄PHP，而是放棄外包。上面提到的糟點都是技術(shù)上的問題，是可以解決的。而不能解決的核心問題是，外包的產(chǎn)品不是自己的。我找不到理由去優(yōu)化代碼效率，對頁面微調(diào)，不能提出對需求的修改意見。如果我這樣做，會被認為是傻。因為這是甲方的產(chǎn)品，我只需要在規(guī)定時間內(nèi)做過指定的界面、實現(xiàn)相應(yīng)的功能，就可以了，交貨收錢后管他洪水滔天。
? ? ? ??這樣不可能做出優(yōu)秀的產(chǎn)品。我可能不是一個安分的程序員，總對產(chǎn)品有想法。我想做一個“好的”產(chǎn)品，而不是很多個“能用的”產(chǎn)品。
? ? ? ??絮絮叨叨說了這么多，希望以后看的時候能不忘初心吧。不知道明年七月會不會再寫？

總結(jié)

以上是生活随笔為你收集整理的PHP从入门到接到外包合同，再到放弃的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。