《人件》描述的是乌托邦!

读了一下<<人件>>,最大的感触的是软件行业的问题似乎在这二十年没有变化过,作者也提到过软件行业的革新的速度只不过比钢铁企业稍快一点而已,我想应该远不及街头小贩的革新速度。

 

如果是这样,既然这本书被如此推崇,却得到多少实质性的改变呢? 说到底,这件事完全要看老板怎么看!即便程序员和项目经理再清楚这个行当所谓的真理,又能如何? 人人都能有个靠窗的位置,人人都不用常加班而平衡地生活,真不知道老美是不是已经享受到了。但看看我们周围,那只能是痴人说梦一般。

 

醒醒吧!变化是一步步进行的,环境也是这样!想要做到如作者期望的那般,还有很长的路要走, 也有一些事情可以在自己能影响的范围内推动的。

 

所以“一年读一次”的建议是非常明智的!

 

时间: 2024-09-21 08:15:32

《人件》描述的是乌托邦!的相关文章

《人件(原书第3版)》—— 导读

前 言 30多年前的一次越洋旅途中,在航班上的漫长夜晚,我们萌生了撰写人件相关内容的想法.当时,我们正从洛杉矶赶往悉尼去教授软件工程的系列课程.在飞机上,我们难以入眠,索性谈论起自己经历的以及从客户那里了解到的软件系统的高复杂度.我们中的一人(不记得到底是谁了)从我们的讨论中总结道:"也许--软件系统的主要问题不在于技术,而在于社会性因素." 我们花了好一会儿才想明白这其中的缘由,这和我们先前对软件的理解完全不同.我们和那些沉迷于高科技的人士一样,坚信技术就是一切,无论出现什么问题,总

[《人件》摘录]: 生产力:赢得战役和输掉战争

  下次当你听某人谈到生产力时,仔细听一听说话的人是否用了"人员调整"一词,很大的可能性是他或她没有提到这个词.多年来从听到的关于生产力的讨论或看到的数以百计的关于这方面的文章中,我们从没有遇见一个专家谈到有关人员调整这个主题的任何事情.然而只谈论一个而不谈论另外一个有什么意义呢?下面评价一下公司在改进生产力方面要做的一些典型的事情: .  强迫人们加班加点 .  产品开发过程的机械化 .  在产品质量上的妥协 . 生产过程的标准化   这些措施中的任何一个都会潜在地降低工作的趣味性和

《人件(原书第3版)》—— 01 此时此刻,一个项目正在走向失败

01 此时此刻,一个项目正在走向失败自计算机被广泛使用以来,编写出了数以万计的应收账款程序(Accounts Receivable Program).当你正在阅读这些文字时,可能又有数十个或者更多的应收账款程序即将完成.然而,此时此刻,一个项目正在走向失败!想象一下!一个没有真正技术创新的项目正在滑向失败的深渊.应收账款程序不过是一个"重复发明的轮子",经验老到的开发人员面对这样的项目总能驾轻就熟.即便如此,有时在项目中付出的努力却南辕北辙,最终将项目推向失败.假设其中一个走向崩溃的项

《人件(原书第3版)》—— 02 干酪汉堡,做一个,卖一个

02 干酪汉堡,做一个,卖一个开发的本质完全迥异于生产.然而,开发管理者的思想却通常被生产环境衍生而来的管理哲学所左右.假设你是一位本地快餐店的老板,那么采用如下任何一条或多条高效生产度量都是合情合理的:压缩出错率,让机器("人"这台机器)能够尽量平稳地运转.对工作上犯错的员工采取严厉手段.把工人当成是机器上可替换的部件.优化稳定状态.(根本不用考虑运行是怎样开始的,或者需要怎样去终止运行.)标准化流程,让一切有章可循.消灭试验--总部那帮家伙就专门干这事儿.在快餐行业(或者任何生产环

《人件(原书第3版)》—— 03 维也纳在等你

03 维也纳在等你几年前,我和南加州的一位大项目经理谈到项目中的一场"战争".一开始,他就谈到了项目成员疯狂工作酿成的恶果.至少两起离婚可以直接归咎于团队成员的加班,还有一位成员的儿子染上了毒瘾,可能就是因为这位父亲太过忙碌而无暇顾及对孩子的教育.最后,测试部门的头儿精神都崩溃了.在他继续叙述这样的恐怖经历时,我开始意识到此人正在用一种奇怪的方式自夸.你或许会怀疑,倘若再有一个离婚或两个自杀,这个项目就会大获成功,至少在这家伙的眼里事情就是这样.--TDM对于大家都说的"聪明

《人件(原书第3版)》—— 第一部分 管理人力资源

第一部分 管理人力资源作为管理者,我们多数人很容易陷入一种典型的失败情境:习惯把人当作固定的模块来管理.当然,这种惯性来源显而易见.回顾我们在走上管理岗位之前所做的准备:我们之所以被认为具备管理者的素质,是因为作为办事员.技术员或开发者的我们所表现出来的良好绩效.这样的绩效得益于我们能够将资源划分为模块,例如软件的过程.电路板或其他工作单元.我们用黑盒的特性来构建这些模块,从而达到屏蔽模块内部特性的目的.设计这些模块,使得它们可以通过标准接口来使用.由于长年累月对模块化方法的依赖,新晋的管理者很

IT人的技术哲学书单:谁说写代码、做产品就不需要参禅悟道?

刚刚进入大学校门时老师曾经说过:"无论学习什么专业,只要研究到最后就是哲学."我们笑着问道:"那么,写代码写到最后也是哲学?"老师回答:"是的,那就是技术哲学."现在回想起来,的确如此,我们发现技术中无处存在着哲学.那编写代码来说,对于同样一个功能进行实现,有的同学就会使用了很多的设计思想和设计模式,这样的代码无论是在自己看来还是拿给其他人看都会是赏心悦目的,而且也非常便于后期的重构. 无论是科学家还是工程师,成长不能只局限于技术层面,也要学会如

交互设计之即时评分控件设计要素

控件描述设计理念使用场景设计要素注意事项 控件描述即时评分控件主要适用于用户对某一对象(例如商品)进行主观简易评级的一种交互控件,该控件具有即时反馈结果,最大程度的减少对用户任务流的打断,评价结果具有量化.等级化的特点. 典型样式 控件描述用户在给对象进行主观评价打分的时候,他们需要:   1.能够及时的反馈结果.   2.该评价量化的数值是简单.明确.层次清晰的.   3.希望看到其他用户的打分情况.(辅助判断)   4.该对象总体评分情况.(整体把握)即时评分控件提供了一种轻量级的用户信誉保

简介Linux下的文件描述符

在C程序中,文件由文件指针或者文件描述符表示.ISO C的标准I/0库函数(fopen, fclose, fread, fwrite, fscanf, fprintf等)使用文件指针,UNIX的I/O函数(open, close, read, write, ioctl)使用文 件描述符.下面重点来说下,文件描述符是如何工作的. 文件描述符相当于一个逻辑句柄,而 open,close等函数则是将文件或者物理设备与句柄相关联.句柄是一个整数,可以理解为进程特定的文件描述 符表的 索引.先介绍下面三个