相关推荐

joel-test:评价软件团队的素质！

乔尔测验 评价软件团队的质量！ 向您询问以下问题，并通过一条消息说出您在考试中的得分如何。 您是否使用源代码管理？ 您可以一步一步构建吗？ 您是否进行日常构建？ 您有错误数据库吗？ 您在编写新代码之前会修复错误吗？ 您有最新的时间表吗？ 你有规格吗？ 程序员有安静的工作条件吗？ 您是否使用金钱可以买到的最好的工具？ 你有测试员吗？ 新候选人在面试中会写代码吗？ 您是否进行走廊可用性测试？ PS：以上是按照Joel Spolsky编写更好代码的12个步骤。 满分为12分，可以接受的分数为11分，但满分为10分或更低，这说明您遇到了严重的问题。 安装 $ npm install --save joel-test 用法 var joelTest = require ( 'joel-test' ) ; joelTest ( function ( score ) {

简单看软件开发度量

​ 大部份管理者都说关心项目的延误（或项目总工作量），也说很关注产品的质量（例如：金融/银行 /保险等）。 但是当问到过去一年项目的实际延误情况如何？产品质量如何？ 很多管理者没有头绪。 怎样做才能解决上述问题呢？ 做好项目估算(estimation) 管理者说：项目经理都有做预估——按每个项目功能数量，识别其中的复杂度，再乘以相关的生产率便得出项目的总工作

企业级应用开发平台能力评估清单

根据自己的经验，整理了一个企业级应用开发平台能力评估清单，该清单可供企业进行软件系统技术选型，也可以供软件厂商自研开发平台参考。该清单共9个大类71项指标，核心关注点是作为应用开发平台的应用构建能力，部署、运行等维度属于基础设施或Devops平台的能力，如docker/CICD/GIT，不在评估范围内。

软件开发各阶段的质量控制

提到软件开发，我们的脑海里总是浮现出这样的情景：开发组的每一位成员都在辛苦的工作，有的加班加点，甚至通宵达旦是常有的事，虽然项目经理修改了一次又一次的进度计划，而实际的开发情况却总是很令人担忧，以至于每次向领导汇报工作的时候总是觉得以前制定的计划没有很好的完成，总是觉得人力资源不

软件设计原则

1. 开闭原则 开闭原则（Open Closed Principle，OCP）由勃兰特·梅耶（Bertrand Meyer）提出，他在 1988 年的著作《面向对象软件构造》（Object Oriented Software Construction）中提出：软件实体应当对扩展开放，对修改关闭（Software entities should be open for extension，...

第5讲 软件研发度量体系建设（上）

现在企业对质量要求越来越高，又要求能快速迭代，作为研发团队，我们如何进行软件研发度量体系建设？ 我们先谈谈度量的意义，主要体现3个方面 1）让目标更明确，比如让大家在项目开始时、研发过程中、项目结束后，对目标有共同的认识。 2）让现状更清晰，度量可以告诉我们现状如何、效率如何、质量如何、流程如何以及问题所在。 3）让改进更精准。 研发度量体系 整体的研发度量体系可以从三个维度来考量：即...

软件开发成功 12 法则

有没有听说过SEMA？这可是衡量一个软件开发组好坏的很深奥的系统。别介，等一下！别按那个联接！ 给你六年你也搞不清这玩意。所以我自己随便攒了一套衡量系统，信不信由你，这系统，三分钟就可掌握。你可以把省下的时间去读医学院了（译注：美国的医学院可是要读死人的！）。 Joel 衡量法则 1.你们用不用源文件管理系统？ 2.你们可以把整个系统从源码到ＣＤ映像文件一步建成吗？ 3.你们每天白天都...

The Joel Test: 软件开发成功 12 法则

转自:http://chinese.joelonsoftware.com/Articles/TheJoelTest.html                                       The Joel Test: 软件开发成功 12 法则        作者： 周思博 (Joel Spolsky)    译： 李国华 Frank Li

七个无用的测试指标

↑ 点击上方蓝字关注我们，和小伙伴一起聊技术！平时在测试工作中恪守的那些指标真的都是金科玉律么？软件测试度量是一种通过检测软件测试过程的质量和有效性来评估软件开发的量化方法。开发团队使用测试指标来跟踪开发过程各个阶段的软件质量。测试指标对于管理层也很有用，它可以让公司股东评估软件开发团队的效率。测试指标应该始终是有意义和可执行的。问题是有些测试指标无法达到这一目标。许多指标都是误导，有些只是无价值

The Joel Test

這篇文章影響了筆者對團隊開發環境重視, 下列每一項目代表一分, 據說Microsoft隨時都保持著暴走滿分狀態啊! 你有使用原始碼控制系統嗎? //Yes! VISUAL SVN你能用一個步驟建出所有結果嗎? //Yes! 使用Visual Studio發行網站你有沒有每天都重新編譯建立(daily builds)嗎? //Yes! 每天都有程式更新(bug修不完啊)你有沒有問題追蹤資料庫

你需要知道的12个Git高级命令

本文来源于我在InfoQ中文站翻译的文章，原文地址是：http://www.infoq.com/cn/news/2016/01/12-git-advanced-commands众所周知，Git目前已经是分布式版本控制领域的翘楚，围绕着Git形成了完整的生态圈。学习Git，首先当然是学习Git的基本工作流。相比于SVN等传统版本控制系统来说，Git是专为分布式版本控制而生的强大工具。使用Git时常用

软件公司该怎么接项目

软件公司怎么接项目 随着软件市场的竞争力越来越大，软件行业的项目越来越难找，那么今天小编就来给大家总结一些能够找到软件开发项目的渠道。 1.平台 首先我们可以借助一些平台的力量，比如大大神平台，它是全球专业的软件协同产业供应链平台，那么由于它本身针对的就是整个软件行业，所以它的资源就会比我们自身的更加丰富一些，还有一些其它的软件外包平台也是同理，当我们靠自己的力量无法成功的时候，不妨试着去借

我的软件推广成功之路 [转]

我的软件推广成功之路 本人与大家一样，原来只是一个普通的程序员，靠给软件公司打工谋生。后来感觉这样长期干下去没有什么前途，虽然现在年轻还可以加班加点靠拼身体吃饭，以后年纪大了怎么办？听说很多人自己单干每年靠共享软件都可以赚几十万，我为什么就不行？仗着自己技术好，并且当时已经有了成熟软件的思路，我就辞职出来加入共享软件这一行当了。通过半年多的日夜苦干，软件终于编出来了。由于我觉得自己的软件功能比

Joel's test

最近卷入了一些有关软件开发流程认证的事情，虽然我已经竭尽所能避开了99%的此类工作(对无法避开的同事表示严重的同情和严肃的感激)，但是还是觉得有点郁闷，原因是我本人极其鼠目寸光，从来都相信自己的感觉超过理论。在我熟悉的小团队里，有关开发效率，我关心的程度从团队成员smart, and make things done，到士气，到工作环境，到流程，依次数量级递减。由此想起The Joel Test，...

软件开发成熟程度分级标准

（1）初始级 混乱无序，软件的完成靠某个程序员的运气与能力，可能某个企业为软件开发过程制定了一个标准，但是在开发过程中未能应用到关键过程要求上面，也没有政策，资源等方面的保证时，这也是混乱的，所以叫初始级 （2）可重复级 已经建立了一套基本的项目管理，可用于对成本，进度和功能进行跟踪。对类似的项目，往往有章可循，并可重复此过程取得成功。焦点在管理过程上。一个可管理的过程是一个可重复过程，一个...

度量和改进软件开发的工作效率

在《改进软件开发工作效率：软件管理中的高效领导力和量化方法》一书中，Randall W. Jenson 讲述了如何在组织中度量和改进工作效率。这本书中包括实践、模型和案例分析，可以帮助大家以量化方式实施敏捷软件开发。如果想对该书有所了解，您可以点击这里下载样章。\\InfoQ 访问了 Randall，请他谈谈如何度量和改进工作效率、使用敏捷对工作效率的贡献、结对编程和团队的好处，软件维护中的知识留...

软件开发度量考核方法

?0 引言本人觉得如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。虽然目前很多公司有这方面的绩效考核，但是大多数没有对软件开发的过程进行细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。以下文档是本人根据以前经验和相关的资料所编写的度量方法和考核方法，

软件系统开发失败的最主要原因是数据库设计问题而非代码太烂

无论是国内还是国外，软件开发失败的比例都非常高，部分软件系统即使上线使用，它的生命周期也非常短，为什么软件开发失败，大部分归纳起来以下几个方面：1、项目预算不足（开发和维护成本太高）2、需求不明确（无法满足业务需求）3、没有整体架构设计（后续无法迭代改进）4、开发人员能力不足（代码写得太烂，不好维护）。。。不可否认，以上的是项目开发失败的原因之一，作为一个IT领域从业人员，曾经历过无数个大小项目的...