随着一年大学生活的结束，我们进行了专业分流。我选择了软工。其实在考大学报志愿的时候对计算机并不了解。只知道他可以进行一些软件的开发。大一我们接触入门了C语言、C++。学习之后，我更加清楚的了解到了编程，发现其实没那么简单。查阅了各大招聘网站的要求之后，发现自己并不能这么走过四年。
阅读了《大道至简》以后我更是深有感触。编程是一件很简单的事，甚至可以说是劳力活。每个人都可以敲代码，就像好多速成班什么的，短短几个月从入门到精通，其实他们只是熟练地掌握了语法，而很难去独立的思考解决问题。这是他们所欠缺的。
针对编程只有喜欢与不喜欢，并不存在会与不会的问题。就像是语文英语一样编程语言作为一门特殊的语言，是需要大量的练习与实际的使用。它是用来解决问题的。学习的过程中要还要学会整理总结。是懒人造就了方法。一百万行代码可以写在一个我文件里，早期写程序就是很麻烦的很传统的琐碎的打孔，后来有了汇编语言，这是代码实在文件文本里，“Hello World”就是见证，没一个语言第一个学的就是“Hello World”,直到如今，语言发展得更高级了。可是程序员还是习惯把代码写到一个文件里。不是不可行，只是，单元文件已经出现，这就是时代的进步，
团队是至少一三个认为规模的。这有其合理性。为什么呢？一个人开发取决于个人努力，两个人互相帮助，三个人的时候就需要一个人站出来领导。而作为领导最起码要可以承担责任，这是基本的素质。绝不是像程咬金一样的牛人，而是要像李离一样的死士，项目完成不了，切脑袋的事不必做，递交辞呈的勇气还是要有的。
软件是做给人用的，所以我们要满足客户的需求。尽可能简单明了的把我们要传达的信息传递给用户，这样才会产生令人舒服的交互体验。这就要求大量的沟通，一个团队沟通必不可少。沟通问题不仅仅存在于与客户之间，还存在于项目与各个角色之间。项目的分析报告未设计人员所看不懂，设计人员的方案开发人员看不懂，等等都是沟通问题。
在每一次回顾项目是都应注意：流于形式的沟通，可能使得你的项目倍不断推翻和不断延迟的最直接原因。还要注重过程，尤其是每次失败！！！做过程而不是做工程！最不可取的就是做过场，前人走过的，后人就自然而然地走。而我们编程的最初目的就是走一个东西，无论是一个趁手的工具，或是大到千万的工程，我们的目标就是要实现它！工程只是一个途径，却不是死模型。