chinese叫床videos,色情放荡肉欲小说免费听书,中文字幕精品亚洲无线码二区,亚洲av色香蕉一区二区三区

導(dǎo)讀

今天讓我們繼續(xù) 《三品軟件——看圖說(shuō)話系列》，本次討論主題與項(xiàng)目中【需求】的無(wú)限增長(zhǎng)相關(guān)。
標(biāo)題借用了美國(guó)科研體現(xiàn)中作用最大的一個(gè)法案的名稱，《科學(xué)：無(wú)盡的前沿》。這份法案曾經(jīng)領(lǐng)導(dǎo)美國(guó)科技雄霸天下，控制全球產(chǎn)業(yè)。盡管他們是科學(xué)，我們是產(chǎn)業(yè)，有較大的差異，但我們?cè)谶@篇文章中主要關(guān)注其共性，那就是：如何在資源有限的情況下，安排研發(fā)經(jīng)費(fèi)，如何調(diào)動(dòng)人力資源，才能逼近最優(yōu)解，并在有限的時(shí)間條件下，讓我們獲得的價(jià)值最大化。

為節(jié)省您的閱讀時(shí)間，這里做個(gè)全文概述：

需求是沒(méi)有邊界的，項(xiàng)目中不變的規(guī)律就是一直在變（不變的項(xiàng)目通常是死了），然而人力資源（特別是程序員、工程師資源）是有限的，如何解決 【需求無(wú)限】 和 【人力有限】 之間的矛盾，這是每一個(gè)物聯(lián)網(wǎng)企業(yè)、IT企業(yè)所需要面對(duì)的永恒的話題。

本文提出了一個(gè)觀點(diǎn)，即：我們通過(guò)基于云原生編輯器，可以極大的解決無(wú)限需求的問(wèn)題。

換個(gè)角度說(shuō)：我們可以創(chuàng)建出一個(gè)平臺(tái)，對(duì)外培訓(xùn)，賦予合作伙伴快速進(jìn)行高級(jí)編輯的能力，對(duì)內(nèi)提升平臺(tái)自動(dòng)化程度，用來(lái)替換大部分程序員的時(shí)間，將項(xiàng)目效率提升數(shù)倍。上述內(nèi)容可能有些費(fèi)腦，下面我們會(huì)慢慢解釋?zhuān)P(guān)于效率提升數(shù)倍（至少三倍），您一定心存質(zhì)疑，下面讓我們來(lái)看看具體的論證過(guò)程。

一、現(xiàn)狀

目前的現(xiàn)狀，程序員、工程師所處的位置，位于【連接中樞】（如圖）：

上圖中，我們可以看到：

在項(xiàng)目中，需求的流向，集中在程序員身上，程序員負(fù)擔(dān)了極大連接的職能，已經(jīng)超負(fù)荷，成為了整個(gè)系統(tǒng)的瓶頸。

整個(gè)系統(tǒng)是串行的，很多流程必須等待程序員，這近似于全程交通擁堵，沒(méi)辦法多線程全開(kāi)。只能雇傭更多程序員，但這樣人力成本又上去了，陷入進(jìn)退兩難的局面。

策劃經(jīng)理、客戶，無(wú)法直接接觸產(chǎn)品，中間被程序員隔斷了，然而系統(tǒng)設(shè)計(jì)的 idea 的傳達(dá)，需要耗費(fèi)極大的溝通時(shí)間成本，不管是寫(xiě)策劃文檔也好，又或者是來(lái)來(lái)回回、高密度的溝通會(huì)議也好，都在極大的消耗企業(yè)的人力資源、時(shí)間和金錢(qián)。

二、啟發(fā)

前面說(shuō)了，現(xiàn)有模式類(lèi)似【串行等待模式】，效率無(wú)法提升，遇到瓶頸。讓我們?cè)賮?lái)看看另外一種，【并行模式】，應(yīng)該會(huì)有一些啟發(fā)（如圖）：

上圖中，我們可以看到：

Photoshop 充當(dāng)了中間節(jié)點(diǎn)，承接了所有連接和交互。

畫(huà)家（對(duì)應(yīng)于企業(yè)經(jīng)理和策劃），節(jié)省了和程序員溝通的時(shí)間，溝通時(shí)間等于零。

