好久没有放过屁了。所以今天放放。
1、大婶在群里的聊天记录：
XML/HTML代码
- 我真的不帅(xxxxx) 09:44:57
- 大婶，你那边产品经理怎么样
- 少侠 power up(xxxxx) 09:46:05
- 不怎么样
- 少侠 power up(xxxxx) 09:46:34
- 只会说“这个位置我觉得京东舒服，这个位置我觉得卓越做得舒服” 舒服你妹
-
- P民 (xxxxxxx) (xxxxxx) 09:47:34
- 看样少侠的不舒服..
- 我真的不帅(xxxxxx) 09:47:54
- 好的产品经理会用数据和道理告诉你，为什么这个地方这样设计
- 我真的不帅(xxxxxx) 09:48:18
- sb产品经理只会告诉你，我觉得这样舒服，哦，哦，再深入一点，就是这样
2、外貌协会新解，对于开发来说，其实很讨厌外貌协会的。比如，xx对你说，这个界面好漂亮，我们实现一下吧。但是在没有考虑原来的数据结构的同时就这样要求实现，TNND，有没有为别人想过？
当然，其实需求本来就是这样提的，但是，你总要提的有理有据能够让人信服吧。
牢骚而已
3、今日事今日毕，其实是一句很古的话，但我觉得应该是今日事今日毙，不毙掉的话，其实会让自己产生懒惰情绪。想起的老话，就是那个：明日复明日，明日何其多，我生待明日，明日皆蹉跎。所以，还是今日事今日毙吧
4、在处理JS的时候，学会了双击事件、翻页事件（当然还是在别人的基础上）。双击事件的时候，其实还是判断两次点击的间隔。嗯很开心。
看看别人是怎么评价技术骨干做项目经理的，其实任何事都有利弊啦，不过这里说的几乎都是弊。
学工商管理的时候，对于一个职业往往都是讲究内拔外选，其实是和这个道理是一样。
内拔，对于内部的信息、资料都相对比较熟悉，同样，还有对于人员的能力也是相对熟悉，配合起来可能会比较方便，但缺点是眼界可能不会太开阔，比较容易局限于目前的视野
外选，可能技术能力较强，但同样也有缺点，很多人对于空降兵比较排斥，对于人员的能力不熟悉，短时间内不知道如何分配资源。
再看看别人说的吧：http://www.cnblogs.com/laozizhu/archive/2009/04/04/1429640.html
开发骨干，由于主要或全部精力均忙于具体技术工作，各种项目管理任务(如：项目分析/评估、项目计划的制定/检查/调整、上下左右的沟通、专业资源调配、 项目组织调整、项目财务控制、风险分析/对策等)不可避免地疏于顾及，项目管理的事情“没人做”，导致项目控制的问题“积劳成疾”，后悔莫及。
技术骨干担任的项目经理，不可避免地存在着“技术崇拜”，尽可能采用新技术。即使是需求明确的功能，由于实现方式有多种路径，一般都是从技术上采取最优的 路径，而不是从用户操作方便的角度上选择操作最方便、快捷的路径，用户必须严格按开发人员所预设的操作方式进行操作。
说句老实话，用户是不管你用什么技术的，先进或落后的技术都可以，只要能满足用户的需求即可。这种类似闭门造车生产出来的产品，自然就是操作不便，功能差 强人意的。还有一种情况是，这种情况一般发生在项目后期，开发产品的情况较多，随着开发的深入，总会发现缺少某些功能，或者某些功能不够强大。项目经理对 功能的增加、删除、修改，不是通过集体讨论确定或通过从市场前线人员中了解确定，而是通过凭空想象，拍脑袋来作出决定。特别是对于某些功能的添加，由于项 目经理都无法把握用户是否需要这个功能，需要这个功能的程度，因此是很难令开发人员把握此功能的目的。当然，既然大家都无法把握用户是否会用这个功能，那 自然是应付式开发。只要过了测试，过了项目经理这一关就OK拉。
