第五周作业

做项目也要“适可而止”

我这里所说的“适可而止”，主要是想表达两个意思，也是这段时间来，在分组项目上得到的两个小结论：

• 项目的复杂度要适合团队，团队成员不可高估自己的实力而随意扩展软件功能
• 选择适合该项目的技术或方法，不要试图将“毕生所学”都加到项目中，而不顾实际需要。

---

1. 其实团队项目的目标只是做好一个简单的工具，老师也并不要求该项目有多么完美，多么有价值，多么复杂。在立项初期，某些“大神”甚至都已经做出了项目的原型。但是，某些人就觉得人员这么多，组内有多个编程高手，就仅仅做个小项目，有点拿不出手，就会又提出好多扩展功能，尽可能的要把与之相关的功能都添加进去。但是几周过去后，这些小要求们结合在一起似乎将整个项目搞得特别庞大、复杂，以至于在实际设计中，迟迟得不到一个比较好的方案，编码更是东改西改，进展缓慢甚至项目停滞。
2. 有很多同学经常会在书上或技术博客里学习一些新知识，一遇到项目，便恨不得展现自己平生所学，再加上前沿技术，做一个轰动的创新，但是实践表明，这往往都得不到成功。

---

最后，引用“邹欣”在“编程之美”一书中的一段话：

解决大问题固然让人感觉美妙，但是把小问题真正解决好，也不容易，我们回头看看博客园、CSDN等IT人士云集的网站，每天都有很多宏大的新想法、惊世骇俗的评论冒出来，争论美女/张飞/巨石的重构问题，对一些通用框架/平台发出一些人云亦云的评论等。这些文字，大多数会转化为墨水，把扇面涂黑，让后人在上面写下金字。