<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[老程序员 一蓑烟雨任平生]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/iteye_4483</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; iteye_4483]]></copyright><item><title><![CDATA[信息系统之癌细胞]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/82240020</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/82240020</guid><author>iteye_4483</author><pubDate>Fri, 30 Dec 2011 10:15:52 +0800</pubDate><description><![CDATA[信息系统经过持续不断的补丁和升级，进化到最后往往如同得了癌症，刚开始时只是对系统进行局部的处理，做一些代码修改，然后开始补丁，加一些代码，癌细胞开始产生。

随着维护人员的加入，原系统的开发人员逐步退出，后续的代码则针对现有的问题解决，至于相关模块的隐患则由于经验能力不足而没有考虑，癌细胞开始扩散。系统升级中，因为有的新的模块或者对老的周边模块做修改，癌细胞开始转移。

最后系统完蛋，推翻...]]></description><category></category></item><item><title><![CDATA[古李决战观感]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/82060241</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/82060241</guid><author>iteye_4483</author><pubDate>Fri, 29 Apr 2011 10:59:52 +0800</pubDate><description><![CDATA[1、韩国棋手认为古力局部计算不如小李、官子不行，拼到官子古力就有问题

2、小李的策略是从布局阶段就开始导入混乱未知的局面，哪怕自己被动，也要打乱古力的节奏，也是看准古力的优势心理下专注度降低的弱点

3、2人都会瞬间短路，头2盘2人各自都手起刀落，很干脆的解决战斗，后面3盘错进错出，也是体力到了极限，这个期间防守比攻击容易，也节省体力，看起来攻势凶猛，最后未必能笑到最后

小李的序盘...]]></description><category></category></item><item><title><![CDATA[我的软件研发和项目管理的图书]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81992668</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81992668</guid><author>iteye_4483</author><pubDate>Fri, 24 Dec 2010 12:38:41 +0800</pubDate><description><![CDATA[前段时间把家里的图书清理了一次，留了一些质量较好的开发类图书送人，剩下的都打包卖了废纸。现在书架上软件研发和项目管理的书不多了，看了看也就10几本，年底是总结的时候，这次拿出来晒晒，想想还是有值得推荐的。

1、对抗比尔盖茨的阴谋 华夏出版社
我把这本书放在头前，是想告诉大家，技术选型上要冷静理智，不要被忽悠。

开篇引用约翰.斯坦贝克的的一段话：
在我们所赞美的人类品质中，仁慈、慷慨...]]></description><category></category></item><item><title><![CDATA[停上论坛一个月]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81900371</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81900371</guid><author>iteye_4483</author><pubDate>Sat, 07 Aug 2010 12:41:20 +0800</pubDate><description><![CDATA[被恶心了，妊娠反应较重，身心健康重要，停上论坛一个月，不发言不潜水不看帖。]]></description><category></category></item><item><title><![CDATA[时光倒流二十年]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81888090</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81888090</guid><author>iteye_4483</author><pubDate>Sun, 27 Jun 2010 20:32:50 +0800</pubDate><description><![CDATA[时光倒流二十年

童年你与谁渡过 
圣诗班中唱的歌 
再哼一哼可以么 
当时谁与你排着坐 
白色恤衫灰裤子 
再穿一穿可以么 
遗憾我当时年纪不可亲手拥抱你欣赏 
童年便相识 
余下日子多闪几倍光 
谁让我倒流时光一起亲身跟你去分享 
能留下印象 
阅览你家中每道墙 
拿着你歌书 
与你合唱 

从前你与谁路过 
逛的公园有几多 
再走一走可以么 
当时谁对...]]></description><category></category></item><item><title><![CDATA[再说敏捷，兼对“对敏捷开发等时髦概念泼点冷水”的回复]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81857157</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81857157</guid><author>iteye_4483</author><pubDate>Fri, 30 Apr 2010 09:49:49 +0800</pubDate><description><![CDATA[再说敏捷，兼对“对敏捷开发等时髦概念泼点冷水”的回复

敏捷在国内的宣传中，给人的感觉是降低成本，实际上能做这些的咨询公司，人力的单价都很高，也会有一些商务的政策保护，如果把这钱给一些有经验的公司，我相信做的也不会差。

我一直认为敏捷能够提出，一定是要一个特定的行业背景的，这个背景我们现在根本不知道，到底当时市场发生了什么情况，要革谁的命，这个没人说。

今天看到一个革命者跳出来质疑...]]></description><category></category></item><item><title><![CDATA[项目管理的前提是资源]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81823365</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81823365</guid><author>iteye_4483</author><pubDate>Thu, 04 Feb 2010 15:37:17 +0800</pubDate><description><![CDATA[
这么多年碰到很多项目，体会是没有一个项目是能把人配齐，当手上项目多的时候，资源就会不断的稀释，各种非正常的手段无所不用，人最后跟赌徒没有什么差别，知道会有风险，就赌会不会出现。

倒不是说教科书有什么问题，只是在资源配备不到位时，一个没有经验的项目经理会发憷，觉得越是这样就越要做好管理，越要学习，形成恶性循环。

其实标准的说法是，资源不足就不应该做，可是话可以这么说，现实是哪有这么简...]]></description><category></category></item><item><title><![CDATA[项目管理经验的获取]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81820838</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81820838</guid><author>iteye_4483</author><pubDate>Tue, 26 Jan 2010 16:35:27 +0800</pubDate><description><![CDATA[看到很多帖子上讲怎么样才能做好项目，这次就讲讲我的经验吧。

项目经理的能力，我觉得有两个，一个是基本的技能（技术、业务、项目管理），一个是形势分析和判断能力。前者还可以通过自学做到，后者自学的可能性微乎其微。

项目经理个人的基本技能只是有个相对的保证，但是如果不具备形势分析和判断的能力，大一点的项目，基本上可以断定项目失败，这是我的经验之谈，理论上我觉得是风险管理的能力不具备，项目经理...]]></description><category></category></item><item><title><![CDATA[项目的成功与主担辅担]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81820542</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81820542</guid><author>iteye_4483</author><pubDate>Mon, 25 Jan 2010 16:27:15 +0800</pubDate><description><![CDATA[开发能否成功，在于各个角色是否明白各自应该担当的工作内容，目标要一致，我把项目的角色分为主担、辅担两类，业务开发是项目的主担，对项目负责，管理是辅担，由公司管理部门对项目的过程指标进行检查和提供帮助。两类角色都是非常必要的，只是要有侧重，尽管相互制衡，但是管理角色做的是辅助流程，不是关键路径，就是不要过早的让这些角色由“一票否决”的权力。 

开发主担主要是业务分析、设计、开发和测试，实际上抓...]]></description><category></category></item><item><title><![CDATA[革命与招安]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81820243</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81820243</guid><author>iteye_4483</author><pubDate>Sun, 24 Jan 2010 15:01:57 +0800</pubDate><description><![CDATA[敏捷与Spring、Hibernate这些东西都一样，草民革命，目的也就是为了被招安，等到目的达到，行事方法跟那些大佬也没有什么区别的时候，当初忽悠的东西只有自己强撑着，等着下一轮的革命。
预计一下技术咨询的热点：
1、Lean，具备迷人的故事潜力，拉动、看板、节拍，理论经典，可塑性强。
2、GTD，可以做为Scrum的改进版，更加有效的进行任务管理。

...]]></description><category></category></item><item><title><![CDATA[TDD]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81819607</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81819607</guid><author>iteye_4483</author><pubDate>Thu, 21 Jan 2010 14:34:44 +0800</pubDate><description><![CDATA[上次是敏捷，这次说说TDD。

TDD现在的路子不对，讲的再怎么天花乱坠也还是单元测试的路子，实际上在业务系统的开发中作用未必如所说的那么明显，否则这么好的东西也不可能推广的这么困难。
业务系统的核心是数据，开发过程是数据驱动的，在一开始做开发设计的时候，用例和场景应建立在数据的基础之上，粒度在服务这一层就够了，然后逐步细化。单元测试这个层级粒度太小，做得再多，也不能保证一个完整业务跑的是不...]]></description><category></category></item><item><title><![CDATA[我看“敏捷”]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81816373</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81816373</guid><author>iteye_4483</author><pubDate>Sun, 10 Jan 2010 21:10:32 +0800</pubDate><description><![CDATA[总体而言，“敏捷”就是一个bizword，几个定制开发项目的公司和技术咨询公司所创造的“蓝海”。

这其中有意无意的忽略了一些关键环节，有些地方很恶劣。比如业务，将因为自己业务经验的匮乏，所带来的项目需求变更和交付期延长等风险，全部转嫁给客户。我们假设自家装修，施工队说你怎么说我怎么做，之所以没有做是因为你当初没有说，如果要改，需要另外付钱，会是什么心情。

同时，除了FDD这样的方法论，...]]></description><category></category></item><item><title><![CDATA[知拍任君斗]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81646462</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81646462</guid><author>iteye_4483</author><pubDate>Wed, 12 Nov 2008 15:04:19 +0800</pubDate><description><![CDATA[[i]--刚在他力前，柔在他力后，彼忙我静待，知拍任君斗[/i]

项目的准时化、均衡化生产的关键是生产节拍。定义好开发工序、制定好任务粒度划分的规则，则是生产节拍的核心，这点做好，看板就很好实现。...]]></description><category></category></item><item><title><![CDATA[学习丰田生产方式]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81594303</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81594303</guid><author>iteye_4483</author><pubDate>Sat, 31 May 2008 10:55:17 +0800</pubDate><description><![CDATA[按照个人理解整理了一个丰田生产方式的大纲，以便在开发过程中进行比对学习。

1、总则：杜绝浪费
丰田的7种浪费
消除浪费的步骤
零库存

2、准时化
均衡化生产
生产流程化
生产节拍与看板
5S

3、自动化
标准作业书
省人化
缩短更换作业时间
维修保养

4、改善
目视管理
现场改善
IE手法

5、IE手法
工序分析
动作分析
时间分析...]]></description><category></category></item><item><title><![CDATA[无坚不摧 唯快不破]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81577465</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81577465</guid><author>iteye_4483</author><pubDate>Sat, 19 Apr 2008 14:21:57 +0800</pubDate><description><![CDATA[什么人做功能测试比较好？这是我写这篇《功能测试谁来做》的想法。

经常有人会跟我说他们公司开发过程很好，配备了独立的功能测试组，有的成立了独立的测试部门。也有顾问告诉我，要有独立的测试人员。也有相当的人想着用测试来和开发制衡。

首先我承认要有功能测试组，而且我也会在项目中采用功能测试这个环节，但是对于什么样的人能做功能测试，我有自己的看法。

对项目组来说，谁设计谁测试，既然是功能顾...]]></description><category></category></item><item><title><![CDATA[功能测试谁来做]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81575170</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81575170</guid><author>iteye_4483</author><pubDate>Thu, 03 Apr 2008 22:19:02 +0800</pubDate><description><![CDATA[受微软的影响，项目组单独配备功能测试人员，在很多公司里成为一种标配，而且经常是找一些小丫头来做，实际上效果如何，基本上没有用途。

功能测试应该由对业务非常清楚的人来做，而对业务非常清楚的只有二类人，一类是业务功能顾问，他们负责与客户进行沟通，能站在业务流程的整体上去测试，也就是谁做业务设计谁做业务测试。另一类就是业务模块的使用人员，他们是用户。所以真正的功能测试，应该是这两类人员去做。我比较...]]></description><category></category></item><item><title><![CDATA[企业应用干嘛要用做网站的技术]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81574468</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81574468</guid><author>iteye_4483</author><pubDate>Mon, 31 Mar 2008 12:16:46 +0800</pubDate><description><![CDATA[现在的B/S开发，做企业应用系统，表现层还是基于网站的开发技术，基本靠程序员在代码里面画页面，10几年来一直没有什么进步，是不是从根上就是错的，企业应用用Web页面来进行展现是否合算？

B/S只是一种系统部署应用的架构，基于Web，但不一定非要用Web网页的开发技术，目前一些ERP厂商采用的远程接入方式，换了个角度来解决C/S系统的部署应用问题。

按照厂商的说法，基于服务器计算模式的远...]]></description><category></category></item><item><title><![CDATA[世界观决定方法论]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81555046</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81555046</guid><author>iteye_4483</author><pubDate>Sat, 08 Mar 2008 16:06:23 +0800</pubDate><description><![CDATA[世界观决定方法论

Lean，丰田的精益生产方式，把开发当作是生产制造。
Scrum，橄榄球，把开发当作是一场比赛。研究研究NBA、足球、围棋的比赛训练，是能找到不少好的成功实践。
RUP，把开发当作拼图，你不会拼，我就卖给你工具，为了更好的掌握工具，最好买我的咨询。
MSF、FDD、XP，高人补充，我没想好。

可以站的角度太多了，比如：战争，没有比这种项目风险更高的了，怎么没人从...]]></description><category></category></item><item><title><![CDATA[我对产品化的理解 ]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81554780</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81554780</guid><author>iteye_4483</author><pubDate>Thu, 06 Mar 2008 16:19:44 +0800</pubDate><description><![CDATA[我对产品化的理解 

产品化的时机是看业务的需要，不管是对前景的落实，还是项目转化成产品，这些都不是技术人员能考虑的，业务的发展和策划，如何进行市场细化等如果都由技术人员考虑，产品化的风险很大。 
风险最大的是对于产品化的理解。 

提到“产品化”，大部分技术人员，包括很多公司老板，首先想到的是可销售性，也就是免实施，“软件产品的制造成本为零，微软就是这样发财的”，这是很多人跟我这么说，...]]></description><category></category></item><item><title><![CDATA[基于客户业务能力的软件项目开发的四种模式]]></title><link>https://blog.youkuaiyun.com/iteye_4483/article/details/81554571</link><guid>https://blog.youkuaiyun.com/iteye_4483/article/details/81554571</guid><author>iteye_4483</author><pubDate>Wed, 05 Mar 2008 22:17:53 +0800</pubDate><description><![CDATA[基于客户业务能力的软件项目开发的四种模式

很多业务系统只能定制，定制软件一直有个“金科玉律”：根据客户的业务模式来实现。日产的过程首先强调的是业务改善先行，只有业务功能定义清楚才能进行IT实现。

定制开发也罢，产品实施也罢，很重要的一点就是对客户所要开发的业务的理解和掌控，简而言之就是业务能力。

我将客户自身的业务能力和开发方的业务能力（不是技术开发能力）按能力强弱进行了组合，实...]]></description><category></category></item></channel></rss>