用腾讯的 Lemon Cleaner-->应用卸载-->卸载详情，找大个的删

比如微信、Word 、PPT 的沙盒文件。

仔细读一下你这段话，多少直接的痛苦感是房价高导致的，多少是你选择了新房，大户型导致的。

BTW，100 平在上海，真不算刚需

分支少，模块多：时序图
分支多，模块少：流程图
分支多，模块多：泳道流程图
分支少，模块少：不画图

放在 V2 这个环境下，程序员们不都是成体系的看官方文档，不成体系的看 stackoverflow 或者博客吗？

视频的甄别成本太高了，而且节奏跟自己根本没法匹配
书籍则更新太慢了，版本跟不上。

除非是全新领域的入门，比如软件到机器 /深度学习，可以找一些经典的视频或者书籍。

老家哪里的确实是一个常见的破冰问题，但是你籍贯哪里，这个问题不奇怪吗？

HashMap 是“无序”的，它的“序”靠的是 Hash 值，如果要“有序”可以用红黑树之类结构，但代价是你只能用你排序的那个字段做快速查找、插入了。

如果即需要用 Key 快速查找、插入，又希望用别的参数来做“序”那么可能你需要一个符合的数据结构。

同

@devliu1 被控机显示一个秒表应用，显示器放在主控机显示器旁边，拍照看两个秒表的时差

分子

这里楼主给的链接里关于返回参数的说明

返回参数
参数名 类型 说明
code Integer 错误码。
success Boolean 判断请求是否成功。
true：成功
false：失败
msg String 请求失败返回的信息，成功则返回空值。
result Boolean 是否成功。

返回的信息里只有是否成功，并没有说这个成功是执行还是请求还是修改影子，当然这是文档的问题。

但一般情况下这个场景不需要同步接口，因为下行通道是必须的，否则如果其它控制渠道（比如物理面板，物理遥控器）的控制就没办法反馈了。

参考 AWS 、阿里云的设备影子

另外涂鸦这个接口从哪里可以看出来是同步的？

一起探讨，如果 M 不是大到离谱，是否需要控制 M ？还是无脑 go 就好了，因为这样感觉就是 go 程池 /线程池了，有点像把 go 程当线程用了？

@yukong 理论上，如果 App 如果不申请联网权限，不申请外部存储权限（把短信结果写到一个目录，然后用另外一个 App 来读取上传），不对外提供接口（ ContentProvider，这个好像不好证明？），应该是没办法泄露信息的吧？

当然 App 升级是需要联网的，不过这个应用特殊，可以完全走商店（ iOS 包括升级提示，Android 完全）增加信任
升级模型文件理论上也是需要联网的，不过还是因为应用特殊，可以干脆放弃这个功能，要升级就走 App 升级

然后要相信这个 App 没有能力作恶，需要这么多编程知识，会不会一下子又小众了？不过作为小众之一，我觉得挺好。

@sockpuppet9527

weak symbols，这个我理解应该是指把 B.o 里的方法制定为 weak ？但这样 Mock 也只能有一个实现，也就是说对应用例 1，需要 b_foo(1)返回 0，而用例 2 需要 b_foo(1)返回 1 还是很难实现？

GMock 大概放狗找了一下。
从 Google Mock 的原理里可以看到，Google Mock 只能对类的虚函数做 mock，并且要求被测代码不能够直接创建该类的对象，而是由外界传进去的。
所以这个可能得在开发阶段就定下规则，比如虚函数，不能直接创建对象等


@feather12315
这个办法倒是很有意思，有成熟的框架吗？

同求这种 C/C++项目的 UT 实践，除了楼主说的打桩问题，makefile 问题不知道你们怎么解决的？比如你第二条里说的 A.c 在 makefile 里本来是依赖 B.o 或者 B.lib 的，但既然要 UT，那就只能依赖 MockB.o，甚至 MockB1.o，MockB2.o 等等（因为要 Mock 不同返回的情况），既然有了 MockB.o，那和 B.o 肯定就不能打包到一个 main 里了（除非全打成动态库，但动态库又有动态库的问题），于是又是一堆 main，一堆初始化……

以前我一直以为 UT 是三倍业务代码就是这些原因，直到我看了 Spring 里的 UT 框架，各种 Repository 、Service 、网络层的 Mock，运行时像注入哪个注入哪个。不想打桩时直接用真实实例也可以直接用（比如测 Service 时，Repository 不想打桩的话，可以直接调用真实的 Repository 准备各种数据——PS，我不知道这种方法是不是不够 UT，但确实好用，节省时间）。所以如果三倍工作量是 Spring 说出来的话，我简直怀疑在 C/C++界，这个工作量可能是 10 倍，30 倍？

分子分母都要行不行

没试过，不过 Google 快递公司 API 有不少结果，比如这个
https://api.kuaidi100.com/document/5f0ffb5ebc8da837cbd8aefc.html

phone string 否 13888888888 收、寄件人的电话号码（手机和固定电话均可，只能填写一个，顺丰单号必填，其他快递公司选填。如座机号码有分机号，分机号无需上传。）

@anzu 这个脑洞🐮🍺

这不是典型的流式计算的前一半吗？（不确定后一半是不是你没说）可以看看 Apache Flink 等是怎么玩的
1. 数据不大怎么搞都没事，数据大一般是用一个消息队列异步处理
2. 并不一定要把原始数据入库，存 S3，HDFS 等都可以
3. 不一定需要专门的 TCP 长连接（当然可能你之前就是这样），HTTP 也是 keep-alive 的，还方便