音乐 - 小青呱

发布于
来源：https://www.bilibili.com/video/BV1wZ4y1M7bM

评论

发表评论

此博客中的热门博文

如何去做code review

发布于
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...
阅读全文

如何为 Windows 10 UWP 应用设置代理

发布于
UWP 是微软在 Windows 10 中引入的新概念，由于所有 UWP 应用均运行在被称为 App Container 的虚拟沙箱环境中，其安全性及纯净度远胜于传统的 EXE 应用。但 App Container 机制同时也阻止了网络流量发送到本机（即 loopback）， 使大部分网络抓包调试工具无法对 UWP 应用进行流量分析。同样的，该机制也阻止了 UWP 应用访问 localhost，即使你在系统设置中启用了代理，也无法令 UWP 应用访问本地代理服务器，十分恼人。 其实 Windows 10 自带了一款名为 CheckNetIsolation.exe 的命令行工具可以帮助我们将 UWP 及 Windows 8 Metro 应用添加到排除列表，具体步骤如下： 1.通过注册表获取应用的 SID 首先通过 Win + R 快捷键打开「运行」窗口，输入「Regedit」打开注册表编辑器，然后定位到 HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppContainer\Mappings ，接着在左边的注册表项中找到你想解除网络隔离的应用，右边的 DisplayName 就是应用名称，而左边那一大串字符就是应用的 SID 值了。 2.打开 CMD 面板 在终端中输入 CheckNetIsolation.exe loopbackexempt -a -p=SID，出现「完成」后就大功告成了。 这时再打开 UWP 应用窗口，你应该就能愉快的上网了。 如果你觉得这种方法太麻烦，可以在 这里 下载免费网络调试工具 Fiddler，然后从顶部菜单中选择「WinConfig」，在接下来打开的窗口中勾选你想排除网络隔离的应用就可以了。 来源： http://www.sohu.com/a/197129320_115785
阅读全文

挖财 Kubernetes 容器化之路

发布于
其实年初的时候就有想过写这篇文章了，不过一拖就拖到了现在，再拖下去就有点说不过去了。 挖财内部对容器化项目的代号为 K2 （乔戈里峰），乔戈里峰是世界第二高峰，但攀登极富挑战，寓意就是面对挑战，勇攀高峰 ；）。项目从 2016 年 11 月到现在已经有三年的时间了，如今挖财内部测试环境早已全部 Docker 容器化，而线上环境也运行着重要的业务。经历从零到一的整个落地过程，回顾下来，这座高峰算是拿下了。再看 K8s 技术本身现在也是遍地开花，早已赢得容器编排的战争，剩下来就是各个企业的落地实践。倒是 Docker 公司最近的境遇，这个创建 Docker 的企业沦落如此，多少有点令人唏嘘，唯有 Respect。 1 时间线 看了一下项目提交的 Git 记录，第一次提交时间是 <2016-11-01 Tue> 。 2016 年 11 月初开启 2017 年 1 月底 V1.0 上线 2017 年 6 月底测试环境全面推开 2017 年 7 月线上机器学习环境线上试点 2017 年 10 月线上业务试点 2018 年 7 月 V2.0 版本 2018 年 9 月挖财云版本（整合运维监控、告警、日志和容器系统） 2018 年 12 月支持多集群管理 2019 年 6 月私有化分支版本上线 2 现状 2.1 测试环境 当前测试环境有一个 K8s 集群（K8s 1.11.x），空间（ namespace ）总数有 500+，应用数（ Deployment + StatefulSet ） 4400+，实例数（ Pod ） 4000+（因为测试环境大部分应用都只有 1 个，有些是处于暂停状态，即 0 个副本，因此实例数少于应用数）。 题外话，话说 K8s 升级的历程也相当血泪，早期的配置变更，向下的兼容性等等，关于升级相关可以参见之前的文章 Kubernetes 版本升级标注 2.2 线上环境 线上环境有三个集群，一个机器学习集群（K8s 1.7.x），一个私有云集群（K8s 1.13.x），有个主体业务集群（K8s 1.13.x），粗率统计了一下，空间数 50+，应用数 500+，实例数 1000+。 测试环境 + 线上环境总体运行有 5000+ ...
阅读全文

QQ高清头像

发布于
   来源：https://jike.info/topic/1393/%E5%A4%B4%E5%83%8F%E6%81%92%E4%B9%85%E8%BF%9C-%E4%B8%80%E9%A2%97%E6%B0%B8%E6%B5%81%E4%BC%A0-%E8%AE%B0%E5%BF%86%E4%B8%AD%E7%9A%84qq%E9%AB%98%E6%B8%85%E5%A4%B4%E5%83%8F
阅读全文

当代年轻人怼人大赏

