浏览器端目前是限制最少的
做 Markdown 编辑器领域难以超越的巅峰
我们不是流星，我们要做恒星
所以后来决定靠 if else 堆场景，等堆到一定量级可以质变。
Schema 方案的优势是扩展起来容易，给上层开发者自定义编辑提供方便，但是缺点就是不能靠代码量解决某些特定问题，这就很老火。
本来编辑器还有个架构方向是通过 Schema 来设计规约流程，但是我研究了一下发现上限不行，有的体验细节实现不了的，所以没用这个方案。
现在 Vditor 的状态离好用还有些距离，不过还好我们当初架构时选择的方向是靠堆代码决定用户体验上限，换个说法就是可以持续根据用户反馈通过 if else 改进细节。
坐等人生巅峰
具体数字不重要，重要的事情是做好产品
19 年是去年好不好
收入不错的话自然有动力
那比我是要强点 😂
不知道有多少用户愿意付费，这个比例估计不高哦
盈利方式？
钱和物质的对应关系也快了
你看央行的数字货币都开始落地运行了嘛
我说这个估计会比你说的提早普及
我就没这烦恼，因为我不记账 😁
搞不好以后菜单上菜的原材料配料都可以给量化出来
所有物质可追溯是大趋势
这是时间问题，以后肯定会有
小票上有菜单的嘛，只要行业规范了，什么数据都能结构化
会写的嘛
那不如更现实一点的方式，让所有商家（其实只要支付宝、微信）开放个人数据接口就好了
按定位不好用嘛
这太难了
时间地点人物，干了什么，花了多少，预计还会干嘛
你这我估计人记都不一定准确，有难度
“其中猪肉 20，只买到三两”
“今天我买菜花了 40 元”
浏览器端目前是限制最少的
做 Markdown 编辑器领域难以超越的巅峰
我们不是流星，我们要做恒星
所以后来决定靠 if else 堆场景，等堆到一定量级可以质变。
Schema 方案的优势是扩展起来容易，给上层开发者自定义编辑提供方便，但是缺点就是不能靠代码量解决某些特定问题，这就很老火。
本来编辑器还有个架构方向是通过 Schema 来设计规约流程，但是我研究了一下发现上限不行，有的体验细节实现不了的，所以没用这个方案。
现在 Vditor 的状态离好用还有些距离，不过还好我们当初架构时选择的方向是靠堆代码决定用户体验上限，换个说法就是可以持续根据用户反馈通过 if else 改进细节。
坐等人生巅峰
具体数字不重要，重要的事情是做好产品
19 年是去年好不好
收入不错的话自然有动力
那比我是要强点 😂
不知道有多少用户愿意付费，这个比例估计不高哦
盈利方式？
钱和物质的对应关系也快了
你看央行的数字货币都开始落地运行了嘛
我说这个估计会比你说的提早普及
我就没这烦恼，因为我不记账 😁
搞不好以后菜单上菜的原材料配料都可以给量化出来
所有物质可追溯是大趋势
这是时间问题，以后肯定会有
小票上有菜单的嘛，只要行业规范了，什么数据都能结构化
会写的嘛
那不如更现实一点的方式，让所有商家（其实只要支付宝、微信）开放个人数据接口就好了
按定位不好用嘛
这太难了
时间地点人物，干了什么，花了多少，预计还会干嘛
你这我估计人记都不一定准确，有难度
“其中猪肉 20，只买到三两”
“今天我买菜花了 40 元”