PHP的未來在哪？

01-07

今天看知乎，突然發現這個消息。有贊那麼費心費力的搞ZanPHP（基於swoole1.x擴展的）沒想到也開始轉Java了。
電商類網站很多開始學習阿里搞Java技術棧了，那麼PHP的未來在哪呢？表示還是很看好 Swoole 或者 WorkerMan 等PHP常駐內存服務。但是貌似前景不容樂觀……
也想知道有贊轉Java是基於什麼樣的考慮，現在ZanPHP 是處於一個什麼樣的位置？

看到有很多非常消極的負面答案，得回答一下。

首先，PHP 語言的定位是 伺服器端快速開發編程語言。PHP 語言之所以能如此成功，並不是性能強或者功能多，到現在也是如此。即便是 PHP7 大幅提升了語言性能，還有即將加入的 JIT 特性，都只是讓 PHP 語言變得更好，而不是要讓 PHP 語言去和 Java/C++/Golang 這些語言對標性能。要比性能，PHP 在 20 年前就沒有存在的必要了。PHP 語言的核心優勢永遠是 快速開發。到目前為止 PHP 依然可以保持這個優勢，沒有出現新的技術可以比 PHP 更適合快速開發。

很多人對 PHP 的性能存在誤解，在實際項目中同樣的邏輯使用 PHP 開發和使用 Java/C++ 開發，最終的程序在處理能力上（QPS），可能只有 1-2 倍性能差距，並不大。

我對 PHP 的理解就是一個好用方便、可以作為主力開發語言。除了 PHP 之外，C/C++ 也是我非常喜歡的編程語言。C/C++ 和 PHP 可以很好地實現優勢互補。不適合用 PHP 語言的場景，就用 C/C++ 來實現。Java 有很多成熟的系統，可以拿來使用，如 Kafka、ElasticSearch、Hadoop 等等。編程的話基本上不碰。

Swoole 這個擴展主要是為了彌補 PHP 在網路通信編程、Linux 系統編程方面的弱點。讓 PHP 語言也可以像 Java/C++/Go 一樣去開發更複雜的 Server 程序。PHP 語言的快速靈活加上 Swoole 引擎的強大，就像給大象插上了翅膀。開發各種複雜的後台 Server 程序都可以非常簡單輕鬆。

微服務只是 Swoole 應用的一個領域，使用 PHP + Swoole 開發微服務系統的企業非常多。有贊只是其中一家，他們轉型 Java，只是個體行為，這並不能說明什麼。

就拿我公司（車輪）來說吧，我們從 2015 年開始使用 Swoole 進行微服務治理，到現在公司內所有核心服務都使用了這套 Service 框架，日均介面調用總量 20億次以上，成功率 99.99%，現在這套技術架構已經穩定運行了超過 2 年時間。我們基於 Swoole 開發了很多基礎的組件，包括微服務框架、分散式的配置分發系統、服務註冊發現、服務可用偵測和故障自動轉移、微信小程序和 H5 網關、短網址網關、消息推送系統、訂單與支付系統、MySQL Proxy 中間件、介面調用統計系統、監控和報警系統。

PHP + Swoole 這套技術方案簡單高效靈活，可以很方便地開發定製各類企業所需的輪子，很適合快速發展的企業。未來相信會有越來越多的企業使用 Swoole，這裡是幾個熱門技術關鍵詞的百度指數。可以看到 Swoole 的增長勢頭很猛。

自己回答一下吧。語言比較亂 ……畢竟語文一直不好

從2014年大一入學開始學習PHP ，到現在2017年新開學大四正好過了3個年頭。學校比較差，渣渣三本學院。PHP是在學院的老師辦的校辦企業中學習的。當年啥也不懂，懵懵懂懂就選擇了PHP。

這個公司中PHP做的大部分是外包的工作，三年的外包生活，讓我從一個菜鳥也算是變成了能多少懂點的老鳥。很感謝PHP的簡單，讓我可以有大量的時間來研究整個網站的原理，一次請求過程發生了什麼，還對swoole workerman之類的感興趣，也有時間去看點 golang Node.js 等語言的知識，去了解去對比PHP的優勢和劣勢。從那時起就一直覺得 swoole workerman可能是未來PHP的趨勢。但是苦於外包公司是不會給你練手的機會的。自己搭建的也只能是屬於玩具級別的東西。

