伺服器開發怎麼樣

⑴ 百度、騰訊、網易、新浪的後伺服器開發(C/C++、PHP、linux)月薪是多少，福利怎麼樣

目前網路騰訊等公司伺服器開發工資都很高，一般進去就有團拿8K以上，有經驗的必塌山搭然是一萬以上。一萬五是很正常的。福利當然很唯絕好，譬如騰訊每年發16個月的工資。

⑵ 使用Go 語言開發大型 MMORPG 游戲伺服器怎麼樣

從2013年起,經朋友推薦開始用Golang編寫游戲登陸伺服器, 配合C++做第三方平台驗證. 到編寫獨立工具導表工具GitHub - davyxu/tabtoy: 跨平台的高性能便捷電子表格導出器. 以及網路庫GitHub - davyxu/cellnet: 簡單,方便,高效的Go語言的游戲伺服器底層. 最終使用這些工具及庫編寫整個游戲伺服器框架, 我的感受是很不錯的
細節看來, 有如下的幾個點:
語言, 庫
Golang語言特性和C很像, 簡單, 一張A4紙就能寫完所有特性. 你想想看, C++到了領悟階段, 也只用那幾個簡單特性, 剩下的都是一大堆解決各種內存問題的技巧. 而Golang一開始就簡單, 何必浪費生命去研究那一大堆的奇技淫巧呢?
Golang的坑只有2個:1. interface{}和nil配合使用, 2. for循環時, 將循環變數引入閉包(Golang, Lua, C#閉包變數捕獲差異) 完全不影響正常使用, 復合語言概念, 只是看官方後面怎麼有效的避免
用Golang就忘記繼承那套東西, 用組合+介面
用Golang伺服器如何保證解決游戲伺服器存檔一致性問題? stop the world是肯定的, 但是Golang可以從語言層並發序列化玩家數據, 再通過後台存檔
channel是goroutine雖然是Golang的語言特性. 但是在編寫伺服器時, 其實只有底層用的比較多.
Golang的第三方庫簡直多如牛毛, 好的也很多
不要說模板了, C#的也不好用, 官方在糾結也不要加, 使用中, 沒模板確實有點不方便. 用interface{}/反射做泛型對於Golang這種強類型語言來說,還是有點打臉

運行期
Golang和C++比性能的話, 這是C++的優勢, Golang因為沒虛擬機, 只有薄薄的一層調度層. 因此性能是非常高的, 用一點性能犧牲換開發效率, 妥妥的
1.6版後的GC優化的已經很好了, 如果你不是高性能,高並發Web應用, 非要找出一堆的優化技巧的話. 只用Golang寫點游戲伺服器, 那點GC損耗可以忽略不計
和其他現代語言一樣, 崩潰捕捉是標配功能, 我用Golang的伺服器線上跑, 基本沒碰到過崩潰情況
熱更新: 官方已經有plugin系統的提交, 跨平台的. 估計很快就可以告別手動cgo做so熱更新
開發, 調試, 部署, 優化
LiteIDE是我首選的Golang的IDE, 雖然有童鞋說B格不高. 但這估計實在是找不到缺點說了, 別跟我說Visual Studio, 那是宇宙級的...
曾經聽說有人不看好Golang, 我問為啥: 說這么新的語言, 不好招人,後面打聽到他是個策劃... 好吧
真實情況是這樣的: Golang對於有點編程基礎的新人來說, 1周左右可以開始貢獻代碼. 老司機2~3天.
開發效率還是不錯的, 一般大的游戲功能, 2*2人一周3~4個整完. 這換C++時代, 大概也就1~2個還寫不完. 對接伺服器sdk的話, 大概1天接個10多個沒問題
Golang自帶性能調優工具, 從內存, CPU, 阻塞點等幾個方面直接出圖進行分析, 非常直觀, 可以參考我博客幾年前的分析: 使用Golang進行性能分析(Profiling)
Golang支持交叉編譯, 跨平台部署, 什麼概念? linux是吧? 不問你什麼版本, 直接windows上編譯輸出一個elf, 甩到伺服器上開跑.不超過1分鍾時間..

⑶ 聯想伺服器硬體開發怎麼樣

好。
1、聯想伺服器硬體開發公司工作環境好：有獨立的辦公室，有空調等基本設施，同事之間豎行融洽，領導和睦。
2、福利待遇好：員工工資在衡大8000元左右，每個節假日咐纖豎都有單獨的禮品，每月的飯補為300元左右，還有旅遊卡。

⑷ 勤‎哲excel 伺服器軟體開發項目管理快速開發系統怎麼樣

性價比蠻不錯的，而且是無譽答或代碼實現，可以滿足個人所需，操作簡單靈活，歡迎採納。 網路下有很慶伍多舉緩相關信息。

⑸ 伺服器開發是後端嗎

是的，後端，也稱為「伺服器端開發」，也就是在系統「後面」所發生的事情。同樣，在後端伺服器和瀏覽器或應用程序之間存儲網站、應用數據和中間媒介的伺服器都屬於後端。簡單來說，在應用程序或網站的屏幕上看不到的所有東西都是前端的後端。

前端稱為「客戶端開發」，簡單來說可以在應用程序或網站的屏幕上看到的所有內容都屬於前端。比如正在訪問的網站，內容設計、圖像、段落和線條之間的間距，左上角的公司徽標，以及右下角的小通知按鈕——所有這一切都是前端。

前端和後端的區別

（1）展示方式

前端指的是用戶可見的界面，網站前端頁面也就是網頁的頁面開發，比如網頁上的特效、布局、圖片、視頻，音頻等內容。前端的工作內容就是將美工設計的效果圖的設計成瀏覽器可以運行的網頁，並配合後端做網頁的數據顯示和交互等可視方面的工作內容。

後端是指用戶看不見的東西，通常是與前端工程師進行數據交互及網站數據的保存和讀取，相對來說後端涉及到的邏輯代碼比前端要多的多，後端考慮的是底層業務邏輯的實現，平台的穩定性與性能等。

（2）知識結構

在知識結構方面，前端開發涉及到的內容包括Html、CSS、javaScript、Android開發（採用Java或者kotlin）、iOS開發（採用OC或者Swift）、各種小程序開發技術（類Html），隨著前端開發任務的不斷拓展，前端開發後端化也是一個較為明顯的趨勢，比如Nodejs的應用。

後端開發通常需要根據業務場景進行不同語言的選擇，另外後端開發的重點在於演算法設計、數據結構、性能優化等方面，在具體的功能實現部分可以採用Java、Python或者PHP等編程語言來實現。

⑹ java伺服器開發是做什麼和web端的區別是什麼

web開發，是開發服務端的，開發好的web程序，打包成war，然後放到web容器中運行，而web容器，是部署在伺服器中的。
web的客戶端就是瀏覽器，教你設計頁面，學CSS/HTML之類的。

標準的web伺服器只具有與客戶端瀏覽器通訊的功能，不能處理業務邏輯請求。
需要編寫程序來復制處理客戶端的請求。通過組件漏神銀來處理客戶端的請求，這個組件就是實現特定規范的可以單獨部署的軟體模塊。組件必須通過容器來實現。容器是實現特定規范的程序，負責組件的運行環境和管理組件返宴的生命周期。tomcat，weblogic都提供了瞎慶容器。
web端可以理解為tomcat，並且tomcat中運行著你編寫的程序，這個程序稱為web應用。
java伺服器開發就是通過java語言來編寫程序，組合成web應用，將來部署到tomcat中，
編寫的這些程序就是組件，用來處理客戶端請求的。為了高效還會使用一些框架和技術來配合java程序，比如SpringMVC，struts2，Servlet。

⑺ Android伺服器端開發，開發語言選擇，例如J2EE,PHP等，各自的優劣，從長遠角度看怎麼樣

J2EE
優：安全穩定（強類型，語法要求嚴格），可同時耐攜稿運行多個線程
劣：開發周期長，部署耗時

PHP
優：開發迅速，部署靈隱棚活（源碼無需編譯），有大量開源框架提供擴展
劣：安全性不及JAVA（弱類型），多線程只能靠模擬實現

作為Android伺服器端，我個人認為其實用什麼腳本都無所謂，反正功能都能實現

主要優化昌孝都集中於資料庫和伺服器

腳本優化雖然也能提升運行速度，但占總體優化的比例不是很大，況且目前主流框架其實都把腳本的效率榨得差不多了

所以選用哪種腳本要根據自己的項目情況來定，不要人雲亦雲

⑻ 使用Go 語言開發大型 MMORPG 游戲伺服器怎麼樣

我們開發的不是MMORPG, 但是規模不小, 純Golang開發. 從處理客戶端連接, Mysql處理到跨服, 平台毀蘆畢SDK對接都是使用Golang開發的之前我的C++伺服器框架也是完善的, 但和Golang比起來, 總是有一些問題, 比如說:1. 總是感覺C++寫出來的伺服器要結實一些, 因為有強大的IDE(我們是在Windows開發Linux下運行), 強大的調試器(VS). Golang雖然沒有這些, 但LiteIDE本身已經足夠強大,沒有之一2. Golang性能調優很是方便, 性能, 內存和阻塞, 3個pdf生成節點圖, 幾下就能找出問題所在. C++在這點上必須用專業第三方收費工具以及自己多年的經驗來分析, 很是麻煩3. Golang任何錯誤都可以捕捉, 跨平台運行, 尤其是Linux, 比C++穩定的多. 不用擔心哪天掛掉4. Golang的Socket, 讓你能想起當年用C語言的阻塞Socket時代. 可惜操作系統的線程不能跟goroutine同日而語5. Golang語言簡單, 任何語言招來, 2~3天開始生產代碼, 很簡單, 用的人也舒嘩宴心6. Golang的語言特性很好, 沒有OO的冗餘, 只有復合+介面的簡潔. 用習慣後, 都不敢去用C#的OO, 怕繼承變化需要重構7. Golang 1.4比前面版本好很多, gc基本沒啥大問題了. 只是自舉的編譯器編譯速度下降了不少. 但問題不大8. Golang寫伺服器, 因為阻塞+同步邏輯, 所以還是得考慮各種線程同步問題. 該加鎖還是要加鎖, 而不是一味都用channel+goroutine來實現. 逼近channel本身是由多個鎖來實現的.9. Golang寫tcp短連接不知道比C++簡單上百倍吧, 比boost.asio這些封裝庫也簡單個10來倍http連接就更簡單了, 啥都給你處理了, 只管收消息就是了10. 至今為止, 坑就1個, interface{} 簡直是雙刃劍. 因為沒泛型, 所以用interface{}等同於void*. 如果用interface{}做了map的key, 恭喜你, 遲早有一天你會調的死去活來. 還更別說interface{}與nil, 一把淚啊11. 看有些寫法喜歡在Golang伺服器里嵌入腳本. 我們的伺服器也嵌入有otto的JavaScript引擎, 但只用來做伺服器配置, 方便部署. 但是沒有把JavaScript拿來做邏輯. 畢竟考慮各種線程安全問題. Lua最終我們還是放棄了, 沒有C++那些綁定庫, 純api編寫, 都不知道是在寫邏輯還是在封api.12. 除了伺服器以外, 我們還用Golang編寫機器人, 電子表格數據導出等. 13. Golang開發效率很高, 一般大的游戲功能, 2*2人一周3~4個整完. 這換C++時代, 大概也就1~2個還寫不完14. 部署太方便了! 編譯出來的可執行文件都是零依賴. 直接丟到目標機器就可以纖芹運行, 沒有虛擬機之類的東西

⑼ 做linux伺服器開發的前景怎麼樣

其實一樓這個機器人說得沒錯。Linux運維的需求遠遠比開發人員大。。
現在做後台很少用C、CPP這一類大型編譯語言，因為太慢了，沒效率，而且維護起來也不容易。通常是中大型公司才用的，膠水語言作為響應層，然後通過C、CPP調用socket分發給各個模塊的伺服器處理邏輯。
現在絕大多數的公司，都在用PHP，Python，node這一類的後台語言和解決方案。。敏捷開發，維護起來又簡單。

所以說，你打算做Linux伺服器開發，前景不容客觀。

⑽ 做java游戲服務端開發有前途嗎

最近剛跳槽，到新公司已經幹了有兩周時間了，這兩周時間是過得比較充實的，因為這家新公司是個小公司，以前以單機開發為主，伺服器方面我一個人，做兩個游戲的伺服器開發工作，當然，一個很簡單，另一個就相對復雜點，簡單的那個是個弱聯網游戲，伺服器只需要做好數據存檔和登錄支付驗證就好了，而另一個，則是相對復雜的slg游戲，我感覺這是又一款cok，而公司目前並不打算再招伺服器了，所以估計這個項目我會一個人干到明年吧，等第一款上線賺錢了，可能會再招伺服器。老實說，面試的時候，我就覺得這份工作對我而言是一個挑戰，而當我清楚的了解了公司狀況之後，我依然決定接受這個挑戰。

說說我之前的經歷吧，大四的時候，學校安排來北京培訓java（培訓沒什麼丟臉的，出來找工作我也用的真學歷真背景，不像某峰互聯），之後我去了培訓機構推薦的公司實習，那個時候，工資2k，然而工作也幹得很開心，跟著前輩學到了不少東西，當時是做微信公眾號開發的，我跟著前輩做微信後台開發，當時使用SpringMVC+MyBatis框架，剛接觸的時候，我自己學了挺久才弄明白，後來弄明白之後想想，其實挺簡單，對於邏輯開發的程序員來說，你只需要弄懂工作流程就好了，頁面怎麼跳轉，跳轉怎麼傳值，數據怎麼處理，這些足夠了，當然我是個不茄氏猛滿足的人，我會去弄明白，為什麼用這個框架、為什麼不用別的、用這個有什麼好處、如果讓我自己來做這個後台、我會怎麼搭建？帶著這些問題，我會試著自己搭建一下後台框架（雖然前期大部分是復制粘貼）。除了框架部分，微信高級介面也是我研究的重點，我會去官方文檔看看微信是怎麼接入的，然後研究研究前輩的代碼是怎麼寫的，所謂的干一行愛一行大概就是這樣吧，當時我覺得，微信開發，是很有前途的，而我們公司用的框架，也是最先進的（後來看來，確實這個框架組合是當前最流行的框架，而當時，微信公眾號也確實是當時互聯網行核衡業的一個風口，微信後來把h5帶起來了，導致現在一個好的h5前端都是供不應求的，薪資很高）。

說了這么多，為什麼後來又轉行做游戲了呢？其實是這樣的，當時在第一家公司，我的上級打算跳槽走了，帶走整個下面的技術，而不帶實習生，有那麼一兩個月，實習生就一直閑著沒事做，對於我來說，這樣過著就太無聊了，我喜歡挑戰，於是我投簡歷，重新找了份實習工作，在一個游戲公司做java伺服器開發，公司挺大的，幾年前憑借一款slg頁游稱霸游戲行業（什麼游戲我就不說了，說了就知道什麼公司了），後來游戲行業往手游發展，這款slg也出了手游版，這一款游戲，幾乎支撐了整個公司，再加上後來出的幾款手游，公司發展挺好的，我所實習的部門做的是一款mmorpg手游，從實習做到了轉正，做了近一年了，然而這款rpg手游的數據卻不是太好，第一次封測次日留存23，第二次26（現在這家公司的游戲能達到80多次日留存），七日就更不用說了，而我也能感覺到，作為一款mmo游戲，玩家之間的交互實在太少，從頭玩下來，我覺得這是一款單機，失去了mmo的本質，在項目組准備進行第三次封測的時候，我選擇了離開，原因很多，不僅僅因為游戲數據不好，也有一些個人原因吧，不過說實話，是這家公司帶我走進了游戲行業，我很感謝，我覺得游戲行業是一個非常有前景的行業，甚至比之前我認為最好的微信開發還要好，游戲行業非常暴利，在這家公司工作就能感受到，策劃文檔中，充滿了挖坑預留的計費點，這一塊可以正常玩兒，但你如果充錢，你就比別人牛逼。網路游戲，最重要的，就是控制好平民玩家跟普通玩家的佔比以及游戲平衡（當意識到公司的游戲如此處心積慮想要坑錢的時候，我突然明白為什麼公司的游戲大多被騰訊代理了，為什麼騰訊控股，原來如此，沒錢玩兒你**，哈哈）。由此也可以看出，游戲的商業化，已經把游戲公司帶入了一個固定的模式——無條件坑錢，我覺得已經失去了游戲的本質，我看過一本書，叫《游戲人生》（當時在cocos2014年開發者大會上買的。覺得挺值的），書已經送人了，但內容我看了一大半，從游戲的產生，到玩家的心理，到為什麼需要游戲，這本書都詮釋的熱別好（我覺得游戲策劃都應該看看這本書，做良心游戲，拒絕一味坑錢）。啊，突然發現這一段說的有點偏了，說到底，我也只是做游戲伺服器開發的，我也改變不了游戲行業，我只要做好我做的。其實大的游戲公司，就應該走這種商業化路線，憑借幾款長生命周期的游戲，支撐公司流水。

從轉行做游戲之後顫橋，我倒是覺得，游戲開發比web開發有趣多了，當然技術上也比web難多了，之前發過一篇討論，web開發何和游戲開發的區別，

1.從第三方支持來說，web後台有很多成熟的第三方框架，開發者不需要關心底層控制器跳轉的實現，只需要一個或幾個配置文件，就能完成核心控制器的部分，而開發者只需要關注web自身的業務邏輯，將邏輯與框架融合即可，使用框架一方面簡化控制層代碼，一方面很好的實現了業務邏輯的分層。而游戲後台開發中，因為各種游戲的需求差異性很大，從網路層，到業務邏輯層，各方面都必須根據自己游戲需求搭建適合自己的框架，因此很難有一些通用的東西能提煉出來一款成熟的框架，游戲後台開發基本上需要自己搭建適合自己的框架。

2.從業務邏輯層面來說，web後台基本上邏輯都是大同小異的，或許這一套系統，稍微改改，另一套系統就能用，而游戲就不同了，每個游戲都有自己的特色，根據策劃的不同需求而實現不同的邏輯，不過也會有一些通用的模塊，但整體上差異性還是很大的。

3.從數據持久化來說，web的數據基本上是很規整的，表與表之間關系很明確，並且以後也不會有太大的變化，而游戲中的數據多種多樣，隨著開服之後，數據的變化也是多種多樣，甚至傳統的關系型資料庫根本無法滿足游戲數據持久化的需求，游戲中有很多狀態和數據是需要伺服器來保存的，我個人認為，在游戲開發中，nosql比關系型資料庫更實用。

4.從通信層來說，web中的用戶都是一個個獨立的個體，而游戲中是多人在線的一個游戲世界，在這個游戲世界中，玩家與玩家之間需要進行交互，這就需要伺服器實時的向所有在線玩家進行消息廣播，這一點很損耗伺服器性能的，在這方面，游戲後台要比web做更多的處理，游戲伺服器是一個IO密集的伺服器類型。

以上便是我當時的答案，或許我的見解尚淺，畢竟我做游戲不到一年，不過對於後台開發這塊，我還是有一點話語權的，從實習游戲開發開始，我便經歷了一個轉換的過程，幾乎又是一個從零開始的學習過程，從mina框架到protobuffer，這些東西，我相信web開發很少接觸（mina作為網路通信框架，web中幾乎只有http通信，protobuffer作為通信協議，web最多用json，其實二者形式上差別不大，但數據大小千差萬別）。而游戲的邏輯，也是比web復雜得多，不得不說，web後台成熟的第三方框架是做的真的很好。

經歷了上家公司的洗禮，我想我對游戲後台開發有了足夠的了解，於是我找到了我現在這家公司，這家公司目前只有我一個伺服器後台，做兩款游戲，一款是塔防類，准備由單機改成弱聯網，伺服器存檔，並做登錄支付驗證，另一款，是比較龐大的slg手游，是准備帶領公司走上巔峰的項目，說一款slg帶領一個公司走上巔峰一點兒不為過，我上家公司就是這樣的，憑借一款《xxxx》（哈哈，名字不透露），走上人生巔峰。我之所以接受這份工作，是因為我接受挑戰，從底層寫起，從架構寫起，這是作為一年工作經驗的我想都不敢想的，不過這是一個挑戰自我，證明自我的機會，我願意接受這個挑戰，人生總會有很多爬坑的時候，但爬過了坑，就真的是人生巔峰了。我接受這個工作的另一個原因，就是公司發展確實不錯，以前做的單機，都是很火的（雖然我認為我自己一個人也能做，我也是學過cocos的），而現在公司也准確的把握了游戲行業的風口——slg，coc和cok的成功案例就能證明一切，mmorpg也不一定能做起來了，moba倒是有可能，但你要跟lol做不到80%的相似，我估計沒人願意在手機玩兒moba，slg或許是性價比最高的了。這么有挑戰的工作，還要從架構寫起，這樣的挑戰，我喜歡！

說說互聯網業的書吧，我認為這個行業的書，分為兩種，理論型的和技術型的，所謂理論型，就是長篇大論互聯網發展，行業模式等，而技術型，就是類似技術的工具書，是從技能入手的書，這兩種書，我家裡都有，但我發現買了之後，我很少有時間看，下班沒多少時間，北京上班，大多數時間都浪費在地鐵上了，上班時間，看看理論型的吧，覺得_嗦，浪費時間（後來我發現，做這行，除了會技術，你還是需要去看看牛人眼中的互聯網的，你需要透過前輩的眼光看世界，不要做IT民工，要做互聯網從業者），看看技術型的吧，讓別人看見了感覺你太low，所以我大多數時間還是能在網上down到pdf就在電腦看，down不到網路谷歌我要研究的技術，畢竟從事這行，還是用電腦學技術好點，主要是電腦看久了眼睛會疲憊，偶爾看看紙質的書也不錯的。而以前面試的時候，面試官經常問，除了大學課本，你還看什麼書啊？（如果是你們，恰巧又沒看什麼書，你們怎麼說？），我一般會說，我會自學其他技術，如cocos2dx，然後買一些技術指南之類的書看。我覺得這已經算最大誇張化了，因為大學我真的很少看書，我記憶中就看過一本C++技術類的，一本C#的，一本Android，還有其他幾本是什麼都不大記得了，大學畢竟十幾層的圖書館，除了英語四六級的時候進去復習，其他時間感覺都浪費了這十幾層的圖書館。

說說成長過程中遇到的問題吧，如果遇到我解決不了的，以前是先自己網路谷歌，看看有沒有辦法解決，不行就問老大，而現在，先網路谷歌，看有沒有辦法解決，沒辦法在網路谷歌，實在不行還要看框架源碼如何實現，上國外論壇看外國友人如何解決，問題總能解決的，總會有辦法的。當我開始學習寫架構的時候，我會開始關心游戲的網路層使用什麼框架，mina還是netty，數據怎麼存儲mysql還是mongo，是否需要緩存redis存什麼，memcached存什麼，緩存什麼數據，數據傳輸用什麼協議，json還是protobuffer，怎麼寫效率高，最高支持多少並發等等，我想這些都是我現在需要考慮的問題，當然這些都需要根據游戲具體的需求來決定的，最終伺服器能否高效穩定的運行，都是取決於我的架構是否高效穩定，所以這個過程我要不斷學習，不斷吸取別人的經驗。剛到新公司的時候，我才體會到，自己寫代碼其實也是一種挑戰，整個後端我自己一個人實現，代碼是否規范，數據如何存儲，都是我說了算，我想我的代碼不僅要高效，還要讓別人看得懂，後來的人能接著我的代碼繼續寫下去。

最後說說Java的題外話，語言之爭，從未停過，為什麼有人擁護Java，有人擁護PHP，有人喜歡C#，有人喜歡C++，各個語言各有各的優勢，業余時間，我也了解了不少其他語言，go，node.js我都有了解，我覺得go的語言層面支持協程並發以及node.js的非同步，都是很適合游戲伺服器的，我特別看好node.js，非同步io真的是對游戲伺服器很好的特性，並且加入對原聲js支持的mongo模塊也是很方便的（上面我有說到，我相信nosql是很適合存儲游戲數據的）。說到游戲行業，我認為h5游戲的發展也是越來越快了，上次白鷺的h5開發者生態大會我去了，白鷺的一整套工作流程，以及webvr，真的很令人興奮（第一輪抽獎我還抽了一個暴風魔鏡，哈哈！），另外，大會的模特挺漂亮，哈哈！2015年，互聯網行業也略呈下降趨勢了，不少創業公司面臨倒閉，泡沫經濟破滅，因為很多老闆抓不住當前經濟形勢，以為不管是啥，有個app就是創業了，其實全然不知一款app後面有多少運營模式、盈利模式，就像一句諷刺的話，「我有個絕壁好的idea，可以顛覆bat，什麼都不缺，就缺個程序員了，等等，千萬別告訴馬雲！」，哈哈，聽到這句話，當時我就笑了，估計好多倒閉的創業公司老闆都這么想的吧，他們並不能抓住用戶真正的需求，只有抓住用戶真正的需求，才會抓住用戶的心，真正活下來的，才是用戶真正需要的，然而，相對來說，游戲行業更是復雜多變，或許今天玩家喜歡這種游戲，明天玩家就喜歡另一種游戲了，就像我們永遠也想不到，flappybird、圍住神經病貓這類的游戲竟然能活起來，愚公移山竟然也能讓h5游戲變為付費的可能。就像一句話，「只要站在風口上，豬也能飛起來！」，只要抓住了玩家此時此刻真正想要的，產品就一定能做起來。