畫(huà)家直接接觸自己的產(chǎn)品，可以讓自己的需求通過(guò) Photoshop 這個(gè)編輯器進(jìn)行【無(wú)限】的變換，想改就改，改后立即可見(jiàn)，可以實(shí)現(xiàn)立即反饋、立即改進(jìn)、立即部署。

以此類(lèi)推，其他諸如此類(lèi)的編輯器，如Word、3ds Max、CAD、SolidWorks等，在創(chuàng)作時(shí)，創(chuàng)作者同樣無(wú)需向程序員提需求便可直接創(chuàng)作。

那么，我們現(xiàn)在得到一些疑問(wèn)：

為什么 IT 行業(yè)，沒(méi)有一個(gè)強(qiáng)大的編輯器，可以滿足【創(chuàng)作者】的需求？

為什么我們要重度依賴【程序員】？

三、困難、挑戰(zhàn)和機(jī)遇

在給出下一幅圖之前，我們先用文字來(lái)描述面臨的困境。阻礙一款強(qiáng)大的 App/網(wǎng)站 編輯器誕生誕生主要有以下這些原因：

1.長(zhǎng)期以來(lái)【網(wǎng)絡(luò)帶寬】一直是個(gè)大問(wèn)題，由于網(wǎng)速太慢，無(wú)法支撐云編輯器（多人同時(shí)在線編輯一個(gè)文檔或項(xiàng)目），而網(wǎng)站、App 則重度依賴 網(wǎng)速，所以很難出現(xiàn)好的在線云原生編輯器。

2.由于歷史遺留問(wèn)題，傳統(tǒng)的編程是在沒(méi)有鼠標(biāo)交互，而只有鍵盤(pán)的環(huán)境下，這種傳統(tǒng)如此牢固，以至于大家都不相信拖拽能得到好的編程體驗(yàn)。

3.人們對(duì) “高級(jí)編程” 過(guò)于崇拜，不相信積木式拖拽編輯器可以完成邏輯編程。

4.人們對(duì) “拖拽編輯” 有誤解，認(rèn)為但凡是編輯器就必須且必然是 “傻瓜化” ，并且拖拽和點(diǎn)擊都是給 “小孩子” 用的，實(shí)際我們反思一下就知道，很多編輯器都不是給小孩子使用的，如上面提到的 Word、CAD、3ds Max 等等。而且我們的下一代，大部分都是 iPad 原住民。這個(gè)方向值得我們?nèi)ラ_(kāi)拓。然而，市面上的編輯器，特別是 h5 編輯器，都過(guò)于傻瓜化，沒(méi)有走向高培訓(xùn)高技巧的編輯器之路。

5.由于前面提到的對(duì)鍵盤(pán)編程的崇拜（源于 C++、Linux ），大家認(rèn)為編程就是鍵盤(pán)編程、邏輯就是鍵盤(pán)邏輯，布局就是代碼布局，美術(shù)就是美術(shù)設(shè)計(jì)完了給程序切圖和組裝。實(shí)際上，這些操作都可以由策劃和美術(shù)自己完成，只要我們提供良好的拖拽界面和少量的培訓(xùn)。目前還沒(méi)有一家公司想到把UI界面布局和邏輯拖拽合二為一，這說(shuō)明這件事情很困難，也說(shuō)明這極有可能是一片藍(lán)海。

6.瀏覽器早期的競(jìng)爭(zhēng)，使得網(wǎng)絡(luò)編程環(huán)境不穩(wěn)定，特別是 IE 系列瀏覽器，用戶無(wú)法在不同的瀏覽器中獲得一致的視覺(jué)和交互體驗(yàn)。

7.傳統(tǒng)的編程環(huán)境中存在很多【人力斷層】，在這些斷層中，您會(huì)看到大量的程序員在做【非自動(dòng)化】的工作，如：書(shū)寫(xiě)各種包含符號(hào)和括號(hào)的腳本，這些腳本不提供智能化提示，難以維護(hù)。還有其它場(chǎng)景：手工對(duì)接接口、手工解析信號(hào)（get 和 post 協(xié)議）、手工編譯、手工部署、遠(yuǎn)程登錄和調(diào)試。而要做出完美的編輯平臺(tái)，這些步驟都必須全部自動(dòng)化。這又帶來(lái) “性能” 問(wèn)題，下面一點(diǎn)會(huì)講到。

