如何应对普遍存在的自动化需求？
# 需求
数字化进程不断加深，自动化的需求日益增长。计算设备从诞生起，不断从底层革新实现方式，交互形式上也不断简化。初代程序员需要熟悉二进制打孔纸带，化身人肉解码器。随后是128个字符，直接访问内存，操作寄存器。之后是更高层的抽象，使用函数、对象等模型屏蔽对底层硬件的关注，辅以编译优化技术自动生成指令。最近很火的编程语言是Python，提供了一套极简的动态模型，掌握条件、循环、函数、对象即可上手。
但如此还是不够，编程仍然是一小部分人掌握的能力，但自动化的需求是普遍存在的。越来越多的人需要通过各式各样的接口操作数据，即便是那些现在还没有数字化的产业，也在积极拥抱数字化。数字化是自动化的前提，数字化的核心围绕三点：IO，数据，计算。
IO是数字世界的大门，输入I包括人机交互设备，数据采集设备，输出O包括人机显示设备，机械装置。
数据是数字世界的核心建筑，数据库是广为采用的存储形式，绝大部分系统只是对数据库的包装。
计算是数字世界的建设演化的动力，从数据中提取模式，分析相关因果，预测未知，生成无在。
编程是少数人的能力，程序员，研究员，分析员，与数字世界的交互并不干净，脏活累活不少，系统中的缺陷更多。其他大部分人都在通过有限的交互方式使用系统，绝大部分是重复性劳动，自动化的需求是普遍存在的，但绝大部分需求是个性化、定制化的，不足以专门为此开发一套系统。
# 解法
那么有什么方案来满足普遍存在的轻量的定制化的自动化需求呢？目前可以看到几种方向：零代码、低代码、RPA、学Python。
# 零代码
零代码就是不写代码，使用完全图形化的交互形式。在工业系统如LabView等工具上已经可以看到应用。但是零代码并不是完全不需要理解程序化流程，而是提供了一套形象化的操作方式。本身仍然是编程，要看提供的可用模块丰富度，各类模块的连线繁琐程度并不比直接写代码更方便，在版本管理上，使用序列化配置文件描述连接关系，颇有硬件设计语言的形式。
# 低代码
在零代码的基础上，增加了模块内代码描述。还是得学的JavaScript或者Python，操作JSON文件。
# RPA
主要解决的是自动化人机交互问题，使用模拟输入固化操作，集按键精灵和爬虫为一体，兼容传统文件：Word，Excel。更智能等解决方案包括：语音识别、NLP语义分析、知识问答、语音合成、OCR识别、图像检测等。
# 学Python
花了十天看完Python入门，写个应用，基本会被淹没在文件系统、网络、数据格式、前后端等等各类操作细节中。
# 趋势
单机->联机->多人协作
关注数据不关注操作细节
自动化流程的构建、调试、维护、版本管理
# 拆解
零代码平台主要功能：
- 表单，收集信息
- 流程，审批，API调用
- 报表，数据分析
- 文档，内部归纳
# WHY
更低门槛的普惠自动化可以带来什么？
# 个人
传统上，使用TODO、笔记本、文档、Excel完成任务进度规划、事项提醒、资料收集、头脑风暴、论文编写、知识记忆。
论道与术。多种工具结合，有清晰的目的。对多数人来说，TODO List足以，以纸质书为基础、以视频课程为辅，以课后习题和考前刷题为核心。
这里有低代码、RPA的空间吗？这里更像是时间规划、项目管理、资源整合的需求。
重复性程度低，创造性程度高。以外界目标为基准的学习行为往往非常耗能。
将TODO、笔记、数据、文档、项目整合，增强跨功能体验。
# 团队
项目、订单、产品、项目、客户，一切皆表、一切皆对象。ORM可以解决大部分。
# 微型公司
流程审批
权限
数据安全
# 产品
UniPath
影刀
简道云
# 功能
多个产品揉在了一起，需要分解
# ORM
mark
一切皆对象，用于建立项目、任务、TODO、书单，anything关联表。
感觉很好，比直接操作数据库好。其他产品应该有类似功能或跟进。
# Workflow
不做，属于0代码范畴，过于复杂。流程审批也不做，交给企业OA。
操作出入数据，0代码，需要宏模块。
# 多媒体Chat
mark，基本聊天功能。
- 支持和doc互动。
- 支持orm引用。
- -todo 支持自定义交互组件
基本功能，支持更多样的显示，貌似没啥用。
# 多媒体Doc
基本功能，支持更多样的显示，貌似没啥用。
互动式文档，比如旅游规划，可显示定位，跳转。
动态规划行程插件，支持修改文档显示内容，不影响文档实际内容。实际内容需要编辑权限。
和notion有什么区别。
不打算支持完整的文档功能。
- 和channel的互动。拖拽到doc，或直接转换为doc引用。
- -todo 支持自定义交互组件，属于表单的功能，可delay。
- 支持ORM引用（一个引用，复用channel的引用，layout可能差点）和图表（点状图）。
# 表单发布
暂时不做，功能较简单，考虑是否与doc合并
单独拆解，不与文档耦合。
# 数据库
可直接操作的数据库，可连外接数据源。
可暴露直接操作，也可限制权限，通过ORM操作。
- 基本操作。
# 信息整合Inbox
手机share、webhook发送等。
使用Channel。
- 支持一个极简trigger，从消息提取文本，生成ORM。
# 订阅中心
订阅RSS、爬虫，各类自媒体消息。
不做，属于RPA功能，使用Webhook推送。
# 过滤
不做，消息过载，过滤。从各类消息中过滤，FearOfMissing。
属于应用开发，可以在trigger增加关键字。
# 个人助手
不做，命题过大。
今日代办、行程指引、自动规划、知识抽取、场景推荐。通常意味着在OS层获取其他应用信息。
助手的便携体现在什么地方？
不同的人有不同要求。
对于公司职员，更好更快地处理琐碎的劳动细节，避免重复性劳动更有价值。出于数据安全性的问题，可能单机版RPA工具可能更适合。
对于自由职业，管理项目排期，客户关系，外包税帐更有价值，积累核心库。
对于学生，更高效低达成目标更关键，通常自我约束能力差的人，也不太会因为用了工具而更好。
# 简易应用builder
不做，用ORM吧。
7个习惯中有很多表，可以快速build上线使用。
# Application
使用H2O做的挑瓜神器。
西瓜ORM
- 西瓜保持在中心：图片
- 敲打声：音频
- 创建
trigger
- call api
- insert into orm 好瓜
- insert after 好瓜