KTSee.eu.org

Google 前几天公开了一篇谷歌的工程实践文档。而且文档的内容都是跟 code review 相关的内容，里面包含了 Google 工程师如何进行 code review 的内容，以及 code review 指南。 原文地址: google.github.io/eng-practic… 本文的名词解释： cr: code review cl: change list，指这次改动 reviewer: cr的那个review人 nit: 全称nitpick，意思是鸡蛋里挑骨头 作者: 也就是本次CL的开发者，原文中是以author来称开发者的。以老外的思维，意思是“CL的作者” 如果嫌文章太长，可以直接到 后面 看总结 cr的标准 cr(Code review)主要目的在于确保Google 的代码库代码质量越来越好。而所有相关的工具与流程皆是因应这个目的而生。为达到此目的，势必需要做出一连串的权衡与取舍 首先，开发人员必须能够在自己负责的任务上有所进展。如果你从来没有向代码库提交改进过的代码，那么代码库就永远不会改进。另外，如果一个reviewer使cr都很难进行的话，那么开发人员就不愿意在将来进行改进。 另一方面，reviewer有责任确保每个change list（ 下称CL ）的质量，保证其代码库的整体代码质量不会越来越差。这可能很棘手，因为通常会随着时间的推移，代码需要降级才能让代码运行起来，特别是当团队受到严重的时间限制时，大家觉得必须走捷径才能实现他们的目标。 此外，reviewer对他们正在review的代码拥有所有权和责任。他们希望确保代码保持一致、可维护，以及下文的“ 在cr中可以得到什么 ”中提到的内容。 因此，我们有以下规则，作为我们在cr中所期望的标准： 一般来说，当CL存在的时候，reviewer应该赞成它，此时它肯定会提高正在工作的系统的整体代码质量，即使这个CL并不完美。这是所有cr中的首要原则。当然，这是有局限性的。例如，如果一个CL添加了一个reviewer不希望在其系统中使用的功能，那么reviewer当然可以拒绝，即使代码设计得很好。 这里的一个关键点是，没有“完美”的代码，只有更好的代码。reviewer不应该要求作者在approve之前对一篇文章的每一小段进行润色。相反，revie...

前言 正如领域驱动设计之父 Eric Evans 所著一书的书名所述，领域驱动设计（Domain Driven Design）是一种软件核心复杂性应对之道。 在我们解决现实业务问题时，会面对非常复杂的业务逻辑。即使是同一个事物，在多个子业务单元下代表的意思也是不完全一样的。比如「商品」这个词，在商品详情页语境中，是指「商品基本信息」；在下单页语境中，是指「购买项」；而在物流页面语境中，又变成了「被运送的货物」。 DDD 的核心思想就是让正确的领域模型发挥作用。所谓「术业有专攻」，DDD 指导软件开发人员将不同的子业务单元划分为不同的子领域，在各个子领域内部分别对事物进行建模，来应对业务的复杂性。 一、重构优惠中心的背景 我们在实际的开发过程中都遇到过这种情况，最初因为业务逻辑比较单一，为了快速实现功能， 以及对成本、风险等因素的综合考虑，我们会为业务统一创建一个大的模型，各个模块都使用这同一个模型。但随着业务的发展，各子领域的逻辑越来越复杂，对这个大模型的修改就会变成一种灾难，有时明明是要改一个 A 子领域的逻辑，却莫名其妙影响到了 B 或者 C 子领域的线上功能。 优惠中心就是一个例子。优惠中心主要负责马蜂窝各业务线商品的优惠活动管理，以及计算不同用户的优惠结果。「商品管理」和「优惠管理」作为两个不同的业务单元，在初期被设计为共用一个商品模型，由商品模块统一管理。 出现的问题 随着业务的发展，优惠的形式不断推陈出新，业务形态逐渐多样，业务方的需求也越来越个性化，导致后期的优惠中心无论从功能上还是系统上都出现了一些具体的问题： 1. 功能上来说，不够灵活 优惠信息是作为商品信息的一个属性在商品管理模块配置的。比如为了引导用户使用 App 需要设置 A 类型优惠，就通过在商品信息的编辑页面增加一个 A 类型优惠配置项实现；如果某个商品的 A 类型优惠需要在 0:00 分生效，业务同学就必须在电脑前等到 0:00 更新商品信息来上线优惠活动。 另外，如果想要创建针对所有商品都适用的优惠，按照之前的模式，所有的商品都要设置一遍，这几乎是不可接受的。 2. 从系统层面看，不易扩展 优惠信息存储在商品信息中，优惠信息是通过商品管理模块的接口输出的。如果要新增一种优惠类型，商品信息相关的表就要增加字段，商品的表会越来越大；如果要迭代一个优惠的逻辑，就...