8.人們迷信只有 “程序員親手寫(xiě)出的代碼” 才是高性能的代碼，實(shí)際上大部分程序員是調(diào)包程序員或者膠水程序員，他們產(chǎn)生的代碼，不但性能不高，而且有可能性能很差，經(jīng)常報(bào)錯(cuò)。

9.優(yōu)秀程序員不是不存在，而是被大廠壟斷，中小企業(yè)難以承擔(dān)優(yōu)秀程序員過(guò)高的成本。

10.并沒(méi)有任何一個(gè)平臺(tái)能夠?qū)?yōu)秀程序員輸出的組件以人性化的方式提供給廣大的產(chǎn)品經(jīng)理或策劃，即便是 github 和 npm 社區(qū)，也沒(méi)有做到，這不是能力問(wèn)題，而是習(xí)慣問(wèn)題，由于慣性思維，人們傾向于雇傭程序員團(tuán)隊(duì) ，然后間接實(shí)現(xiàn)產(chǎn)品，而不是提供編輯器給產(chǎn)品經(jīng)理，讓產(chǎn)品經(jīng)理有能力去直接構(gòu)建產(chǎn)品。

11.跨界程序員太少，以致于很少有程序員能想到【合并界面編輯器和邏輯編輯器】。

12程序員即便是想到這條路徑，但令人遺憾的是，程序員表達(dá)能力通常不足，而大部分企業(yè)負(fù)責(zé)人也只愿意嘗試現(xiàn)有模式，不愿意承擔(dān)風(fēng)險(xiǎn)和代價(jià)。但是，我們都知道，越是有風(fēng)險(xiǎn)的事情，越有機(jī)會(huì)，因?yàn)榇蟛糠秩硕疾桓姨と肜壮?，只有膽大者可以搶占先機(jī)，實(shí)際投資的時(shí)候，也不需要  ALL  IN  所有資源。

13.實(shí)際實(shí)現(xiàn)過(guò)程中，還有很多斷層，包含但不限于這些：數(shù)據(jù)庫(kù)、Linux/Windows部署環(huán)境設(shè)置、域名設(shè)置、緩存配置、連接斷層、權(quán)限斷層、底層瀏覽器生態(tài)斷層......要合并這些斷層，沒(méi)有極強(qiáng)的架構(gòu)能力和預(yù)見(jiàn)能力，是無(wú)法達(dá)成的。因?yàn)槔щy，所以很多拖拽式編輯器的企業(yè)，放棄了合并這些斷層，放棄了邏輯編輯器，最后只能做簡(jiǎn)單定制。話又說(shuō)回來(lái)，有時(shí)候難，恰恰代表了機(jī)遇，因?yàn)闊o(wú)人競(jìng)爭(zhēng)。

反過(guò)來(lái)看，我們認(rèn)準(zhǔn)的方向，也并不是盲目和毫無(wú)根據(jù)的，可以觀察到，目前各種條件已經(jīng)接近成熟，筆者認(rèn)為是時(shí)候做一款界面布局和邏輯拖拽合為一體的產(chǎn)品了，理由如下：

1.5G 來(lái)臨，未來(lái)不管我們身在何處，網(wǎng)速將不再是問(wèn)題。

2.設(shè)備越來(lái)越輕量化，特別是今年，VR 設(shè)備解決了很多暈眩和分辨率的問(wèn)題，正在重新火起來(lái)，拖拽式編輯將迎來(lái)新的藍(lán)海。將來(lái)，用戶隨時(shí)隨地都可以使用大屏幕拖拽編輯+語(yǔ)音輔助控制+VR空間編輯。

3.FaceBook 正在研發(fā)新的手環(huán)，一旦完成，可以支持在 3D 虛擬空間中，輕易拿捏 和抓取物品，編輯物品，編輯的效率將迎來(lái)巨大的飛躍。

