相关推荐

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

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

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

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

Joel's test

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

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

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

软件开发成功 12 法则

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

七个无用的测试指标

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

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

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

5个衡量软件质量的标准

1. Sourc Lines of Code (SLOC)  统计代码行数可能是最简单的方法。它能体现软件的规模，为项目的发展和计划提供一些数据支撑。例如，我们每个月统计一次代码的行数，我们就能大体知道项目的发展情况。当然，这不是一个值得信赖的标准，因为有重构以及设计的因素。  SLOC 最好是统计 Source Logical Line of Code (SLLOC) 以获得更准确的信息

软件开发能力成熟度模型CMM介绍

软件开发能力的成熟度模型(Capability Manurity Model for Software，CMM)是软件工程协会SEI(Software Engineering Institution)在卡内基.梅隆大学开发完成的对一个组织软件开发能力进行评价的标准，它侧重于对软件开发过程和开发方法论的考察。CMM包括五个成熟等级，开发的能力越强，开发组织的成熟度越高，等级越高...

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

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

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?     你们会在写信代码之前修复缺陷吗？

12 Steps to Better Code

The Joel Test: 12 Steps to Better CodeBy Joel SpolskyWednesday, August 09, 2000Have you ever heard of SEMA? Its a fairly esoteric system for measuring how good a software team is. No, wait!