IT牛人博客聚合

      

    左图是一个凹多边形，而且凹得相当厉害。作为一个完美主义者，我很难容忍这么一个图形，总想着要把凹进去的部分翻出来，把它还原为一个凸多边形。不幸的是，翻折之后的结果仍然不是凸多边形，图中又产生了新的凹陷。于是，我们想继续把凹进去的部分往外翻，直到整个图形变成凸多边形为止。问题是，这个过程有完吗？换句话说，我们一定能通过有限多步翻折，把凹多边形变成凸的吗？

    这个问题有着非常纠结复杂的历史。这个问题最早可能是由数学家 Paul Erdős 正式提出的。 1935 年，他

查看全文: http://www.udpwork.com/item/6408.html

考虑这么一个游戏：不断在区间 [0, 1] 中概率均等地选取随机数，直到所取的数第一次比上一个数小。那么，平均需要抽取多少个随机数，才会出现这样的情况？

 

答案：记 Pi 为第 i 次才取到小于前一个数的数的概率。则我们要求的就是 P1 + 2 * P2 + 3 * P3 + 4 * P4 + … 。妙就妙在下面这个变形（在继续看下去之前你能想到吗）：

      P1 + 2 * P2 + 3 * P3 + 4 * P4 + …

  = (P1 + P2 + P3 + …) + (P2 + P3 + …) + (P3 + …) +

查看全文: http://www.udpwork.com/item/3811.html

不少公司都在考虑采用敏捷开发，或者在项目开发过程中融入敏捷的思想，在这里，我列出几个常见的误区，希望能对大家有所帮助。

欢迎发表不同意见。

误区：敏捷开发 == 极限编程/Scrum/…

敏捷开发是一种方法论，只是一些基本原则的集合，并非具体流程。

极限编程、Scrum等流程是具体的实施方法，它们都声称符合敏捷开发的思想，但执行起来是否真的“敏捷”，还得看参与者究竟思想上是否真的接受敏捷开发的原理。

如果把结对编程、daily scrum当做是敏捷开发的表现，那更是本末倒置，可悲的是，不少人还真是这么认为的。

误区：敏捷开发 == 简化流程

敏捷开发不一定能简化工作流程，而且简化流程也并非提出敏捷开发的初衷

查看全文: http://www.udpwork.com/item/737.html