@whywaoxaks 那 20%的场景大概是啥啊？

如果只是控制屏幕内元素的选中，推荐 vimac： https://vimacapp.com/
是类似 vim 的 easy-motion 的操作方式。
开了实验功能 electron 应用也可以支持。

兴趣真的是第一决定因素。「不想做这个了」真的不是理由。

本地先将 feature 上那几个修改内容的 commit stash 掉，同步完 dev 再 pop 出来？应该会有些冲突，但都是你的代码应该是比较容易解决的。

@realtozf 也可以从业务项目向公共库抽取吧。这样可能质量和使用场景更有把控一些。支持当前项目后再向其他业务项目的场景扩展。

不然，先公共后业务，除非在开发前跟各方充分讨论，不然很容易产出脱离具体使用场景的「公共组件」。

@shintendo Vue 的 props 设计就只能 anotation 吧？ https://v3.vuejs.org/guide/typescript-support.html#annotating-props

不能像 React 那样 Component<IProps, IState>。

住公司，办张公司附近健身房的健身卡……现在国内也有公用洗衣房了。

对于一个组件库，「从确定需求->开发->其他项目集成->发布版本」中间的「其他项目集成」这步是指啥？其实你是想组件库发布和业务项目发布耦合在一起？还是仅仅是有个验证项目确保组件库更新的正确性？

基本上组件库除了单测外，都会有个 portal 或者 storybook 项目用来开发验证或展示用法。

@ysoseriousC 我只是想想变量可以跟 JS 用一套还挺方便的就用了。但用完感觉还是直接删改 className 其实就够了，可能我的需求不够复杂吧。

加到收藏夹了，期望能坚持下去阿。

无聊时自己用 react 撸 blog，样式代码就挺那啥的……（好吧，我用了 styled-components ）。

虽然日常我也经常吐槽 sfc 把整个构建流弄得乱七八糟的，配个 eslint 还要装一堆 vue 的插件，但在样式上还是比 styled-components 规整一些。

@cenbiq 多谢老师傅指点

题外话，「提桶」是怎么个梗？

key 、token 什么的，也不方便存在第三方吧……

配不配梯子，沟通工具、文档工具用的啥等等，其实都挺影响生产力的……

设置 href 为 `href="javascript:void(0)"`

@keepeye 直饮水站是那种白色柜子那种么？

老年人的聊天也是想交流（或者再说大一点，一般上网聊天都不是），更多是寻求认同吧。

「用这个产品的人都是带着有空、想交流的属性来的。」这样的人，估计挺少的……

国内云也都有些 ddos 防御服务啥的。

按描述，其实可以分层来做吧，只针对下载这个场景，多搞些防御手段？