摘要:
我想这个例子很好的说明问题:古希腊叙拉古被罗马围城,几个希腊士兵想用一个杠杆抬起一块石头,这时候阿基米德高呼,用个短点的杠杆。周围人不仅凄然:“阿基米德真是心力交瘁了,连自己发现的定律都不清楚了”。只有阿基米德清楚,根据杠杆原理,的确是力矩越长越省力,但是在实际情况下,杠杆本身也是有重量的,如果杠杆增加长度带来省力还不如杠杆本身重量的增加,那就是力矩越长越费力了。自然想到了许多听起来意气风发的名词UML,ISO国际标准等。但是使用这些,真的在我们实际工作中是最高效的途径吗?一个简单Excel能说明的问题,有必要用UML来描述吗?一个Excel 就能完成的进度管理工作,有必要再耗时费心的去学所谓 阅读全文
摘要:
周星驰有一句经典的台词:请不要叫我“跑龙套的”,我是一名演员。看了这本书,我突然也有了感悟:请不要叫我“程序员”,我是一名软件工程师。程序员只关心自己代码的一亩三分地,完成预期功能,如果级别高点,能考虑一下代码的质量和相关文档。在这种情况下,程序员一般被动的接收来自上级的分配的任务:按照分配任务的邮件,开发完代码。输入数据了,看看输出数据,不对?那就修改一下;得到预期效果了?嗯,任务完成了。至于这个代码是目的什么的,用在什么产品里了,能带来多少利润?不管不关我的事情,反正我是完成任务,对得起我的工资了;有什么方案,可以让这个产品做的更好,和其他部门协作的过程中,我是否需要人家提供更好的资源吗? 阅读全文