我觉得简单一点从抽象考虑，如果你需要把一组方法和数据放在一起，那就会自然地使用面向对象，否则别强上，没必要。

@lusi1990 会吗？不是每次实例化时 copy 一个指向 set 的引用吗？

@Jooooooooo 应该算符合预期吧，不过感觉有点反直觉，可能我下意识地以为这样写相当于每次创建一个新的 set

我猜这种写法大概相当于

```
default = set([1])


class Foo:
def __init__(self, s=default):
self.s = s
```

建议你把要渲染的模板做成 Model ，需要时直接去 DjangoAdmin 里改……

1. 可以接受，主要是因为我也改变不了什么
2. 当我想要在社区中主张自己的权利时，我会选择 GPL ，一般用于一些对生产有直接帮助的项目；简单项目或可能为他人学习提供帮助的内容使用 MIT
3. 接受，不如说相当喜欢

Vim 这样的文本编辑器在代码重构上和 IDE 相比有天然劣势，接下来怎么样需要期待 LSP 的发展，如果 LSP 实现大一统，那 Vim 原生的编辑体验是强于 IDE 的。
格式化这种，集成现有的工具就够了，也不是非要自己写。

beta 版那个新的……挺可爱的

配合 HomePod 使用，否则没必要用

1. Alfred + Dash 离不开了
2. 剪贴板用过几个最后选了 Pasta
3. iTerm2 最重要的是好看
4. Keka 用来处理压缩文件
5. Divvy 是我使用频率最高的窗口管理工具
6. 笔记目前还没找到特别好用的，有想法临时记一下用 Draft

@ST0RMTR00PER 懒得折腾可以用 [Motrix]( https://motrix.app/)

@lanlanye 哦理解错了，是想让脚本可以在多个平台运行是吧……那同一楼说的……

macOS 不用装，Linux 一般也不用，没有的话 pyenv ，Windows 直接从商店下……

我记得之前看人提过他们在海外的情况，重 QA 轻单测，简单来说就是人肉测试

我觉得 Dash 关键是可以配合 Alfred 使用，做成网站就没意思了

我倒是觉得还行，主要是省了自己从头配置和维护配置的精力，而且它的键位设计也挺合适。
不过 bug 确实有，有些功能比如 todo 管理就和文档里显示的内容不同，最近发现 rust-analyzer 也还没有支持。
虽然很多问题可以自定义来解决，但这样就还是得自己维护一套配置了，和我用它的目的相悖，所以很纠结。

我还是希望它能提供足够好的默认选项

同意楼上，先全都 private ，需要的时候再去改

RnJvbUFyY2FkaWE=

根据我的经验，最后会发现自己差在 CSS 上

我记得 Uber 的 Golang 风格里提到过建议从 1 开始，理由和你说的一样