摘要： 我想这个例子很好的说明问题：古希腊叙拉古被罗马围城，几个希腊士兵想用一个杠杆抬起一块石头，这时候阿基米德高呼，用个短点的杠杆。周围人不仅凄然：“阿基米德真是心力交瘁了，连自己发现的定律都不清楚了”。只有阿基米德清楚，根据杠杆原理，的确是力矩越长越省力，但是在实际情况下，杠杆本身也是有重量的，如果杠杆增加长度带来省力还不如杠杆本身重量的增加，那就是力矩越长越费力了。自然想到了许多听起来意气风发的名词UML，ISO国际标准等。但是使用这些，真的在我们实际工作中是最高效的途径吗？一个简单Excel能说明的问题，有必要用UML来描述吗？一个Excel 就能完成的进度管理工作，有必要再耗时费心的去学所谓 阅读全文

摘要： 周星驰有一句经典的台词：请不要叫我“跑龙套的”，我是一名演员。看了这本书，我突然也有了感悟：请不要叫我“程序员”，我是一名软件工程师。程序员只关心自己代码的一亩三分地，完成预期功能，如果级别高点，能考虑一下代码的质量和相关文档。在这种情况下，程序员一般被动的接收来自上级的分配的任务：按照分配任务的邮件，开发完代码。输入数据了，看看输出数据，不对？那就修改一下；得到预期效果了？嗯，任务完成了。至于这个代码是目的什么的，用在什么产品里了，能带来多少利润？不管不关我的事情，反正我是完成任务，对得起我的工资了；有什么方案，可以让这个产品做的更好，和其他部门协作的过程中，我是否需要人家提供更好的资源吗？ 阅读全文