是嗎? 是真的嗎? 第一個APUI在這裡...

管道 阿普伊 (應用程序編程用戶界面)可能在這裡。 我一直在關注雅虎! 管道,用戶可以過濾和操作的引擎 RSS 飼料。

不過,這僅僅是開始,並且會令人興奮。 我談到了這個需要 技術 去年底和 預測 那2007年將是 GUI 整合互動,我真正相信這是突破性的一年。

如果雅虎! 管道可用於操作 RSS,這是從 RSS 移動到其他的一小步 XML的 API 和Web服務。 我相信這些接口在未來幾年將變得異常強大,以至於開發人員的需求可能會開始下降。

管道

還有很多工作要做……但這可能會徹底改變網絡並真正將構建應用程序提升到一個新的水平。 快速編程將從數週、數小時、數分鐘變為轉換數據、過濾數據並基於數據觸發事件。 想像一下作為營銷人員坐下來簡單地“繪製”您的下一個活動的流程圖……無需編寫代碼、無需軟件成本、無需開發人員、無需預算超支和遲到的項目。

這是我的下一個預測……在接下來的幾年裡,軟件開發人員的需求將繼續增加,可能會持續到下一個十年; 然而,此後對開發人員的需求將開始下降,因為人們只是利用企業級 APUI 來構建他們的軟件、工作流、交互和數據處理。

這真讓人興奮!

2 個評論

  1. 1

    首先非常簡短的印像是,它在概念上與Demicron的Wirefusion使Java應用程序構建的方式相似……

    放入“模塊”將其鏈接到其他模塊,定義參數並發布。

    我只是希望Demicron能夠帶來Wirefusion的“精簡版”,從而減少一些3d支持並增加一些2d圖像處理……但這是針對另一篇文章。

    • 2

      我們到了! 我記得利用 代理解決方案 幾年前,這是一個編寫XML計劃的ETL GUI。 它們位於中間,具有出色的拖放功能。 我們可以用幾個小時而不是幾個星期來編寫計劃。 我一直在等待有人將其“網絡化”一段時間。

      隨著Web服務的出現,我真的很驚訝,沒有人能夠構建GUI來讀取WSDL,而您可以利用該WSDL來構建在線拖放界面。 我很激動,因為這肯定比我們近了一步。 我希望雅虎“民主化”管道,並允許第三方建立自己的模塊。

      儘管我已經寫過一些書,但我不是Java的人。 在開發方面,它們似乎是安靜的多數。 隨著Sun的影響力不斷增長,我希望Java也能做到。 .NET肯定模仿了某些功能,我注意到其他平台更容易採用Java。 我可能需要在Java上做更多作業。 🙂

      我要結帳 線融合。 謝謝!

你覺得呢?

本網站使用Akismet來減少垃圾郵件。 了解您的評論如何處理.