當前公司的技術棧分為 Java和PHP 兩塊，以前還有.net 後來在2015年就棄用了。轉眼到了現在（2017年）PHP也要棄用了。原因是在三線小城市，招不到PHP人員，現在也就我一個還在維護著以前的PHP項目，如果繼續用PHP做項目會造成後續無法維護的問題。然後領導就要求轉Java。憑藉3年PHP的經驗轉Java的過程還是非常順利的，網站免不了就是增刪改，大約1周左右就可以跟著開發項目中的一些模塊。

但是！！！不得不說，用Java開發web真的是覺得不爽！！！！

於是就打算等校招或者畢業後可以去一家技術以PHP為主的公司。現在單說語言層面 PHP Java go node 都差不多, 都能達到差不多的效果。一家公司的技術棧如何，很大可能就是看公司技術主管擅長什麼。有贊這個公司，雖然是因為和韓老大鬧矛盾那件事之後才知道的，但是也不得不承認他們的PHP團隊確實不錯，是有一定水平的，基於ZanPHP做自己的服務也算是發展了PHP的生態。

雖然上面有人說不光有贊用swoole 騰訊也用，就是有贊不用了也沒關係。但是從整個PHP 生態來說，有贊放棄PHP轉Java 絕對不是個好事。

有贊能在2017年的PHP開發者大會做出分享，已經證明了他們的實力，在PHP社區也應該算是處於領頭羊的位置。很遺憾領頭羊被棄用了。

2年來逛知乎，逛V2EX 經常會看到有人說公司PHP轉Java 但是卻很少看到有Java轉PHP的…… （只是自己看到的，不代表實際情況）

提出這個問題，可能也是說出了一部分PHPer的心聲。真心覺得大部分的網站用PHP或者Java 還是go 還有node、Python 並沒有多少區別， PHP因為簡單，可以讓人有更多的時間去關注業務之外的問題，比如linux , 比如mysql的優化。

也有大佬說 php就適合幹個三五年，後面還是多了解了解計算機網路，非同步編程，演算法等東西吧

其實其他語言搞web也和PHP差不多。

感覺我們公司搞Java的也沒多少懂演算法，懂非同步編程。

計算機網路，非同步編程，演算法已經不單單是web的範疇了。

當然我的意思也不是這些不重要，這些很重要。只是如果只考慮實現具體業務邏輯是不會考慮這些的，畢竟牛人還是少數。大部分人只需要做一些增刪改就可以了

亂七八糟胡亂說了一堆，只是個渣渣菜鳥還希望各位大佬不要噴。

其實自己也知道有贊轉Java 是因為Java有更加成熟的技術棧，直接拿來用就可以了，相對來說 PHP swoole 還有很長的路要走

校招投了騰訊的崗希望筆試能過給個面試機會。_(:зゝ∠)__(:зゝ∠)_

當然如果其他有公司是PHP技術棧的如果招人的話也可以私聊我，

(? ??灬??)?畢竟搞了三年的PHP 馬馬虎虎算個中級PHPer了

一邊在吹Node.js和Java Netty的非同步有多牛逼多牛逼,Golang的協程有多好多好.

一邊卻說支持非同步和協程的Swoole沒有未來,雙重標準玩得真溜,跟誰學的?

愛用不用,愛學不學,但別無腦黑呀.

還有,有贊不用Swoole轉Java,那PHP和Swoole就要死?我就想說,有贊算老幾?

真那麼牛逼當初還用個毛線Swoole呀,自己那麼牛逼為什麼不自己從頭搞呀.

阿里之前不也是PHP轉Java,PHP轉Node么?但結果呢?PHP不僅沒死,而且還湧現出速度更快的PHP7和支持非同步協程的Swoole這些新事物.有贊是不是比阿里還牛逼呀?

Swoole的大型案例又不是只有有贊,騰訊基於Swoole的Tencent Server Framework(TSF)在騰訊公司的企業QQ,QQ公眾號項目都有大規模應用.比如騰訊旗下某個投資公司的微服務架構:

Java,Go,Node.js都是單進程多線程架構,都要定期進行全局GC,當發生GC時,所有代碼都停止運行,程序會發生周期性卡頓(STW).其中Node.js還是個只有主線程能執行代碼邏輯的貨,多核利用都是個問題,蹩腳的cluster進程模塊還不如用Nginx的upstream做負載.

