一

“LinkDevelop平臺，是物聯網生態的底層支撐”。

工程師根據ALink協議，結合LD平臺可以迅速進行物聯網項目開發。如果一個老產品需要改造“上云”，兩個工程師花費一周的時間基本上就可以就解決問題。

二

一個物聯網項目的順利進行離不開倆物種的參與，一個叫硬件工程師，另一個叫軟件工程師，通俗點說就是云上工程師和云下工程師。

比如一個物聯網燈泡，它的功能是通過APP控制亮度。那么云下工程師負責這個燈泡的電路實現，能夠接收APP發送的指令，根據指令控制亮度（其中涉及到了硬件電路，安規認證，電磁兼容測試等，要求比較“硬”）；云上工程師負責編寫整個APP，并根據用戶的輸入，發送指令到燈泡（其中涉及到了云服務器，后臺代碼，前端代碼等，要求比較“軟”）。

去人才市場上，很容易就能找到云上高手和云下高手，都是技術上非常給力的小伙伴。但是問題來了，你能保證兩個不同的物種高效地進行合作嗎？如何讓兩種工程師進行高效協作才是你面臨的最大難題。

三

有一個叫作ALink協議的語言，成功解決了兩個物種之間交流困難的世紀難題！這是LinkDevelop平臺的靈魂，也是阿里云較之其他云平臺非常具有競爭力的地方。

比如要開發這個物聯網燈泡，團隊的成員要坐在一起討論一下具體的技術細節。云下工程師和云上工程師是兩種完全不同的行業，隔行如隔山，他們的思維模式是有巨大差異的。

LD平臺提供了一個全棧的開發支持，包括設備開發，應用開發，數據開發等，還提供對Web應用的托管服務。

同時LD平臺提供多人協作的模式。產品經理新建一個項目之后，就可以把涉及到的工程師都加入到這個項目中，大家一起來做。

四

首先讓云下工程師了解一下ALink協議。他在開發硬件設備時，數據上報和數據收發的格式要遵守ALink協議。那么他只負責把數據調通就行了，其他的不用管。

在這之前，需要定義一下產品的屬性，實現功能啥的，這里的操作決定了“物的模型”。

“物的模型”對于云上工程師來說也很重要，因為它是根據ALink協議做出來的功能，JSON字符串中的關鍵字啥的都是和這里對應的。

同時，LD平臺也提供了一個調試的后臺，方便云下工程師從云端收發數據，打通設備到云端的數據鏈路。

對于云下工程師來說，設備的數據收發調試正常就OK了，其他的不用管。剩下的是云上工程師的工作了。看到了吧，通過LD平臺來管理項目，能明確各個工種之間的界限，誰該干啥一目了然。

五

對于云上工程師，能發揮的地方可就多了，基本上剩下的都是你的戲。Web應用開發就不多說了，在本地調試好代碼之后，可以直接上傳到LD平臺上，阿里云提供了一個托管服務，你不用租服務器就可以讓網頁正常地顯示，并實現自己的業務邏輯。

如果你用Python,C#等語言開發軟件，也可以高效地進行。秘訣就是阿里云的服務器已經把云下工程師做的設備，給抽象成了一個又一個的API，你的程序只管調用對應的API就行了。

軟件對所有設備的數據收發，都是通過API來實現的。當然在某些環境中要調用這些API是需要權限的，數據的安全性不必擔心。

有了API這樣的神助攻，作為云上工程師的你，還怕什么硬件電路？一切都是那么的熟悉，一切還是原來的套路，開心地寫代碼吧，發揮你自己的長處即可。

六

ALink協議真正發揮巨大推動作用的地方，是整個物聯網生態。

再回憶一下剛才硬件工程師的工作吧，當設備接入LD平臺的時候，用的是ALink協議，那么對于服務器來說這個設備就是一個API。那么另外一個團隊想開發一個產品，其中有一個小小的功能恰好和物聯網燈泡類似，最快的解決方案是什么？

你直接去購買對方的設備即可，然后你就不用管物聯網燈泡這樣一個小的步驟了，只專注于自己的核心業務即可，你可以很快地根據API調用這個設備。

如果你的整個項目中還有其他的小的功能恰好也在LD平臺上有人做過，那么你的效率會不會更高？整個物聯網生態一下子就活躍了起來！

阿里云提供了一個叫做“Link Market”的平臺，專門用來撮合生意的。幫助各位開發者尋找已有的項目直接進行磋商。你們團隊的盈利點不僅僅是當下這個項目，還會是這個項目之后帶來的一些技術分享與服務。

七

廣大開發者都加入到LD平臺中來，那么整個物聯網生態就會非常活躍；參與的人越多，那么平臺中積累的技術就越豐富，一個新的想法就越有可能更快地實現。

對于開發者個人來說，你的技術多了一個變現的渠道就是通過LD平臺開發設備或者插件。對于整個物聯網生態來說，LD平臺加速了項目的落地，極大地提高開發效率。

八

廣告時間。市場上已經有了一套專門的視頻教程，來講述LD平臺的使用方法，以一個“物聯網彈幕器”為例子，講述了云上工程師和云下工程師的工作內容，幫助你了解整個物聯網全棧開發過程中的重要環節。