靠譜。

之馬工場是基于自由工作的軟件開發平臺。創始于2015年，前身是“芝麻開發平臺”。

之馬工場是一個自由工作平臺，通過組織自由工作者，開發軟件產品或為客戶提供項目外包技術服務。目前平臺上的注冊自由工作者已經超過5000人，主要是IT行業的工程師，包括PHP工程師、前端工程師、UI設計師、產品工程師、Java工程師、Python工程師、安卓開發工程師、IOS開發工程、測試工程師等。

之馬工場致力于為技術工作者提供一份按時計費、多勞多得、不用參與商務溝通、公平公開、舒適的自由工作。

這個要看情況。

如果您身邊有能力出眾的互聯網大牛和足夠的資金就可以自己開發網站，這樣您對這個網站的所有會更了解。

如果您身材缺少互聯網的人才或者資源緊張就可以考慮請外包公司開發您您所需要的網站這樣簡單省事。

我自己親身經歷過兩次網站開發的案例您如果需要了解什么隨時可以提問。

這周我差不多花了兩個半天的時間進一步研究了下網上的低代碼開發平臺，也就是原來我們經常說的快速開發平臺。研究這個的一個主要原因就是我們看到在新的微服務，DevOps，ServerLess技術，前端新技術的發展趨勢下，低代碼開發在時隔多年后被再一次的提起。

在微服務和云原生解決方案不斷發展的情況下，我們看到當前的云服務已經從最傳統的彈性計算和存儲能力，提升到了我們常說的PaaS平臺層，即提供更多的類似消息，緩存，數據庫，中間件，安全，大數據平臺等平臺層服務能力。

有了這些共性技術服務能力后，應用開發就能夠基于這些共性技術服務能力，應用開發能夠更加只關注業務流程和業務邏輯的實現，再加上當前主流的微服務+DevOps+容器調度的云原生解決方案思想。即我們當前的應用開發更加敏捷和高效，能夠快速的響應業務的需求。

那么我們接著能夠考慮的就是再平臺層足夠強大后，我們的開發能否進一步更加簡化，能夠實現無代碼或少量代碼就能夠完成一個功能的開發和朝云端的部署上線。比如我們現在看到的亞馬遜的公有云提供的ServerLess就是一個典型的場景。你只需要寫少量的配置文件或函數方法，就能夠完成一個類似網頁爬蟲，信息搜索，圖片存儲等互聯網功能。

第一：傳統的快速開發平臺

為了搞清楚低代碼開發，我們可以看下在原來我們經常提到的快速開發平臺。對于原來我們談的快速開發平臺，我想可以初步分為兩種典型的類型。

1. 面向業務人員：完全不需要開發經驗，不用接觸代碼。典型是類似各種BPM高度流程表單可定制產品。

2. 面向技術人員：提供快速開發平臺和工具，比如代碼自動生成，功能大部分可配置+腳本編寫模式。

對于面向業務人員方式的平臺往往就是一個高度靈活的空平臺，所有的對象，數據，流程，規則，權限等你都可以隨意的配置和定制。類似各類BPM產品，但是實際上可以看到這類產品無法開發規則業務復雜的系統。

對于面向技術人員的快速開發平臺，類似我們常說的普元，JeeSite， JEPaaS，起步科技的PaaS平臺等都屬于這種類型。但是這種類型的平臺本身又細分為了兩種，一種是僅僅輔助開發和代碼生成，即所有的開發內容都生成代碼，脫離開發平臺環境也能夠成功運行；還有一種就是強綁定，平臺很大內容不生成代碼，對你黑盒，無法脫離環境運行。

我原來比較強調技術開發類平臺是否提供源代碼，是否進行強綁定，但是最近思考了下這個反而不是重點，真正重要的還是這個平臺對各類場景，各類業務需求下的通用模式抽象能力，這個將直接影響到平臺本身的好壞。比如一個平臺本身黑盒無法擴展，但是你的業務場景又很難配置出來，那么整個平臺的可用性就大大的打折扣。

其次，對于一個快速開發平臺，我們可以有一個重要結論：

你對不同業務，不同場景下的通用性適配能力越強大，那么你實際運行的黑盒代碼性能就越低。

也正是這個原因，我們看到很大快速開發平臺代碼臃腫，性能低下，你開發的時候速度倒是快了。但是后續系統的性能完全跟不上，也無法擴展，這些都是要命的問題。

第二：從傳統快速開發到低代碼開發平臺

為了進一步談我自己對低代碼開發平臺的理解，我先引用下網上對低代碼開發的一些定義和說明。

低代碼開發平臺是無需編碼（0代碼或無代碼）或通過少量代碼就可以快速生成應用程序的開發平臺。它的強大之處在于，允許終端用戶使用易于理解的可視化工具開發自己的應用程序，而不是傳統的編寫代碼方式。構建業務流程、邏輯和數據模型等所需的功能，必要時還可以添加自己的代碼。完成業務邏輯、功能構建后，即可一鍵交付應用并進行更新，自動跟蹤所有更改并處理數據庫腳本和部署流程，實現在 IOS，Android，Web 等多個平臺上的部署。

低代碼開發平臺(LCDP)英文全稱為Low-Code Development Platform,一個顯著的特點是，更多的人可以參與到應用程序開發當中，不僅是具有專業編程能力的程序員，非技術背景的業務人員同樣可以構建應用；對于大型企業來講，低代碼開發平臺還可以降低IT團隊培訓、技術部署的初始成本。

從這個定義上面我們可以找到一些關鍵點，簡單總結來說就是

1. 少量代碼或者無代碼，業務人員也能參與

2. 提供可視化，可配置的工具進行配置和建模

3. 可同時發布到多個平臺或終端

4. 提供和云端的持續集成和發布能力，可持續交付，即我們常說的DevOps

對于低代碼開發平臺和快速開發平臺區別，實際我想強調一個重點，我個人認為很重要，即：

低代碼開發需要實現從最早的以數據庫對象建模方式轉變為服務化建模方式。

傳統的快速開發平臺不論是表單或流程涉及，更多的還是圍繞數據庫為核心進行，建立的對象可以生成數據庫。相關的表單操作也圍繞數據庫進行。

而在低代碼開發時代，我個人更加推薦一個轉變，就是基于對象服務化的分層開發模式。這個本身也是更加貼近我當前中臺和微服務的構建思路。即你首先去構建你的對象并發布你的服務，然后再考慮如何基于這些發布的服務類構建上層的應用。即我們的開發過程橫向拆分為兩端。而中間基于服務進行松耦合連接。

即：微服務 + 服務 + 前端應用。

不是簡單的我們傳統應用拆分小了，而且我們的前端應用模塊，后端能力模塊也全部微服務化，形成我們當前說的平臺+中臺+前端應用的分層模式。這種模式如果再和我們當前的DevOps和容器化技術結合，那么整個開發完成的應用就更加容易持續發布和交付，也更加容易在后續繼續彈性資源擴展和調度。