这个有很多改进的方法，但这种代码并不值得嘲笑。

这个代码足够简单，虽然写的不优雅，但是也没带来什么问题，甚至可以非常简单的改写成 computed 。写多了业务代码就会意识到，庞大的项目中，类似这种缺乏设计的细节肯定会非常多，代码最关键的是可靠而不是漂亮。如果一段不太好的代码并没有带来理解上的困难和性能上的问题，他就是标准的，合格的代码。

你这种认识，和产品经历拿着需求问你”这不是很简单吗？“有什么区别？

你觉得产品工作简单，程序员也能做，只是基于你认识的所谓产品工作。确实有很多产品的水平一般，整体素质不如对接的开发而被鄙视。但产品本身和开发面对的层次并不一致，想要同时做好这两份工作，或者说找到能做到这点的人，比找到胜任单一层次的人才更难。

程序员之间的差别也往往也比程序员与产品之间的差别大。

并不难，但是产品设计上有很多不好处理的地方。

举个例子，假如我指定了 A 电脑的 E 盘学习资料文件夹，那么我用 B 电脑时如果没有 E 盘怎么办？难道要求用户给自己的每一个同步文件夹，在每一台电脑上都指定一个映射吗？只要将产品设计成 Onedrive 和百度这种形式，就能完美避免这种问题。

这只是我随便想到的一个理由，深挖下去必然还会后很多值得商榷的地方。百度和 Onedrive 这种方案未必多好，但是显然没有太致命的问题。

有自己的认识就是很好的状态了，不过我对于这种有一些”执念“的状态并不是很认同，更倾向于选择更合适的，而不是优先考虑喜欢。

可惜，实际上轮询和回调并不冲突，你设计了回调也不可能因为对方不通知你就一直傻等，还是要轮询，因为要考虑回调功能本身不可靠的情况，最后就是回调和轮询都要做。

啥意思啊，不需要选拔人才了，还是说要求学校自主招生？最后不同高校苦于独立招生的高成本低效率，结成高等院校招生考试联盟，组织新的高考？

为什么是 class...

autopep8 太保守，yapf 居然还不支持 py3.11 ，全靠同行衬托啊。

哦第一步是去掉行

如果不追求自动化的话。

复制到 excel 里，制表符会自动分行，筛选条件自定义为??，就去掉了所有非两个字符的列。
在稍微排序一下，这样中文都会集中在一起，手动去掉非中文的就行了。
必要时可以添加辅助列，再基于第二个字符重新排列=RIGHT(A1,1)排序，去掉第二个字符不是汉字的行。缺点也是有的，顺序会变，不过也自然有办法回避，反正就几千行，Excel 几步就做完了。

现在编程领域，好像很少感受到“用更少的代码去实现好玩的功能”这种文化了。

github action 呗，直接 push 到 github 后边自动化

JetBrains FleetJetBrains Fleet
Next-generation IDE by JetBrains

Built from scratch, based on 20 years of experience developing IDEs. JetBrains Fleet uses the IntelliJ code-processing engine, with a distributed IDE architecture and a reimagined UI.

重新审视一下，一开始把他对标 VSCode 是不是就不太对，其实是在重新发明 IntelliJ