一开始，听到老师说要给我们介绍那么多的书，要看那么多的书，真的是惊呆了的节奏啊……根本不想象自己可以看完
还好，闲来无事的时候看了看，还好，并不是我所想象的那种古板、充满专业术语的专业书籍，尽管，它是针对软件工程讲的。
对于像我们这样信息院的孩子，编程是必须的，就像吃饭一样。
编程的精义在于四点：认识需求；确立项目沟通的基本方式；项目目标；通过研讨得出技术方案。看愚公，就是认识到了沟通的基本方式——与众人说，项目目标——移山，研讨——子子孙孙移山，技术方案——用簸箕等……编程的根本是，顺序，分支和循环。正如，愚公移山的例子所说，“虽我之死，有子存焉，子又生孙，孙又生子……”这就可以很具体而形象的理解了顺序，分支，循环。
作为未来一个苦逼的程序猿，首先要面对一个问题，你会不会写程序？当然需要会，不然不是名存实亡了么。这里，一定要认识到积极工作和勤于思考都要占据时间！这不禁让我想起了前段时间的对C++的学习，有时候急于去完成老师布置的作业，然后放松。每次直接打开作业，然后就建工程，试图直接凭借上课的记忆去完成作业。结果呢，我花了很多时间，却没有成功运行一个程序，有时候运气好，还是可以成功的。不成功的后路就是，我还是需要去看PPT，看课堂例子理解，另外，自己手写一些过程，然后再敲到电脑上，很顺利几乎每个程序都能正确的输出。由此可见，一番理解后的工作效率还是比较高的。另外，我所缺乏的还有一个积极工作的态度，总想着草草了事，交了作业就完事，可事实上，事倍功半。
我记得第一节C++课，老师就告诉我们，程序=算法+结构，说实话，并不怎么了解结构一词的意思，现在有点了解去依旧不是很清楚。书中是这么说的，算法就是逻辑的描述，而，结构是数据实体。可以这么理解吗，此处的结构并不是架构的意思，而是数据？
C,C++是我周围同届人所学的两种计算机语言，记得一开始不懂，总觉得++必然比那原始的C要高级或者说有改进，看了大道至简，有点明白，其实，不管是C,C++还是JAVA，他们都是一样的，都是与计算机交流的一种语言罢了，就像中国人之间用中文而美国人之间用英文一样的道理。要学会喜爱一种语言，而非去挑剔一种语言。计算机的发展那么迅速，谁清楚自己一定学的是最好的的语言呢？语言，不过是一种工具而已！
老爸有一次在楼下，却，打了一个电话，让我从楼上拿一个东西下楼，那时候，我还问爸爸呢，怎么不直接叫我呢，结果爸爸说，懒人有懒人的办法，哈哈！
的确，现在的世界的确是为懒人建造或者可以说是懒人创造的！
例如愚公移山，这是老实人做的事，而懒人的，懒人会烧火破石。面对同一件事情，使用不同的方法，解决的，可能是影响做事成效的根本问题。对于这一点身边还没有想起具体的例子，不过，草船借箭却是一个不错的例子。如果那时候，真的去借箭，基本没有可能，而用草船这种事，几乎是完胜的结果！
现在，如果让你去完成一个系统，或者一个较大型的工程的话，这几乎要花费很多的时间了……此时，我们应该学会分块，分成不同的部分，甚至给不同的人去完成，以提高工作效率！
提高工作效率，我们就应该想到团队了。团队，首先，他是由至少三个人构成的，主从、监督、责任。作为一个管理者，必然需要经验，如书中所说的经验是跟管理能力成正比的。而一旦成为一个管理者，就应该担负起责任。管理者首先要确定他的团队的体制，首先来理解一下体制，即体系与制度。面对自己的团队，第一就应该开除那些既不归任何人管的也同时不管理任何人的人；第二，保证你的员工拥有技能，这不仅仅包含技术，还包含了规范。管理员工时，需要公平而非人性化。其实这种例子，在我们身边实在太多了，人性化确实好，但是，几乎没有人能够真正的把握好它的度。比如说，班长因私情而偏袒了自己的朋友，而严肃处理了另一个同学，后果，可想而知。团队的管理者，员工都有了，有的人就急于开始了，这是万万不对的！不要急于开始！所以的人都选定，接下来，就该认识自己的角色了……每个人都要认清自己的角色！明确分工！管理者只需要just follow and watch!
每一个工程，总有一方是需求者，一方是制造者。这两方面一定要拥有不流于形式的沟通。所谓大道至简，一定要将需求更简化，让客户理解。沟通不一定要多，注重沟通的有效性更有必要呢！
软件工程，嗨，还是好大的一个概念啊……看到了瀑布模型，但是总觉得好古板了些，还好，书的作者并没有那么迂腐，呵呵，后面变讲到了，软件工程并非做出一系列的流程，仅仅在走过场的平台上的工程并非真正的工程，更多的应该是实现它。实现它的过程，这时候，又要提到大道至简啦，注重本质，越是简单的越接近本质……
最后，还是应该多思考，化繁为简，毕竟，大道至简么……:)