上一篇宏哥介绍的Xposed是一款可以在不修改APK的情况下影响程序运行的框架。可以编写并加载自己编写的插件app，实现对目标apk的注入、拦截等。一般研究移动安全的都会使用Xposed。

在 Kubernetes 中，调度 (scheduling) 指的是确保 Pod 匹配到合适的节点， 以便 kubelet 能够运行它们。 调度的工作由调度器和控制器协调完成。

代码整洁之道-读书笔记之对象和数据结构

以上两段代码以后者为佳。我们不愿曝露数据细节，更愿意以抽象形态表述数据。这并不只是用接口和／或赋值器、取值器就万事大吉。要以最好的方式呈现某个对象包含的数据，需要做严肃的思考。傻乐着乱加取值器和赋值器，是最坏的选择。

虽然依旧能抓到大部分Android APP的HTTP/HTTPS包，但是别高兴的太早，有的APP为了防抓包，还做了很多操作： ① 二次加密 有的APP，在涉及到关键数据通信时，会将正文二次加密后才通过HTTPS发送，我们抓包抓到的是一堆二进制base64 ② 自带HTTP Client 像支付宝那样的变态，自己带了一个基于so的HTTP

在graphql中，需要查询的字段由调用方传递，如果此时存在关联表才能获取的字段，但前端不需要该字段的时候，默认查询所有字段会带来较大开销

上一篇中，宏哥讲解和分享了一些如何快速解决的临时应急的的方法，但是小伙伴或者童鞋们是不是觉得是一些头痛医头脚痛医脚的方法，治标不治本，或者是一些对于测试人员实现起来比较有一定难度。所以今天宏哥再介绍和分享一下治本的方法。

前三章我们陆续介绍了半监督和对抗训练的方案来提高模型在样本外的泛化能力，这一章我们介绍一种嵌入模型的数据增强方案。之前没太重视这种方案，实在是方法过于朴实。。。不过在最近用的几个数据集上mixup的表现都比较哇塞，所以我们再来聊聊~

5种前端代码共享方案：npm包、git submodules、脚手架模板、复制、UMD或模块联邦

我独立开发了《联机桌游合集》，是个网页，可以很方便的跟朋友联机玩斗地主、五子棋、象棋等游戏。这些游戏是不同的前端项目，而这些项目有很多公共依赖，我是如何管理的呢？是如何做方案选型的呢？

调研发现，物联网在传统工业中一般采用云-边-端的架构，其应用模式逐渐固化。其中云平台主要进行数据的存储；边缘端作为大脑，不仅能够给底层设备下发控制指令，还可以对智能传感器发送的数据进行特征提取，并将结果反馈给云平台。边缘网关可以作为一款可自由裁剪的微型电脑，能够安装Linux系统，执行各种复杂指令，具体的框架如下图所示：