1. 程式人生 > >電商的框架和代碼

電商的框架和代碼

一句話 深入 bsp 自身 鏈接 人力資源 模式 大眾 瓶頸

框架和代碼都是死的,人是活的。

有一個靠譜的初創技術團隊和核心技術大拿,知道什麽階段用什麽技術方案來滿足業務和可擴展性之間的平衡,很重要。

比如說,如果技術團隊本身對ecshop已經摸得很熟,那初期直接選擇ecshop是見效最快可以直接拿出手讓市場來檢驗產品的選擇;但前提是技術必須知道用ecshop到什麽時候會成為瓶頸(通常是業務發展到一定規模需要根據自身情況進行深入定制的時候),並抓住公司發展的一切間隙來布局整個架構的逐步替換升級。 但如果技術團隊有能力在有限時間人力資源下完成自主開發,從以後的易管理和可擴展角度來說,肯定是優於使用第三方框架的方案。因為但凡是第三方通用平臺,必然會為了其通用性而犧牲一部分靈活性和性能,同時往往在平臺升級過程中出現無法向下兼容的問題。一旦業務到達爆點,再要在第三方平臺上施展就很困難。 總之一句話,不管你選什麽方案,都要知道自己對其的操控力極限在哪裏。在極限到來之前,再用合適的升級方案來替代,才是王道。沒有一勞永逸的系統,沒有一成不變的生意。

鏈接:https://www.zhihu.com/question/19571883/answer/13639221
來源:知乎

過去的框架面向的所有群眾,所以犧牲了一部分靈活性和性能。不過這種面向大眾的電商模式是否適用於現在或者未來; 註重規模勢必在體驗度上有所不足。至於到底 抓住一部分的客戶將自己網站做成一個新的Ip 還是註重平臺化規模化 取決於 站主 遇到的情況 來做出的選擇。

電商的框架和代碼