有时候我们希望能分析一下web服务器的访问记录，如果是直接打开 /var/log/nginx/access.log 的话，虽然的确可以看到访问记录，但是数据太多了，也很难直观的分析出我们想要的结果。而使用命令来分析虽然可行，但是命令比较难记忆，也不算直观。 今天了解到了一款轻量易部署的工具—— goaccess ，可以用来将我们nginx服务器的访问日志可视化，将数据直观的展现给我们。 除了nginx日志，该工具还可以将apache等服务端的日志可视化展示 安装GoAccess 官方给出了 安装教程 ，有linux包管理器安装，源码编译安装，docker镜像等多种部署方式，由于ubuntu18源里面的goaccess版本还算比较新，可以直接使用 sudo apt install goaccess 来安装 强烈建议不想折腾的话直接用包管理器安装！！！体验基本是相同的 。 不过这篇文章中我计划直接下载源码编译安装最新版，获得最新的体验: 我计划使用geoip city的mmdb数据库(一开始我以为可以精确到城市，但是查看github issues发现他们其实还没做精确到城市的显示…),所以得先去下载geoip2的数据库  https://www.maxmind.com/  需要注册才能下载，还不能挂代理。 bash # 首先安装依赖避免出现下面那些报错 sudo apt-get install libncursesw5-dev libglib2.0-dev libgeoip-dev libtokyocabinet-dev libbz2-dev $ wget https://tar.goaccess.io/goaccess-1.3.tar.gz $ tar -xzvf goaccess-1.3.tar.gz $ cd goaccess-1.3/ $ ./configure --enable-utf8 --enable-geoip = mmdb --enable-tcb = btree #这里的各个配置可以查看教程中的介绍如果要开启ssl 使用 --with-ssl参数 $ make $ make install 第一次尝试安装出现报错 checking for MMDB_open in -l...

?? 使用 iPhone Safari / Android 系统浏览器，打开本网页，点击下方播客名字，即可添加订阅到播客应用 播客 黑水公园 鬼影人间 原来是这样？！ 机核网 日谈公园 比特新声 保持冷静 字谈字畅 ...

企业微信全自动打卡的较完善方案，可以设定时间区间随机： 备用安卓机，无需 root，放单位，企业微信打卡设置里开启自动打上班卡 1. 安装 MacroDroid，用法自己研究一下 新建一个时间触发器，根据考勤时间自定 动作序列设置如下： a.设置 MacroDroid 变量 r1(随机) b.启动 企业微信，方式为重新启动 c.wait r1 秒 d.屏幕开 e.Tasker 插件 Auto.js ，选择下面创建的脚本 2. 安装 Auto.js ，新建上班打卡脚本 //如果你用 telegram，可以去掉注释部分，用 tg 获取打卡结果 //我用的别人现成的 tg bot， https://sspai.com/post/44239 //var botApi = "上面的 bot 获得的地址?text="; //function sendTgMsg(msg){ // var r = http.get(botApi + msg); // log((r.statusCode == 200)?"消息发送成功！":"消息发送失败！ r = " + JSON.stringify(r)); // return (r.statusCode == 200); //} launchApp("企业微信"); sleep(5000); //等待时间根据自己手机速度调整 click("工作台"); sleep(4000); //等待时间根据自己手机速度调整 click("打卡"); //var r = textContains("上班自动打卡 · 正常").findOne(4000); //if (!r){ // var r = textContains("下班打卡").findOne(4000); //} //sendTgMsg("上·班 打卡·" + (r?"成功":"失败")); 下班打卡 MacroDroid 部分基本一样，只要复制过来调整一下参数，选择下面的下班打卡脚本 新建下班打卡脚本： //下班打卡 //var botApi...

