突然想聊聊公司最近的变化

公司自从去年大张旗鼓地搞软件精英计划以来,发现确实还是发生了些许变化.

当然公司政策经常在变,以前认为编码无用,让高中生编码,现在又搞软件精英,真是很有趣的事情.但这些事情就不评论,

咱只关注于近期软件精英运动的变化.

上几日,看了公司的<<2013软件能力白皮书>>和《2013固网c++编程规范》，有些感触如下：

1）编程规范 一改原来的对入参进行判断非法的习惯，要求由调用者自己负责保证调用代码参数合法。

    这个确实是个很好的建议，确实代码精简不少，不过这个依赖于编程人员的能力，不知道老大会不会担心这个问题。

   其实公司搞这个入参判断原来也是没办法，总有些初来者容易出问题，为了少出问题，所以将流程强硬化的安排了下去。事情就是这样，出了一件事情，流程上又会新增加些负担。想起今天看的晓说《颓废阿根廷前途堪忧》，说阿根廷有60%的人都是公务员，要40%的人拼命工作来养活这60%的人，所以国家能不颓废。那什么原因造成公务员这么多呢，就是因为一个党上台，安排了很多公务员，另一个党上台，不敢裁前面的公务员，但自己也不能吃亏啊，所以也安排了很多的公务员，发展到后来，公务员势力壮大，即使哪个党想处理某些公务员，但碍于选票也作罢，因此公务员越来越多。想起我们自己的代码也是这样子的，公司担心出问题，新接手代码的人不敢处理前面的问题，因此只能拼命的加代码，且总有出错，因此流程上又拼命的要求，所以造成代码可维护性越来越差，负重难行。

    以上费了半天口舌来说这个事情，实际上也就是想说这个规范能否踏实的落下去呢？

2）对==符号，也修改回原来的正常语义，其实这个也不是什么紧要的事情，但我们的SMART总是喜欢搞的极端一些。

3）对于变量命令，要求不能采用匈牙利输入法，其实只要意思明确，问题都不大，但公司要看到变化，张伟等也是要绩效的哈。

4）建议鼓励使用stl等标准模板库，其实这东西蛮好，关键过来人都说定位问题困难。

    其实定位问题困难这个是个伪命题，为什么要定位问题时才搞呢？

    个人说说自己的想法：(1)公司老大们缺乏自信，自己都不相信自己的实力，总是希望早点转测，由测试来发现问题，有些地方自己就可以搞了，很多大公司开发即测试，只有开发的人才知道最应该测什么。

    （2）还是部门太多的问题，各自部门各自为政，都希望功劳是自己的，问题都与自己无关。

     个人建议：老大们要清楚产品的架构，知道代码修改的路数；将部门扁平化，精兵简政；人员能力需要不断提高。

      不过确实是难题啊

下面说说《2013软件能力白皮书》吧，这个写的还挺好，我简单罗列些内容：

1）持续集成

2）云编译

3）个人构建

4）SMART IDE 静态检查/动态检查/代码检视/个人构建

5）ECB  effective c++/clear code /beautiful code

6）十大金码奖

7）OneTrack

8）PIA （还未获认同）

9）开发工具

现在就想了这么多，其他实在不记得了。