发布于
▼ 江湖传言，当今迈入社会的年轻人 大多面孔青涩，经验缺乏 在社会的毒打面前 「谦逊卑微」 是他们摸爬滚打时的态度 「虚心学习」 是他们一贯保持的作风 怎料，光天化日之下 敢于 「仗义执言」 的英才之辈 从他们中争先涌出 敢放豪言，硬气回怼 向现实低头？这绝不是我 他们怼人的功力有多深 亲眼见识过才算真 接下来就让我们一起看看 当代青年们说话到底有多野吧 ▼ 曾几何时，在我们的眼里 年轻人还是电视剧上总是忍气吞声 话语里永远带着七分乖巧 三分规矩的卑微小白菜 但是现在的他们 却已经进化为 「钮钴禄」 版本 小火山爆发起来战斗力十足 不论对象，只要怼赢，便是胜利 ▽ 工作之后 当代青年多少次偷偷抹泪、安慰自己 「没事的，等赚够钱以后，马上就跑路 」 提前过上美滋滋的退休生活 奈何人生远大目标的进度总是缓慢 生活的苦却紧紧跟随、不离不弃 恨不得再多薅你几把头发，多绊你几脚 明明是因为没钱才上班 要是上班了还是没钱 那上班还有什么意义 希望领导能明白我们年轻人 上班是为了让自己过得更好 而不是来吃苦的 为公司出力也就算了 出钱又是什么操作   看到领导竟然也跟我们一样 开始在意余额宝里的那点利息损失 就知道这家公司的处境真的不太乐观 只可惜，钱包里这点钱 实在不足以支撑我成为 只求付出不求回报的慈善家 为领导付利息 大概就是我能为公司做的最后一件事情 辛辛苦苦上班，钱少也就罢了 最惨的是事情还多 不仅工作日996，而且连周末也要占用   既然周末上班这种事老板觉得很正常 那想必交通不好 堵到要花足足两天时间 才能让我成功抵达公司 也是十分合理的了 众所周知，年轻人在职场上 必不可少要学习的，便是 忍 但也总有因为各种无理要求忍不下去的时候 这个时候要是不把之前受过的气都怼回来 那岂不是被占了大便宜 作为一个认真对待工作的年轻人 严守deadline是我们的自我修养 说好下周三，就是下周三 不能迟交，当然也不应该早交了 除非是发生了什么生死攸关的大事 虽然如今的职场内卷严重 但也要允许咸鱼的存在 所以如何让领导明白我只是一个不爱熬夜 真诚觉得生命比工作更重要 在下班后接到工作电话必挂掉的普通人   我只是上班，不是卖身 为什么要24小时随时待命 忙到连自己的时间都没有 但可惜的是，老板却永远不明白这一点 不然也不会把打工人逼出 一看到老板就浑身不...
阅读全文

C1科目三学习课程注意点

发布于
1 起步： 先打左转向灯，踩离合脚刹，确保松完手刹，挂1挡，找到半联动时左脚离合不要动，右脚把脚剎松完后，半联动往前走3到5秒后左脚再把离合松完，才能确保不熄火和不闯动，起步前检查仪表正常和路上安全后才起步。 2起步后： 15秒内把离合松完，半离合行驶超过15秒以上扣10分。 3靠边停车： 先打好右转向灯，语音播报后方向往右微调车轮离边缘线20厘米左右时，语音播报后30秒内对好点停车，回空挡，拉好手刹，听到播报请起步继续完成考试，才打左转向灯，跟起点起步一样。 4路口注意： 停车或点刹，变更左道，路口左转和掉头打左转向灯。变更右道，路口右转打右转灯。未完成项目转向灯掉了要补上转向灯。 5在路口停车后或中途停车： 检查转向灯是否正确，档位是否回1档，手刹是否松完，在安全的情况下才起步。 6直线行驶： 在进入项目前要调直车身，方向打直后，方向不要乱动，感觉方向开始偏离时，只能反方向1至4度微调方向(方向大于5度扣100分)，方向没有偏离时不能乱动，保持直行，语音播报直线行驶结束，项目完成。 7二档升三档时： 二档先提速升到25时速，踩离合，二档先回空档，手离开档位杆半秒钟再往前直推升上三档。（考试全程三挡累积行驶要达到1000米以上。）4档行驶5秒以上。 8转向灯： 起步，靠边停车，变更车道，左转右转路口，超车，掉头等要打转向灯的项目，打了转向灯最好3秒内不要左右打方向。 9熄火： 路上熄火，记得回空档，再起动。（立刻会启动就扣个10分，超过10秒直接挂） 10遇到行人： 路上遇到危险，行人，障碍物不安全的情况下，先踩离合，再踩刹车停车，确定安全下重新起步。 11记住考试重点： 一☞起步要小心，确保不要熄火， 二☞记好路线考试项目的每个位置，先做好下一个考试项目的准备。 五个重要项目位置 ☞靠边停车 ☞超车 ☞直线行驶 ☞公交车站 ☞变更车道 这五个项目位置是重中之重。 来源：https://www.zhihu.com/question/290475667/answer/1651350996
阅读全文

Bose QC25耳机更换耳罩软垫

发布于
  耳罩軟墊以固定環卡穩以固定位置。固定環卡住圍著耳罩內圍的小卡扣。 如果軟墊有部分或完全離開耳罩，請按壓固定環以卡穩耳罩。然後沿著固定環邊緣按下，確保軟墊扣合耳罩。 按這些步驟更換耳罩軟墊： 只需拉出耳罩外圍的邊緣，即可拆下軟墊。不要移除耳罩內襯物料 將新的軟墊固定環對準耳罩外圍安裝 確保軟墊平均安放左整個耳罩之上，沿邊輕輕按下以扣合耳罩 来源：https://www.bose.hk/zh_hk/support/article/ear-cushion-replacement-qc25.html
阅读全文

项目管理标准模板

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