陈晨_软件五千言

背景说明不得不从当前所处的行业 - 共享单车说起。共享单车目前一般分为C端，B端，G端三个方向。C端面对的是普通用户，主要针对订单、营销、增长、会员体系等。是直接的收入部门，用户量大，逻辑链路相对较短。所以对于系统架构的稳定性，质量要求较高，发现和暴露问题也比较快。G端面对的是各地政府，主要针对政府相关职能部门的监管需求进行上报、核验、异常处置等。需求的紧急程度往往很高，链路不会特别复杂，个性化需求较强。主要还是接口的适配，系统架构、稳定性、质量要求等相对较低。B端面对的是内部的业务团队，目前共享单

BLM的概念BLM（Business Leadership Model）是华为2006年花3000万从IBM引进的模型。华为导入BLM的初衷是为了统一华为中高层管理者的战略思维方法和框架，并提升这些人的领导力，因为管理者的领导力就是制定战略规划并推动战略执行的过程中逐步培养起来的。华为在使用这套工具的过程中发现这是一套包容性很强的思维框架，可以把之前指定战略规划所使用的各种工具如IPD（集成产品开发）、MM（市场管理）、战略解码、战略地图、平衡计分卡等融入其中，并可以从公司战略到业务单元战略再到各职能体

文章目录权限配置问题链接配置解决方式配置其他用户组网络钩子总结我们仍然以这张图作为开头，之前已经讲了，Project创建、问题相关、字段相关、界面相关、工作流相关的内容。大部分的内容已经完成，剩余就是权限相关与问题链接相关，其他一些相对比较不重要的配置。权限配置权限控制的是数据的查询和操作权限，我们来看一下概览这里分为如下几块（主要讲关键点）：项目权限：管理权限：就是点击项目左...

文章目录工作流概述属性触发器条件验证器后处理功能工作流类型主任务子任务Bug默认工作流设计主任务后处理功能主任务总结子任务后处理功能待办到处理中日期规则解决结果责任人主任务流程推进处理中到完成主任务流程推进子任务总结Bug后处理功能解决问题未解决Bug总结默认任务总结我们仍然以这张图作为开头，之前已经讲了，Project创建、问题相关、字段相关、界面相关的内容。接下来就是最重要也是最复杂的工作流...

文章目录Project 搭建概述Project基本信息问题相关问题类型问题类型方案字段相关自定义字段字段配置界面相关界面配置界面方案问题类型界面方案很多大型的软件公司会自研项目管理平台，为了满足自己内部特殊的组织架构和个性流程。但是对于大部分公司而言 ，能够找到一套合适的项目管理产品更加实际。Jira是Atlassian和核心产品，相对与禅道、Redmine甚至Worktile等等，都有很多的争...

网上看过一句话，单元测试就像早睡早起，每个人都说好，但是很少有人做到。从这么多年的项目经历亲身证明，是真的。这次借着项目内实施单元测试的机会，记录实施的过程和一些总结经验。项目情况首先是背景，项目是一个较大型的项目，多个团队协作开发，采用的是SpringCloud作为基础微服务的架构，中间件涉及Redis，MySQL，MQ等等。新的起点开始起步，团队中讨论期望能够利用单元测试来提高代码质量。...

文章目录Git相关基本概念常见客户端TortoiseGitSourcetreeIntellij Idea命令行常用命令存储区域命令之 add & commit &push命令之 branch & checkout命令之 cherry-pick命令之 merge & rebaseFlow相关GitFlowGitHub FlowGitLab FlowExeFlow总结...

处理代码审核中的拒绝反馈有时候开发者会在代码审核后给出拒绝或者负面的反馈。或者是不同意你的建议，或者是抱怨在整体过于严格。谁对谁错？当开发者不同意你的建议时，先确认一下他们是不是正确的。通常他们更加靠近代码，所以对于代码的具体方面可能他们会有更好的了解。他们的意见是否合理？从代码质量的角度考虑是否合理？如果是合理的，告诉他们是正确的，并且关闭这个问题。然而开发者并非都是正确的，这时审核者需...

来源如何写代码审核评论概述友善一些清楚的阐述你的理由要在清楚地给出方向和指出问题后让开发者自己决定之间做好平衡鼓励开发者简化代码或者添加说明，而不是解释代码为什么这么复杂礼貌通常当你在审核别人的代码时，友善、尊重、提供清晰、有效的意见对于开发者是非常重要的。做到这个的方法是在评论中只针对代码，而不是开发者。你不一定需要一直按照推荐实践来操作，但是当你说一些负面的或者有争议的...

来源代码审核的速度为什么代码审核要快？在谷歌，我们会对一个开发团队交付产品的速度进行优化，另外一面就是优化独立开发者的编码速度。独立开发者的速度很重要，但是绝对无法与整组的速度相比。如果代码审核太慢，就会产生下面的影响：**整组的效率会降低。**当审核不能快速反馈时，单个开发可以投入其他的工作。然而对于小组来讲，新功能或者bug修复可能就会因为代码审核被延迟数天、数周甚至数月。*...

来源代码审核的建议路径汇总当你知道该如何审核代码之后，如何有效率的在多个文件中进行审核呢？变更合理吗？有没有适当的描述？优先确认变更提交中的核心部分有没有经过良好设计？确认变更提交中的其他部分都是有良好排序的。第一步：对变更进行概览查看变更的描述并且对变更提交整体的浏览。变更是否合理？如果一开始就发现变更不应该发生，就应当立即解释原因和理由。当你拒绝这个变更的时候，最好也能...

