梦断代码3

　　《梦断代码》中涉及到的组件化开发，将功能分成若干个模块，再将这些模块组件化，将他们拼装在一起，这样无疑方便了使用，但是， 这些组件只能是一步一步的积累起来的，所以组件库并不多，而且由于不同组件之间需要通信,组件多了通信就容易变得复杂,又不得不引入flux这种架构模式来管理状态和处理不同组件间的通信,个人感觉这种方式给组件增加了耦合度。

　　模块化和组件化是软件人员的梦想，谁都想把几个模块插到一起就可以完美的运行并完成任务，但现实却不能如己所愿，可以运行的模块通常不能与自己想写的程序配合工作，好的源代码由于商业利益也不太容易找到，程序员只能自己进行实操，搭建自己的模块，但结果还是一样，做出来的东西难以让他人共享，这个现象周而复始，不断地在多个程序员身上上演,让人深思，总之，这是个让人头疼的问题，每个人写出来的东西若要进行共享，是件很麻烦的事，尽管现在有github,gitee等等代码仓库，并且仓库中存放的代码不计其数，但是，这远远做不到共享。

　　这本书开始被这些故事吸引，后来通过这些故事，折射到自己身上的时候，原来这就是以后自己将要面临的事，不由得为自己捏了一把汗，故事往往很精彩，可是故事的背后却引人深思。

　　如《梦断代码》书中所写：编程已不再处于萌芽期。我们的世界依赖于无穷复杂的软件。在长达半个世纪的研究和实践之后，为什么还是很难做到按时限，按预算做出计算机软件？为什么还是很难让软件可靠而安全？为什么还是很难把软件做得易于学习使用，且具备按需修改的灵活性？这只跟时间和经验有关吗？是否有出现某种根本性突破的可能？在软件得到本质特性（抽象性，复杂性及延展性）上，是否存在某种总能击倒我们的无常之物，将开发者咒入充满不可挽回的延误和根深蒂固的缺陷的世界？

　　有了困难才有动力，正是因为有许许多多 的困难等待人们去解决，世界才会从原始时代，进化至此，有困难就解决困难，多么easy的事情，那么自己觉得最重要的困难是什么就解决他就好，困难并不可怕，可怕的是我们丧失了一颗和困难斗智斗勇的心。