我大概看了一下代码，除了 print 等语法，好像也没有什么特别不兼容的部分。你要不试着把代码改成 Python3 的吧？用 2to3 也许就可以了。

@yanzhiling2001 你能力再高总有毕业的那天，以后出问题谁来维护。这才是所有学校不可能让学生来做服务的最重要的原因。

根据我之前了解的案例来说。在我国，开源并不是没有著作权，而开源协议相当于著作权授权协议，是受著作权法和合同法保护的。但是前提是你必须要证明你有这个项目的著作权，或者你能代表这个项目的著作权人，才能作为相关方起诉。之前有失败的案例，有的就是因为难以证明自己有（大部分的）著作权，比如 Linux 。Linux 的著作权应该是由很多开发者共有的，因此你必须要联系到大部分开发者你才能“代表”Linux 伸张权利。

@efaun 不是判例制度，不相当于判例没有用。最高法还定期发布指导案例呢。

意思是只要开一个 4k 的 dummy ，就可以让系统认为你接的显示器是 4k 的，所以可以开启 HiDPI ？目前非 M1 ，想问一下这个方法支持 type-c(dp over usb)吗。

@minamike 但是我感觉明年 wwdc 可能苹果就要官方下场做菜单栏整理功能了。（又不是第一次了）

@liuleisail 主要是我所在的环境蓝牙干扰太严重了，只好用 2.4G 连接。

@liuleisail 请问修复的是蓝牙连接还是 usb 连接的？我这几个月确实感觉罗技鼠标的连接有些不稳定。

@sujin190 https://docs.python.org/3.10/faq/library.html#what-kinds-of-global-value-mutation-are-thread-safe，但是这里面说 x=y，和 x.field=y 是 atomic 的。（内置类型限定）

外国人看到中国大陆有这么一堆卡估计一脸懵逼。

我遇到了一个 bug，“我的指南”里的“我的地点”里有一个地址被设定成了“家”，但是不能删掉也不能更改。

@yanyumihuang @wsseo 赠送礼物、打赏等行为，如果 app 本身不抽成也不走内购。别搞得好像苹果不抽成那些主播就能拿全款一样好吗，他们不如说以后打赏直接微信支付宝转账岂不是更好。主播都知道用了人家直播公司的平台就要接受抽成，怎么就不知道直播公司用了 app store 的平台也要接受抽成呢。当大家都是慈善家吗？
@yanyumihuang 三星的应用商店没什么影响力，但是三星在韩国非常有影响力。阴谋论一点来说，为了在韩国推广自己的应用商店，推动一个法案打压谷歌苹果也是有可能的。
另外主机硬件是做慈善，但是整体业务显然不是啊。假设一台主机售价 2000 元，我们就算亏本 10%，200 块好了。两个 3A 售价 700 元，就可以抽成 210 元了。平均下来哪里亏损了。更何况主机一个型号卖 5 年，就算前两年亏损，后两年卖硬件甚至还能赚钱。苹果虽然也是抽 30%，但是显然以当前定价，App Store 营收肯定不能抵消硬件亏本卖的钱，所以这种商业模式肯定是不行的。

@wsseo 基本知识：打车等购买现实服务不走内购，转账不走内购，移动支付不走内购，网购也不走内购，甚至在淘宝购买其他电子版软件都不走内购，只有 app 内购买的用于该 app 的“电子商品”走内购。赠送礼物、打赏等行为，如果 app 本身不抽成也不走内购。

@yanyumihuang 冷知识，三星是有自己的应用商店的。堡垒之夜被苹果和谷歌下架之后，就跑到 galaxy store 上架了，甚至 galaxy store 官网现在还在宣传"Fortnite is still here and not going anywhere. Download now at Galaxy Store."。

@yanyumihuang 主机能卖软件赚回硬件的钱，必然是软件的销售额要足够大才行，更何况主机一套硬件用五年。以目前手机软件的定价和更新频率，苹果降到三千就完全是在做慈善了。所以要么苹果做慈善，要么 app 涨到 3a 价格，要么维持现状，有什么问题吗。

@xing7673 阴谋论一下，这个法案说不定是三星搞的。欧洲的手机厂商感觉都差不多半死不活了。

@yanyumihuang 那很多 app 恐怕就要提价到 3A 的水平了。

@wutiantong 我想到了一个生命周期的例子，但可能不太贴切。就比如有这样一个多层嵌套的结构：
std::vector<std::vector<...std::vector<int>...>> mat;
访问这个 vector 的某个元素就需要, mat[0][0]...[0]。为了可读性或者其他目的，C++里可能会设置引用，int &first_element = mat[0][0]...[0]。或者 std::vector<int> &sub_mat = mat[0]...[n]
但 C++中，你仍然能对这个 vector 的某一层进行操作，比如 push_back，但是当 vector 的容量达到一定程度时，vector 需要扩容时，就可能导致引用失效。因此对 vector 操作时，C++程序员必须思考和检查有无指向 vector 内部的引用和指针。
但在 rust 里，对 Vec 内部的引用，因为 get 函数返回的引用的生命周期依赖 Vec，因此会同时使 Vec 在内部引用周期结束前都保持只读状态，因此如果在引用周期结束前执行了 push 等操作，编译器就会直接报错。因此在 rust 中，就免去了人工思考能否 push 的过程。