About

欢迎访问KTSee.eu.org，这里记录与分享一些有用的信息，如有任何疑问，你可以通过blogger@ktsee.eu.org联系到我，谢谢。

此博客中的热门博文

项目管理标准模板

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

Inf-- kafka 从入门到放弃

概述 工作中用到了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...
阅读全文

5 岁小朋友的游戏历程

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

kubernetes的Headless Services

1.什么是Headless Services Headless Services是一种特殊的service，其spec:clusterIP表示为None，这样在实际运行时就不会被分配ClusterIP。 2.Headless Services使用场景（客户端负载） 服务端负载：正常的service 下面挂的是Endpoints（podIP数组），通过iptables规则转发到实际的POD上 客户端负载：Headless Services不会分配ClusterIP,而是将Endpoints（即podIP数组）返回，也就将服务端的所有节点地址返回，让客户端自行要通过负载策略完成负载均衡。 3.实践 #nginx yaml [ root@node1 yaml ] # cat nginx . yaml apiVersion : v1 kind : Service metadata : name : nginx - service spec : selector : app : nginx - demo ports : - port : 80 name : nginx clusterIP : None -- - apiVersion : apps / v1beta1 kind : Deployment metadata : name : nginx - dp spec : serviceName : "nginx-service" replicas : 1 template : metadata : labels : app : nginx - demo spec : containers : - name : nginx image : nginx : 1.7 .9 ports : - containerPort : 80 name : web [ root@node1 ~ ] # kubectl get svc NAME TYPE ...
阅读全文

解决0x00000bcb共享打印机无法打印问题

在许多公司里，经常会需要打印一些文件，这个时候就需要使用打印机。而且基本都是非常多的用户在使用的时候，却出现了连接打印机0x00000bcb的问题，今天小编就带着大家一起看看具体怎么解决办法吧！ 　　Win10解决方法： 　　方法一： 　　1、进入控制面板→管理工具→本地安全策略（也可以win+r 输入gpedit.msc，然后windows设置→安全设置） 　　2、本地策略→安全选项→网络安全：LAN管理器身份验证级别，定义为：仅发送NTLM响应 　　3、进入本地服务设置 ，win+r打开运行，输入services.msc，启动Function Discovery Provider Host、Function Discovery Resource Publication两个服务，并将启动类型改为自动。 　　4、停止关闭Print Spooler服务，然后win+r输入regedit进入注册表编辑器， 　　进入HKEY_LOCAL_MACHINESYSTEMControlSet001ControlPrintPrinters，然后删除Printers目录下所有文件，删除后在本地服务设置中启动Print Spooler服务。 　　方法二： 　　连接好本地打印机后，想要共享给同事使用，却发现在共享时出错，这是什么原因了？ 　　在win10系统中，有时候发现无法设置共享打印机，只要保存设置时，就会出现错误信息，并有具体的错误代码 0x000006d9，这是由于系统防火墙服务没有开启导致的。 　　系统防火墙服务的名称为Windows Firewall，依次点击打开“控制面板”-》“管理工具”-》“服务”，在打开的的服务窗口中对服务按名称进行排序，找到Windows Firewall 　　双击打开防火墙的属性窗口，点击“启动”按钮来启动防火墙服务。 　　防火墙启动以后，再共享保存时就一切都正常了！ 　　方法三： 　　1、点击开始控制面板打印机; 2、选择“添加打印机”; 　　3、选择“添加本地打印机”， 按-下步; 　　4、选择“创建新端口”选择“local port”这一 项，按下一步，提示输入端口名称，输入共享打印机的绝对路径，格式为： 1***（共享打印机的计算机名或IP地址）***（共享打印机的共享名称} ，如192.1...
阅读全文

编写 docker-entrypoint.sh 入口文件

