摘要：
“项目一旦启动，变更也就随之而来。”变更是无法避免的，作为一个合格的项目经理，我们应该有有效的方法来管理项目变更。先来看一个小案例：A公司正在实施一个业务系统项目，该项目包括人事行政部、信息部、业务部、财务部、生产部等多个部门人员。系统采取外包的形式，雇佣了某知名软件B公司的10名开发人员。系统实施... 阅读全文
2014年6月12日
2014年5月12日
摘要：
一.人是最好的工具，尤其是软件的性能和难以确定的bug。最近发现一部分java写的解析 xml程序运行的很慢，使用jprobe跑了一下，搞了一上午，发现问题的所在，检索xml节点时，XPath要进行词法分析，浪费时间，如果是固定的还 好，但是每次生成的xpath都不一样，静态编译xpath表达式是不... 阅读全文
2014年4月29日
摘要：
作为长年混迹于IT圈的二把刀程序员，我今天想谈谈编程的本质，也许多少能够帮助有志于加入程序圈的有为青年。 程序员每天干的最多的事情就是和电脑打交道，很多程序员说自己和电脑的二人世界很快乐，但是问题是电脑是没有感情也没有思想啊，所以从本质上来说程序员和电脑的二人世界其实自己的一人世界，是自己和自... 阅读全文
2014年4月14日
摘要：
每个程序员都会因遇到各种各样的问题，有时这些问题就是烦恼。本文总结了一些让程序员的烦心事儿，在Coding时你是否也遇到过这些烦恼？今天我们来看看程序员的烦恼。每个程序员都有自己烦心事，不论这事指的是范围蠕变（scope creep），还是指匈牙利变量命名 （Hungarian notation），... 阅读全文
2014年4月11日
摘要：
1、 分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道 理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！ 2、 一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么？”，“跟着感觉走，先做做看”。因为，这样的观 点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业和领域，将来自立门 户？还是先在行业里面混混，过.. 阅读全文
2014年4月9日
摘要：
摘要：Danylko是一位资深开发顾问，DCS公司的创始人，他将跟我们一起分享他20年来的编程经验，希望对您有所启发和帮助。 英文原文标题：20/20: Top 20 Programming Lessons I've Learned in 20 Years 本文转自Jonathan Danylko的网站DCS Media。Danylko是一位资深开发顾问，DCS公司的创始人。 从11岁时，我就一直在编程，并且一直都很喜欢技术和编程。这些年来，我积累了一些艰难又容易的经验。作为一名程序员，你或许还没这些经验，但我会把它们献给那些想从中学到更多的朋友。 我会持续更新这些经验，我可能还会有更 阅读全文
2014年3月31日
摘要：
所有的程序都需要某种形式的日志记录建立在它们之上，以便我们可以观察到它正在做什么。这尤其在程序出错时就显得非常重要。一个优秀的程序员和一个糟糕的程序员之间的一个不同之处是一个优秀的程序员会增加日志或其他工具以便在程序失败时方便调试。当程序如同预期的一样工作时，有日志和没日志往往没什么差异。然而，一旦程序失败，或你得到一个错误的结果的时候，你会立即明白优秀的程序员和糟糕的程序员之间的差别。例1：“让我们做一个可调试的版本”比 如说，测试关于一个不能正常工作的调用case过来找我。我们查看了日志，然后发现问题貌似出在一个相邻的模块。对其他模块的调用返回值为 空。然后我们在那个相邻的模块中做了日志记 阅读全文
2014年3月28日
摘要：
[1]好好规划自己的路，不要跟着感觉走！根据个人的理想决策安排，绝大部分人并不指望成为什么院士或教授，而是希望活得滋润一些，爽一些。那么，就需要慎重安排自己的轨迹。从哪个行业入手，逐渐对该行业深入了解，不要频繁跳槽，特别是不要为了一点工资而转移阵地，从长远看，这点钱根本不算什么，当你对一个行业有那么几年的体会，以后钱根本不是问题。频繁地动荡不是上策，最后你对哪个行业都没有摸透，永远是新手！[2]可以做技术，切不可沉湎于技术。千万不可一门心思钻研技术！给自己很大压力，如果你的心思全部放在这上面，那么注定你将成为孔乙己一类的人物！适可而止为之，因为技术只不过是你今后前途的支柱之一，而且还不是最大的 阅读全文
2014年3月14日
摘要：
虽然查询速度慢的原因很多，但是如果通过一定的优化，也可以使查询问题得到一定程度的解决。 查询速度慢的原因很多，常见如下几种：没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)I/O吞吐量小，形成了瓶颈效应。没有创建计算列导致查询不优化。内存不足网络速度慢查询出的数据量过大(可以采用多次查询，其他的方法降低数据量)锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷)sp_lock, sp_who, 活动的用户查看，原因是读写竞争资源。返回了不必要的行和列查询语句不好，没有优化 可以通过如下方法来优化查询 :把数据、日志、索引放到不同的I/O设备上，增加读取速度，以前可以.. 阅读全文
2014年3月6日
摘要：
在Stack Overflow上有这样的一个贴子《What’s your most controversial programming opinion?》，翻译成中文就是“你认为最有争议的编程观点是什么？”，不过，在400多个主回贴，以及千把个子回贴中，好像并不是很有争议，而是令 人相当的茅塞顿开，下面罗列一些，并通过我自己的经历和理解发挥了一些，希望对你有帮助。1） The only “best practice” you should be using all the time is “Use Your Brain”.唯一的“Best Practice”并不是使用各种各样被前人总结过的各. 阅读全文
