個人技術棧

從事互聯網開發這麼多年，也接觸了很是多的工具。是時候彙總一下了。

1.Linux技術棧

1.1.Centos

Linux是一個偉大的操做系統。如今不少網站基本上都是在使用Linux的操做系統。做爲一名互聯網開發者，若是不會用Linux是會被恥笑的。它的偉大不是因此服務器都在使用它，而在於它開啓了人機交互的新紀元。爲何這麼說呢？做爲一個開發者，追求不只僅是寫點代碼而已。若是要操控硬件，基於Linux內核的發行版本能夠嵌入到任何的硬件中。這讓極大的提升了創新的步伐。

我寫的關於Linux的文章：

經常使用Linux命令

2.數據庫技術棧

2.1.Mysql

Mysql是一個偉大的數據庫。早在2010年前，他是咱們創建互聯網系統首選的數據庫。固然，Oracle也是使用的比較普遍，可是它多使用在商業領域，像咱們這種三無的我的站長，Mysql對咱們更親切一些。接觸mysql和php幾乎是同時的，畢竟寫完hello world以後，就想寫一個留言板的小程序（這是當時第一代開發者的思惟，如今的開發者起步是想寫一個博客，呵呵）。

我寫的關於Mysql的文章：

關於mysql與mysqli

2.2.MongoDB

其實，MongoDB咱們從2012年就開始接觸了。只是那時它還比較弱，做爲生產環境的替代方案來講，它沒有memcache和redis的性能優點，只能做爲數據倉庫來使用。對於LNMP架構來講，它要想取代Mysql又實屬不易。因此，在當時研究一段後，最終選擇了放棄。從2016年咱們有拾起了MongoDB，選擇一個軟件用於生產環境除了須要軟件自己的穩定外還須要使用者有至關強的開發適應能力。當時，彼此都不具有這個條件。

我寫的關於MongoDB的文章：

在CentOS 6.x 64bit上安裝MongoDB 3.2社區版

MongoDB命令大全

MongoDB 3.2+ 安全受權登陸訪問控制

PHP的Mongo和MongoDB應該如何選擇？

MongoDB開啓受權後的mongostat運行狀態監控的相關配置

Nginx

這是一個用腳投票的時代，不論是英國的精英怎麼想留在歐洲，全民公投的結果仍是讓他們的夢想破滅；無論美國的主流又多麼不喜歡特朗普，他最終仍是成爲了美國曆史上第58屆總統的人選。而在webServer界無論Apache,IIS如何優秀，大多數的網站仍是選擇了nginx做爲生產環境webServer。我我的推崇nginx已經超出了webServer的層面，nginx的一些相關配置是那麼簡潔而優美。

PHP

PHP是一個偉大的語言，或許其餘語言的粉絲會鄙視它，可是不少開發者是經過它入門確實一個不爭的事實。不論是獨角獸公司仍是初創公司都有使用它的經歷。我是從2003年開始接觸它的，最開始是作畢業設計，後來使用它作管理系統，再到後來使用基於它的國內外框架，直到如今不論是業務代碼仍是採集，PHP仍是個人首選。不少時候真沒有必要討論『哪一個更好用』。我相信，程序員就是一個廚師，語言只不過是你手上的那把刀而已，究竟選擇什麼的刀，仁者見仁智者見智。

我寫的關於PHP的文章：

QConf在Centos下安裝與配置

在Centos下安裝PHP的Xdebug

PHP環境套件技術棧

1.LNMP

...

2.Appserv

在2013年以前，我一直是Appserv的簇擁。那個時候有過XAMPP已經出來了。不少新手PHP開發者會選擇它，這也能看出來代溝。Appserv有過一年多的沉寂，中止了開發和維護，可是後來又好起來了。可是，我也切到了Linux下開發了，轉投了LNMP。不是由於Appserv很差，而是由於nginx。

Appserv配置虛擬主機設置教程

版本控制技術棧

1.svn

...

2.git

...

3.Github

...

PHP框架技術棧

1.Laravel

...

2.CodeIgniter

...

3.Phalcon

...

持續集成技術棧

1.Selenium

Selenium是一個偉大的發明。它解放了測試的雙手，能夠將一些經常使用的功能經過編寫自動化腳本的方式讓瀏覽器來執行。它的做用還不只僅在測試領域，能夠想象只要涉及到自動化驅動WebDriver的Idea它都能搞定。江邊望海是從2015年開始接觸Selenium的，當時咱們在作自動化測試方面的嘗試，若是基於PC項目的測試首選推薦Selenium。接觸它的經歷填補了我技術棧在自動化測試方面的空白。

我寫的關於Selenium的文章：

完全解決使用Selenium啓動Firefox每次都出現導入嚮導的問題

2.Jenkins

...

3.Sonar

SonarQube是一個靜態代碼檢查解決方案，我是2015年開始接觸它的。有沒有緣與它結緣主要看所在的開發團隊如何看待代碼質量了。它是持續集成和敏捷的重要技術環節。能夠幫助開發工程師解決代碼質量的問題，可是話又說回來，上SonarQube確實須要踩不少坑，特別是須要花大力氣創建適合本身開發團隊的代碼質量管理體系，後期的改形成本也不小。

SonarQube代碼質量分析平臺介紹

SonarQube代碼質量管理平臺安裝與配置

Sonar-project.properties配置

二把刀產品助理

產品經理這個稱呼被業內亂用了。什麼的人才能稱得上產品經理呢？我說幾我的：純銀，白鴉，張小龍，Mr Hua，蘇傑這些人才配得上產品經理的稱謂，其餘人不過是長時間混跡這個圈子的產品助理罷了。爲何這麼說呢？我給出幾個條件：

1.不會寫行業文章的（交做業的文章不算）；
2.微博粉絲不上10萬的；
3.沒有一個標誌性產品的；
4.沒有系統的產品觀點出書的；
5.沒有受邀參加行業峯會並談論本身觀點的。

別不服氣，本身身上沒有這些基因千萬別說本身是產品經理，丟人。江邊望海在互聯網圈子混跡這麼多年，很慚愧如今仍是二把刀產品助理，這是歲月給的考卷我須要一點點積累，我相信有一天能夠一項項的完成上面所列的：

我寫的關於『二把刀產品助理』的文章：

99%的產品經理不會分析競品

前端技術棧

1.Bootstrap

...

2.Jquery

...

搜索技術棧

1.Sphinx

我接觸sphinx的時間能夠追溯到2012年。當時，作的項目是一個B2B的電商網站，涉及的數據量比較大，除了提供一般意義的列表頁和詳情頁外，搜索也是不可或缺的。當時，項目選型的時候，就肯定了Sphinx。基本上能夠知足業務需求。

2.ElasticSearch

2016年的時候開始接觸ES，爲何從Sphinx到ES呢。記得2013年夏天去杭州參加阿里技術嘉年華。他們分享了不少基於lucene的搜索解決方案。什麼分佈式、算法、排序等內容。多是每一個團隊面臨的場景不同吧，還有團隊基因，他們的解決方案就是基於lucene作的。當時，對搜索的持續探索，是不可能繞過jdk的。早晚要走進java的世界。沒曾想，再次相遇已是3年之後了。