一個程式員都會有類似的經曆，在做一個新項目的時候，總是能從過往的記憶碎片中找到似曾相識的趕腳；但很多時候也隻是一閃而過，誰也懶得去翻找那段老代碼，于是又一次：對象抽象、建表、定義字段、封裝實體類、開發接口服務....
這一切是那麼的坦然，還帶着一點小得意，我的開發效率又快了不少，從coding到上線0 bug
；
那麼低代碼是否應該先從現存程式員群體入手？先從對象的抽象開始？
腦洞一：萬物抽象
一隻動物、一台汽車、一個合同、一個項目、一個遊戲人物、一個商品、一個快遞等等無窮的對象每天都在千萬個程式員手中誕生然後消亡；未來的低代碼平台是要提供萬物持續疊代抽象資料模闆，猶如知乎，每個對象都會在千萬個程式員手中持續的豐滿；甚至對于專業領域會延伸出專做抽象模闆賺錢的團隊；
萬物抽象要做的工作：屬性、活動、特性、适配語言、适配的資料庫
萬物抽象的的前提：定義規範
萬物抽象的影響：會讓萬物互聯的資料更加清晰可用；
腦洞二、萬物關聯
萬物互聯讓端到端成為可能，讓資料聚合成為可能。而萬物關聯是要實作物與物之間可以産生的互動，對象和對象之間可以進行的關聯服務；這些一樣需要千萬的程式員在各個項目中取沉澱，并持續疊代分享；
當項目開發過程，可以将一部分脫敏的代碼分享出來，并可以獲得回報的時候，就如同給報社投稿一樣，這個誘惑力難道沒有嗎？自由工作者會不會成為新時尚呢？
腦洞三、無孔不入
市面上的低代碼平台，基本都是獨立的。而且假象的使用者（不會寫複雜代碼的程式員，真的是新時代民工嗎？），目前在現實中是小衆人群。
更明智的做法是抓住現在龐大的程式員群體，先讓程式員享受低代碼的福利。是否可以通過插件的形式滲入到各大開發工具中呢？通過已經沉澱的對象模闆去引爆使用者，讓程式員去使用這些模闆，提升工作效率，讓他們騰出時間分享更多的抽象對象代碼，去默默的豐滿雲端的對象模闆做貢獻；
腦洞四、萬劍歸一
當千萬碼農在享受雲端對象模闆帶來的快感的時候，數着代碼算着外快的時候。背後的雲端笑了，說到這似乎看到了安卓的身影，大張旗鼓的的開源，默默的占據市場建立标準；似乎一切都是水到渠成；再搬出賈老闆的生态，似乎未來一切都是那麼美好；
一名18年老程式員，一時腦洞，見笑！！！
