上回书说到 - 一个小组的同学 (6-8 人) 决定要徒步遍历中国陆地边界, 假设供给装备齐全, 估计需要多长时间? 用什么样的办法能让同学们方便地交流各自的估计, 最后到达大致理性和统一的共识? 一般这个时候教室里一定非常热闹,  大家各抒己见, 争执得不亦乐乎。 但是最后往往谁也说服不了谁, 还有一些同学无动于衷, 觉得无从下手， 干脆不参加讨论。  在这种情况下,

有人说 程序 = 算法 + 数据结构 有人说 软件 = 程序 + 软件工程,  软件企业 = 软件 + 商业模式。   程序没有伦理和职业道德, 但是程序员和软件企业要有。 我们听说过很多例子:    一个在银行工作的程序员曾说, 每次给客户计算利息的时候那些除不尽的小数, 如果程序自动转给我的账户上就好了… 一个程序员奉命实现一个功能, 把用

在一个神奇的国度里生活着许多动物,  其中有猪, 鸡, 和鹦鹉。 它们每天搞头脑风暴, 琢磨如何创业,  最后鹦鹉提议它们合伙开一个早餐店:   具体分工如下: 猪: 提供猪肉, 做熏猪肉 (bacon) 鸡: 提供鸡蛋, 做煎蛋 鹦鹉: 提供咨询, 它会每天阅读大量博客, 给其他团队成员提供建议, 例如最新业界趋势, 最新术语, SaaS, N-层架构, 创

     在清华大学开设软件工程课程的专业集中在信息学院，包括计算机系、电子系和软件学院等等。因为软件学院的软件工程早在大三下就已经开设了，到现在已经有了半年的缓冲期来检验知识在实际生活中的应用，因此我们组选择了同届的软件学院学生作为这次软件工程课程调研的对象。      本次调查中，我们（朱晶等同学）首先联系了软件学院的秦凯捷同学，先向

  Pair Project I:  Casual Game ++ Improve an existing casual game with incremental innovation. Skills to Practice and Learn: a)      Requirement Collection & A

hanselman这篇文章很有意思，尽管不是每个问题都很值得作为面试问题出现，但是很多都值得去仔细想想。 一个优秀的面试问题，尤其是针对Senior Engineer的面试问题，不应该仅仅是问某个api的用法，某个很容易从帮助中找到的内容。有发散性，可以基于问题进行扩展的问题才是一个比较好的问题。 下面是一个非常长的问题列表，主要是关于面向对象设计，设计模式，以及一些实际工程中会用到概念，都是比较