摘要：年加入有贊作為兼聯(lián)合創(chuàng)始人，目前在有贊管理著多人的技術(shù)團隊，帶領(lǐng)團隊致力于打造中國領(lǐng)域最好的開店軟件解決方案。訪談內(nèi)容如下，還請大家多提建議和反饋，大不了繼續(xù)去騷擾崔玉松老師。

前不久，獲悉有贊科技發(fā)布了個有贊云，據(jù)說開發(fā)者隨便搞搞，分分鐘便可以上線一個商城，略有不明覺厲之感。好不容易抓到了正在度假的有贊 CTO 兼聯(lián)合創(chuàng)始人崔玉松老師，就毫不專業(yè)地用微信發(fā)了一堆問題列表過去。好在玉松老師也是毫不矯情，被催了幾次之后完美不漏地給出答復(fù)——我的內(nèi)心其實是感恩的。

崔玉松，前阿里技術(shù)專家，喜歡折騰架構(gòu)，喜歡閱讀。2013 年加入有贊作為 CTO 兼聯(lián)合創(chuàng)始人，目前在有贊管理著 300 多人的技術(shù)團隊，帶領(lǐng)團隊致力于打造中國 SaaS 領(lǐng)域最好的開店軟件解決方案。

畢竟多年不寫代碼，很難問出顯得自己很專業(yè)的技術(shù)問題。訪談內(nèi)容如下，還請大家多提建議和反饋，大不了繼續(xù)去騷擾崔玉松老師。

過去基于有贊微商城、有贊微小店、有贊收銀、有贊分銷等業(yè)務(wù)沉淀了有贊云這樣的基礎(chǔ)設(shè)施，后續(xù)有贊提供的所有基礎(chǔ)服務(wù)都將是基于有贊云，比如剛剛發(fā)布的有贊美業(yè)，有贊餐飲，有贊零售，將來肯定還會有其他的完整解決方案基于有贊云而誕生。

剛好有贊一直在 2B 領(lǐng)域深耕，我們發(fā)現(xiàn)商戶很多的需求即使我們再做 5 年 10 年也不能都滿足，而市場上存在著大量優(yōu)秀的開發(fā)者，這些開發(fā)者非常熟悉他們所在領(lǐng)域的業(yè)務(wù)模型，非常聰明也有想法，而他們的痛點在于沒有龐大的底層研發(fā)團隊支撐復(fù)雜業(yè)務(wù)，我們深度研究之后發(fā)現(xiàn)在商家服務(wù)這個領(lǐng)域?qū)嶋H上在底層服務(wù)上有通用化的可能，于是我們就想結(jié)合我們的優(yōu)勢，將有贊過去的能力積累通用化改造，變成有贊云輸出給更多優(yōu)秀的開發(fā)者，讓優(yōu)秀的開發(fā)者一起來服務(wù)千萬級的商家。

有贊云從提出想法到對外公開發(fā)布么，差不多 10 個月時間，涉及到的研發(fā)人數(shù)超過 200 人，沒有仔細統(tǒng)計過人日，肯定超過 3 萬個人日，有贊云目前還是內(nèi)測階段，離非常自如的滿足市場需求，我估計至少還需要 12 個月的艱苦研發(fā)。

有贊云實際上能提供超過 800 個 API，目前根據(jù)市場需求對外開放的大約接近 200 個，有贊云效率提升主要是兩個維度，看開發(fā)者怎么使用。
如果開發(fā)者把有贊云當作一個 PaaS 平臺，實際上幫助開發(fā)者提升效率的主要來自于他不需要設(shè)計復(fù)雜的業(yè)務(wù)模型，也不需要去購買任何的服務(wù)器，也無需關(guān)注復(fù)雜的網(wǎng)絡(luò)和負載的事情，其中最復(fù)雜的是業(yè)務(wù)模型，比如會員業(yè)務(wù)，實際上就很復(fù)雜，目前市面上無數(shù)做 CRM 的開發(fā)者，幾乎每個 2B 的軟件都有 CRM 模塊，實際上做好的，屈指可數(shù)，到目前為止，我還沒有見到國內(nèi)有做好的。
如果開發(fā)者把有贊云當一個 SaaS 使用，實際上連業(yè)務(wù)模型都可以不管了，就變成了一個輸入輸出的通道，真的可以做到幾分鐘就能有一個相對完美的 CRM，或者其他有贊云提供的基礎(chǔ)服務(wù)。

我們一直積極采用多機房，多地點的部署策略，所有核心數(shù)據(jù)我們都實時存儲 3 份以上，分布在不同地域機房。安全性上有贊云一直使用國際標準的安全管理規(guī)范，未來幾個月我們會陸續(xù)對外公布我們獲得的國際安全認證的資格。

單個點看，好像也沒有特別大的坑，整體看還是坑很多的，最大的坑就是業(yè)務(wù)發(fā)展速度太快，復(fù)雜度急速上升，招聘和組織架構(gòu)沒有及時跟上業(yè)務(wù)發(fā)展，出現(xiàn)了大家分頭用各種方法去解決眼前問題，導(dǎo)致后期在統(tǒng)一過程中花了很多的精力和人力。

