寒食时看郭外春，野人无处不伤神（一）——云表《寒食诗》

1. 天空：苍穹、碧落、蓝田、九霄、云表、皓月等。2. 风：和风、清风、微风、凉风、疾风等。3. 山：峻岭、高峰、巍峨、奇峰、青山、玉山等。4. 水：潺湲、波光、澄澈、碧波、长流、池塘等。5. 花：绽放、芬芳、盛开、花香、花华、花影等。6. 树：参天、古木、挺拔、枝繁叶茂、深林等。7. 鸟：鸣禽、鸣鹤、鸟儿、鸾凤、鹰隼、百鸟等。8. 光：明亮、晶莹、明灭、辉煌、璀璨等。9. 雨：细雨、霏霏、淅沥、潇潇、润物等。10. 云：飘逸、云端、飞舞、朵朵、白云等。11. 星：繁星、皓月、星辰、星光、斗柄等。12. 石：沉磐、坚硬、峥嵘、石英、石纹等。这些称谓在文人墨客的作品中常常出现，用以赋予物象更为优雅、形象、富有感染力的表达。#云表的简介#

应该是壮歌对唱吧，广西横州市云表镇壮族人有正月在田野外山歌对唱的传统

云表、网表一类的互联网产品，会成为低代码的未来？1、云表是近几年随着云计算发展起来的概念，BtOfficer早在10多年前就接触过网表，那个时候还没有云的说法。当时给人的感觉是，互联网化的网表，借助浏览器，在UI表现上可以做的很豪华。想要让使用者自己去构建软件，不太现实。Office和WPS代表的通用办公软件的使用门槛，已经够低了吧，又有几成用户能用好呢？高估用户的能力，算是IT开发的一大黑坑之一。2、时至今日，云的概念已深入人心，那么云表一类的产品是否迎来了新的机遇？如果说今天的JS已极大地统一了前后端技术，但仍然在发展中，那么十几年前，就可想而知了。十几年前，网表一类的产品，只是一个界面绚丽的输入端，真正的业务处理仍然在后台，前端的能动性其实是糟糕的。为了解决这一点，很多云表产品，都有客户端。由客户端来解决用户端的能动性，所谓云，只不过数据存储在非本地数据库罢了。从技术上讲，这样的云表，其实并没有多高的门槛。而今，随着IE退出江湖，JS正在让浏览器发生奇妙的化学反应。应该说，之前的网表产品，若不重构，基本上架构上就废掉了，当然谈不上未来。然而，即便重构之后，有未来吗？3、从现象上来看，像Office/WPS等一类的经典的通用表格软件，其复杂程度已远超出当今大部分云表产品，所以才能胜任各个行业的表格应用。如果云表要成为低代码甚至0代码应用的未来，复杂性势必会超过桌面的通用表格软件。但遗憾的是，绝大部分云表产品，还上不了谈这种复杂性的台面。因为，从技术的基座、团队的构成、投入的力度，以及市场都还远达不到那个层次。从技术上看，让业务员利用厂商提供的构件来自行搭建应用系统，需要解决1个核心问题。那就是需不需要用户投入技术细节？如果需要，自己一套都做了，那要厂商干嘛，租你的服务器？如果不需要，事儿更好看了。首先，需要在用户端屏蔽技术细节。也就是说用户驱动的小构件单位，必须是傻瓜式的积木（只有输入和输出控制，内部是黑盒），否则构件系统的成本就是个黑洞。其次，厂商不仅要随时能响应构件制造的需求，还必须实时维护这些构件，那么厂商的产品交付责任是持久的，难道是为了更好的捆住用户收费？为毛不直接将用户的业务逻辑了解清楚，一步到位？将业务逻辑的梳理工作，以降低成本和更接地气的理由让渡给用户，只是为了印证隔行如隔山，厂商搞不明白？既然搞不明白，提供的构件又怎么与具体行业应用适配呢？所以说，噱头而已嘛。一个没有办法定义控制粒度的产品，怎么可能通用？当然，有用性，目前还是有的，比如企业的通用性流程管理，这也是目前市面上绝大部分云表产品的宣传场景。4、云表产品还面临着传统表格产品的威胁，而这恰恰是BtOfficer认为，云表不可能成为低代码或0代码的未来。国内的WPS，很早就重构为云端型产品，但对用户仅仅是数据云端，相信很快就有用户的功能云端。国外的Office从13版起，内部就逐步全面Web化。今天的Office365的WEB功能插件，都已经完全云端化。所以，从传统互联网发展起来的那些云表，未来堪忧！#云表的简介#

云表平台把试用功能再多一些就好了 我下载过 感觉想用的功能都要买

来嘛，我什么时候能欢迎你的到来？你记好了我在广西横州市云表镇农贸市场边