KTSee.eu.org

 之前写了一篇 《技术管理标准模板》 ，其中项目管理部分并没有具体深入，而这一技能不仅仅是对于技术Leader的要求，从我的经验看来，只要是程序员，具有项目管理能力都是如虎添翼的，即使你走的是专业路线。本文即基于自己的经验，从项目的启动和迭代阶段总结了敏捷项目管理的一些标准动作。 启动阶段 相关干系人沟通，同步项目背景、业务价值等 启动会议：召集相关干系人，明确业务相关信息，确定相关流程制度等 需求收集和分析-> 总体需求文档 ，概括性的功能与非功能需求列表 初步的产品规划-> 每一轮迭代的需求列表、发布时间 创建项目基础设施-> 可持续交付到测试环境的基础项目 ，包括各个端的代码库、到测试环境的流水线等。 迭代阶段 两周为一迭代，包括需求、设计、开发、测试、发布。关键点在于需求的拆分、优先级以及并行化。 1. 需求评审 对本轮迭代的需求尽心评审确认。 前置条件 ：产品经理对此轮迭代进行需求确认，产出需求条目，按 优先级 排列；需求需要拆的足够小，把大需求拆成一个个 能够独立开发测试发布 的小需求 2. 工作规划 根据本轮迭代需求做WBS任务分解 WBS工作项分解: 甘特图 里程碑结点: 表格或者里程碑图 风险管理：风险点预估、严重程度、可能性、应对措施 3. 设计/技术评审 分别对交互设计和技术设计进行评审 前置条件 ：设计师需要输出设计图；技术部分做概要设计和系统设计，随着每一轮迭代进行更新维护 4. 测试用例评审 由QA安排，会前需要提前将测试用例文档发给产品经理与研发，提前标注有疑问的用例。 5. 开发、测试过程的监控 持续交付：开发和迭代测试，需求开发完成后即测试并进行缺陷跟踪。 会议 每日站会：全员站会，了解整体状况，对暴露出的风险和问题作出集体决策。 项目周会：10人以上团队。解决整体计划层面、跨团队协同配合的问题。 项目周报 汇总项目总体状况，回答三个问题 项目的整体进展状态到底如何？ 风险可控吗？ 目标达成有没有问题？ 6. 版本全量测试 对所有已经开发完的功能进行交叉测试、全量测试、埋点测试、回归测试、第三方云测。 7. 验包发布 此迭代所有功能开发测试完成后，提交审核流程，各流程审核人验收通过后发布。 ...