4.語(yǔ)音控制越來(lái)越智能化，可以用來(lái)輔助編輯器，提高編輯效率。

5.React 、 Vue 等項(xiàng)目，也間接地證明了，模塊化是未來(lái)的趨勢(shì)，一個(gè)邏輯文件上千行的歷史，將一去不復(fù)返，而積木式編輯器，正好可以在少量代碼的環(huán)境下流暢工作。

6.Flash 、Weex、Flutter 等項(xiàng)目，都在試圖統(tǒng)一當(dāng)年瀏覽器沒(méi)有做到的一致化環(huán)境，而 WebAssembly 技術(shù)，也在不斷的進(jìn)行統(tǒng)一規(guī)劃，未來(lái)的環(huán)境會(huì)越來(lái)越好。

7.由于摩爾定律的指引，CPU 、內(nèi)存等資源的成本逐年下降，我們現(xiàn)在可以用自動(dòng)化批處理程序來(lái)替代很多程序員的手工操作，這實(shí)際是用算力換時(shí)間，容量換時(shí)間。

8.人工智能的發(fā)展，也給平臺(tái)智能化運(yùn)作帶來(lái)了曙光。

9.網(wǎng)絡(luò)的評(píng)價(jià)模式，用戶內(nèi)容的產(chǎn)出模式以及分享模式，已經(jīng)在現(xiàn)有的大量 App 上得到了驗(yàn)證，我們只需要把這種模式推廣到 組件編輯器云平臺(tái)上。

10.蘋(píng)果的 AppStore 模式，也證明了軟件市場(chǎng)的潛在價(jià)值，而我們可以參照此模式，產(chǎn)生出一個(gè)全新的，更低顆粒度的積木市場(chǎng)。用戶可以用積木搭建自己的 App。

11.天使投資家的眼界也越來(lái)越豐富，以此為目標(biāo)的團(tuán)隊(duì)，只要能獲得對(duì)應(yīng)的驗(yàn)證數(shù)據(jù)，相信能通過(guò)風(fēng)險(xiǎn)投資進(jìn)行快速擴(kuò)張，并最終形成具有網(wǎng)絡(luò)優(yōu)勢(shì)的組件市場(chǎng)，如此，資金便不再是問(wèn)題。

12.Chrome 以及 Flutter 、 Kraken 等平臺(tái)的性能，已經(jīng)接近原生，是時(shí)候考慮跨平臺(tái)編輯器了。

13.我們?cè)谄髽I(yè)內(nèi)部已經(jīng)獲得共識(shí)，即：一切都是輸入、處理、輸出，包括產(chǎn)品策劃的文檔以及編程的代碼，本質(zhì)上都是在編輯函數(shù)，也就是說(shuō)，文檔、組件、積木、封裝、函數(shù)、邏輯，可以等價(jià)，既然如此，何不嘗試做一個(gè)統(tǒng)一編輯界面，產(chǎn)品經(jīng)理和策劃，直接操作編輯器，而程序員只需遠(yuǎn)程提供積木式組件支持。

四、最終架構(gòu)

總結(jié)起來(lái)，編輯器獲得的，就一個(gè)字，快。為什么快呢？請(qǐng)看下圖：

由上圖，我們可以看到，用戶通過(guò)編輯器，直接編輯自己的產(chǎn)品，無(wú)需等待，可以獲得即時(shí)反饋，三方是并行狀態(tài)，互不阻塞。這本身就代表了效率的極大提升（至少三倍）。這當(dāng)中，有沒(méi)有漏洞和難題呢 ？有的，但也不是沒(méi)有規(guī)避的路徑：

1.一開(kāi)始組件會(huì)非常少（這個(gè)可以通過(guò)合作的方式解決，開(kāi)源社區(qū)和企業(yè)伙伴都可以貢獻(xiàn)組件，我們內(nèi)部也積累了一些組件，而且目前平臺(tái)可以快速封裝現(xiàn)有組件，這方面幾乎沒(méi)有實(shí)施風(fēng)險(xiǎn)）

2.一開(kāi)始的培訓(xùn)過(guò)程需要反復(fù)斟酌（還好我們內(nèi)部有程序員曾經(jīng)做過(guò)培訓(xùn)教師）

