3.C项目。这个项目问题也不少，导致很长时间我们数据传输不过去。（有些不是我的问题，却把问题算到我的身上，support发布不对。这能懒我吗？）
4.D项目。虽然这个项目是你临时抓进来救火的 但是问题也不少。（无语，项目负责人有些东西说不清，一句话把问题归于开发身上。负责人：我说的跟开发做的不一样。两个开发都可能理解都不对吗？来来回回的需求变更也算我们的Bug？）
领导的总结：对你的技术没有质疑，但是你对待项目要认真些。以后要注意的地方。
做项目流程：
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
过完年
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
过完年至今做了四个项目，每个项目都小心翼翼，之前的经验告诉我，这个部门技术不是太重要，重要的是人情世故，重要的是心机 别被人抓住小辫子。结果还是被人坑了。领导昨日发信息告诉我，有很多人反馈我交付质量有问题，我过完年这四个项目我都总结过 两个没问题。现在做的样式 位置 加一起不到十个问题。还有一个项目也很好。我昨日一天都在想这个问题，为什么会有很多人反馈。四个项目 两个项目负责人，一个私交比较好。另外一个之前有过几次邮件问题交流，一直抄送领导那种，最终他承认是他问题的结果。不能吧。因为这点事就翻翻我的问题。
昨天我一天我都在想领导的话，还有就是我自我反省。错在哪里 差在哪里，是态度问题还是工作方式问题，还是什么问题。我感觉一名合格程序员应该先自我反省才能深刻意识到问题。可能我之前在其他公司的工作方式与现在的公司不相符。导致领导对我有看法。
个人总结
技术公司做项目流程：大框出来，之后慢慢填写细节问题。团队之间相互合作，不断的确认不断的完善，最终以丰满健壮的软件交付。
非技术公司做项目流程：跟据需求文档，项目负责人口头说，项目其他模块功能供参考。测试几乎0 bug的才算交付好，团队之间彼此保留，彼此开发自己代码没有交际，怕产生问题领导追责。
内在因素：可能是个人方式工作方式导致的问题
外在因素：带颜色眼睛看人。还有就是心机很重要，别让人抓住把柄。领导附近的红人得罪不起。
以上都是这两天困惑的个人总结。希望业界同仁碰见类似问题指点迷津。希望业界同仁避免类似错误。
世上本无垃圾，所谓垃圾是你放错了地方！