梦断代码读后感

　　梦断代码在我看来相对于其他写软件工程的书籍来说有很大不同，首先就叙事方式而言，其他书籍更多的都是对现状具体分析再提出建议，而梦断代码则是根据作者本人对于一个真实软件开发的体验，对开发过程中的种种问题去揭露软件工程的难处。读这本书我觉得不应该去作为看一本专业相关的书籍，而是应该将这本书作为一个程序员结合自己的开发经历针对软件开发的传记去看。

　　这本书据如今有一些年份了，出版日期也要在2008年，在日新月异的互联网环境下，十几年就足以标志着一个互联网人的时代生涯，作者是（美）斯科特·罗森伯格（Scott Rosenberg），无论是时间跨度和空间跨度都很大，时间跨度大：所以书中所指的纸带记录这种存储方式早已由更为便携存储容量更大的硬盘所替代，书中当时所指的一些互联网企业依然变成如今的互联网巨头，那些软件也普遍存在于每台电脑上；空间跨度大：但是互联网现在的能力已然能够互联万物，但技术仍存在差距。我觉得这本书对我来说，除了能够体会老一辈互联网人的艰辛之外，还要看到当今科技发展的迅速，书中提出的编程难调试难的问题，相对于现在来说是不是要改善太多了呢，现如今的高级编程语言和高级编译器的实现对新一代互联网人应该有新的要求，所以我认为书籍记录了那个时代，但是时代又照进现实，chandler又是不是和现如今开发的一些软件一样在时代中沉浮呢。

　　软件的开发应该是痛苦的，正如当初开发chandler的编程人员一样，抱着热情与信仰去坚持开发，但现实是残酷的，坚持创新坚持与众不同就意味着更大的开发难度和成本，开发进度的难以确定，发表时间一拖再拖，长开发周期给编程人员带来的痛苦心态，都是让人难以忍受的。但是chandler还是发布了1.0版本，虽然现如今已经看不见他们的身影，但是坚持的结果大概就是这个1.0版本吧。从这本书当中我看到了软件开发的艰辛也看到了软件开发人员的激情与坚守，但更多看到的是妥协，从当初的宏伟蓝图到狗食版本的发放，我觉得软件开发应该遵从一些方法，比如文中提到的“螺旋模型”、“极限编程”、“祖尔测试”等等。对开发进度也要有整体把握，进度管理在软件开发中是一项难事，但是如果不能把握项目开发的整体进度很容易就想chandler项目版本开发一样推进缓慢，在对进度进行评估时要符合现实，采用“自底向上”的方法评估。比如文中的CMM管理。同时更重要的是要保持热情，软件开发进度拖缓很容易让人感到烦闷，但开发软件不是一件易事，在遇到困难的时候要适当转换心情，不要因为一时的报错而去对整个项目失去信心。

　　总的来说，这本书让我从另一个方面看到了软件开发当中的方方面面，我们已经看到了太多的正面案例，但在互联网的潮流里，并不是所有的软件开发项目都能站稳脚跟，我们所能做的就是秉持着激情与信仰，吸取失败经验，以谦卑的姿态学习，用饱满的热情去开发，在项目中做出自己的贡献。