Swoole里的reactor是C實現的,沒有GC的問題,而執行PHP代碼邏輯的是worker進程,是多進程架構,其中一個進程GC不會影響到其他進程,也沒有全局GC的問題.

PHP和Swoole的多進程架構還有個優勢, 就是worker進程內存佔用超過php.ini配置的memory_limit時會自殺,manager進程會重啟一個新的worker進程,在處理HTTP短連接的場景下特別有用. 另外PHP-FPM和Swoole都支持配置處理指定數量的請求後自動重生進程. 反觀Java,一個線程的崩潰,整個JVM進程就完蛋了,整個服務就不可用了.

而且因為PHP邏輯代碼跑在worker進程(沒有多線程)里,所以也不用擔心鎖的問題.worker進程崩了,Swoole的manager進程還會重啟(worker_id不變), 同時reactor線程維持的連接也不會丟失, 這樣就算開發者的PHP代碼出現Fatal error,服務也不會中斷.而worker進程(內置EventLoop)跑完PHP邏輯代碼(支持非同步)後通過Unix Socket把數據交給reactor線程返回.

再說下完備性,Swoole要比Node.js高得多,比如:

Swoole內置非同步的HTTP伺服器,除了能處理PHP請求,還能處理靜態文件(資源存在,直接返回,無需編程),而Node.js默認不行.

Swoole內置非同步的WebSocket伺服器,而Node.js則沒有,比如需要使用第三方的SocketIO.

Swoole內置非同步的HTTP/Redis/MySQL客戶端,而Node.js沒有內置或者不好用,比如Node.js的HTTP客戶端一般都是用第三方的request.

Swoole內置心跳檢測和日誌記錄等功能,開發者無需編程,只需傳入配置項即可使用,而Node.js當然也沒有.

Swoole內置reactor多線程,worker多進程,task多進程的實現和架構,而Node.js默認沒有,需要開發者自行使用cluster多進程模塊編程.

Swoole在事件回調函數里可以使用PHP的require "file.php"實現熱修改,開發時修改代碼不需要重啟就能生效,而Node.js不行,需要一些第三方模塊比如PM2來完成.

移動和物聯網時代,對實時通信的需求會更多,移動領域IM,國內的微信,國外的WhatsApp,企業協作類SaaS服務阿里釘釘和Slack,以及各種在線客服,推送服務(極光/雲巴),視頻彈幕留言,甚至遊戲伺服器(狀態同步/幀同步)等等,哪一個離得開實時通信技術.即使小到zhihu的消息提醒,都得用到伺服器推送.而Swoole尤其擅長開發此類服務,這難道還不足以吸引PHP開發者么?

連PHP都玩不轉,以為轉Java就有救了,笑話.

補充:

有人說Swoole的文檔寫得不好.

到底是Swoole的文檔寫得差,還是那些人壓根連Swoole官網的搜索功能都沒用過?

Please Search The Fucking Manual: https://wiki.swoole.com/wiki/search/?q=redis

有人非得說PHP性能不行,那就跑個真實場景的測試.

我們都知道,關聯數組(或者叫字典/映射/哈希表)是開發中經常用到的數據結構.甚至像一些服務如Redis(Remote Dictionary Server),本質也是一個內存上的字典.生成一個包含100萬個元素的關聯數組(字典/映射),PHP7的耗時僅為Node7的1/3,就連PHP5都比Node7要快.測試內容主要包含時間戳獲取,字元串拼接,字典生成這幾個開發中經常用到的操作.

Java實現同樣邏輯要比PHP7稍快的話,需要大量的內存,比如1個GB,而PHP只需82MB左右.如果存在質疑,歡迎自行測試.Java測試代碼如下:

import java.util.HashMap; import java.util.Map; public class hash { public static void main(String[] args) { long start = System.currentTimeMillis(); long time; StringBuilder sb = new StringBuilder(); Map& map = new HashMap&(); for (int i = 0; i &< 1000000; i++) { time = System.currentTimeMillis(); map.put(sb.append(i).append("_").append(time).toString(), time); sb.delete(0, sb.length()); } System.out.println( (System.currentTimeMillis() - start) / 1000.0 ); } }

謝邀。

知道PHP為什麼是最好的語言嗎？從PHP 4起，我就天天聽到「PHP不行了」，結果呢？有十幾年過去了吧？不變的是這種論調，同時不變的還有PHP仍活得好好的。

