最大的优势就是弹性资源所以便宜，其他跟 docker 部署差不太多。


@leishi1313 Azure Function 已经支持 docker

一开始学了小鹤，但是发现当时的 iOS 不支持小鹤，又学了微软方案就一直用微软方案了。

面试里这种 x 变换之后求 y 位一般就是两种办法，要么是有通项公式的纯数学问题，要么是动态规划 /递推。

这题写几个例子就很容易想到第 k 层的长度是第 k-1 层元素的和，那么就可以用前缀和算出第 k 层的 p 位是第 k-1 层的哪一位（假设为 p_{k-1})扩展而来并且可知是 p_{k-1}扩展后的第几位。接下来问题就是第 k-1 层的第 p_{k-1}位是什么，以此类推。

而求每一层的分块长度就是基本的二维 DP，第 k 层的元素可以分成第 1 层（第一次增殖后）中元素（ 1,2,3...n ）分别增殖 k-1 次而来，因此 k 层 i 块长度就是 sum(dp[k-1][0], dp[k-1][1],...,dp[k-1][i])，因为是前缀和所以可以简化为 sum(dp[k-1][i], dp[k][i-1])。

TCP 的可靠传输就是丢包重传，包校验和错误基本等于这个包丢了。校验和不能完全保证数据正确……

不提供 VPN 就是不想让你从外部连接。

@alitaba 无人采矿，远程开挖掘机差的是这几十毫秒延迟？谁给你在矿井里装基站铺光纤？

@KasuganoSoras Azure VM 默认应该是没有 swap 的

iCloud：自动备份手机相册
Google Photo：手动备份手机相册+相机 jpg
Adobe Cloud：相机 RAW

最简单的内存管理器或者说是 malloc 实现（超简化版 CSAPP malloclab，我不信这个老师会把代码都敲出来去跑正确性和性能测试），数据结构基本只需要用到链表（懒点直接上数组遍历硬怼），难度上来说问题不大（ depends on 上课教了啥），也就手写代码坑了点（不过没有某校研究生操作系统课期中期末考试必有的一道手写某种进程同步机制的实现坑，人肉进程调度器）。

@squancher 对于网络流这种 IO 操作是靠硬件中断来的

schedule() 就是 call 调度器切换到其他进程，本进程就进到某个 event 的等待队列里去不会再被调度。event 发生以后 kernel 可能会唤醒一个或多个在等待的进程，唤醒其实就是把进程移到可执行的进程队列里面等待调度。

@JCZ2MkKb5S8ZX9pq 这个券是京都市营巴士的。除了 1 日券，一定要买一个 icoca 以及现金兜底（极少数偏僻私铁仅收现金）。其实巴士没有电车复杂。

@yeeli 买往返机票这确实是惯例，合同里写的很清楚，你打官司估计也赢不了

去京都强烈建议去京都站的旅游服务中心买巴士一日券，会送你一张详细的公交地图 https://www2.city.kyoto.lg.jp/kotsu/webguide/files/tikabusnavi/ja_tikabusnavi_2.pdf 然后基本就不需要导航了。去清水寺很直观地知道要么五条坂要么清水道。

还有在日本坐电车更建议用日本本土的 App 而不是 Google Map。

一天一个 g，你去日本直播？不然用用地图一天 200M 都够

越高端的单反越大越重，镜头也又大又重，带出门绝对后悔没买微单

上上周把屏幕摔裂了，因为有 ac+直接就去白菜价换了。不摔不知道 ac+的重要性。（常年裸奔，无壳无膜）

最基本的 dp

看来你们都是不小心打碎的，我是把体温计插到热水里去了，直接秒碎在了杯子里，然后就把水和水银一起倒掉了，杯子还一直在用😂