开发过程真正要关注什么

开发过程真正要关注什么？

   代码、结构、接口、注释、思路、方法，还是其它什么。

   我认为，开发过程真正要关注的是思考问题的方法、集体讨论问题的技能。

   代码，在目前是社会中，只要是上过大学，并且在一个正规的公司中待过的，公司都有一个比较像样的编程规范，除了把编程规范当摆设的公司，都能写出符合标准的代码，注释、接口都能定义出来。

    但是设计代码的思路，考虑问题的方法，不是谁都能掌握的，不是谁都能一时半会学会的，即使知道一些方法，如果不勤学苦练，也不会能有好的表现形式。就像打篮球，知道一些过人动作，真正在实战中使用，还是有很大的差别的。随着中国高等教育的普及，计算机学科在各种层次的学校都能有这个学院或者系，学习的人也越来越多，但是这也就是计算机人才的基数，真正算的上是好手的，还是在于自己的后天努力和学习，才能出类拔萃，不至于平庸下去。人家说it行业，30岁就是一个坎，过了30就要转做其它的工作，如se、项目经理等，se、项目经理很多，但是真正有能力的，能真正解决问题的却不多，30岁是一个同样有活力、有继续提高的年龄阶段。后天不断的努力才是王道。不断编码，不断重构，提高自己的思维能力，并不断在代码中转换为你思维的体现。

    讨论问题的能力，也是一个要在开发过程中关注的问题。

    随着时间的推移，公司内的项目越做越大，人越来越多。一个大的项目，分好多子系统，一个子系统有好多的模块，一个模块有好多子模块，彼此之间都有交互，今天让你提供这个接口，明天你让他提供另一个接口。这样大家就要走到一起讨论相关问题。这就要看如何在讨论问题的能力。大家开会，人比较多，相关模块的比较多。有的主动发言，提出问题，大家一起讨论。有些人就默不作声，听大家的讨论，自己也不参与，等着大家的讨论结果，等大家的会议纪要，按照其它人讨论的结果来写代码。这就完全被动的接受大家的结果，对自己的讨论能力，分析问题的能力都有很大的影响。同时也对自己负责的模块有影响，有些接口是不是要提供，为什么不能用其它方法，有些功能是不是要放在自己的模块内实现，还是要放到其它模块实现更好，这个都是讨论的时候决定的，如果不参与，不积极，对自己负责模块也是一种不负责。