《大道至简》读后感

Posted 2020-12-03 Halone

         还记得当初第一年学C语言的时候，周围的一些同学可能是由于刚开始接触语言，对C语言并不算是太了解，在做实验的时候，很多时候都是借鉴别的同学，然后加以修改就交上去。相对来说我接触语言的时间比较早些，初三的时候，那是我第一次接触语言，那时我被人拜托帮忙管理别人的游戏的服务器，游戏本身的模式较少，所以需要服务器的管理者自己写或找他人写源码，编译成插件来拓展其中的功能。在那个时候，我其实对语言类的东西一窍不通。那种语言又属于小众的语言，还记得初中的时候网上基本上没有教程，因此只能自学。大概是那个时候我了解了语言的基本语法，那种语言应该是叫Pawn，如果没记错的话。在写了一些插件之后，感觉小有成就，之后又不仅仅想满足于写单在游戏上的插件，因此接触了C还有C++。所以在大学的C和C++课程的学习上并没有遇到过什么问题。

         关于第一学期在上段提到的一些做法我觉得他们的做法可能是有失偏颇，语言的学习从来是一步一步的，在初三时候对语言的自学的经验来说，我从来都是觉得实践是学习的最好的导师。如果一味的借鉴别人，到最后如果没有别人的源代码也是写不出东西出来的，这是一种经历。今天看完了《大道至简》这本书之后我更加有感觉，文中作者认为语言只是一种工具而已，认为如果任何一个具有正常行动能力的正常人都能够学习好语言。因此，我认为那些以为自己不会然后就借鉴别人加以修改的同学应该是没有在课下好好学习，然后勤学勤练而已，他们其实都可以独自将课下的实验做的很好，只要肯每天都付出一点点的努力的话，看看书了解点语言，假如有一点点了解语言的基础的话，跟着老师的节奏走完全可以初步了解语言。《大道至简》中更多讲的是作为一个软件工程的管理者面对着实际的项目的具体展示，虽然书中特别多的专业词汇现在的我还不能够很好地理解，但当我读到‘是懒人造就了方法’这一节的话颇有感触，觉得因为人为了以后的方便而想出来方法真的是减少了现在好多程序员的工作量。文中讲了在事项具体项目的团队中应该如何分配好工作，合理和用户交流还提及了若干个软件管理团队中的模型等，都让我对以后所要面临的工作有了更加深入的了解。然后我同时意识到了自己之前在写代码的时候都会犯的一个错误：为了缩短每次编程的时间，每次都没有具体的实现目的的方法的时候就开始写代码，虽然这样写的话，能够缩短一些写代码的时间，但是如果是比较大的工程的话，我想这样写的话代码会非常乱，万一其中的代码出现了什么问题的话，在查BUG的时候就得不偿失了。我还记得其中的文中说道，如果项目出现问题的话，有可能是一开始的实现目的的方法就有问题了。想来实现目的方法在以后的工作过程可能是非常重要的。

         以后的每次写代码过程我都会努力使自己思路清晰，或许一开始改变的话有些困难，但是我会在学习暑假学习java的过程中逐渐使自己的想法应用到实际中。有实现目的的具体方法后再选择开始着手写代码，也许这样的话一开始会让自己的时间有所增加，但是我想在以后的实践过程之中肯定是会事半功倍的吧。