本文共 471 字，大约阅读时间需要 1 分钟。

        我在第一家公司工作了两年， 当时非常注意代码的各种规范。 公司要求代码必须符合各种规范， 各种圈复杂度， 各种安全函数， 各种静态检查， 动态检查， 各种review， 各种提交前的本地构建， 如此等等等等， 后来我就有代码洁癖了， 仿佛感觉搞软件就是搞代码。 而且， 思维也依赖于僵化式的流程。

        后来入职了现在的公司， 发现有很多不一样， 少了很多限制， 灵活性大了很多， 老板不关心你代码质量是否OK,  只关心你最终的服务质量。 所以， 客观来说， 很多代码是比较糟糕的（请允许我轻微吐槽一下）。 开始那段时间不太适应， 现在倒是慢慢适应了。

        代码的质量是很重要的， 只要遵从一定的规范， 把代码写好， 是不太难的。  其实， 比写代码更重要的是思路： 设计思路和定位问题的思路。  我在这方面还是有不少欠缺的。 其实， 设计思路定好了， 写代码就顺畅多了， 定位问题的思路对了， 往往能事半功倍。

        所以， 我要说的是， 如果想在软件方面有进阶突破， 那就好好练练自己的思路吧。 

        以后我会在博客中多加入一些思路方面的东东， 少写一些实际的代码