YadongZhang

@love
> 不希望 props.ref 变化时重新加载用户数据。
所以它改变之后会发生啥

24 岁，paying all the debts

@mikulch #9 是啊，只是 po 一下自己的想法，技术很菜，idea 有的是

@daimubai #56 我也知道，但我在杭州这边没有朋友

已移至 github issue: https://github.com/zhyd1997/zhyd1997.github.io/issues/6

@YouLMAO #2 用户只需要有一个浏览器即可，不需要安装 TeXLive，也不需要排查 LaTeX 诡异的 bug

这也是前 Lark 前端工程师对我的建议

用户体验另一个痛点是 TeXLive 编译太慢了，即使我服务器上用的是 linux 系统，查了资料发现瓶颈在于过多的 IO 操作，所以考虑把 TeXLive 搬上浏览器，让编译过程在浏览器中完成，所以不管是技术难点还是用户体验，这个 task 的优先级更高，**后端** 可以去掉 TeXLive，降低服务器压力，这样一来，我也可以将项目托管至 Heroku

查了一下，在这方面做的比较突出的有 **SwiftLaTeX**，它能够做到实时编译 LaTeX 不是因为服务器上安装了 TeXLive，而是做了 **Tectonic** 的 wasm 版本的编译引擎

这才是一个 WYSIWYG 的 *Paper Typesetting Editor* 的技术突破点所以，我就有了做 3.0 版本的想法

### 3.0 前端富文本编辑器用 Quill.js 重构，做一个 wasm 的 TeXLive

```markdown
富文本编辑器对用户行为的约束，形成难以出现 bug 的 TeX 代码，所以不用考虑 LaTeX 的错误排查
```

这是我在技术上**想做**的一件事，我对 C++ 和 Rust 的一无所知，正如当初对 Draft.js 的了解一样，同时，我对自己的学习能力和运气很有自信

但是我**要做**的事似乎这一年来并没有丝毫进展

我觉得这个想法会有很多的创业公司来实现，自己只是 post 自己对这类产品的体会

自己的沟通能力，决定了自己只适合做独立开发，而不适合团队协作

以上（排版可能有点乱

https://www.zhihu.com/pin/1319356883510304768
@sucai #1 如果有想去的请不要提我这个人，只要说是在知乎看到的即可，我想在 V2EX 上有点隐私

@manwei6341 #2 我是前端，我也不想写代码了，已经提了离职，就是没人接替我的岗位