相关推荐

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，不在评估范围内。

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修不完啊)你有沒有問題追蹤資料庫

Joel's test

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

如何衡量一个人的Java水平

以下是我为了准备14年9月面试阿里所做的笔记节选：（仅仅是考察点，具体题目和扩展请自己思考） 基础1，什么是命名空间，变量污染，变量声明提升，预编译？如何检查一段代码执行后是否声明了全局变量？ 2，隐式转换的种种规则 3，关于对象，对象的属性可能有哪些特性(attribute)？什么是原型链？如何检测某一属性是在对象中还是原型链中？如何检测是否是普通对象或空对象？写一个工厂模式？(工厂模式也有很多细节，具体可以参考《javascript模式》一书，不是《javascript设计模式》) 4，变量类型

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

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

软件开发成功 12 法则

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

如何从技术岗位转为管理岗位呢？

很多做技术的人，做多了几年总是担心自己的职业生涯发展道路，对自己的职业生涯发展缺乏方向和清晰的目标。而且，不少技术岗位的人员都认为技术不能干一辈子，总是希望有更好的机会。然而如何从技术岗位转型为管理岗位呢?这难倒了不少技术岗位的人。毕竟技术岗位要转型为管理岗位面临更多的问题，领域也有更多的区别。下面我们从个人整个职业生涯发展路线来具体谈谈： 　　1、做好本职工作是第一步，这步

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

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

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

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

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

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

软件开发度量考核方法

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

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

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

如何识别人的技术能力和水平？

作者: 威灵顿发布时间: 2018-04-16 17:57阅读: 3231 次推荐: 13原文链接[收藏] 博文链接https://kb.cnblogs.com/page/593985/ 　　这个题目是比较复杂的，它包含的东西比较多，认真讨论估计能写几万字。如果是专业研究，我看能写一本书了。这里打算根据自己的学习过程和工作经验，谈一下要点问...

如何让软件开发成功（2）

二、开发管理 如果一个产品的行业分析、产品定位和技术路线都明确了，那么让一个产品从图纸和设计上转换为现实，就涉及开发管理。开发管理是涉及整个团队的分工协作、路线图规划、过程的执行力。如果团队混乱执行没有章法，那么产品要么遥遥无期，要么故障一堆，要么渐行渐远偏离初衷。理想很丰满，现实很骨感，如此一来，还谈何成功？ 理论上来说，软件开发有一套成熟的软件项目管理理论，它所涉及的范围覆盖了整个软件工程过程。从资源管理（人员的组织与管理，硬件/软件资源调度），计划与实施（项目进度计划、里程碑管理、成本预算、风险评估

对企业软件开发能力衡量的理解---CMM学习经验

对企业软件开发能力衡量的理解---CMM学习经验 [email]firstzhai@163.com[/email]   大型软件的开发需要很好的管理与组织能力，来保证软件开发的质量。从软件工程的角度来说，不存在没有Bug的软件，但尽量减少致命性的Bug是所有软件开发组织者所追求的。那么如何衡量一个组织具备了大型软件的开发能力呢？CMM提供了一种衡量的方法，尤其是CMM的认证已经成为国际上认可的软件...

The Joel Test（祖尔测试）

Do you use source control?      你们使用源代码控制吗？ Can you make a build in one step?     你们一步就能完成构建吗？ Do you make daily builds?    你们做每日构建吗？ Do you have a bug database?     你们有缺陷数据库吗？ Do you fix bugs before writing new code?     你们会在写信代码之前修复缺陷吗？