不要用程序来思考问题

       下面只是我一已之言：

       比如说我，一个小小的程序员。在遇到业务上的问题时，总是先使用编写程序的思想去思考如何解决问题。这在无形之中就缩小了我们思维的空间和想像力。在希望走"创新"的道路上"中规中矩"地努力奋斗着。

 

       不要为了编程而学编程。大家都知道：当初发明电脑软件的目的就是帮助人们解决日常问题。而现在却发现一种怪事：学习编程却成了人们的日常问题。学习编程远离了其初衷，使用编程成为一种主问题（其实编程只一种工具），而我们要解决的问题却成了次要问题。这种"本末倒置"的事实已经屡见不鲜了。所以程序员往往会在解决问题的同时模糊了自己的目的和迷失了自己的方向。

 

       作为程序员，由衷地感觉程序员的工作很累。我一直在想，这是不是我们程序员处理问题的方式存在问题呢？很多程序员都经常加班加点，原因是因为项目需要交付，得赶紧修改客户所要求的需求。客户的需求很多吗？平时时间很紧迫吗？作为程序员一份子的我并不这么认为。很多人理由是客户的需求一直在发生变化，导致我们有修改不完的程序和BUG。不知大家是否想过为什么客户的需求一发生变化我们的程序就是进行大量的修改？因为修改以前代码，我苦恼过，郁闷过，但代码还是要修改，生活还是要继续。使用语言思考业务模糊了我们对需求的理解。无法捕捉需求的变化。这样我们的程序永远就跟在业务的后面，无法拥抱变化，没有什么"可预见性".

 

       现在很多设计模式和敏捷的书广受欢迎。部分原因是因为这类书籍一直在探索如何减轻因为需求的变化而减轻修改代码的工作量以及如何提高开发效率。

 

       由汇编-->过程语言-->面向对象语言-->函数式语言，这些语言越来越抽象，越来越贴近人的思维和逻辑方式。人的思维方式应该是如何解决问题，而不应该是如何使用程序解决问题。因为语言是服务人的，人不应该按语言的套路来行事。就好像人本应该快乐的生活，快乐是生活的本质。为什么很多人生活的不快乐呢？是因为受到社会的世俗物质纤绑。世俗本应服务于人，而现在人却受制于物质。同理，编程本应该服务于人，而人却受制于编程。

 

       语言越抽象，越能解决人们的问题。再换句话说，思维越抽象，越能看清问题的本质，找到解决的问题的方法。业务应该比语言更抽象，而我们常常使用语言思考问题，这样就降低了思维的抽象性，增加了解决问题的困难度和非清晰度。

 

      总结一句话：不到万不得已，不要使用程序去思考解决问题的方法。