最近各种忙,忙考试,忙作业,忙赶路,好久没有更新日志了,不过从这些生活中也得到一些想法,在火车上恰好有空可以写下来。
作为读完了大三的一名计算机专业学生来说,还是有资格来讲讲自己的“经验之谈”的。主要是希望对计算机专业学生有一些帮助。
学校大一的时候不允许学生带电脑,从我个人而言是比较反感这个制度的。学校当然是站在好的初衷和立场上做出决策,却也不得不说对于计科专业大学生涯的开始,有很多副作用的。不给学生使用计算机,学生有一百种方法玩得比用计算机更high。
废话不说了,很多计算机学生进校以来,最大的心理活动就是对专业的陌生,从而产生恐惧。我的一位老师的说法我很认同,学任何东西,先要在整体、宏观上有一个把握;做一件事,先弄清楚为什么要做,再去讨论如何去做。把这种学习的思路放在计算机专业学生身上,就是要从人类为什么要造计算机开始,然后讨论为了造计算机人们发明了什么,制作了什么,逐渐展开——C语言是啥,为什么要创造C语言……
对于非新生而言,在后面接触一门新的编程语言/技术/课程之前,同样是要弄清楚因果,同时辅以自己的思考。举个例子:学习C之后,要学习C++,那么C++是什么、面向对象又是什么、为什么要创造C++、为什么要有面向对象的思想……之后学习Java,那么哪一年C++诞生哪一年Java诞生,Java和C++有什么相同之处,不同之处?自然而然地,在一定的高度上,对一个事物有系统明确地整体认识,后面的工作就很好展开了。
前几周,帮学弟学妹看了几个数据结构的课程设计,对于学弟学妹来说,最直观的感觉是没感觉,上了一个学期的课最后到了课程设计是一脸茫然。用链表做一个xxxx的管理系统,那么从哪里开始?如何开始?无论于谁,干瞪眼都不可能看出来代码的,那么开始行动写下第一行main函数,之后又是不知所措。
所以这就是我觉得比较悲哀的地方——本质原因是学生没有对软件设计有一个整体的把握,这也正是我认为课程的安排上不科学的地方。软件工程应该是计算机专业极为重要的一门课程,我是在大三上学期才学到的。软件工程为程序员提供了软件开发工程上的指导思想,正如同做菜时的菜谱一样——当然拥有丰富经验的厨师做菜无需菜谱。
那么放到数据结构课程设计这一个具体的事例来看,我总结起来无非两句话“自顶向下设计,自底向上实现”。这正是数据结构老师在课程设计开始所强调的“一定先做需求分析,把文档写好,然后实现”。一个学弟拿到课程设计题目无从下手,我说链表插入删除你会不会?答会;链表排序你会不会?答会;链表查找你会不会?答会。那这道题不就出来了嘛,学弟不久完成了课程设计——显然这种思想对学生课程设计是有帮助的。编程能力,不是单纯地通过写个排序、写个搜索能够衡量的。
记得大一很多同学在纠结:大四是考研,还是就业。当然,我指的是本专业考研以及专业对口就业。其实对于计算机专业来说,这两者相辅相成,并不冲突,技术和考研藕断丝连。
这两者说到根本,都是编程能力。设计一款软件,背后是多门课程的理论支撑;考上一所好学校研究生,背后是几万行几十万行代码的开发经验。
一个理论,晦涩难懂,读了几遍不知道其用途、价值在于什么,原因是没有实际需求来佐证;一个需求,做到一半发现技术存在瓶颈、难以实现,原因是缺乏理论的支撑。不谈业务背景谈技术都是扯淡,因为业务需求催促技术发展,要把需求具体化、特殊化,从中找到规律和原理,然后将之普遍化、一般化。
既然前面说了做技术就业、考研不冲突,根本上都是竞争编程能力,那就应该从进校门开始提升编程能力。
不可否认,我们专业有些课程很水,学了没半毛钱的用——一点也不夸张。所以认准了自己的方向,就照着这个方向去砸时间砸精力。我信奉一万小时定律,显然每个人的时间是相同的,智商是相近的,所以专注一个领域去努力就可以了。要注意的是这里说到的“领域”并不是一门技术,而是一个技术栈,技术栈要配合个人职业生涯规划,几年后会成长为一个有用的工程师。
未完待续。