好奇什么需求必须要用到这种黑科技

13 年开始用 iPhone ，第一个 iPhone 是 7 ，Xs 、13 、15 一路用下来，期间会用安卓当备用机，但是基本只是跑个短信转发器所以也谈不上深度使用。上个月手机在瑞士被偷，被迫高强度用了十多天安卓备用机 mi 13 ，决定换到安卓，具体来说是 mi 15 。

优势：

1. 应用双开。告别出门带两个手机的日子，让我下决心换掉的最直接原因
2. 充电是真的快，换电池也便宜所以健康度根本无所谓，随便造
3. NFC 门禁。貌似 iPhone 可以用公交卡的方式曲线达成，但是太折腾了我也没弄过
4. 流畅。可能是我一直用 iPhone 标准版的原因。有一次在华为店里试了一下 mate 60 应该是，当时就惊了，居然这么流畅的吗，不过现在用久了也没有当时那种吃惊的感觉了。现在用的手机日常应用除了阿里系的没觉得那里卡，不过淘宝闲鱼 iOS 上一样卡，最多是动画好一点让人不觉得等了那么久。


到目前为止我不满的地方有几个：

1. 全局搜索是真拉跨，不明白为什么第三方都能做好的应用/设置搜索都能这么卡，这个是最难受的，就那速度和一卡一卡的感觉真的恶心人，还不如关掉。这个我目前只用过 mi 的系统，不知道其他系统会不会好一点
2. 应用不精致，想淘到好看一点的应用要花多一些时间，iOS 这方面会好很多
3. 和 airpods 相比，无线耳机还是不太行

其他问题：

1. 现在的手机都太大太重了，就算 mi15 对我来说在床上玩手机也很难受，但是大趋势没办法，只能选一个最小的
2. 大部分安卓非旗舰机器的频段覆盖都不太行，如果出国不多的话也不算很大问题
3. 配件生态一般，不过现在搞一个磁吸手机壳直接蹭 iPhone 的配件也不错
4. 由于还在用 apple watch ，所以还是有一个 iPhone 备用机，但是基本不用，只是晚上回家同步一下数据，可能哪天就放弃 apple watch 了

日常使用的总体感觉是，如果是 iOS 转安卓，绝大部分需求都是能找到解决方案的，但是安卓转 iOS ，可能有的需求就是找不到解决方案或者解决方案会带来更大代价，比如截屏翻译还得折腾快捷指令，也谈不上多好用，双开之类的更是不用想

感觉 op 可以考虑买一个二手的先试着用一下，用上几个月再卖掉亏不了几百块，至于 ai 我感觉目前还处于玩具阶段，建议不要期望太高。另外主力机不要买美版，没有 sim 卡槽，备用机倒是可以

倒是如果是影视从业者，用 iPhone 的肯定是是更多解决方案的，毕竟大家都在用，比如 17mm 镜头转接手机壳貌似只有 iPhone 的在卖，各种新奇的方案肯定都是第一时间适配

@AlexHsu 欧洲这边大街上女士抽烟感觉比男的还多，不过一般都是电子烟，很少看到卷烟，大麻就更不用说了，十米外就能闻到

所以今年一加 13 评分酷安垫底😂

@RoshanWu +1 不过我更喜欢 Ayu Light https://i.imgur.com/Bl5PuXr.png

一直都是这样用的，感觉应该是玩游戏升级加点的时候学会的。反而用不惯 command 或者 CapsLock ，command 我用大拇指按，在复制粘贴的时候食指按 cv ，两个手指离得太近很别扭。CapsLock 感觉小拇指没有那么大力气，不过后面自己改了个 ahk 脚本（类似这个[matrix1001/capslock-plus-plus: ⌨Amazing, extendable, readable autohotkey scripts framework utilized by Capslock.]( https://github.com/matrix1001/capslock-plus-plus)），把 CapsLock 绑定了其他功能，慢慢用也习惯了

@tianhehechu 可以的，主板支持 S4 唤醒就行了，WoL 也是从关机状态唤醒

@zhzy 没用 poetry 的一个问题是, 输入命令的时候需要按六下, 而且 po/etr 这几个字母输入的时候都只能一边手打字, 有点别扭

目前用 rye, 体验挺好. pdm 也行, 大部分时候都很流畅但是有时候会奇怪的很慢

btop, 感觉比较好看
https://github.com/aristocratos/btop

想要炫酷动画就还是用游戏引擎吧, 不然最后就是自己重新实现一个引擎...

还是不显示有效内容吧. 这样子搞对用户来说就是网页打不开用不了, 哪怕他愿意关掉 adblock 他也不知道, 结果就是不用了. 报复用户感觉没什么必要吧

mpl 是可以接受鼠标事件的, fig.canvas.mpl_connect("button_press_event", self.on_button_click), 在 onclick 里重绘一下画面就行了, 效果反正只能说能用

1. 可能还是不熟悉吧, 首先那一大堆生成归属年月的代码其实直接格式化成字符串就行了, groupby 和 pivot_table 都是支持字符串的, 而且你也不需要先 groupby 再 pivot_table.

https://i.imgur.com/AHEZf7m.png

2. 至于 df_pivot['余额'] = df_pivot.iloc[:, 1:].sum(axis=1), 不就是把 sum 函数的返回值赋值给余额那一列么. 只是说它帮你处理了一下, 如果不存在这一列的话就新创建一列. 具体来说这是一个语法糖, 在类的 __setitem__ 方法里实现.

3. Python 有 type hint. 3.6 就有了, 不过要到好用的程度的话至少要到 3.9 和 3.10 吧.

4. 不要这样创建元组. 格式化工具会帮你加上括号的. 这个地方确实容易踩坑, 特别是只有一个元素的时候. 我是这样理解的, 在 Python 里 tuple 实际上是逗号定义而不是括号定义的.

https://i.imgur.com/IP9n5sX.png

5. 如果你是团队的话, 是会有规范的. 至于正经项目怎么说呢, 要写肯定能写, 毕竟 Instagram 也在用 (虽然是魔改的). 而且所有的语言都或多或少有一些黑魔法, 为了工程化不用就是了. 真要变成 Go 那样说实话有的时候也挺难受的.

当时幸好我有用 snipaste 截图的习惯（因为翻页对照很麻烦），snipaste 会记录你每次截图的全部屏幕区域，才保留了一部分之前修改的内容，当时恨不得直接给 snipaste 的作者磕一个

踩过同样的坑…是不是因为网络不好一直提示上载不成功？基本没救了，赶紧重写吧。
关键的地方在于你在资源管理器 onedrive 文件夹打开的其实是一个在线文档（而不是你硬盘里的那个文件），也就是如果被天才的微软发现你在编辑一个 onedrive 里的文档，他会机智地把你编辑的文档换成在线的那个。

这时候如果你的网络连不上服务器，点保存时你保存的位置是在线的那个（显然失败了，会提示上载不成功，但是不是弹窗而是一个 banner ）；

接下来你很有可能跟当时的我一样非常有信心因为是编辑的本地文件上载失败就失败吧。然后点击了关闭（因为你觉得你保存了，而且我记得好像这时候关闭是不会弹框提示是否要保存）；

这时候（最过分的来了）因为你是编辑的在线文档，所以 word 设置里的定时保存是不生效的，也就是本地是找不到自动保存的文件的。

只能说不愧是你，全部都防住了啊😃

@jorneyr 没用 (T) 已经很不错了

glob 了解一下

是挺方便，就是不太好看。
如果为了好看去改样式，好像又不是很合理...