E-COM-NET
首页
在线工具
Layui镜像站
SUI文档
联系我们
推荐频道
Java
PHP
C++
C
C#
Python
Ruby
go语言
Scala
Servlet
Vue
MySQL
NoSQL
Redis
CSS
Oracle
SQL Server
DB2
HBase
Http
HTML5
Spring
Ajax
Jquery
JavaScript
Json
XML
NodeJs
mybatis
Hibernate
算法
设计模式
shell
数据结构
大数据
JS
消息中间件
正则表达式
Tomcat
SQL
Nginx
Shiro
Maven
Linux
技术债务
15个影响项目进度的路障
ApplicationDevelopment-InfoWorld列出了15个影响项目进度的路障:会议回复所有的邮件试图测量生产力“首席女主角”程序员(经常抱怨之前写下这些代码的人是傻子)”等会儿再改正“的想法(
技术债务
·
2013-07-07 12:00
项目
38人团队,分为4个子产品小组,如何一起做回顾会议?
这是一个大的回顾会议,时长会在0.5~1天,总体分为两个部分,简单介绍如下:①搜集数据a)可视化项目i.CPO从项目的整体(预期的交付和实际的交付、
技术债务
等)做说明,写在大的翻纸上,以便其他人补充ii
袁斌_AgileDo
·
2013-05-22 08:00
敏捷开发
风险管理
项目管理
软件测试
XP
38人团队,分为4个子产品小组,如何一起做回顾会议?
CPO从项目的整体(预期的交付和实际的交付、
技术债务
等)做说明,写在大的翻纸上,以便其他人补充 ii.
袁斌_AgileDo
·
2013-05-22 08:00
敏捷开发
软件测试
XP
项目管理
风险管理
38人团队,分为4个子产品小组,如何一起做回顾会议?
这是一个大的回顾会议,时长会在0.5~1天,总体分为两个部分,简单介绍如下:①搜集数据a)可视化项目i.CPO从项目的整体(预期的交付和实际的交付、
技术债务
等)做说明,写在大的翻纸上,以便其他人补充ii
袁斌_AgileDo
·
2013-05-22 08:00
敏捷开发
风险管理
项目管理
软件测试
XP
一个或许比Ward Cunningham的“
技术债务
”更能打动中国软件开发团队接受单元测试的理由
之所以单元测试在国内本土软件开发企业中没有成为主流,我个人认为主要原因是包括码农、开发经理、公司高层在内的国内本土软件开发团队,大都没有看到“单元测试”能给产品内在质量所带来的具有中国味道的好处。西方大师所认为的单元测试“能够确定开发接口、保护已有代码不被破坏、起到API文档作用”等等好处,我认为对于中国软件开发团队还是不具足够的吸引力。我认为,比较能说服中国软件开发团队认可单元测试的一个理由是:
wubinben28
·
2013-04-15 14:00
驯服烂代码
技术债务
的那些事
技术债务
最早是由WardCunningham提出的,当时是为了向非技术背景的项目干系人解释为什么要去做我们现在称之为“重构”的事情。
袁斌_AgileDo
·
2012-12-27 12:00
敏捷开发
Scrum
agile
技术债务
kanban
技术债务
的那些事
阅读更多
技术债务
最早是由WardCunningham提出的,当时是为了向非技术背景的项目干系人解释为什么要去做我们现在称之为“重构”的事情。
袁斌_AgileDo
·
2012-12-27 12:00
敏捷开发
技术债务
agile
scrum
kanban
技术债务
的那些事
阅读更多
技术债务
最早是由WardCunningham提出的,当时是为了向非技术背景的项目干系人解释为什么要去做我们现在称之为“重构”的事情。
袁斌_AgileDo
·
2012-12-27 12:00
敏捷开发
技术债务
agile
scrum
kanban
[置顶] 如何解释
技术债务
(母鸡的遭遇)
技术债务
,是指匆忙的实现一个功能,却对现有的程序库造成了破坏(在实现的过程中污染了代码库的设计),这对于一些项目经理/客户来说就像是天书奇谈。也许他们是明白的,只是不愿意承认罢了,我估计是这样的。
bo5509
·
2012-12-12 13:00
研发团队的绩效考核(三)
减少学习债务和
技术债务
,增强团队的成熟度,我们的实践是要做到以下几点:1)绩效考核年度、季度来做正式的评估当然可以,最好每天的工作中都要基于这些指标发现问题和风险。每天的这些工作不是要花大量的
袁斌_AgileDo
·
2012-10-30 08:00
敏捷开发
agile
scrum
绩效考核
项目管理
研发团队的绩效考核(三)
减少学习债务和
技术债务
,增强团队的成熟度,我们的实践是要做到以下几点:1)绩效考核年度、季度来做正式的评估当然可以,最好每天的工作中都要基于这些指标发现问题和风险。每天的这些工作不是要花大量的
袁斌_AgileDo
·
2012-10-30 08:00
敏捷开发
agile
scrum
绩效考核
项目管理
编码混乱是技术上的债务吗?
“
技术债务
(technicaldebt)”这个词是由WardCunningham发明的,用来描述为了在最后期限前实现某个项目任务而让开发团队做某种技术上的妥协。
HTML5中国
·
2012-10-26 15:13
编程
技术债务
Sonar安装使用篇
记录下你的
技术债务
。除了简单的记录下各个指标的值,还可以自定义一些alert,用以当某项指标低于或者高于某个阈值的时候给出报警。如上图就有一个例子,我设置了测试覆盖率不能小
·
2012-10-16 14:00
Sonar
代码质量检查
sonar安装
sonar运行
Sonar安装使用篇
记录下你的
技术债务
。除了简单的记录下各个指标的值,还可以自定义一些alert,用以当某项指标低于或者高于某个阈值的时候给出报警。如上图就有一个例子,我设置了测试覆盖率不能小
·
2012-10-15 22:00
Sonar
技术债务
:究竟让你付出了多大代价?
技术债务
背后的隐含的意思是,走捷径(有意的
技术债务
)或者犯错(无意的
技术债务
)都会有开销,而且不处理这些捷径或者错误的话,开销会随着时间而增加。
·
2012-09-13 02:00
程序员
管理
技术债务
从经理的角度看
技术债务
从经理的角度看
技术债务
【转】英文原文:TechnicalDebtaPerspectiveforManagers作者:MarkLevison译者:赖勤毅发布于2010年11月5日现在已经到第十次迭代开发周期了
经验不在于年限,在于积累---专注互联网软件开发
·
2012-08-29 09:00
从经理的角度看
技术债务
阅读更多trong>英文原文:TechnicalDebtaPerspectiveforManagers作者:MarkLevison译者:赖勤毅发布于2010年11月5日现在已经到第十次迭代开发周期了,你的项目开发速度开始变慢。在之前的几个迭代周期中,团队没有像以前那样完成很多的“故事场景”(stories)。此外,最近在新的故事场景和回溯中却发现更多缺陷(bug)。项目经理知道,团队成员没有变,他
snoopy7713
·
2012-08-11 09:00
tdd
dojo
java
ruby
编程
从经理的角度看
技术债务
阅读更多trong>英文原文:TechnicalDebtaPerspectiveforManagers作者:MarkLevison译者:赖勤毅发布于2010年11月5日现在已经到第十次迭代开发周期了,你的项目开发速度开始变慢。在之前的几个迭代周期中,团队没有像以前那样完成很多的“故事场景”(stories)。此外,最近在新的故事场景和回溯中却发现更多缺陷(bug)。项目经理知道,团队成员没有变,他
snoopy7713
·
2012-08-11 09:00
tdd
dojo
java
ruby
编程
从经理的角度看
技术债务
trong> 英文原文:Technical Debt a Perspective for Managers 作者:Mark Levison 译者:赖勤毅 发布于 2010年11月5日 现在已经到第十次迭代开发周期了,你的项目开发速度开始变慢。在之前的几个迭代周期中,团队没有像以前那样完成很多的“故事场景”(stories)。此 外,最近在新的故事场景和回溯中却发现更多缺陷(bug)
snoopy7713
·
2012-08-11 09:00
java
编程
TDD
Ruby
dojo
从经理的角度看
技术债务
trong> 英文原文:Technical Debt a Perspective for Managers 作者:Mark Levison 译者:赖勤毅 发布于 2010年11月5日 现在已经到第十次迭代开发周期了,你的项目开发速度开始变慢。在之前的几个迭代周期中,团队没有像以前那样完成很多的“故事场景”(stories)。此 外,最近在新的故事场景和回溯中却发现更多缺陷(bug)
snoopy7713
·
2012-08-11 09:00
java
编程
TDD
Ruby
dojo
关于软件开发人员加强自我学习、练习的倡议
必须清醒的认识到,交付压力、沉重的
技术债务
、开发人员编程能力不足的局面将长期存在。 如何改变? 作为员工,我们可以改变的惟有我们自己。
lixin88
·
2012-07-19 11:00
编程
工作
扩展
工具
平台
用债思维看待软件研发
\张林的“债思维”来源于在今年2月份召开的敏捷之旅南京站上的一次讨论,当时大家基于“
技术债务
”提出了“管理债”的想法,经过几个月的深入思考和总结,张林对这个想法更新了九个版本,才有了现在的“债
昵称4
·
2012-06-11 02:00
用债思维看待软件研发
张林的“债思维”来源于在今年2月份召开的敏捷之旅南京站上的一次讨论,当时大家基于“
技术债务
”提出了“管理债”的想法,经过几个月的深入思考和总结,张林对这个想法更新了九个版本,才有了现在的“债思
侯伯薇
·
2012-06-11 00:00
用债思维看待软件研发
张林的“债思维”来源于在今年2月份召开的敏捷之旅南京站上的一次讨论,当时大家基于“
技术债务
”提出了“管理债”的想法,经过几个月的深入思考和总结,张林对这个想法更新了九个版本,才有了现在的“债思
侯伯薇
·
2012-06-11 00:00
技术债务
真正的代价
无论你是否喜欢把它想成
技术债务
或是对冲期权,在我们的周围都充斥着糟糕的代码,糟糕的决定,以及这些东西给我们每天的生活带来的影响。但是这些决定所带来的长期影响会是什么?我们真的做了明智的选择吗?
Love_Lei
·
2012-05-11 15:00
工作
TDD
ejb
测试
单元测试
任务
技术债务
真正的代价
无论你是否喜欢把它想成
技术债务
或是对冲期权,在我们的周围都充斥着糟糕的代码,糟糕的决定,以及这些东西给我们每天的生活带来的影响。但是这些决定所带来的长期影响会是什么?我们真的做了明智的选择吗?
szu030606
·
2012-05-08 19:00
技术债务
(母鸡的遭遇)
阅读更多
技术债务
,是指匆忙的实现一个功能,却对现有的程序库造成了破坏(在实现的过程中污染了代码库的设计),这对于一些项目经理/客户来说就像是天书奇谈。
yzd
·
2012-04-08 10:00
技术债务
(母鸡的遭遇)
技术债务
,是指匆忙的实现一个功能,却对现有的程序库造成了破坏(在实现的过程中污染了代码库的设计),这对于一些项目经理/客户来说就像是天书奇谈。也许他们是明白的,只是不愿意承认罢了,我估计是这样的。
yzd
·
2012-04-08 10:00
技术
用鸡讲解
技术债务
的形成过程
技术债务
,是指在面对需求时,由于仓促实现某些功能特性而对代码库产生了破坏(在此过程中同时破坏了代码库的架构设计)。对于一些经理或客户来说,
技术债务
仿佛是一个陌生的概念。
wfdtxz
·
2012-03-21 13:00
架构设计
任务
平台
用鸡讲解
技术债务
的形成过程
技术债务
,是指在面对需求时,由于仓促实现某些功能特性而对代码库产生了破坏(在此过程中同时破坏了代码库的架构设计)。对于一些经理或客户来说,
技术债务
仿佛是一个陌生的概念。
Love_Lei
·
2012-03-20 18:00
架构设计
任务
平台
技术债务
(母鸡的遭遇)
技术债务
(母鸡的遭遇)
技术债务
,是指匆忙的实现一个功能,却对现有的程序库造成了破坏(在实现的过程中污染了代码库的设计),这对于一些项目经理/客户来说就像是天书奇谈。
athrunwang
·
2012-03-19 10:00
技术债务
(母鸡的遭遇)
技术债务
,是指匆忙的实现一个功能,却对现有的程序库造成了破坏(在实现的过程中污染了代码库的设计),这对于一些项目经理/客户来说就像是天书奇谈。也许他们是明白的,只是不愿意承认罢了,我估计是这样的。
ksy
·
2012-03-19 09:00
任务
PaaS
平台
【外刊IT评论网】
技术债务
(母鸡的遭遇)
[captionid="attachment_3749"align="alignright"width="300"caption="本文的作者AndreaDallera"][/caption]
技术债务
,
Aqee
·
2012-03-19 00:00
技术债务
批评评论
【外刊IT评论网】
技术债务
(母鸡的遭遇)
[captionid="attachment_3749"align="alignright"width="300"caption="本文的作者AndreaDallera"][/caption]
技术债务
,
Aqee
·
2012-03-18 16:00
批评评论
技术债务
用鸡讲解
技术债务
的形成过程?
技术债务
:是指在面对需求时,由于仓促地实现某些功能特性而对代码库产生了破坏(同时,在此过程中破坏了代码库的架构设计)。对于一些经理或客户来说
技术债务
仿佛是一个陌生的概念。
zpp0422
·
2012-03-13 12:45
技术
职场
软件开发
休闲
债务
用鸡讲解
技术债务
的形成过程?
技术债务
:是指在面对需求时,由于仓促地实现某些功能特性而对代码库产生了破坏(同时,在此过程中破坏了代码库的架构设计)。对于一些经理或客户来说
技术债务
仿佛是一个陌生的概念。
zpp0422
·
2012-03-13 12:45
职场
技术
软件开发
解决技术负债的花费:每行代码3.61美金
来自CAST软件的JonathanBloom发表了一系列的博文,总结了他们公司发布的有关
技术债务
的报告。要点包括:CAST估计现在公司要解决技术负债的花费是每行代码3.61美元。
Christopher Goldsbury
·
2012-03-07 00:00
《程序员应该知道的97件事》读书笔记
另外,译者的序写的不错^_^============================我是读书笔记的分割线======================每当你迫不得已欠下
技术债务
,就要立刻记录到任务卡上或者登记到问题跟踪系统里
macrochen
·
2012-01-15 18:00
编程
程序员
书评
《程序员应该知道的97件事》读书笔记
另外,译者的序写的不错^_^============================我是读书笔记的分割线======================每当你迫不得已欠下
技术债务
,就要立刻记录到任务卡上或者登记到问题跟踪系统里
macrochen
·
2012-01-15 18:00
编程
程序员
书评
《程序员应该知道的97件事》读书笔记
另外,译者的序写的不错^_^============================我是读书笔记的分割线======================每当你迫不得已欠下
技术债务
,就要立刻记录到任务卡上或者登记到问题跟踪系统里
macrochen
·
2012-01-15 18:00
编程
程序员
书评
《程序员应该知道的97件事》读书笔记
另外,译者的序写的不错^_^============================我是读书笔记的分割线======================每当你迫不得已欠下
技术债务
,就要立刻记录到任务卡上或者登记到问题跟踪系统里
macrochen
·
2012-01-15 18:00
编程
程序员
书评
读了一篇访谈《Philippe Kruchten谈论架构和
技术债务
》
看了InfoQ中的一篇访谈《Philippe Kruchten谈论架构和
技术债务
》 原文链接是(如果想直接看文字记录,点击视频下方问题列表底部的链接 “整页显示脚本”)
gkbusy
·
2011-11-28 17:00
架构
XP中重构和
技术债务
(XP编程学习)
技术债务
:
技术债务
是不完美设计和实现的总和。
zhangym365
·
2011-10-01 14:00
程序员应知——
技术债务
在软件开发的过程中,我们往往也会借债,人们称之为
技术债务
,其实也就是为了快速地解决问题,而采取的不规范的方案。
l176266956
·
2011-09-27 14:00
技术债务
?管理债务?
昨天晚上重要客户再次投诉。这已经是最近几个月的第三次投诉了! 当年为了争客户,给客户迅速开发了跨越三个系统的定制需求。 客户争到了,这个快速的定制需求就一直当正式工具被用起来。这是第三年了,这个定制功能一直在找麻烦,甚至有可能丢到客户。 昨天晚上是因为其中的一个系统切换到备份,但是其他系统不认识备份系统的IP造成无法联动。 我认为这是研发的管理问题,没有产品规划,一味的往前赶路,欠下了很多
halleycomet
·
2011-04-13 13:00
敏捷开发
从经理的角度看
技术债务
现在已经到第十次迭代开发周期了,你的项目开发速度开始变慢。在之前的几个迭代周期中,团队没有像以前那样完成很多的“故事场景”(stories)。此外,最近在新的故事场景和回溯中却发现更多缺陷(bug)。项目经理知道,团队成员没有变,他们也花同样的时间工作。但是,客户会发问:“发生什么事情了?这个团队还在努力工作吗?” 很多敏捷团队的产品改进率为150-500%[1],可是你们的项目看起来却貌似
huashuizhuhui
·
2011-04-02 23:00
项目管理
敏捷开发
单元测试
TDD
软件测试
Agile in a Flash:不要深陷
技术债务
(13)
技术债务
指的是因业务决策而导致的技术工作并会很快变成一个很严重的业务问题。开发速度下降只付利息的支付无济于事最好早支付经常支付破产是个无奈的选择制定一个可行的计划并为其埋单深陷
benjielin
·
2011-02-18 13:29
职场
敏捷
休闲
技术债务
如何偿付
技术债务
该项目拥有大量
技术债务
,他正在努力解决如何跟踪和偿付
技术债务
的问题。
Dan Puckett
·
2010-12-18 00:00
技术债务
什么是“
技术债务
”?它就是“那些内在的事物,现在你不去解决,遗留下来(不干完),它就会阻碍未来开发”[WardCunningham]。
RicoRui
·
2010-11-09 22:00
从经理的角度看
技术债务
现在已经到第十次迭代开发周期了,你的项目开发速度开始变慢。在之前的几个迭代周期中,团队没有像以前那样完成很多的“故事场景”(stories)。此外,最近在新的故事场景和回溯中却发现更多缺陷(bug)。项目经理知道,团队成员没有变,他们也花同样的时间工作。但是,客户会发问:“发生什么事情了?这个团队还在努力工作吗?”很多敏捷团队的产品改进率为150-500%[1],可是你们的项目看起来却貌似只有20
Mark Levison
·
2010-11-05 00:00
上一页
1
2
3
4
5
6
7
8
下一页
按字母分类:
A
B
C
D
E
F
G
H
I
J
K
L
M
N
O
P
Q
R
S
T
U
V
W
X
Y
Z
其他