3.社區(qū)的分享和付費(fèi)機(jī)制、以及規(guī)章制度，有一個(gè)完善的過(guò)程（需要磨合）。

4.拖拽式交互體驗(yàn)需要不斷迭代。（需要時(shí)間打磨）

5.平臺(tái)不夠自動(dòng)化。（需要我們補(bǔ)全和編寫(xiě)自動(dòng)化編譯和部署邏輯）

一旦解決以上問(wèn)題，將會(huì)產(chǎn)生飛輪效應(yīng)：組件越多 → 用戶越多 → 慕名來(lái)平臺(tái)賺取收入的程序員也就越多 → 能篩選出的優(yōu)質(zhì)組件也就越多 → 用戶也就越多。這是一個(gè)正循環(huán)。

三品軟件目前正在努力達(dá)成這一平臺(tái)，設(shè)立了一個(gè)專(zhuān)門(mén)運(yùn)營(yíng)此項(xiàng)目的部門(mén)，我們希望在不久的將來(lái)能通過(guò)這個(gè)平臺(tái)賦能給我們的企業(yè)客戶，讓他們獲得如下能力：

1、 像現(xiàn)有的H5編輯平臺(tái)那樣，快速生成App和 網(wǎng)站，但依然保有強(qiáng)大細(xì)致的像素級(jí)定制和更新能力。

2、通過(guò)云平臺(tái)編輯器， 快速生成企業(yè)自身的編輯器 ，不必依賴程序員。

3、企業(yè)之間，可以自由的共享和售賣(mài)自己編寫(xiě)的組件，不必再拖延到完成整個(gè)項(xiàng)目，將來(lái)的企業(yè)，可以只專(zhuān)注于單個(gè)組件，而沒(méi)有必要完成整個(gè)項(xiàng)目（這是一種社會(huì)資源浪費(fèi)，也是內(nèi)卷）。

4、 快速對(duì)接其它企業(yè)的能力。

5、 自動(dòng)部署的能力。

6、 像Word或CAD一樣，最大限度剝離程序員，節(jié)省大量溝通成本。

7、 企業(yè)則由此降低了人力成本，有更多的經(jīng)費(fèi)應(yīng)對(duì)經(jīng)濟(jì)危機(jī)，有更多的資金進(jìn)行其它的投資。

筆者認(rèn)為這樣的平臺(tái)建立起來(lái)后，可能會(huì)淘汰一批技術(shù)落后的程序員。物競(jìng)天擇，優(yōu)勝劣汰，革自己的命，讓天下程序員無(wú)路可走，在競(jìng)爭(zhēng)激烈的大環(huán)境下，存活下來(lái)的程序員都是最優(yōu)秀的。而在組件式平臺(tái)上，也只有最好的那幾家可以通過(guò)提供良好的拖拽式體驗(yàn)，以及穩(wěn)定的組件存活。
拖拽式雖然有很多項(xiàng)目在嘗試，但真正并入邏輯拖拽的廠商，少之又少，而我們認(rèn)為，即便是編寫(xiě)邏輯，人腦也更愿意用手指拖拽的方式來(lái)操作，人腦是惰性的，自然會(huì)選擇更貼近手指的操作。并且隨著基礎(chǔ)設(shè)施的完善（網(wǎng)絡(luò)、VR、硬件智能等），拖拽的編輯效率最終會(huì)超過(guò)鍵盤(pán)編程，而且您可以在家中，就可以享用全世界最好的程序員寫(xiě)出來(lái)的最穩(wěn)定的組件，也可以享用最優(yōu)秀的美術(shù)，提供的最精致的界面裝飾。為什么不呢？三品軟件正在路上，目前我們已完成了很多基礎(chǔ)工作，比如布局管理器和表單管理器，正在完成最后一塊拼圖：邏輯組件編輯器以及相關(guān)的推薦、評(píng)論、分享付費(fèi)型社區(qū)。

期待有更多合作伙伴加入我們，共同建設(shè)下一個(gè)擁有良好編輯體驗(yàn)的組件化全球市場(chǎng)。如果您有更好的建議或意見(jiàn)，歡迎與我們聯(lián)系探討。