不会，反感，但不会要求别人

vscode (vim+markdown-all-in-one)

无法撤销，做好牺牲自由的心理预期

安利一个用法，把 bing chat 网页用 menuX 放到状态栏上（改成 edge 的 useragent 就可以）。
Edge 直接卸载，然后随时用一个快捷键唤起状态栏里的 bing chat 。有搜索能力加持确实比纯 chatgpt 好使。

确实秒批！

前后端都用 ts ，共享类型和工具，实现一个简单的 rpc 协议（也可以用新出的 tprc ），http 接口都不需要定义，类型全项目统一，直通数据库定义。不爽么？

灰产，会让你找个借口加上收集用户数据之类功能，很明显是违反 chrome store 规约的

Cons:
- 学习过程痛苦
- 亏

Pros:
- 能学到很多
- 简历++
- 公司的信任和 reputation

含泪做一下吧，多思考多请教

只说个人体验：试过完全用 vim/neovim 开发了几个月，最后还是回到 vscode+vim 插件，原因：

1. 需要花大量精力学习 /配置 /整合 vimscript/lua/ 市面 vim 插件，但最终配出的效果仍然只是成熟 IDE 对应功能的降级版，bug 多，综合体验差（很多是由于插件间互相干涉或互不感知导致，算是没有整体设计导致吧）
2. 插件升级经常出问题，需要跟 readme ，去改配置代码
3. 能映射的快捷键太少（受 terminal 限制）
4. 学习路径不合规律。举例：很多插件上来就要读很长的说明，要了解它如何配置，有哪些 command ，要定义到某些 shortcut 并记住后，才能开始用，起手成本太高。符合正常学习规律的做法应该是像 vscode 这样：下载插件后，扫一眼文档（一般有 gif ）就基本可以用，不记得插件有哪些功能时，用 cmd+p 命令面板搜下这个插件的 command 并执行，用到后面发现确实常用的命令，再去设成快捷键。整个流程没有「一定要记住」否则用不了 X 功能的点。

前后端都用 js ，有一些非常方便的特性：

0. 前后端可共用一些基础业务类型 /工具，代码一致性高
1. 前后端通讯不需要定义 http 接口，实现一个简单的 rpc 就可以像调用方法一样调用后端 API ，并且类型安全
2. 设施准备良好后，项目启动快，改动前后端代码都触发浏览器刷新，生产力之选

@oygh 看了上头，得抽时间把手下域名和服务器都迁出境外了

和楼主相反，没有便携和续航需求，买了 mpb16 ，性能强劲，屏幕够大，接口大堆，不接外显也能干活，很幸福。

bug 少 = 高质量的代码，高质量的代码和 bug 计入绩效这种有毒制度 /氛围是负相关。

已上车

本地阅读器并没有什么优越性啊，要同步内容到本地才能看，一来慢，二来会额外同步很多来不及看、不会看的内容。体验上虽然 feeder 很顺滑有果味，但实际上感觉 feedly 更好用。

本来就是要看在线的内容不是？

很有帮助，谢谢！

很棒！感觉正好是需要的东西，仿原生的界面也很简单易用。

之前一直用 https://github.com/minhanhhere/chrome-faster-bookmark ，但有个小痛点：无法区分同名目录，修改放置位置也不方便。

如果要在中文环境下用，选框架前先在 repo 里搜搜 IME/CJK 相关 bug ，thank me later

@rebeccaMyKid 哈哈我都没想到这个，感谢建议~ 不过 chrome 扩展商店的描述文本都是纯文本，不会让点击跳转