# UNTAG Premium 第三十八期 > 本文开放前 70% 正文，剩余内容会员可见。 原文：https://utgd.net/article/20232 来自 UNTAG 团队的第 38 期会员内容。会员内容会在每周一更新。 本期内容目录： - 科技企业高管之间的邮件通讯 - 法律工作中的 BBEdit（三）：用多栏视图浏览长文档 - 如何找回精确、全面的淘宝搜索 - 对照翻译后的电子书在 Apple Books 中无法正常显示，如何修复？ - 如何自定义 Github 的个人首页 - 为 Github 个人首页添加 Github Readme Stats 统计数据 - AirDrop 传照片如何保留原始创建时间 - 快速重启 HomePod 解决疑难杂症 ## 科技企业高管之间的邮件通讯 作者：@Hum 科技企业高管之间的邮件通讯，毫无疑问地比媒体通稿更能展示他们的个性、关注重点和讨论模式。问题在于我们会认为我们永远无法获得这些邮件，但这并不一定是真的。 Internal Tech emails 是一个通过调查公共记录，比如诉讼案卷，来获得技企业高管之间的邮件通讯。 我目前读到的内容里最喜欢的是这篇《苹果高管关于 Facebbok 的讨论》。Steve Jobs、Scott Forstall、Philip Schiller 三位“前”苹果高管讨论 Facebook iPad App 里的嵌入式应用程序。 这篇文章是一系列在2011年7月之间的内部电子邮件。 Mark Zuckerberg 认为这些应用是"整个Facebook体验"的一部分，他觉得如果没有这些嵌入式应用，那 Facebook 的 iPad App 体验就会很不完整。但是他还是提出了一些妥协的建议。 然而，三位苹果高管对这个提议有所保留，他们认为这可能会打开一个滑坡，让Google、Adobe甚至Amazon开始在Safari中链接到他们自己的商店。他们也担心这可能会加速向基于Safari的HTML 5应用的转变，这可能会损害苹果的利益。 这里有趣的地方是： 1\. 我们会发现这些人考虑问题的方式并不特别超出常理的范畴。对待这么大的客户和这么大的事，乔布斯会说“我直觉上觉得这样不行”，“让我们拒绝然后看看接下来怎么发展”这样的话。 2\. 从字里行间可以看出三个人的不同性格。Scott Forstall 主要是个协调者和沟通者，不拿主意，总问问题。Philip Schiller 的电子邮件表现出他对问题的深思熟虑和对细节的关注。我最喜欢的是他的邮件。Steve Jobs 经常非常简洁，通常只包含决定或观点。很果断的领导者，他能够快速做出决定，并对决定有信心。 3\. 当初对 Facebook 这么严格，不知道微信支付宝的沟通过程是怎样的。 这封邮件还远不是已发布内容里最有趣的，比如最新的这篇乔布斯对 Adobe CEO 的反问式怼人也很体现他的性格。 ## 法律工作中的 BBEdit（三）：用多栏视图浏览长文档 作者：@Minja 阅读纸质书时，如果需要前后对照两段文本，一个人会很自然地用手指夹一下，以便快速翻回去。这种基于物理属性的阅读方式，在电子媒介上就要画一些功夫才能实现；而我习惯用纯文本存储法律法规，就避不开这一问题。 我最初在 Sublime Text 和 CotEditor 官网看到分屏浏览特性广告，宣布可以打开两个甚至更多个窗口，但浏览的文件还是同一份，这就相当于同时翻开书本的不同页面，很方便比对阅读。前述两款编辑器口碑都很好，但我平时主要用 BBEdit，遂摸索了一番，很幸运，BBEdit 也有分屏浏览功能，就在菜单栏中：“View \- Text Display \- Split Text View”。 工作中时不时遇到一些文件，喜欢前后文交叉引用，非常难读，我甚至把它们打印出来，至少翻页总好过把鼠标滚轮磨得油光锃亮。而分屏浏览则开启了另一种思路，不再把屏幕当成一个固定的页面，而是一个浏览内容的窗口——既然是窗口，当然可以分割一下、在一个物理屏幕上塞下多个窗口了。\*用分屏模式看法条，就可以把罚则（如何处罚）固定在一侧，另一侧放置处罚依据；或者把一般性、原则性的规定置顶，在下面浏览细分场景下的具体规定。 \*诚然，直接用两个不同的编辑器打开同一份文档，也是一种方法，但在其中任意一处修改文件都可能造成损坏，尤其是 iCloud 云备份、iCloud 本机进程、软件历史版本备份七七八八一大堆进程在读取文件的当下，多打开一个软件，风险过大。最严重的情况下，可以烧毁质量中下的U盘——经本人亲自测试。 ## 如何找回精确、全面的淘宝搜索 作者：@Minja 搜索，第一是要精，别掺杂，尤其是别违背我的用意去搞算法推荐，恶心；第二是要全，不能漏掉目标。 而淘宝——这家世界上最神奇的公司——用了十几年时间，成功把两行代码能解决的上述问题，变成了平台和用户之间旷日持久的军备竞赛。 掺杂问题几乎无解，无论是在客户端中选中“信用”排序\*，还是在网页版中添加强制剔除无关信息的参数，如今都收效甚微，最过分的一次，我分明在搜索“HMG”（某北美著名户外品牌），淘宝却一个劲儿给我推“化毛膏”，且自此焚膏继晷地给我推荐宠物用品。而全面搜索，问题更甚：至少从2022年上半年开时，我发现网页淘宝无法搜到许多店铺或商品，此问题存在时间应当更早，但我平时不常网购，直到某日发现每季必买的一家老店“失踪”了，四处搜索，才发觉只是网页版屏蔽了一大批搜索结果——这针毒剂狠过其他伎俩：既然搜索结果根本不全，实质上网页版已经没有任何存在意义了。 一句话：曾几何时，淘宝用胡萝卜加大棒，逼用户下载客户端；现在，客户端也不堪入目，确实应了那个名字——是在“淘宝”无疑了，只是在一大堆算法推荐的垃圾中淘。 好在柳暗花明。除了基本作废的网页版和日益堕落的淘宝客户端，还有第三条路径：支付宝客户端中的淘宝小程序。用起来很简单，在支付宝小程序列表中点开，界面类似传统手机版网页淘宝，搜索结果精而准，基本没有广告，简直让人怀疑是淘宝工程师给自己开发的。 希望这个通道迟一些被污染或关闭。 \*此排序方式曾经可以过滤推荐结果，仅显示搜索结果，堪称官方去广告神器，可惜已经作古。 ## 对照翻译后的电子书在 Apple Books 中无法正常显示，如何修复？ 作者：@Minja 我发布《将外文电子书翻译成双语对照版本，并在任何设备上阅读》一文后，有读者反映，包括 Apple Books 在内的一些阅读器无法正常打开对照翻译后的电子书，同时各人也提出种种猜测，几乎我设计的每个环节都遭到质疑。这是好事，毕竟我将方法开源了，没有建造密不透风的技术黑箱，读者们才能提出假设、我才能一一检验。 就 Books 而言，其实问题非常明确，和修改文件拓展名等环节毫无关系，只是在制作版式较复杂的书籍时，偶尔会破坏 HTML 文件层层嵌套的结构；这也不是要命的事儿，只可惜 Books 兼容性太差，少了一个字符它就直接完蛋——而从来看不上 Books 的我，当然没有机会遇到相关问题。 既然找到了病因，解决起来也非常容易：用 Calibre 等电子书编辑工具，把出问题的 EPUB 文件再转换成 EPUB——你没听错——一般就能自动修复被破坏的 HTML 代码。我特意选了几本图文混排和带有大量脚注的书籍，经测试，均可以自动修复。 此外，按原方案直接修改拓展名而来的电子书会计算两次内部素材的体积，如果遇上图片较多的书籍，则会白白占去较多体积，而转换后的电子书则无此担忧。 围绕对照翻译的一系列方案发布后，网上的同类工具和服务也陆续出现，我无意为这一点点业余爱好去捍卫优先权，毕竟我从一开始就摊牌了：追求一种长寿的翻译方案。举凡愿意和我取得联系而非抱怨几句就走开的读者，他们所遇到的问题没有一个解决不了的。 ## 如何自定义 Github 的个人首页 作者：@沨沄极客 GitHub 不仅是全球最大的开源社区，也是开发者们展示自我、分享项目的重要平台。自 2020 年起，GitHub 推出了自定义首页的功能，使得用户可以更加个性化地展示自己的技术特长和项目成果。 这次要介绍的是在 Github 个人首页仓库上方的可自定义内容的部分，你可以在这里添加一些自我介绍和更炫酷的效果。但如果你直接进入这个页面，是看不到自定义按键的。你需要建一个特殊仓库来实现这个操作。 首先，你需要创建一个新的仓库，仓库的名称必须与你的 GitHub 用户名完全一致。在创建仓库的过程中，你会看到一个绿色的提示框，告 --- [前往标准阅读页](https://utgd.net/article/20232?audience=web)