前言 入手 N1 已经快两个多月了，期间也没怎么少折腾，逛论坛的时候注意到很多朋友对于 N1 作为旁路由的设置还不是很清楚，所以就整理了一下设置的步骤，给需要的人。 模式一：主路由开 DHPC + N1 关 DHPC (非全局） 该配置下，用户需要手动设置需要 N1 服务设备的网关和DNS，对于未设置的设备只使用主路由功能。 应用场景：家庭环境中，我只需要我自己的设备科学上网，其他家人设备不需要，因为个别机场会有BT、迅雷、360等审计规则，避免家人设备不慎触发规则，可以自定义需求。 设置步骤 主路由无需做任何变动 。 N1 网口直连电脑，网络地址使用DHCP自动获取。 浏览器打开 192.168.1.1 ，进入Openwrt，默认账户名 root ，密码 password 。 点击「网络」-「接口」-「修改 br-lan接口」，将静态 IPv4 地址修改为主路由网段中的一个地址，例如 192.168.1.2 。 再将网关设置为主路由地址，例如 192.168.1.1 。 IPv4 广播设置为 192.168.1.255 。 DNS 地址根据本地网络情况设置。 同时下方「DHCP服务器」，勾选「忽略此接口」。 保存并应用配置，然后将 N1 连接到主路由的 LAN 口。 手动指定需要 N1 服务的设备，网关地址和 DNS 服务器为 192.168.1.2 。 模式二：主路由开 DHPC + N1 关DHPC (全局) 该配置下，所有设备都会使用 N1 作为网关和 DNS 服务。 方法一 N1 的设置与模式一相同。 进入主路由，将主路由的 DHCP 的默认网关修改为 192.168.1.2 ，同时将 DNS 服务器也修改为 192.168.1.2 。 方法二（适用于主路由为Openwrt） N1 的设置与模式一相同。 进入主路由，「网络」-「接口」-「LAN」-「DHCP 服务器」-「高级设置」 在「DHCP 选项」中，添加两条参数， 3,192.168.1.2 ， 6,192.168.1.2 。 保存并应用配置即可。 模式三：主路由开 DHPC + N1 开 DHPC (全局) 该配置下，N1 会成为首选 DHCP 服务器，主路由 DHCP 只用于给 N1 分配地址 设置步骤 主路由无需设置 N...

概述 工作中用到了kafka ,本篇博文整理一下学习到的kafka相关知识，内容多来自网上（主要是官网doc,个人博客），侵删。 kafka 是Linkedin 使用Scala 编写的一个开源的分布式消息系统，当时开发的初衷是为了解决网站活动流数据（比如网页浏览，点击，驻留时间等等）的数据转发处理。因为活动流数据是实时且流量比较大，可想而知kafka 的最大特点就是高吞吐率且容易扩展。 kafka 的设计目标如下： 以时间复杂度为O(1)的方式提供消息持久化能力，即使对TB级以上数据也能保证常数时间复杂度的访问性能。 高吞吐率。即使在非常廉价的商用机器上也能做到单机支持每秒100K条以上消息的传输。 支持Kafka Server间的消息分区，及分布式消费，同时保证每个Partition内的消息顺序传输。 同时支持离线数据处理和实时数据处理。 Scale out：支持在线水平扩展。 使用场景 从不同的角度出发，kafka的作用也不同。 kafka作为一个消息系统，类比redis,rabbitmq等同类产品， kafka作为一个存储系统，因为进入kafak的消息都会被持久化所以可以作为一个存储系统， kafka作为一个流处理系统，对于流数据，可以在kafka里多次处理，多次流转。 相应的，kafka 的使用场景大致如下： 作为传统消息队列系统的替换。 做metric监控数据的收集处理。 做日志数据的收集处理。 流数据处理。 事件驱动架构的核心组件。 上图中可看出kafka的角色，相应的，kafka也提供了四种核心api: The Producer API allows an application to publish a stream of records to one or more Kafka topics. The Consumer API allows an application to subscribe to one or more topics and process the stream of records produced to them. The Streams API allows an application to act as a stream processor, consuming an input stream...

目前国家工信部在大力推动三大运营商发展 IPv6，对家用宽带而言，可以使用的 IPv4 公网 IP 会越来越少。有部分地区即使拿到了公网 IPv4 地址，也是个大内网地址，根本不是真正的公网 IP，访问家庭内网的资源将会变得越来越困难。 部分小伙伴可能会选择使用 frp 等针对特定协议和端口的内网穿透方案，但这种方案还是不够酸爽，无法访问家庭内网任意设备的任意端口。更佳的选择还是通过 VPN 来组建大内网。至于该选择哪种 VPN，毫无疑问肯定是 WireGuard，WireGuard 就是 VPN 的未来。 我已经不止一次向大家推荐使用 WireGuard 了，我累了，不想再讲了，你爱 JB 用辣鸡 OpenVPN 之类的就用吧，你开心就好。 WireGuard 相比于传统 VPN 的核心优势是没有 VPN 网关，所有节点之间都可以点对点（P2P）连接，也就是我之前提到的  全互联模式（full mesh） ，效率更高，速度更快，成本更低。 WireGuard 目前最大的痛点就是上层应用的功能不够健全，因为 WireGuard 推崇的是 Unix 的哲学，WireGuard 本身只是一个内核级别的模块，只是一个数据平面，至于上层的更高级的功能（比如秘钥交换机制，UDP 打洞，ACL 等），需要通过用户空间的应用来实现。 所以为了基于 WireGuard 实现更完美的 VPN 工具，现在已经涌现出了很多项目在互相厮杀。笔者前段时间一直在推崇  Netmaker ，它通过可视化界面来配置 WireGuard 的全互联模式，它支持 UDP 打洞、多租户等各种高端功能，几乎适配所有平台，非常强大。然而现实世界是复杂的，无法保证所有的 NAT 都能打洞成功，且 Netmaker 目前还没有 fallback 机制，如果打洞失败，无法 fallback 改成走中继节点。Tailscale 在这一点上比 Netmaker 高明许多，它支持 fallback 机制，可以尽最大努力实现全互联模式，部分节点即使打洞不成功，也能通过中继节点在这个虚拟网络中畅通无阻。 没错，我移情别恋了，从 Netmaker 阵营转向了 Tailscale，是渣男没错了。 Tailscale 是什么 Tailscale 是一种基于 WireGuard 的虚拟组网工具，和 Netmaker...

来源：https://www.bilibili.com/video/BV1M741157ja

云豆 5 岁半了，早在他三岁的时候，我就刻意培养他玩游戏的能力。我觉得这是促进智力发展的最佳途径。 一开始是给他玩一些非常简单手机游戏，当时他还不到三岁，即使是那种给猫玩的简单游戏，似乎他也无法明白其中的逻辑。我感觉我儿子的大脑发育较慢，谈不上聪明，至少不比同龄小朋友聪明。我在三岁时未经刻意学习已经可以认不少字，并能记事了；而云豆这个时候还不能用语言流利的表达。但我想我有耐心慢慢陪伴他长大，观察人类习得基本技能的过程，面临的挑战（成人已经忘记，觉得理所当然的东西），也是件极为有趣的事。 云豆第一个感受到乐趣，乐此不疲的游戏，是 ios 上一款叫做有趣的食物的 app 。它为幼龄儿童考虑的相当周到，大多只需要点点点就能继续下去，需要非常有限的逻辑。在三岁左右的年龄段，我尝试了很多游戏 app ，以点击为主，大多都达不到让小孩理解并独立玩下去的程度。 比较神奇的是，云豆自己开始在爷爷奶奶的 ipad 上自己通过广告下载游戏了。他比较喜欢简单跑酷类的（但我给他试过此类游戏的鼻祖古墓逃亡，却玩不下去），还有一个神奇的游戏叫 tap tap dash ，他玩了几年，最近把所有关卡都解锁了（有几千关），最后的关卡快到了匪夷所思的程度，需要大量机械性地背板才能完成。 我当时自己特别喜欢 mr jump ，经常玩给他看，他也是很喜欢，但一直无法自己上手。直到 4 岁多才能自己通过第一关；后面的关卡都能玩一些，都没有一个能打过。 我试过让云豆学习用鼠标，但难度很大。或许是到了这一辈，除了工作，大家都很少用鼠标了，触摸屏才是首选交互。似乎在 10 年前，如此大的小朋友在 PC 上玩植物大战僵尸都还挺溜的。即使在 ipad 上，我也没能教会三岁小朋友理解 PvZ 的游戏逻辑。 因为在家里我也不太用电脑，我很早就放弃了教小朋友玩 PC 上的游戏。最好的游戏设备还是客厅中的 switch 。 最初他（不到三岁）唯一能接受的游戏是 1-2-switch 里的摇汽水，怎么都不玩不腻。但 1-2-switch 里大多数游戏都太抽象了，小孩无法学会，远远比不上后来的马里奥派对。等大一点他才学会了像挤牛奶等简单的游戏。 我很想让云豆早点学会怎么使用游戏手柄。我发现使用手机的技能并不是天生具备的。我们这一代玩家从雅达利的摇杆，到任天堂 FC 的十字键加两个按钮过...

一、前言 刷机有风险，ROOT需谨慎！搞机不规范，wipe两行泪！ 博主买了一台K30 5G，在使用过程中发现谷歌全家桶在MIUI大陆版上很不正常，非常影响日常使用，经朋友推荐了MIUI EU。虽然Google全家桶都正常了，但是没有小米公交属实有点拉垮，遂决定制作一个Magisk模块，将大陆版MIUI的功能搬到MIUI EU上。 这并不是重复造轮子，就目前而言，博主并没有找到一个本地化模块能将大部分特性移植到MIUI EU，所以自己又写了一个轮子。 二、正文 当前最新版本：v0.33 2020-12-01 请尊重他人的劳动成果，对本模块进行再发布或者修改请不要抹去原作者的信息，转载请注明来源，谢谢。 1.模块介绍 将部分MIUI大陆版特性移植到MIUI EU上。 更新将发布在个人博客 https://blog.minamigo.moe 。 交流QQ群：1012211595 ———— 目前支持的特性有： 小米兰亭Pro字体、小米钱包、应用商店、小爱同学、快应用（未测试）、黄页、传送门、全球上网（一元流量，需要自行从应用商店中安装）。 ———— 部分应用调整为大陆版： 拨号、短信、负一屏、mipush、下载管理（迅雷加速）、日历（农历）。 ———— 注意事项： * 部分应用的广告会回归 * 如果提示需要授权小米智能卡权限，请选择“总是允许”，否则会无法正常工作。如果错误授权，可以清除小米智能卡的数据。 * mipush切换到大陆地区需要手动删除/data/data/com.xiaomi.xmsf 已知问题： * 小爱同学无法使用语音唤醒 * 长按选词翻译功能无法使用 ———— 模块版本：v0.33  系统版本：20.11.18 Android 11 目前未完成的功能： 黄页（可能无法正常工作） 负一屏（未添加） ———————— 当前计划： * 增加可以根据自己需求选择性的恢复本地化功能 * 开始适配Android 11 2.下载安装 此处将不再赘述如何安装Magisk，仅提供下载连接。 Mega网盘： 传送门 阁下可能需要使用代理才能访问mega网盘。如果有朋友可以代传至其它网盘可以与博主联系。 ———— 安装/更新系统顺序： 刷入MIUI EU系统，并成功开机 刷入...

我们知道，可以使用  adb uninstall --user 0 <name of package>   或者   adb shell pm uninstall --user 0 <name of package>   来卸载系统内置的应用。 但是我们该这么来找回这些被我们干掉的应用？重置手机固然是种办法，但过于繁杂。 但好在还有一种办法。还是在命令提示符下，执行   adb shell cmd package install-existing <name of package>   其中 <name of package> 为你所恢复应用的包名。若没报错，你的应用就又回来了。 来源：https://ryank231231.top/archives/restore-system-apps-those-uninstall-by-adb.html

一、原理 使用iframe标签，更改其中src对应bilibili视频的aid和cid，组装新的HTML源码，即可在文章内嵌入bilibili视频。 二、获取aid和cid aid为视频的av号，但是每个av号下不一定只有1p，所以B站用cid来管理视频的真正id，那么也可以说如果视频只有1p，那么cid就无用了，我测试直接填1也是可以的。 这里介绍两种获取aid和cid的方法： 方法一 先观察视频的URL 1 https: //www.bilibili.com/video/av84267566?from=search&seid=13400362594908841480  其中84267566就是av号。 或者直接点右键——查看网页源代码——ctrl+f——搜索'aid='、‘cid=’ 就可以了。 方法二(推荐) 我们在转发视频的时候直接可以看到嵌入代码   这是官方准备的嵌入代码，可以直接拿来用，但是显示效果不是很理想，样式不是我们希望的，需要调整一下。 < iframe src ="//player.bilibili.com/player.html?aid=84267566&cid=145147963&page=1" scrolling ="no" border ="0" frameborder ="no" framespacing ="0" allowfullscreen ="true" > </ iframe > 从嵌入代码中我们直接得到了aid和cid 我们重新设置一下功能、大小、样式，得到可用的HTML代码 < iframe src ="//player.bilibili.com/player.html?aid=84267566&amp;cid=145147963&amp;page=1" frameborder ="no" scrolling ="no" width ="95%" height ="600" ></ ifr...

提起 ui 自动化大家首先想到的就是基于控件的自动化，比如常见的 xpath、id、css 选择器等手段进行元素定位并进行结果判断。但是在实际应用中，无论是 web 端还是移动端，仍有很多时候需要根据页面内容、页面中的图像进行定位及判定，是这些手段所达不到的，这里我们来介绍一下关于图像识别在测试中的应用。 在具体进行讲解之前先介绍一下图像识别在测试中能够想到的引用场景： 测试过程中，通过对待测软件进行屏幕截图，采用图像识别算法识别截图中是否包含预定义的可操作控件，如果存在，则触发控制指令，达到了图像识别引导测试过程的目的； 测试结果的验证，通过对待测软件的界面进行截图操作，利用图像识别技术将截图与期望的结果进行匹配，从而自动获取测试结果。 通过图像识别对比来进行性能测试，比如 app 测试中常见的响应时间的测试 首先分享一下图形识别在自动化测试中的应用，目前比较流行的就是 sikuli， 其中关于 sikuli 的安装在这里就不多说了，官网有具体的介绍（   https://launchpad.net/sikuli/+download） 原理 Sikuli 脚本是由 jython 通过图像识别的方式来模拟键盘和鼠标事件，从而实现 ui 层面的自动化测试。Sikuli 脚本的核心是一个 java 库主要由两部分组成： java.awt.Robot 这个部分主要是讲键盘和鼠标事件传送给指定的位置，具体的位置是由 c++ 引擎（基于 opencv 模块）通过脚本中的目标图片去屏幕上搜索并定位。C++ 引擎与 java 的 JNI 链接并且进行编译来适应不同的平台。在 java 的上层是一个简单的应用层就是我们开发脚本用的，这层给最终用户提供了一套简单易用的命令。 函数介绍 Find(x) 在屏幕上找到相对于的图片，比如选定一个手机 示例代码： findall(x) 在屏幕上找到所有的相同图片 x，比如可以关注多个手机（一次性把所有的图片的坐标选定，如果选定后再刷新桌面背景有可能出现之前的坐标和之前的功能点对应不上，达不到测试效果） 示例代码： wait(x，10) 等待图片 x 在屏幕上或者指定的区域中出现，超时时间 10 秒 示例代码： waitVanish(x，10...