没错，语言只是工具。很多程序员在网上讨论什么语言更好，我也看到过。但由于接触的语言太少，我也没有具体的体会。很可能，差别是有的。但谈不出好坏，只有自己喜欢和更适合自己。这个学期，我正在学习java，这似乎是更大众化的语言。但我实现数据结构作业的时候，打开的还是c。因为我更理解它，用java的时候，经常写成c，以至于报错。但我这几天正在习惯java，也渐渐体会到它的优点。然而，我们为什么非得分出个好坏呢？难道一种语言人缺点多，用的少，就剥夺它的存在吗？
我看到了暴雪公司这几个字眼，这公司出的游戏真的很好。作者说他们注重玩家体验和员工个性，但做项目却不是这样的。这让我有点踌躇了。可能玩家会憧憬公司开发出的新事物，而客户不感冒，他看重的只是是否实现了我的要求。
这可能会让员工感到有些委屈，至少我有点担心未来公司的要求了。但是好的地方还是有的，组织者会考虑员工的需求。但也只是所需要的资源。等等等等的措施都是在为避免犯错误，频繁犯错误就会失去别人的信任。如果真到了那种地步，我觉得离辞职就不远了。
接着，他介绍了组织者和经营者应该注意些什么。就是不要过于注重结果，而是细节。在我看来，就像一个有权利的保姆吧。在分配任务的同时，还要在意员工是不是适合这个定位，适合的话技术够不够，技术够得话有没有什么需求，需求满足了精力又够吗？在这个基础上还得计算阶段的优先级和复杂度。
想着想着，我的心里莫名的出来一种气愤。这本书强调的应该是把一个复杂的工程简单化理解，但我看到的更多是利益两个字。什么团队，沟通，工程全都极力的在向利益靠拢。是，好听点，公司应该争取利益的最大化。不好听就是，利欲熏心？
不明白其中状况的我也不敢用陈述句。但我可以分个情况。我们可以把公司经营的更有人情味一些，别动不动就谈进度，质量什么的。效率 > 人，或许这样真的可以挣钱，但我感觉在另一方面会少些什么。
我看不懂专业的术语，所以在这方面想的比较多，比较偏激吧。
