一提创新，很多人可能会想到其瓶颈是没有想法，进而认为差距的主要原因是意识问题。

但这很可能是错的，就我自身的观感，程序员这个群体里，现实的情形应该是想法很多，但受种种制约，实践下来的不多。

沈阳软件开发中的差距与分析现实的需要激发了创新，也提供了实践创新的场所和养分，脱离实际需要的创新是走不远的。

这似乎只能寄希望于本土软件企业的崛起，为程序员提供相应的环境（时间+实践创新的场所），

接下来如果程序员这个群体再有实践自身追求的意愿，那么事情将会改观。

即使是在日本，也有一个叫IPA这样的机构在定义各种指标，并持续收集数据。而国内似乎还没人做这类事情。

这样的话对软件开发个体而言，负面影响可能并不直观，但从整体来看却也是一种切切实实的差距。

这点上很难靠个人来推进和改善，需要有一种组织（软件协会？）来持续推进才有可能改观。

　　• 精神和协作能力（• 木桶理论、• 学习性组织） 
　　• 文档习惯（• 注释、• 开发过程文档：良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。缺乏文档，一个系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。） 
　　• 规范化，标准化的代码编写习惯（作为一些外国知名司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。• 代码编写规范• 界面设计规范）这里邵老师强调了标准未必要固定，但在一个项目组中间要有统一的标准。 
  　　• 复用性，模块化思维能力（• 用户控件　• 组件技术） 
　　• 测试习惯（• 单元测试　• 集成测试　• 系统测试　• 稳定性测试　• 作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效率和可靠性就有了最大的保证。） 
　　• 学习和总结的能力（• 学习：程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年内具有领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。• 总结：善于总结，也是学习能力的一种体现，每次完成一个研发任务，完成一段代码，都应当有目的的跟踪该程序的应用状况 
和用户反馈，随时总结，找到自己的不足，这样逐步提高，一个程序员才可能成长起来。）