来源代码审核时我们应该审核什么注意：在考虑下面的原则时，切记要根据《代码审核标准》进行考虑。设计代码审核中最重要的事情就是考虑一下变更提交的整体设计。变更提交中各个部分的关联交互是否合理？这些变更是应该在代码基线中，还是应该提交到支持库中？这些变更是否能够与系统内的其他部分很好的整合？现在是不是加入这个功能的合适时机点？功能性变更提交是否实现了开发者的真正目标？开发者期望的对于代码...

Atlassian是我工作过程中，使用过的最满意的研发团队管理套装。使用的主要软件包括Jira Software，Confluence，Fisheye/Crucible。理论上还可以再加上Bitbucket和Bamboo，我们实际使用的是Gitlab和Jenkins。我下面也对Jira Software，Confluence，Fisheye/Crucible使用的方法进行完整的介绍，整个系列篇幅可...

太上，不知有之；其次，亲而誉之；其次，畏之；其次，侮之。信不足焉，有不信焉。悠兮，其贵言。功成事遂，百姓皆谓“我自然”。 --《道德经》研发管理或者系统工具的指导思想我觉得就是依照上面这句话做到“不知有之”和“我自然”。如果管理方法是合理和高效的，它一定是符合（或者能够引导符合）大多数人的使用习惯，如果不止一个人提出觉得流程复杂或者难以理解，或者实际实施的过程中时常会出现错误，那我们应该从...

道生一，一生二，二生三，三生万物。 --《道德经》如果说第一节的指导思想是管理之“道“，那我们本节的核心配置就是**Jira系统之”道“**了。有了核心配置，才有后续的各种管理方法的实施可能。本节的核心配置包括下面几点：项目用户组问题类型字段配置工作流项目（Project）项目的主要用途是作为数据的隔离。但实际上项目做到的数据隔离还是通过逻辑隔离，根本来讲还都是存储在同...

文章目录引言组织文化体系软件工程管理ScrumRUPScrum+RUP迭代边界研发测试与发布总结这个问题其实来源于一次面试，在聊完一堆的技术架构之后，面试官抛出一个问题：“你是怎么进行研发管理的工作的？”当时我的回答是：“主要是应用Scrum来进行管理。”后续的情况不细说，但是我觉得我这句话来概括之前近10年的管理经历，实在是太弱了。后面我就思考该如何真正回答好这个问题，我也去读了厦大的MEM...

道生之，德畜之，物形之，势成之。 --《道德经》Jira的道在于构建了整个环境和思维模式，也赢得了市场的认可，成了一种势。无数的厂家便成了Jira的海洋生态当中的重要组成部分。有些厂家的插件是提升了Jira的体验，有些则是强化了特定功能。这里只推荐三个算得上必须使用的插件。BigPictureJira Misc Workflow ExtensionsTempo围绕这三个插件，我们...

前面的几章基本已经完整构建了Jira的管理平台，并且有了一套比较完成的制度和方法。但是优化是永无止境的，我们作为研发管理人员，需要让系统使用起来更加高效和便捷。为了达到这个目的一般有两种途径，插件和开发。我们本章再推荐一些插件，下一章会介绍一些很轻量的二次开发，无需修改到jira本身而是使用接口或者数据库的。本章的推荐插件实际上是暗含了不推荐的同类型插件，因为我在测试过程中，同类型的插件也试用了...

到现在已经写到了第五章节，实际上离Jira的官方系统已经越来越远，本章节的内容基本上已经完全脱离了Jira这个系统本身，而是依赖Jira的API接口和数据库进行开发了。主要包含如下几个功能：人员任务排期管理历史人员任务排期检查BI报表注意：由于我们的二次开发基本都是做成静态页面，但是大量使用了Jira的API接口，为了能够方便的使用。所以我们将这些页面放到Jira的容器当中，在其中建...

文章目录引言TrunkBasedGitFlowAoneFlowOneFlowExeFlow综述引言网络上版本管理系统之争持久而喧嚣，依照声量来讲目前应该是Git占了较大的优势。不过我们本文的关注点在于代码的分支管理模型，因为大家无论是用SVN或者Git，目的是为了解决研发过程管理中的实际问题。我这里整理几种分支管理模型，这样大家可以对照自己的痛点选择合适的模型。不过并不是最灵活的方案就最好，灵...

来源代码审核标准代码审核的核心目的是保证谷歌代码在不断的改进发展过程中还能持续保证健康。所有代码审核的流程与工具都是设计用于确保这个目标。为了实现这个目标，我们做了很多的权衡。首先，研发人员必须能够在个人的任务上做出改进。如果你从不提交代码的改进，那产品就无法提升。同样的，如果代码审核者对于任何变更提交都设置很高的门槛，也会影响开发者今后也提交改进的热情。从另一个方面说，代码审核者的...

作者背景作者是叫做John Sonmez，他的个人网站是 Simple Programmer，主要是《Soft Skills: The Software Developer’s Life Manual》《The Complete Software Developer’s Career Guide》两本书的作者。之前是职业程序员，33岁之后不再从事常规开发工作，主要从事写书、视频教程等工作。...