其实企业的C++人最清楚企业的问题

其实企业的C++人最清楚企业的问题，他们不过是不方便说而已。73、方案是靠模板抄出来的，这我们都知道，但拜托抄的时候替换用心一点。74、自己的方案最好给别人检查，因为人对自己的文字不敏感。

。 离题了，说我，为什么厌倦呢；首当其冲，厌倦领导得出尔反尔，厌倦加班。。 好吧，我要承认了，抛开大学不管，工作中技术也没什么长进~~ 说到这，相信大家看出来了，三年没收获因为什么，因为我没有明确的C++规划，没有持续的进步和学习，还有很多吧。

就这样的C++案例来看，有一些不同的处理方法。微博用户@快乐的满神_odi说：交互问题，还是产品经理的工作。微博用户@从武-说：看公司文化和谁更强势,在腾讯是pm拍，在苹果肯定是ue拍了在百度。微博用户@yangyuan的微博说：老大说了算。

可工程部门玩的C++这些游戏却有严重的后果。我的前一个公司，热热闹闹的，像烟火一样，短暂的光华后就落地地上了。 什么原因？是这个公司指使程序员们每周工作70小时以上去完成客户专横的进度表导致的？还是工程部门对客户言听计从导致的？我也不认为开发人员没有任何责任。

所谓职责扩散，就是因为某种原因，职责p被分化为粒度更细的C++职责p1和p2。 比如：类t只负责一个职责p，这样设计是符合单一职责原则的。后来由于某种原因，也许是需求变更了，也许是程序的设计者境界提高了，需要将职责p细分为粒度更细的职责p1，p2，这时如果要使程序遵循单一职责原则，需要将类t也分解为两个类t1和t2，分别负责p1、p2两个职责。