程序基本功

记得刚写代码之前，总是要求自己代码的风格，要前缩后进的。争取做到看着爽眼，随着写的代码越来越多，渐渐的意识到，前缩后进的代码风格，只是基本功的一个表面，还没有深入到一个层次。因此在我看来，做软件开发的人员，而不仅仅是一个coder，应该由以下几个层来区分。（个人观点）

1.表向层。就是说先做好一个coder，在写代码的过程，虽然没有算法可言，没有结构可言，但是至少要做到，前缩后进，让人一看就很爽眼。虽不及一个MM，但是至少不至于烦燥，我相信，大家都有看到代码心情不爽的时候，而好的代码则会让人感觉是在欣赏。

2.实用层。是代码(当然不是指我们的hello world）就会有 BUG，特别是在开发初期，遇到的bug将是多种多样的，那这里的实用层是指什么呢？关缩后进当然是必不可少的。作为一个开发人员，在遇到bug，程序报错的时候，再去看代码，找原因？这似乎是根本手段。但是我们相信大多人都有这样的感觉，那就是这个问题，以前都没有遇到过，可是现在出现了，是为什么呢？ 此类问题，大多都不是程序的原因，或许是因为程序的配置变了，环境变了造成的，在设计的时候，你也许想到了这些，可是你在开发的时候也许想到了，可是为什么出了问题我们不能快速的定位呢？这就是我们的错误提示不到位。现在目前大多的程序错误提示都是"数据库连接失败!" 基于此类错误提示，看似有用，可是我们知道，为什么连接数据库错误吗？是因为用户名，密码不对还是什么原因呢？要是我们能在错误提示的后面加一个"数据库连接失败，用户名或密码错误 当前用户名：“这样的错误的话，将更有利于我们排错。

3.提高层。在这里我很困惑，从现的两个方面，一个是算法的理解，一个是系统架构学习。我个人认为两个都重要，但是我还是偏向于后者，系统架构方面，个人理由是，现在大多的模块都不需要太高深的算法（当然游戏等算法就除外了）而对于系统架构此类的，则需要考虑的更多，就算把A模块输出到B模块，此时算法应该不是最重要的，而接口则是最重要的，要是接口不统一，A就不能输出到B。基于此，我选择先学习系统架构。

 

以上为个人理解！