程序员也该看看非技术类的书
软件工程或者UML或者团队效率类的书籍就是非常好的典型例子...
我的项目经理就这么说的,他当年的团队,他的技术只是中中庸庸..
但他们的项目经理离职后,由他替上的很大原因就是业务水平和对软件工程掌握的知识..


------解决方案--------------------
你说的很对，但是“软件工程或者UML或者团队效率类的书籍”难道就是非技术书嘛？我觉得文史哲理都可以去看看。
------解决方案--------------------
曾经有本电子杂志就叫《非程序员》，当然他现在已经停刊了

但是实际上你说的还是没离开IT范畴，就像cao版说滴，非IT类的书多看看也木坏处
------解决方案--------------------
你说的UML是描述面向对象思想的同一语言吧，很重要的开发工具啊，还有那个软件工程更是软件开发的指导思想吧，这怎么会是非技术书呢？
看完你这标题想到的是一些文学与历史书，还有心理学的。教会人们信仰的坚持的，这些算吧
------解决方案--------------------
重要的是时间有限啊。。。
------解决方案--------------------
嗯，我也觉得作为项目经理，技术的细节不需要都了解，但是大的方向、设计模式、框架的运用等要理解掌握，更重要的是要懂得调度分配任务、合理安排项目人员和时间！！
------解决方案--------------------

引用:

你说的很对，但是“软件工程或者UML或者团队效率类的书籍”难道就是非技术书嘛？我觉得文史哲理都可以去看看。

传统上的软件工程经典书籍，没有一本不是技术书的。因为它们不是扯什么“行政管理、沟通、PMBOK”那一套陈词滥调，而是围绕专业的软件开发技术而展开的。

对于软件工程没有学懂的人，他们以为只要会“功能分解”，然后紧紧地把握自己在公司里的“地位”就行了。这基本上也迎合了一些小公司“找个入职时间长一点的程序员都能当项目经理”的做法。

这些在以产品创业的公司里实际上是很容易把公司做死的。因为它没有设计，只有行政。
------解决方案--------------------

引用:

引用:你说的很对，但是“软件工程或者UML或者团队效率类的书籍”难道就是非技术书嘛？我觉得文史哲理都可以去看看。

传统上的软件工程经典书籍，没有一本不是技术书的。因为它们不是扯什么“行政管理、沟通、PMBOK”那一套陈词滥调，而是围绕专业的软件开发技术而展开的。

对于软件工程没有学懂的人，他们以为只要会“功能分解”，然后紧紧地把握……

确实啊，我们公司就是啊，就是功能分解给每个人。