在 docker 的官方 Registry 中(store.docker.com) 流行的第三方应用在自己的页面中都提供了 dockerfile 的链接. 而很多 dockerfile 的 ENTRYPOINT 命令都是这么写的 ["docker-entrypoint.sh"] 本篇文章就扫盲下 docker-entrypoint.sh 的特殊用法和设计逻辑 MySQL set -e 你写的每个脚本都应该在文件开头加上 set -e , 这句语句告诉bash如果任何语句的执行结果不是 true 则应该退出. 这样的好处是防止错误像滚雪球般变大导致一个致命的错误, 而这些错误本应该在之前就被处理掉. 如果要增加可读性, 可以使用 set -o errexit , 它的作用与 set -e 相同 set -o pipefail 设计用途同上, 就是希望在执行错误之后立即退出, 不要再向下执行了. 而 -o pipefail 的作用域是管道, 也就是说在 Linux 脚本中的管道, 如果前面的命令执行出了问题, 应该立即退出 shopt -s nullglob 在使用 Linux 中的通配符时 * ?等 如果没有匹配到任何文件, 不会报 No such file or directory 而是将命令后面的参数去掉执行 if [ “${1:0:1}” = ‘-‘ ]; then… 这是一个判断语句, 在官方文件中, 上一行已经给出了注释: if command starts with an option, prepend mysqld 这个判断语句是 ${1:0:1} 意思是判断 $1(调用该脚本的第一个参数), 偏移量0(不偏移), 取一个字符(取字符串的长度) 如果判断出来调用这个脚本后面所跟的参数第一个字符是 - 中横线的话, 就认为后面的所有字符串都是 mysqld 的启动参数 上面的这个操作类似于 Python 的字符串切片 set – mysqld “$@” 在上面判断完第一个参数是 - 开头之后, 紧接着就执行了 set -- mysqld "$@" 这个命令. 使用了 set -- 的用法. set — 会将他后面所有以空格区分的字符串, 按顺序分别存储到$1,...
阅读全文

Base：一种Acid的替代方案

本文是Ebay的架构师在2008年发表给ACM的文章,是一篇解释BASE原则,或者说最终一致性的经典文章. 文中Dan讨论了BASE与ACID原则的基本差异, 以及如何设计大型网站以满足不断增长的可伸缩性需求,期间如何对业务做调整与折衷. 以及一些具体的折衷技术的介绍. 在数据库分区中，以一致性换取可用性会显著提高系统伸缩性。 在过去的十年里，网络应用越来越普及。不管你正在为终端用户还是应用程序开发人员构建应用程序(即服务)，您都希望您的应用程序得到广泛的采用，而广泛采用将会带来交易增长。如果您的应用程序依赖于持久化，那么数据存储可能会成为您的瓶颈。 有两种方法可用于扩展任何应用程序。第一个，也是最简单的，是垂直扩展:将应用程序移动到更大的计算机上。垂直扩展不影响数据的合理性，但是有几个限制。最明显的限制是超过系统的最大可用容量。垂直扩展也很昂贵，因为增加交易容量通常需要购买下一个更大的系统。垂直扩展通常会带来供应商依赖，从而进一步增加成本 水平扩展提供了更多的灵活性，但也相当复杂。水平数据扩展可以沿着两个维度进行。功能扩展，包括按功能分组数据，还有将不同的功能组分布到不同数据库。第二个维度是在功能区域内分割数据，分布到不同数据库，这也叫分片。图1说明了横向数据扩展策略。 如图1所示，水平扩展的两种方法都可以同时应用。用户、产品和事务可以在不同的数据库中。此外，每个功能区域都可以根据交易量跨多个数据库分割。如图所示，功能区域可以相互独立扩展。 功能分区 功能分区对于获得高的可伸缩性非常重要。任何优秀的数据库架构都会将schema分解为按功能分组的表。用户、产品、交易和通信都是功能的例子。利用诸如外键之类的数据库概念是保持这些功能区域一致性的常见方法。 依赖于数据库约束来确保跨功能组的一致性，会导致数据库在部署策略上的高耦合。为了使约束生效，表必须驻留在单个数据库服务器上，从而不能在交易数量增长时水平伸缩。在许多情况下，最简单的扩展方案是将功能组数据移动到相互独立数据库服务器上。 当交易量非常高的时候，不同的功能数据将在不同的数据库服务器。这需要将数据约束从数据库移出并在应用程序解决。这就带来了本文后面将讨论的几个挑战。 CAP原理 加州大学伯克利分校(University of California, Berkeley)教授、Ink...
阅读全文