@dafengchui 微信是偷偷地搞打赏，苹果认为是 app 之内使用的产品，才有之后的那些事情的。后来苹果重新审核了规则，现在最新的版本是：

打赏需要使用 IAP （ 3.1.1 第二个场景）
赠予功能可以不使用 IAP，这个行为必须完全可选（用户可以自由选择是否赠予），并且不能有任何抽成（ 3.2.1 vii ）

没仔细读规则就假设其他人都没有上架过 app 就不太好了吧

@mytsing520 假消息，Apple Pay 不是 in-app purchase，不收苹果税的

苹果的规则是，如果买的东西是在 app 之外使用的就不能走 in-app purchase (IAP)（规则 3.1.5(a)）。例如摩拜的付款买的是现实中的服务，而不是在 app 内使用的，所以就不用 IAP，也就不收苹果税。

要看从 0 开始是什么水平，如果你没有身份证，甚至是没上户口的话，这个事情就可以弄挺久了。每个人的具体情况都不一样，花点钱找专业的人弄吧

https://careers.google.com/jobs/results/5758278481149952/ 这个如何

性能损耗大不大是要 profile 出来的，不是瓶颈的地方没有优化的必要

squarespace 之类的弄一个先上了再说，没有开发人员的公司就不要揽开发的任务了

赶在 Catalina 之前来一波😂

@xz410236056 fb 就用了挺多 RN 的，我听说他们厂子不小（

现在不会，秋天之后只要接第三方登录的就必须加上苹果登录

不够大的公司会有

@wangshushu Google 就是这样，不想要的也可以选就是了: https://www.quora.com/Which-one-is-more-common-among-Google-employees-MacBook-or-Chromebook-or-Windows

真一线城市还有发 Chromebook 的呢（

这种代码一般不用等到 review，自动化工具就要亮红灯了

格式乱了，就是加了一个 if ... return 而已，两种做法对于：

g = {
'A': {'B': 1, 'F': 99},
'B': {'A': 1, 'C': 1},
'C': {'B': 1, 'D': 1},
'D': {'C': 1, 'E': 1},
'E': {'D': 1, 'F': 99},
'F': {'A': 99, 'E': 99}
}

得出来的结果是不一样的

这是使用场景不合适，Dijkstra 更适合你只关心从 A->E 的距离，而不关心到其他节点距离的时候。具体的做法就是在中间提早 return，可以证出来 Dijkstra 得出的一定是最优解，而 BFS 的做法不一定

def dijkstra1(graph, start, end):
distances = {vertex: float('inf') for vertex in graph}
distances[start] = 0

visited = set()
queue = list(graph.keys())

while queue:
vertex = min(queue, key=lambda vertex: distances[vertex])
queue.remove(vertex)
visited.add(vertex)

for neighbor in graph[vertex]:
if distances[vertex] + graph[vertex][neighbor] < distances[neighbor]:
distances[neighbor] = distances[vertex] + graph[vertex][neighbor]
if neighbor == end:
return distances[neighbor]
if neighbor not in visited:
queue.append(neighbor)

Herman Miller Embody 了解一下

不断开发，产品不断完善，就算源码流出去，过一小段时间就没有竞争力了

昨天刚打完 112% 今天就看到这个

现在的无线基本不可能跑满 1G 的，对设备要求极高