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