前面有兄弟洋洋洒洒寫了不少。我不，不為「口沫橫飛」的語言死不死、活不活話題爭得臉紅脖子粗。

愛用不用，別人家的事。

為什麼這個標題下面居然是ZanPHP？臉書這麼多年hack/hhvm體系下面的，花了這麼多學費，把php網站做到了全世界最多人用的網站，為什麼沒有看不見未來在哪裡？我真的很困惑啊。還是說大家只認親兒子不認外甥的？外甥長的帥也要認的嘛！

我覺得有贊是抄不下去了，通過抄swoole才被我發現的，也不知道是幹啥的公司。

天天有人擔心PHP的未來, 真是讓人感動.... 然而PHP的未來並不重要, 重要的是作為獨一無二的你的未來, 如果你天天擔心這個, 擔心那個, 我真替你的時間感到可惜....
—— Laruence，2017年9月10日12:05

當然PHP也會不以任何個體的意願為轉移的繼續成長下去....
—— Laruence，2017年9月10日12:06

轉自新浪微博

做php開發已經三年半了，golang也搞了一段時間，我是做直播行業的，常駐內存型的服務是必不可少的，最開始考慮的是swoole，但是考慮到swoole社區沒有想像中的活躍，所以最後使用了golang，在寫golang的時候發現其實說實話更喜歡php，php語言靈活，不用考慮數據類型，可以考慮更多的實現方法。php在常駐內存方面確實不行，不過，它本身也不是因此而生的，swoole發展完善了這一塊內容。說實話，有c和c++作為php的補充。php前景光明，關鍵問題是php的社區增長卻有點乏力，比如，有用php做機器學習的庫，但是功能卻不多。現在很多人停留在互聯網階段時對php的定位：做一些前端的事情，但是，這只是市場定位，並不代表，它只能用於做前端的時候，關鍵是推動型問題，就像swoole一樣，推動了php在伺服器端常駐型服務的發展

悄悄告訴你們玩虛擬機語言的一下:創建進程的開銷要比STW或者創建線程的開銷大的多。

是時候放出這張圖了

高清原圖傳送門，https://erikbern.com/assets/prog_lang_matrix_eig.png，

原文傳送門，The eigenvector of 「Why we moved from language X to language Y」

在這個report中，前5個比較受叛徒們歡迎的語言，依次是

16.41% Go
14.26% C
13.21% Java
11.51% C++
9.45% Python

這個報告並不代表市場佔有率，論網站佔有率，PHP無疑是第一的，Alexa前1000萬名的網站拉出來統計，80%以上都是PHP，然而7000萬WordPress用戶貢獻巨大，WP背後的公司運營了3000多萬個博客，但是員工只有幾百人，其中的PHP開發可能100個都不到。

PHP過去的確輝煌過，但是近幾年錯過了很多機會，Python在科學計算和數據分析領域有了一席之地，在機器學習上也頗有建樹，micropython甚至還把手伸到了開發板上，把膠水語言的作用發揮的很好。

PHP在CMS領域仍然絕對壟斷，但在CMS和CRUD之外並沒有搶到多少份額，一手好牌爛手裡，是很可惜的，PHP性能在腳本語言里數一數二，語法起碼比ES5好看點，開發者數量也不少，然而沒有把握好機會，失去了五年以上時間。

PHP主打的不是性能，動態類型語言在性能上天生吃虧，在CPU密集任務里，不算C寫的擴展，PHP代碼仍然比JVM或者Go慢一個數量級(10倍)，在IO密集型任務里，PHP帶上C擴展可以接近JVM和Go的性能。即便最慢的Laravel，也可以達到2000QPS以上，扛下3000萬日PV的站點也沒問題。

面對越來越複雜的需求和項目，動態類型語言天生吃虧，無論是IDE支持還是編譯器幫助減少錯誤，動態類型都大大的吃虧。在重構代碼的時候，靜態類型語言會給你更多信心。動態一時爽，重構火葬場是血的教訓。

PHP主打的開發效率，在前些年可能優勢比較大，如今沒有那麼明顯了，也就跟Python差不多。PHP出活比當年SSH是要快的多，但在spring-boot面前也沒有太大優勢，而在微服務時代，spring-boot可以無縫的升級到spring-cloud，spring-*覆蓋了從初創到100億美金體量的技術訴求。最近很多公司轉Java，跟spring-*家族的壯大有很大關係。

