$ {8 j# w, Z6 B0 O 为什么你需要了解 7 f! f% q# [" {; _! [8 x3 |* r 注意：技术带来的期望是不断上升的。给定性能水平的硬件越来越便宜并不会削减成本，许多企业都会在同样价格下，选择应用额外的性能以满足更庞大的功能需求——或者找到一种不同的技术来充分使用这笔投资。而云计算大大减少了这种不断“更新换代”现象所带来的阻力。在经济学中，这被称为Jevons悖论。还有，牢记这句产品/项目管理的箴言：功能的要求总是无止尽的，而资源总是有限的。做出明智的选择。 ' a/ {( V+ y( h , C$ e1 F' S* q. O9 p + i5 a) Q& p: j$ h' ^7 T5 a* W 3. Brooks定律* A- M3 P1 s# J1 I
( a# N0 b* l1 j- R- D2 v
* D2 r4 V+ d# B' b1 |
作为几十年来让经理们头痛不已的一条定律，Brook定律的内容是：给一个延期的项目增加人力会使它拖得更久。这条定律被一条评论幽默地总结为，“九个女人也不能在一个月里生出一个孩子。” ( Q- H0 j6 A0 b6 v( k/ ?, _* d/ i & E, v' d4 t$ C8 @4 C* i |7 ] h2 X" V1 g
Fred Brooks在他的关于软件工程管理的经典著作《The Mythical Man-Month》中提出了这一定律，称这条定律普遍成立的理由有两个：% _4 k: s6 b6 C, O- g( a
. l1 A6 I, y, Y, F5 Z : i4 n$ U% W& k* K6 D 1. 新加入项目的人员需要一段时间才会有产出(“上手时间”)，教会他们反而会占用团队中老成员的时间。 R1 y* f) P. n9 `# q5 e3 E E$ `
2. 人员数量增加，沟通成本也会随之上升。* Y4 ]* d" ~" d/ s2 x
2 t" y/ \( M. M9 N6 k% Z1 e+ p
8 s+ N4 x% _+ G. s- D Brooks等人的经验最终促成了一种新的开发软件的方式——敏捷方法论。这种方法抛弃了庞大而固定的工作规范，转而投向更加灵活、“可迭代”的实现方式，包括更小的团队和更短的固定时间窗口。敏捷团队通常只有5-9人，这是为了简化团队的沟通合作。 4 p- q7 |. H+ w( | ; E) i; U N7 F( I* e3 f: H& B' r8 h: P4 O/ O: a+ R" I7 h. l S5 K
为什么你需要了解 6 a: q6 R O9 D$ x' Z/ f; D ) [7 ~7 I9 D9 p) n; R* k 9 s( @! m( j& s; F 营销行业正在不断深入技术领域，开发行业自身的软件，尤其是web和移动应用，以及对现有平台的技术配置和定制化，比如营销自动化软件。换句话说，现在营销牵涉到了工程管理，所以这方面深刻的经验教训值得了解，而不是在蒙头实践中痛苦地“重新发现”一遍这些规律。 ) _# _, r2 C2 ^0 Z6 j; [0 y6 _. ?' a8 w# C# i
8 X# Z, A' @8 _! x g 额外的小贴士：如果要雇用技术型人才，记住Brooks的另一条一直适用的深刻见解：“好”的程序员的生产力是平庸程序员的5~10倍。% O% k4 N- ` n! p
$ F) O' k# s- V% U9 @# a6 x* e& f
1 N+ F5 N7 v! e/ N4 S) O 4. Hofstadter定律; y; S3 c% P" |
Hofstadter定律的有趣悖论与Brooks定律有一定关联：做一件事所花费的时间总是比你预期的要长，即使你考虑到了Hofstadter定律。这是一句递归的陈述，所说的是预估完成复杂任务所需时间的困难性。 6 Z# ^' K7 @7 d; Y) x. A, l* M. H: b5 A' z. [ M! e
+ a. L4 [) u' a$ y 认知科学家Douglas Hofstadter在他获得普利策奖的著作《G?del, Escher, Bach》中阐述了这一定律，此书被亲切地称为“GEB”。这个定律的定义中的自指循环也是GEB中反复强调的主题。这种对递归的致敬、以及运用递归方式的妙语，是技术文化的基石之一——比如递归缩写。 ( ~) U7 r! X- { y4 R d' A7 C F3 t( g6 R' q% n* N, X3 @% p
% Y( q9 n) X, J/ I 笔记君注：GEB指逻辑学家哥德尔，艺术家埃舍尔，和作曲家巴赫的英文名字首字母，本书主要讲述了三者创造性的成就怎样交织在一起。 / P- v+ j! m, v5 V" } ) S9 b8 |& T/ q7 C6 N n
