V8 足够的优秀，而且冷启动速度也足够快。

工行真全币种，征信里就是一堆账号，至于汇率的话，哪种更优惠还不一定。

但是从还款角度，招行这种毕竟方便，因为你不管什么币种消费，都会给你统一以人民币账单结算，统一换人民币即可。

而工行这种是每个币种独立账单，不汇总，因此如果会消费不同币种，而自己又记不清的话，很容易忘记还款造成逾期。

而普通的线上消费，我觉得 MC/VISA/JEC/AE 等并没有什么区别。而这些卡组织的权益，几乎都用不上。

如果有线下消费的话，可以关注一下消费地是否有相关优惠决定使用什么卡组织。

@MoonWalker #16 新产证确实需要几天时间，我当时是凭借税费缴纳凭证、不动产登记中心的受理回执、水电煤户主变更申请单等回到银行，审核后，银行就放款，当然这个和银行有关系，有的银行会比较严谨一点，必须要看到新的产证原件。这些跑腿的事情，我当时都是让中介去的，毕竟中介费也是按万算的，让他们跑腿没什么问题。

我贷款买二手房流程：

1 、我向卖家支付首付款
2 、我向银行提供首付款支付凭证、收据、购房合同等证明材料
3 、银行审核后，同意向卖家放款，通知买卖双方
4 、不动产登记中心办理所有权转移和质押，并缴纳税费
5 、变更所有权和质押后携带相关材料到银行，银行审核后向卖家放款


3 、4 、5 基本上是同时进行（同一天）

vscode remote ssh

和本地开发几乎没区别。

@hatsuyuki #13 这个我不确定，只是猜测，商业版本是不是会有不同。

但假如是这样也是合理的，版权方如果说了不算，那么就没有人愿意开源了。假如包括我在内的开发者，如果对于自己开发出来的产品，没有决定权，那么我当然就选择不开源。

mysql 是有收费版本的，会不会商业版会提供不同的 mysql connector ，以此来规避这种问题。不给钱，想用开源版本就 GPL 。

合理呀，server 系统本身定位就不是开发用途。WSL 用途只是提供给开发者用作开发，而不是用于部署产品使用。

说白了，个人用户使用 server 系统当作个人版系统使用，微软本来就不管，这些人也不会掏钱买正版。

真正会使用 Windows server 并为之付费的用户，不会用 server 上的 wsl 部署业务。

server 需要的稳定而不是充满黑魔法的 wsl ，开发者需要开发效率，一定程度上上的不稳定是可以接受的。

只有两个选择，jeb 和 jadx 。两者都是支持跨平台的。

先 openwrt ，在 home assisstant ，最后就为了一个 ddns 是不是太重了。

试试这个，虽然写的丑，但是能用

https://gist.github.com/Lua12138/eee59d5f2a04e1d238303d9c2337c25e

一共接受 4 个参数 CF_API_TOKE 、CF_DOMAIN 、CF_DNS_DOMAIN 、CHECK_CYCLE

需要依赖 jq curl bash

@zinwalin #6
> density 为什么会导致 App 判断出

不可控的行为，这是应用开发商自己的判断逻辑。早年间我看到过一些第三方写的文章，通过判断屏幕密度来猜测设备是否属于手机，因为一般手机的屏幕素质都会高出其他 Android 设备（平板、电视）一大截。

我这是做的 Android TV 机顶盒开发，也是为了一些仅支持的竖屏的应用能够在 ATV 上跑起来。虽然不知道这样做有什么意义，毕竟这类应用根本不支持遥控器操作，但是客户是这么要求的。

从你的表述看，你说的横屏应该和我想的不是同一个。你只是需要给重力感应的默认方向就行了（原则上这都不需要你修改，只要相关的传感器驱动是正常工作的，aosp 里已经有了相关判断），比我这个容易，也不涉及显示驱动那一块的修改。

可以。原先的 wsl1 同样也可以。我在我孱弱的丐版 surface pro 上编译过，只是比较慢，等了 4 个小时也出来了。

onenote

免费、多平台支持、文档内可内嵌其他文件（影音、图片、可执行文件等各种）

网页版需要梯子访问，客户端版本无需梯子。

平板强制横屏是怎么个强制法？

如果显示区域居中，两边留黑边竖屏显示应用内容，可以尝试（我在 Android9 测试通过）修改：

https://cs.android.com/android/platform/superproject/+/android-9.0.0_r42:frameworks/base/core/res/res/values/config.xml;l=2546;drc=970bf5a6b3db9724b8c9b6d235b65495f7dcb411 值为 true 。

如果你的代码中默认方向并不是横屏方向，可以参考这里的代码修改
https://cs.android.com/android/platform/superproject/+/android-9.0.0_r42:frameworks/base/services/core/java/com/android/server/policy/PhoneWindowManager.java;l=7243;drc=11768fd80fe62e66df0651b3301315afeb234abb

我自己做过 Go 与 node 这一块，vs code remote ssh 是非常好的选择，既获得了较好的 UI 体验，也获得工具链的便利性。

起源可能是为了规避审核，但现在的泛滥，原因不明，也有点难理解。

起初我认为只是规避审核的自我阉割，但后来发现并不是，在 v 站也有一些用户发言存在这种情况。着实让人难以理解。

米替代钱这种说法勉强还能接受，但是一句话里正正经经的词语，非要写成正正 jj ，或者 zz 经经，看起来反而更不正常了。

而且现在短视频的创作工具里，我试用过剪影，我以为语音转文字添加字幕，是默认就这么奇怪。在我测试后发现，自动生成的字幕是正常的，这意味这视频中那种奇奇怪怪的字母表达方式是创作者的有意为之。

有点难理解这种不能好好说说的行为。

文档这个吧，我发现多数大厂的文档还不如一些开源项目。国内商业公司，我接触过文档写的最好的是支付宝，其他就都那样了，至于比烂呢，大概就是微信了，这个体量和这个文档质量，一言难尽。

国外拿得出手的是微软，其次是 Google 的一些热门项目（ Android 一类），相对不那么热门的项目文档已经很鸡毛了。

但是我自己也作为开发人员，写文档，特别是针对用户的文档，写起来比写代码还费时间。而且随着产品迭代，很容易忽略文档的更新。

求分享三五个同平台相同视频搬运的视频链接，分析一下。