shot

@yibie #12

> 有没有基于这个开发的新插件，作为一些例子？

✨ 看看我们的实力！ 白霜拼音的所有 Lua 插件都已完美重写为 JavaScript 版本 。

https://github.com/HuangJian/rime-frost/tree/hj/js

@Vitta #4

> 成熟的话应该很好用了，这样的话是不是就可以支持 api 请求了

如果是说通过网络调用来实现类似「云输入法」的功能，已经有人基于 Lua 插件引擎做过了。

理论上说，JavaScript 插件引擎应该也能做，而且比较 Lua 还有一个优势：充斥宇宙的 npm 库 😄。
一个障碍是：quickjs 不一定能无缝使用 nodejs 的类库。这个问题暂时还不在我的计划内。

@Vitta #4

> 成熟的话应该很好用了，这样的话是不是就可以支持 api 请求了

如果是说通过网络调用来实现类似「云输入法」的功能，已经有人基于 Lua 插件引擎做过了。

@luoyou1014 #2

> 有个疑惑，Rime 类型的仓库，不会有老外看吧，为啥 ReadMe 默认是英文的

1. 在技术领域，英文表述通常比中文更严谨更精准。
2. 用英文能避免大陆简体和港澳台繁体的表达差异（ Rime 创始人和很多贡献者都不是内地人）。
3. 据说有基于 Rime 的日文和韩文输入法。
4. 稍微提高一丢丢技术门槛，也许后面能减少一些不太认真不够严肃的社区噪音。

感谢分享，期待后继内容。

> Skim：浏览，有「 Read Quickly 」之意，希望能提供给用户高效的信息阅读体验。

我自己开的阅读器坑，也取名叫 Skim 。/握手
还没精力动手做，只整理了一些需求和信息，供参考： https://github.com/users/HuangJian/projects/1

核心问题：职权错配。
OP 现在相当于顶着「技术总监」的头衔，做半个「架构师」的事（只做规划，不推实施）。

建议解决方案一：主动要事要人要权，做真正独当一面的技术总监
精心准备一个工作汇报，跟大老板谈公司的机遇和问题（机遇为主，问题为辅）。
详细论证如果保持当前的技术管理体系，机遇将会如何错失，问题将会如何延续，新问题将会怎么发生。
提出自己的解决方案一二三，分别要做哪些事什么资源多长周期，在哪些里程碑节点可以达到什么可观测的质效指标。
如果大老板认可你的方案，就必须要给事给人给权；如果不认可，说明你与大老板的认知规划严重不符，早谋退路吧。

建议解决方案二：低调做事盘人谋权，以技术收复管理
既然什么资源都不给，那就别做中长期规划了，先把推到你手上的技术问题解决掉。
但要注意，这些问题不要大包大揽自己全部搞定。
每个问题，都带一两个小弟小妹一起做，美其名曰「传帮带」，共事时用你的经验技术人品征服他们。
要人了肯定会和产品规划的项目节奏有冲突，找准机会小吵几架，逐步谋取排期/分任务/打绩效/招人权。
如果能撑个一年半载，研发团队里人听你的事归你管了，自然而然就从产品团队里独立出来。

---
关于大老板：既然招了你进来，肯定是对现在的研发产出不满意。看你如何向他传递「破而后立」的思路了。

关于产品老大：你来了相当于分掉他一半的职权，从你行文来看，我不倾向于他会真心配合你开展工作，没必要舔。

关于研发组长：不知道研发团队规模，如果少于 15 人，这个岗位可以撤掉，你直接管理整个团队；如果多于 20 人，建议分成几个十人规模的小组，分别设一个研发组长向你汇报。