至于通常用 getter/setter 而不是直接读写 field 的理由是，代码可控性。

字段是一个数据。读取和写入数据的是代码。那么这个代码，谁有最终控制权？

如果一个类只包含数据，并且有另一个你能控制的类来操作这个数据，那么这个数据类就不需要 getter/setter 。操作数据的类就充当了 getter/setter 的作用，因为这个类也是属于你全权控制的。
但是如果是交给第三方调用的类就不行了。当你要修改一个行为的时候，你需要一个一个组去协调，让别人按照你的意思去改他们的调用方法才行。

又比如你调试 bug 的时候需要监控谁在什么时候修改了你类里面的一个字段。如果有 setter ，你把日志或者断点插进去即可。没有 setter 的话，你去哪里找调用方呢。

还有一个点，就是 getter/setter 是方法，而方法是可以重载的。子类行为可以和父类不同。比如同样存储数据，父类可以存在字段里，子类可以重写然后存进数据库里。

顺便一提，上面很多人都说 C#的 property 好用。Property 就是字段+getter+setter 的语法糖，归根结底还是 getter/setter 设计方案。

是不是先明确一下你问的到底是「用 getter/setter vs 字段」还是「写 getter/setter 代码 vs 不写 getter/setter 代码」？

我随便拿 Ruby 来举个例子。Ruby 里 obj.var = value 实际会调用 setter 方法 obj.var=()，obj.var 实际会调用 getter 方法 obj.var()，而获取 field 如果不走 getter/setter 则只能通过反射。

所以 Ruby 是一个典型的，用 getter/setter 但是不需要你手写 getter/setter 方法代码的语言。

现在你这个问题有些歧义，看上去像是在问为什么要用 getter/setter ，但是却又好像在抱怨需要手写 getter/setter 而不是语言自动生成。

@magic3584 两个都不应该用。你这篇文章里提到的 cherry pick 是更差的做法。

以前的电脑，钱没花在刀刃上。现在的电脑，你知道该怎么配性价比最高。
以前品牌机惯用的高性能 CPU 配微量内存配垃圾硬盘，别说三四年以后开始卡，你买来就开始卡了。
现在的电脑，你去买 i7 配 8G 内存 500G 机械硬盘，照样卡得你不能自理。

和你同段的号都是直接扫段的。
你不会以为手机号不告诉别人别人就不能打吧……

而且这不是 GV 的问题，不管换啥号都会有人打。我手里 ATT 原生号都没事就有人扫段，从领事馆通知到顺丰快递到谷歌广告推销啥都能收到。

@dfkjgklfdjg rebase 以后 master 的变更和个人的变更是分开的，不会像 merge commit 那样既有 master 的变更，又有个人偷偷塞进去的变更。

@FrankHB 就怕有人心大直接在 merge conflict 上瞎基尔改，改完一交，神不知鬼不觉。
squash 完如果有 PR code review 的话倒还好，做个 diff 至少能看到改了点啥，但是像楼主的 team 这样愉快地打算 push -f 的就……

@edis0n0
硬解和破解是两回事。硬解和软解的区别是把算法转换成了电路结构。破解则是穷举猜测，他是有平均下限时间的。用时间可能不太容易理解，我们可以说能量。比如说破解一个 ed25519 秘钥所需要的能量比发射一艘太空船去火星还要多，这样是不是更容易理解。不管你芯片能做到多快，你都需要足够大的能量去支撑计算。

还不如期待一下量子计算机。

@dfkjgklfdjg merge 可以把不正确的仓库改动隐藏在 merge commit 里。

比如你把 master 合并到 feature 上的时候产生了冲突，一顿解决以后合并成功了，然后过几天你把 feature 合并回 master ，结果 master 上某些功能不见了。然而你回溯回去却根本不知道是哪里出了问题。因为 merge commit 里可能会包含任何更改，不仅仅是 master 的更改，也可能是 master 覆盖 feature 后又被手动改回来的更改，甚至还可能包含既不在 master 也不在 feature 上的更改。因为 merge commit 本身就非常大，不可能单独检查，这种操作就等于是在代码提交历史里埋炸弹。

或者换句话说，这种 merge 就相当于把 feature 和 master 的提交揉在一起。不出事我才觉得奇怪。

本地提交你用 git log 看？ git log 又看不了。
pull rebase 是正常操作，pull merge 才是作大死。上面甚至有个建议日常作死的大佬我也是服气。
如果你实在想要锻炼自己去用这扭曲的命令行，那也最好先装个 GUI ，像这样不知所措的情况至少 GUI 能正确显示仓库当前的状态。

因为安全所以才会短。要是不安全那还不得拼命拉长了用？（比如 RSA ）

@micean 妹子硕士学历，熟练两门外语，搞建筑工程安全的，父母有做小官的。之前有个工地上的大专还是啥的男生追，我当时就劝她别答应了，不是一个世界的人这日子以后没法过。父母挑不出特别门当户对的来相，之前找了个企业老板，结果人家老板忙到没时间出来吃饭，再剩下就找不到其他合适的人了。

对于普通人，可能确实能很快结婚。要是你有个表妹像她这样条件你舍得随便工地上拉一个给她结么。真心想要结婚不等于去随便结一个明知道会爆炸的婚。

prese 和 tune 这个严格来说不是参数而是调整规则，最后是反映到具体的单个参数上的。比如我这有个 tune 就是把 b 帧数量翻倍，如果默认是 4 ，开了这个 tune 会变成 8 ，类似这样的。最后 mediainfo 可能只能看到 b 帧 8 ，而看不到调教。

@momocraft tail -f 吃的是原来的 inode 呗。

@Roanapur 稍微有一点不太一样。
网恋也好（不瞒你说我就是网恋）路恋也好巴士恋也好，两个人生活是有一定交集的。网恋，可能两个人在同一个论坛或者同一个群里聊过很久，彼此有一定的了解。巴士恋路恋这种，一般也是因为住得近或者工作比较近，有共同话题或者有比较多的接触机会。
再就是比较少见的互相一见钟情，但我觉得比较少见。
相亲的话，生活交集就比较少了，一般都是长辈之间的朋友关系，甚至是朋友的朋友介绍来的，完全的陌生人，这种情况下，要么就是看硬性条件，然后当室友一样去面试，要么就像上面讲的，互相一见钟情。
所以两者还是有一些不太一样的。

至于相亲以后能不能再培养出感情，这就因人而异了。

@micean 要是事情都能这么简单一句话解决，那世界上也不需要警察了。
周围就有一个妹子，和一个男的谈了几年，感情好得一塌糊涂，但男方家庭不喜欢外地女生，拒绝，最后分了，到现在也没有找到合适的。按你这么说，这都怪这女生不重视？
不同人有不同的境遇，我觉得不能这么笼统归到一起。

要么等等党，等 USB4 普及了看扩展坞价格会不会掉？

如果你是 25 岁去相亲，那我同意你说的「它是认识人的渠道」。
如果你是 35 岁去相亲，你还这么想吗？

如果你现在是 25 岁，去相亲或者联谊会，大家互相聊天，有个聊得来的就可以谈谈，谈个半年一年如果不合适就分手，26 岁了还能再找别人。合适的可以一起出去玩，可以试着同居，没什么问题就可以准备婚房，两个人一起挑装修挑家具，约上婚宴，再过个半年就能结婚了。

你现在 35 岁，爹妈等着明年抱孙子，你跟人谈个半年一年慢慢磨合？

你当成合租室友面试就行了。