回到問題本身，PHP未來在哪裡，我的答案是Swoole，Swoole的常駐運行模式，讓PHP在這點上不落後於其他語言了。如果把Swoole合併到PHP主流分支，再好好運作，跟Laravel等框架合作，等主流PHP框架和庫們都擁抱Swoole的時候，那就是PHP界的spring了。再有公司開源一個swoole-cloud這樣的一站式微服務設施，情況會比現在好的多。

回復更新

看到 @陳宇飛舉Facebook HHVM/Hack的例子，雖然Hack兼容PHP的代碼，可以方便的跟PHP做interop，但它已經完全不是我們認識的PHP了，有點兒類似groovy和Java的關係。

Hack有很嚴的類型檢查，在運行前typechecker就能發現很多類型錯誤
Hack有類似C#的async和await，PHP哪個版本加上這個特性?
Hack有類似Java的泛型系統，這是個很重要的基礎設施
Hack通過泛型提供了map/set/list等類型，並可以為基礎類型做特化
Hack有Lambda和Block，提供了非常現代化的map-filter-reduce設施
Hack有null-safety，可以有效的消滅null pointer exception

Hack是一個兼容PHP語法的完全不同的語言，引入了非常多的現代語言特性，改進了PHP的幾個痛點，從編譯器到運行時都是重新造。即便如此投入巨大，fb依然招聘了大量的C++和Java。然而有幾個公司能像fb一樣砸錢給PHP改頭換面？

擺在很多有大流量需求的公司面前就兩條路，要麼轉Java/Go，或者每年多花一兩百萬養3個資深PHP去造各種輪子，然後做到了拿一半工資的Java/Go開發就能輕易做到的事情。

目前java加上ide的發展，配合springboot和springcloud的框架，開發效率已經比php要高了

由於強類型，加上一些插件的輔助，可以很快的找出和定位問題。

也不用考慮以後上億級別的並發，因為都有現成，優雅，成熟的解決方案。

php在快速開發和靈活系統上還是有一定優勢，在web開發方面php最近慢慢趨向於弱勢，主要原因是js框架崛起，react和vue解放了web+js+代碼混合，以前php寫模板的靈活性變得不重要了。

php後端的優勢就不如java，公司大了以後，分工是最重要的，前後端分離，前端更加腳本化，後端更加邏輯化嚴謹化。

工具的發展會讓強類型語言重新生機，弱類型的腳本語言會越來越人類語言化，處於中間的語言會比較尷尬。

寫後台管理系統，PHP比JSP方便，而且因為是解釋型語言，可以隨意拼接，更好用易分離。

我們要知道的是，PHP僅是一門語音，說到底它只是個工具一樣，工具沒落不沒落不重要，就像，從古至今，許多的工具都沒落了，但人類依舊存在著，我們不應該把心放在這些工具上，這並不是本質，與其去關心PHP的未來，不如多關心自己的未來。

php整個從業者的平均技術素養基本決定了這門技術以及其構建的生態走不遠了。即使有幾個大牛，比如鳥哥啊，韓天峰啊，還有laravel整個社區啊，不可否認這些都極其優秀的技術工作者以及牛逼作品，但是個別英雄扭轉不了滾滾的歷史

車輪。

原因如下：

已經2017年了，php80%應用領域仍然集中在搞網頁這個層面。

已經2017年了，眾多phper仍然推崇粗狂式編寫代碼。

總結：整個從業者平均水平和其主要應用領域把php的上限牢牢鎖死了，未來php的主要應用地方，可以預見的應用場景是：一些建站公司，拿模板給甲方套一個又一個的網站。

有人問我憑什麼把laravel拿出來說，因為再我這麼多年的php編碼過程中，感觸最深的就是工具混亂，重複造輪子，換一個單位或團隊就要換一套搞法，大量的時間耗費在了反反覆覆的重複工作上，這對php整個生態鏈成長和積累是極其不利的。

而laravel的出現，很大程度上解決了我上面說的問題，但是laravel自身在phper中受到的排斥相當之大，但是他們又拿不出一個更好的方案，所以我不看好php生態未來的發展。

當然，在套網頁這個層面，php還是無敵的。

拍黃片只是一門語言，要的是生態呀，服務端的意識這些東西。大神不都是拿到什麼寫什麼。

沒有分別，還是在伺服器端。

但希望可以在FaaS 的平台也能普及開去。

每個社區的人素質差的真不是一點半點，多數和社區管理者的脾性有關。

