实际很难反驳的，单身人口还包括离婚丧偶，现在离婚率很高，只有部分“高龄”未婚才接近你本人，而且多是男性（中国适婚男性比女性多）

我是过了适婚年龄单身，我给你的经验是不要去争辩这个事，打个哈哈就过去了，38 岁后除了父母就很少人再说什么了
因为说到底就是“别人的事”，没多少人真正上心的，大部分就是随口说说，为这个和你吵起来不值得

早就知道自己是这样，但是没法改的
例如 2020 年一月买口罩……

我以前跟你“一般见识”
丢了件，小哥说直接给我打款(¥60 左右)，我觉得钱是小事，“应该给快递公司提个醒，避免同类情况再次发生”，就让小哥走了，然后打了快递公司的电话。结果 20 分钟后，还是小哥给我来电，说赔偿给我
一下子就明白了，too young...人家都不当一回事，你为他(指快递公司，不是小哥)操心个鸟——这话是对自己说的

分两种情况
1.跨项目的公共代码打包成 package
这个多留参数，变化宽松一些
2.仅单一项目的公共代码，打包成一个公共目录或定点子目录
这个如果前述 1.已经存在，但某些参数固定，可以写成一个闭包，或者继承并固定参数为新的类，供项目引入

是继承习惯
早期没有 im 时代，一些类 BBS 就是以左边为“公告”、“分类”显示，右边(次级分层、行首留白)为受方，或者细分项
然后开始发展出“对话”界面，继承了这个习惯
当 im 出现，再次从“对话界面”继承了这个习惯

me ，经常用现金

这个事情是两边都有理，或者说是发展形成的
以前的交易，一般都是钱货一体，一手交钱一手交货，货品因为数量的原因，价格变化频率低，主要围绕商品解决问题即可
部分实名的情况主要是为了非钱货一体的情况，例如合同交易--->在以前往往属于大数量交易

而现在很多交易都向“钱货分开”的方向发展，例如支付途径分开、交讫存在时差等等
在这种情况下，原有的解决方式自然延续了下来，就是上述类似合同交易的情况
这样才能把钱货以另一种方式“合体”，以解决交易中的各种问题——不仅是纠纷，还有货品和交易价格匹配等等

而非实名交易也是有理的，因为在绝大多数情况下，实时小额交易出现问题不大，反而实名交易产生的新问题无解决办法却令人头痛
某种角度看，就是正常交易的人付出一定代价，分摊了非正常交易的风险及其受损利益

deekfake

别被小一千蒙蔽了双眼，必须明说
可以解决小问题，不能解决大问题，就是担不起责任
不然的话，练好背肌，准备背锅

广州三家都试过成功(帮几个人注册过)，关键就是先设好 proxy 再做注册步骤
想了一下，应该是未设置 proxy 的话，服务器没收到注册时填写的手机号？

@iamocean #8
自动的
但这个不是注册，因为帐号已经有了，是换设备

加个定语吧，“私人的”或“个人的”
反正单从字节数来说，上述我全部否决

后面小心了，这个领导是什么事情都会归咎别人的类型，买好锅吧
非常认同 @goodryb #45 说的，一件小事就露出原形

2.5" HDD
我近 20 只超过 10 年只有 2 只坏的，其他是容量太小正常退役，目前最久远的一只是 15 年前的，还能读写

2.5HDD 的短板其实在盒子

@hidemyself #24
@geekzu #29
@byewind #25
我密码是 31 位随机大小写+数字+符号，够复杂了吧？
用的是 imap 客户端，然后一个月左右就不能收了，去网页登入后还要扫码，^%^&)(*))_()
就是因为我没有用 QQ

搬吧

不用分析太多，其实就是
+ 大量不愿或不习惯记密码的用户
- 极少数不怎么用手机的用户

前者数量很多，其中简单密码的也很多，用扫码同时增加了 2FA ，降低一些异地 web 登录的误判，算是“一步到位”
后者真的是极少数，例如我，我放弃 QQ 邮箱就单单是因为扫码，而不是它不好用或其他原因，相信大部分有手 Q 的人虽然会骂两句但还是继续扫码登录的

呃，iphone 节点……不知道，pass