最難解決的就是穩(wěn)定性，這個穩(wěn)定是因為業(yè)務(wù)的超速發(fā)展必然帶來的，穩(wěn)定性上我們差不多花了 18 個月時間，所有的研發(fā)團隊都有參與，甚至包括銷售和服務(wù)人員，我們內(nèi)部建立了故障秒級同步的措施，發(fā)生了任何一個影響稍大點故障，其他部門都能及時獲得故障信息。

這個好像真沒有，困難實際上都是預(yù)計到的，只是解決的速度跟不上，實際上如果都解決了也不是很對，要達到那種程度需要建立很多的規(guī)則，也需要花很多的時間去建立執(zhí)行規(guī)則的規(guī)則，這個現(xiàn)在看，好像對短期有利，長期看，沒有了灰色地帶，會束縛優(yōu)秀的人的發(fā)揮。

所有的系統(tǒng)和架構(gòu)都是演進過來的，最痛苦和最艱難的時候，我也想過有沒有什么一蹴而就的方式可以到達我們想要的方向，甚至也包括請最牛逼的人才過來解決，最終都是沒有太大效果，如果你的系統(tǒng)不是一個很傻的人設(shè)計和開發(fā)的，基本上不可能存在一下子會有個革命性突破，有贊的訂單系統(tǒng)到現(xiàn)在經(jīng)歷 4 版的重構(gòu)了，每個重構(gòu)都耗費巨大，但是每次都是有質(zhì)的提升。
注：據(jù)說有贊的技術(shù)團隊連別人家的 CTO 也不放過，另外吸收了 17 個 CTO，稱為“可能是 CTO 最多的互聯(lián)網(wǎng)公司”。

1、用戶能感知到的網(wǎng)頁速度快慢主要是首屏速度（也就是大家常說的打開速度）；
2、首屏速度最主要跟 css 和首屏所需的圖片這兩者的加載快慢有關(guān)。
所以，我們對于流量最大的幾個重點頁面做了首次訪問使用 css inline（不需要下載 css 文件了）、后面訪問使用緩存的 css 文件、重點資源的異步預(yù)加載、圖片 webp 適配、常規(guī)的頁面內(nèi)容/圖片懶加載、spdy/http2（共用 tcp 鏈接，讓 ajax 請求更快） 等等一系列優(yōu)化。

有贊云接下來幾年專注于底層 PaaS 和 SaaS 服務(wù)的研發(fā)，團隊配置會發(fā)生一些變化，主要是對業(yè)務(wù)抽象，業(yè)務(wù)建模，研發(fā)系統(tǒng)支持（運維工具，診斷工具，測試工具），大數(shù)據(jù)上會做更多的投入，主要的原因是有贊云要對接各種各樣的業(yè)務(wù)類型，有各種各樣的開發(fā)者，要實質(zhì)性的提升效率，這些都是必須要具備的，未來相對成熟后，我們也希望能把我們的一系列好用的工具提供給我們的開發(fā)者使用，幫助他們進一步提高系統(tǒng)的治理水平。

我們暫時沒有向所有開發(fā)者完全放開，我們做有贊云的初衷是為了滿足商戶沒有得到滿足的需求，有贊云目前在開發(fā)者這里是在追求質(zhì)而非量，我們希望開發(fā)者最好是某個 2B 領(lǐng)域從業(yè)人員，或者是熟悉特定的 2B 領(lǐng)域，能夠真正構(gòu)建一些有用的東西，比如，我們內(nèi)測中的一些合作伙伴，有些在醫(yī)藥行業(yè)深耕了十幾年了，非常非常熟悉醫(yī)藥行業(yè)的痛點；有些在健身這個行業(yè)干了十幾年了，自己就是健身房的老板，總是找不到一個靠譜的軟件；有些是美容連鎖集團的負責(zé)人，有幾十人的技術(shù)團隊，但是就是怎么做都做不好；有些是傳統(tǒng) ERP、WMS 等廠商，希望能拓展自己的服務(wù)領(lǐng)域。類似這樣的開發(fā)者和合作伙伴是我們希望未來半年里服務(wù)的人群。

據(jù)說某員工周末在家無聊做了個有贊公益，目前用于內(nèi)部的公益售賣；還有清明節(jié)因不專心拜祖 YY
出了有贊會議。其它基于有贊云底層服務(wù)的產(chǎn)品還有在 Menlo 新零售春季沙龍上發(fā)布了出來的有贊零售、有贊美業(yè)、有贊餐飲等名稱耿直的產(chǎn)品。

如崔玉松老師所說，當前的有贊云還是基于業(yè)務(wù)方向的服務(wù)，對于開發(fā)者來說，除了做技術(shù)外包之外，說不定還可以通過幫助他人開商城賺外塊了。不用謝我提醒。