為什麼有贊核心應用要轉Java，一家商業公司的核心目標是什麼？市場上PHPer的質量又是什麼？我也是個PHPer，我們自己心裡都得有點兒x數。一堆天天簡歷上寫著熟悉xxx框架的PHPer和從科班就在學習領域建模、設計模式的Javaer，請問你作為大型商業公司決策者會怎麼選擇？

為什麼那麼多公司轉Java，看了上面的話，自己琢磨。天天盯著語言、框架這都哪傳出來的風氣，真心害人。

另，Zan*系列一直以一個正常開源軟體的方式獨立運營，絲毫不受公司業務調整影響，地址: http://zanphp.io

勸有自己思考認知的PHPer，深入1~2種常用語言，會1~2個框架的使用，剩下的多關注架構設計、基礎知識、及時更新新的東西，剩下的時間多去考慮業務，考慮產品，考慮商業價值。就像我們經常被人當作競爭對手，一直在「被關注」，但其實在我們眼裡，呵呵一笑低頭做事，我們很忙沒空操心別人家閑事。

最後一句回答標題：PHP的未來很明朗，但PHPer的未來需要整個圈子風氣的改變。

PHP的未來，就是繼續當做一個很友好的入門級語言。

一旦一個業務足夠大了，肯定要重寫，比如前後端分離，後端就用Java改寫，搞微服務，或者用Go什麼的。

反正PHP繼續做好一個入門級語言就好了。

當然，絕大多數項目和公司在技術成為瓶頸之前就死了，所以不要自尋煩惱了。說不定你們的項目或公司明天就倒閉了，不要多操心啦。

========分割線==============

1、Java的生態真的太繁榮了，要啥有啥，無論什麼樣的事，都幾乎有現成的解決方案。真到了要自己造輪子的地步，你們的公司就跟阿里巴巴那麼大了；

2、我一個朋友，在北京，公司就用PHP開發，一直都挺好，沒有任何徵兆，就然就被老闆叫過去吃散夥飯了。大多數公司的死，都是悄無聲息的死，沒那麼轟轟烈烈，所以很多人不知道，每天都有大量的公司在默默的死去。

所以當你的項目和公司竟然還沒死，竟然到了PHP搞不定的時候，那時候就換其他語言吧。所以，PHP用來快速構建項目原型，或者搭建一些簡單且永遠長不大的網站，挺合適的。這就是PHP的定位。

3、Swoole的文檔寫的太爛。所以如果我的項目或者公司竟然活到了要高並發的程度，我寧願學Java和Golang，用它們的輪子。

本人從今年從PHP轉向node，至少在杭州PHP的形勢確實越來越惡化了。拉勾上兩年前接近500個崗位的PHP，現在只剩下300家不到的樣子。事情惡化到這個地步確實讓人覺得比較惋惜。

我是從14年接觸PHP，15年開始參加工作的時候一直都希望PHP能越飛越高，但是在15年下半年開始就不斷聽到PHP轉JAVA的公司，就連阿里也早早的把PHP轉成了node，這時我就覺得情況不太妙了。

果然在16年上半年，我離開了我第一家實習的公司出來，就發現拉勾在杭州的PHP已經變成了400家左右的樣子，找工作的難度也提升了很多，不再是面試一家秒殺一家了，用PHP也越來越謹慎了，再後來我進的這家PHP後面也轉了lua。那時我選擇堅持PHP，便離開了，繼續找尋我的PHP之路。

沒想到在16年下半年，面試多家都是要從PHP轉向其它語言，這個時候就有點心灰意冷了，然而我還是決定做最後一次PHPer。接著入職了一家電商公司做PHP，我學了很多語言，但最終還是選擇了node，純粹是我喜歡快速高效的開發。過了差不多一年，不幸又幸運這家公司準備搬家並且準備用JAVA替代PHP，沒錯今年七月份我又離開了。

這次我進了一家用node的公司，回頭看PHP，確實有那麼一絲的留戀。看到拉勾上在300左右徘徊的PHP有種說不出來的感覺，既和我相關又於我無關。

----------

PS：語言都有各自的優缺點，沒什麼好評判的，至少現在挺愛node的：）

你如果認為你是個PHP程序員，那麼你沒有未來。

所以當你什麼時候認為：你不是PHP程序員，又不是程序員，而是一名工程師的時候，未來才來。