说重点，群晖安装 选哪个型号哪个版本呢？ 之前用的5.2版本功能不够多，docker装上去运行个迅雷，隔一段时间就卡死了。download station里的rss订阅时间长了也更新不了。同时考虑到同步办公文件，这次得找个稳定的版本安装。 网上流传一个ds3617的二合一版本，正好可以安装到固态上。装完以后开机显示的画面有乱码 ，虽然乱码不影响使用，可总感觉不够稳定，再加上第一次插上硬盘以后重启了下，发现硬盘损毁，更不敢用了。（现在回过头来发现，应该是我插上去的那块硬盘是从别的nas上拆下来的，系统不识别造成的吧 ） nas论坛上走一遭发现还是乖乖用优盘引导安装吧。 网上最多的是918、916、3617、3615四种型号，群晖版本一般是6.1.7、6.2、6.2.1，选来选去选了6.1.7版本的3615，网友说这个版本稳定运行几年了。希望它稳定运行到天荒地老 小白注解 ： 群晖安装文件分两部分，引导文件和系统安装文件，黑群晖为啥黑就是引导文件是大神破解的。系统安装文件都是官方的，不用修改。 软件下载 逛坛子发现有两个好东西，一个是XPEnology多功能工具箱V1.2，软件长这样，首页就是引导文件 第二页是系统安装文件 需要用到的工具也都集成在里面了， 但是我从这里面下载下来的引导文件解压不了。于是找到了第二个神器——黑群晖工具获取器。 打开软件点下加载，然后依次选择型号，版本就全出来了。这里面也带了工具软件，不过我没用。用黑群晖工具获取器下引导文件挺快的，浏览器下载就行，但是系统安装文件就不行了，没速度 ，换迅雷就OK了。 我把引导文件、系统安装文件还有其他工具软件一起放网盘里，大家可以直接下载。 所有文件我都是上传的压缩包，解压以后使用 。 百度网盘链接 : 提取码:sle3 工具准备 一台电脑，一个独立的 显示器 、显示器与NAS的连接线，usb接口键盘。 上面的安装的时候需要，安装完就不用了。 找个闲置的64m优盘，没有的话大一点也可以，就是浪费容量而已。这个优盘以后一直要插nas上了 你们准备完了吗？ OK，正式开始折腾 制作引导优盘 大致流程是 先记录优盘VID和PID 删除原优盘分区， 往优盘上写引导文件 修改引导文件。 首先，拿出64m的优盘，插电脑上，打开XPEnology多功能工具箱，去制作工具栏里找到ChipGenius， 打开，我装了360，...

你想构建一个Java应用程序并在Docker中运行它吗？你知道在使用Docker构建Java容器有哪些最佳实践？ 在下面的速查表中，我将为你提供构建生产级Java容器的最佳实践，旨在优化和保护要投入生产环境中的Docker镜像。 Docker镜像使用确定性的标签 在Java镜像中仅安装需要的内容 查找并修复Java镜像中的安全漏洞 使用多阶段构建Java镜像 不要以root用户身份运行Java应用程序 Java应用程序不要使用PID为1的进程 优雅下线Java应用程序 使用 .dockerignore文件 确保Java版本支持容器 谨慎使用容器自动化生成工具 构建一个简单的Java容器镜像 让我们从简单的Dockerfile开始，在构建Java容器时，我们经常会有如下类似的内容： FROM maven RUN mkdir /app WORKDIR /app COPY . /app RUN mvn clean install CMD "mvn" "exec:java" Copy that to a file named Dockerfile, then build and run it. $ docker build . -t java-application $ docker run -p 8080:8080 java-application 这很简单，而且有效。但是，此镜像充满错误。 我们不仅应该了解如何正确使用Maven，而且还应避免像上述示例那样构建Java容器。 下面，让我们开始逐步改进这个Dockerfile，使你的Java应用程序生成高效，安全的Docker镜像。 1.Docker镜像使用确定性的标签 当使用Maven构建Java容器镜像时，我们首先需要基于Maven镜像。但是，你知道使用Maven基本镜像时实际上引入了哪些内容吗？ 当你使用下面的代码行构建镜像时，你将获得该Maven镜像的最新版本： FROM maven 这似乎是一个有趣的功能，但是这种采用Maven默认镜像的策略可能存在一些潜在问题： 你的Docker构建不是幂等的。这意味着每次构建的结果可能会完全不同，今天的最新镜像可能不同于明天或下周的最新镜像，导致你的应用程序的字节码也是不...

这几天设计圈都被一条字体侵权消息刷屏，一公司在没有获得字体版权的情况下使用微软雅黑做印刷品，样稿印刷厂印了5000万张已经全国商用，公司损失2860万，裁员42人，含8个主管。 现在各位设计师都知道，微软雅黑版权是属于方正的，并不能免费使用！在大家惊叹赔偿金额的时候，方正官方出来辟谣： 这次事件，方正字体给我们间接地上了一课：想安全使用我们的字体？乖乖付费吧。同时还告诉那些没有买过版权的公司：该交保护费了。目前事件已在百度热点搜索排名第三，也让中国很多非设计行业人员了解了方正。 不过在大家都在聚焦新闻本身的时候，有没有想过，什么样的字体行为会受到侵权呢？ 在设计行业中，常见的微软雅黑字体侵权主要表现在线上的banner、广告、页面、电影等，线下的印刷品、户外广告、书籍等。各位设计师对这些都非常清楚：无版权，不可商用。 UI前端和微软雅黑 但是在UI设计这块，我们在电脑网页中显示的微软雅黑有版权吗？公司官网显示的文章字体都是微软雅黑，这样会侵权吗？我们再回顾下微软雅黑的历史。 “微软雅黑”字体是“北大方正电子有限公司”设计开发的字体作品。该字体与著名的“方正兰亭黑系列字体”（该系列字体共有十一个不同粗细版本，共十一款字体）系出同源，前者针对屏幕显示，后者针对印刷用。方正公司拥有“方正兰亭黑系列字体”的全部版权。但微软雅黑的版权分为两个部分，在Windows系统的内嵌使用，包括屏幕输出和个人使用为目的的打印，这部分微软已经向方正支付了版权授权费用，所有正版Windows用户均可放心使用。但是以商业发布为目的的微软雅黑版权，仍由北大方正保留。 微软公司在开发新一代操作系统时，为了改善屏幕字体的视觉效果，委托方正公司设计两款字体。微软公司将此两款字体命名为“微软雅黑”和“微软雅黑 Bold”。 这里我们可以看到一个关键词“屏幕输出”，即电脑屏幕上显示和我们关系最大。设计师设计完网页之后，前端需要进行代码制作，这时候使用的微软雅黑字体，其实就是属于屏幕输出。 如果要深入搞清楚这个，我们就要了解网页中是如何显示字体的。前端网页字体的定义主要有两种方式：font-family和@font-face。关于这些前端基础知识，各位UI设计师必须要了解下。 font-family font-family属于前端css属性中最基础...

这篇文章主要介绍了UNIX sh(Bourne Shell)脚本里面使用数组的两种方法 ,需要的朋友可以参考下 sh 不像 bash 和 ksh 那样可以非常方便的定义和使用数组，但是可以通过其它方式来模拟数组。 【方法1】通过 set 命令和位置参数来模拟数组 # 定义数组 set 'word 1' word2 word3 # 输出数组的第一个元素 echo $1 # 输出数组的第二个元素 echo $2 # 输出数组的第三个元素 echo $3 # 输出数组的所有元素 echo $* echo $@ # 向数组中增加一个元素 set -- "$@" word4 echo $4 # 查看数组元素的个数 echo $# # 遍历数组元素 for i in do "$@"; do echo "$i" done # 从数组中删除一个元素 shift echo $@ # 删除数组的所有元素 set x; shift 【方法2】使用 eval 命令模拟数组 定义数组并遍历数组元素： #!/bin/sh eval a1=word1 eval a2=word2 eval a3=word3 for i in 1 2 3; do eval echo "The $i element of array is: \$a$i" done 根据用户输入的一句话来定义数组并遍历数组元素： #!/bin/sh echo "Enter the sentence:" read str n=0 for word in $str; do n=`expr $n + 1` eval a$n="$word" eval echo "The $n element of array is: \$a$n" done 来源：https://www.jb51.net/article/99065.htm

最近折腾的软硬路由设备真的是有点多，除了管不住手，一直在找寻适合自己的软路由也是原因之一，先说一下我的网络环境和基本需求，200M电信宽带，一个软路由+3个AP的布局，同时全局留学是硬性需求。基于现在留学普遍使用chacha20或aes-128-gcm加密，所以本文会以AES跑分为主导，结合易用性、稳定性、拓展升级便利性和个人使用体验，来做一个大总结，给大家折腾做一个参考。 本次参与跑分设备以及CPU如下： 小米AC2100----MTK MT7621AT 人人影视路由--------高通 IPQ4019 D2550 4口软路由--------Intel D2550 玩客云 openwrt --------晶晨 S805 N2708双口软路由--------Intel N2708 J1900双口软路由--------Intel J1900 1037U双口软路由--------Intel 1037U N1 openwrt 单臂软路由--------晶晨 S905D 联想 M720Q I7-8700T软路由--------Intel I7-8700T 跑分分单线程和双线程运行，命令参考恩山 单线程： openssl speed -evp aes-128-gcm 多线程： openssl speed -multi $(cat /proc/cpuinfo |grep processor | wc -l) -evp aes-128-gcm MT7621AT 跑分数据： type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes 16384 bytes 单线程 5374.41k 5914.33k 6054.57k 6133.08k 6130.35k 6138.54k 多线程 11041.38k 12136.75k 12421.97k 12385.62k 12490.46k 12518.54k 这个CPU代表产品太多了，小米红米AC2100，K2P A系列， 京东云 ，360等等一大票 路由器 都使用的这个CPU，优点是便宜、固件多，但是性能实在不敢恭维，所以我一直拿来当AP用，鉴于很多人还拿着K2P当宝，所以发出来做个...