• 软工博客一:新希望


    项目 内容
    课程:北航2020春软件工程 博客园班级博客
    作业:阅读并撰写博客回答问题 第一次作业-热身!
    我在这个课程的目标是 体验软件开发的全流程
    这个作业在哪个具体方面帮助我实现目标 明确方向和学习重点

    第一部分:结缘计算机

    • 你为什么选择计算机专业?你认为你的条件如何?和这些博主比呢?

    • 计算机是你喜欢的领域吗?是你擅长的领域吗?

    说来奇怪,直到高考填写志愿之前,我从来都没有想要去选择计算机这样一条路。我大概08年的时候,就接触了计算机,当初是一台奔腾某双核型号配512MB内存的机子,其他配置都不清楚了,用的是当时标配的Windows XP系统。因为当时家里还没通网络,我每天也就只能打打系统自带的蜘蛛纸牌消遣。计算机对我而言,不过是一个大玩具而已。很快我就变成了一个熟练的电脑使用者,尽管我不懂这大家伙的原理是什么,但是对一个小学生来说,能够熟练地甩动滚轮鼠标,在游戏中取得一个又一个的高分,已经足够了。

    真正深入的去了解计算机,是我上了初一开始。那时的我,疯狂迷恋着装机DIY。定了一个叫《电脑报》的报纸,天天拿出来在翻,看报纸中写的CPU架构的介绍、多通道内存原理、显卡交火的注意事项还有超频的经验,算是我对计算机组成的初步了解吧。在家的时候也会经常拆开家里自己的电脑,扒出主板研究,看看哪个芯片是南桥、哪个接口是PCI-E、哪根电源线是多少伏的输出,还有尝试风冷超频。那段时间还喜欢装系统,自己动手DIY系统,,装了各种各样的系统尝鲜,以至于一不小心把所有硬盘格式化了(删库?)。这段时间的经历,让我了解了计算机内各各部件之间的职责和他们的配合,小小芯片的功能着实吸引着我的好奇。

    但是在以后的很长一段时间内,我都再没有学习更多相关的知识了。初中和高中的时候学校也组织过信息竞赛,但我几次擦肩而过,原因是自己觉得这玩意太虚幻了,摸不到成型的实物,看起来太过抽象;相反,自己更加喜欢机械一点,沉迷与齿轮的咬合、蜗杆的旋转,幻想着自己设计出规律的精美的灵巧的机械出来。高考考前思考志向的时候,我第一个排除的工科专业居然就是计算机,最后定的第一目标是自动化或者是机械工程专业。

    最后终于走上这条道路,还是因为自己高考分数,恰好落在了北航士谔书院的台阶上,而后分专业时自然而然地选择了士谔书院最好的计算机学院,仅此而已。所以说和从小喜爱计算机的博主们比、和算法编程经历丰富的同学们比,我算是出道尚晚、误打误撞的一个特例吧。

    可是大学这两年半过来,我常常问自己一个问题:我真的喜欢计算机吗?

    • 我喜欢的是当我的程序终于能输出正确结果时,那大大的绿色的Accepted

    • 我喜欢的是当我的模型终于能够识别输入的图像时,那分明的清晰的结果

    • 我喜欢的是当我的网页终于能够渲染出界面时,那舒适和谐的用户体验

    古希腊叙拉古赫农王时期,阿基米德坐进澡盆里时,看到水往外溢,突然想到可以用测定固体排水量的办法,来确定金冠的体积。他兴奋地跳出澡盆,连衣服都顾不得穿上就跑了出去,大声喊着“尤里卡!尤里卡!”(ερηκα,意思是“找到了”)。同样,我最喜欢的,是自己反复的查阅、思索、编码,殚精竭虑茶饭不思的努力之后,终于在某一次尝试中,终于看到了正确预期的效果时,心中呐喊的那一声Eureka。那着实令我兴奋而且着迷,或许学习计算机并不是唯一能体验到成功的途径,但是我隐约感觉,这是一条方便的道路。

    但是要说擅长,我一定会说“不”。计算机这门学科给我一个这样的感觉:不管你取得了多少成就,你总是会看到有别人做的更多更好。今天你自学了一个前端框架,却看到身边的高人早已运营一套WEB系统;今天你爽快地体验了一把全栈开发的乐趣,却看到身边高人已经在研究集群、负载均衡那些东西;今天你参加了一个实验室,作为一个不知名的本科生扮演着微不足道的角色,却看到身边高人早已参加企业实习,拿着不多不少的工资,为开源项目或者企业产品作出着点滴贡献……每每看到他人的优秀,我都自惭形秽,并且激励着自己更加勤奋地学习。

    大学这段时间,我对计算机的许多方面都有了涉猎和初探,越是学习,越觉得自己渺小。计算机的行业,学习似乎永远赶不上进步,层出不穷的新技术,日新月异的新“轮子”,让你感觉自己的力量是如此的有限,一门学科的生命力是如此的强大。或许我永远都不敢说自己“擅长”于计算机领域;不断的学习过程中,我也许会在某个方面,会变得非常地熟练,对各种需求都能够信手拈来,但是我相信,在日新月异的计算机行业,我永远只是孜孜以求的学生。

    第二部分:在计算机系里学习

    • 你对你的大学生活有什么想要吐槽的地方吗?你理想的大学教育应该是什么样子的?跟学校给你的有什么区别?比较你在中国大学的经历,你的老师和学校能做到和国外那样吗?如果不能,请分析一下为什么。

    我的大学前两年半,都是唯分数论的萌芽生长的历史。大一的时候,刚刚进入大学,对很多东西都怀有兴趣,也不重视GPA,看到什么东西都感到有兴趣,也就浅尝辄止地了解了很多电子信息、软件、甚至机械原理、自动控制这方面的知识,日子很是潇洒。但是随着自己上了大二,我开始重视起GPA那一个数字并且决心努力去把这个数字提得更高一点之后,我不像大一学习得那么轻松了,没有时间也没有兴趣再去了解那些乱七八糟的其他科目的东西。我常常疲于应付课内的任务,尤其是计算机组成、操作系统和面向对象设计原理这几门硬核的课程,额外花上几十个小时就为了把分数提高两三分,只是觉得自己不应该比别人差。到了大三尤其上学期编译技术期末竞速排序的时候,这个现象更加明显。许多同学的代码效率相差极小,可能只有1%不到,但是由于同学们排名过于接近,这1%的排名却差别巨大,也就导致了得分差别巨大。那么这个分数或许也就不能够体现同学们对于知识的掌握驾驭水平,两个程序竞速结果只差1%的同学,最后得到的成绩差异可不止1%。最后的结果就是,大家为了这1%,绞尽脑汁,唯恐被人超过,这也就丧失了很多学习的乐趣。

    另外一个体现,表现在我选课的时候。不论是专业课还是通识课,同学们选课时,普遍的第一反应是不是说这门课我喜欢吗?对我以后的发展方向有促进作用吗?而是:这门课给分怎么样?学分多少?评价好不好?给分好的课,可能虽然自己不太喜欢,那往往也是僧多粥少、供不应求;相反许多能让人受益匪浅的课,却因为给分不太“友好”,被迫沦为第二选择。

    虽然我不知道国外的大学是个什么样子,但是我从国外同学的朋友圈课件中管中窥豹,大概了解到他们某些专业的本科生早已被分配入实验室进行学习,跟随老师研究课题、发表文章,从兴趣为导向的实验中学习知识。我理想的大学,应该是学生从网络或者图书馆中汲取知识,以组队学习新知识来作为完成任务的一种主要手段的大学,所以我对国外计算机系的教育方式表示一定的认可。但是现在我们学校,至少说我们系,核心是以成绩为导向的竞争式学习,在实践中的表现就是:部分教师过度关注重点、读课件的倾向过于明显。同学们在这样的环境下,已经形成了一种非常简单的学习习惯:

    1. 上课前下载课件教材
    2. 上课时听老师朗读课件
    3. 下课后按照课件,仿照例题,略微修改,完成作业
    4. 考试前通读课件,读透课件
    5. 考试考课件例题,得到高分

    学习过程对于课件过分的依赖,是我这几年能够感受到的明显教学特点,或者说教学缺点。我认为的大学的学习,应该以经典教材为导向。理论课中,老师以讲解经典教材、提供旁批注释的方式,鼓励我们在学习重点知识的同时,了解附加的非重点知识;或者直接让我们去某个参考书中自行学习,加以小组讨论的方式,鼓励我们从广泛的知识库中汲取知识,而不是局限于精炼的课件和单纯的重点。

    • 迄今为止,你写了多少代码,描述你做的最复杂的软件项目/作业。

    大学之前,我的代码量基本为零,也就是写过一些bash脚本。大学期间,最重要的计算机组成、操作系统、面向对象程序设计、编译技术和数据库课程设计这几门课的实验课的大作业。

    • 计算机组成课程设计 2000行

    • 操作系统课程设计 500行

    • 面向对象课程设计 4000行

    • 编译技术课程设计

    • 数据库课程设计 5000行

    • 各种各样花里胡哨的小程序 1000行

    但是我渐渐意识到,虽然自己写了不少东西,但是大部分都是在搭积木。自己对于代码的理解,一直停留在表面,而没有耐心去体会代码中底层的东西。用java写了4000行代码之后,我对java的使用已经颇有心得,用起来也不会手足无措,但是这仅仅是使用别人的早好的轮子而已。《刘帅:在失望中寻找希望》中提到这样一个面试问题:

    之后问const的问题,问我是不是想过,Java是不是精通,我说是,又被问到,Java如何实现const,Java的const和C++一样吗?怎么实现的?这个问题又让我崩溃了。
    
    用到了Junit,被问到Junit哪些地方不好等,所有关于测试的这些东西基本全挂。
    

    同样的问题,我根本就没有思考过。虽然自己写了不少java,甚至有时候吹牛的时候说自己java“有点东西”,但是我回答不出来这样的问题。即使我在数据库课程设计的大作业中,写了5000行基于React的前端代码,我却根本没看过源码,不懂它的精髓,不知道其背后的运作原理。我喊出“噢,原来这个是这么用啊”的次数远远超过了“噢,原来是这样运行的”的次数。或者说,我是在背一个框架的使用方法,并且将它复制一遍又一遍,完成自己的项目。也许哪一天,目前这一套框架被淘汰了,我也许会陷入无所适从之中,因为我只是一个熟练的工人,熟练地、机械地操作着别人设计好的机器,来实现固定的生产效益,一旦遇到解决不了的问题,便只能望洋兴叹;而不是一个设计者,自己研究机器的设计、自己造适用的轮子。

    后来,我在《进入2012 -- 回顾我走过的编程之路》这篇自传中,看到了一个深谙底层源码的计算机爱好者的样子,并且自惭形秽。

    大一的时候做的JoveScript是第一个我觉得还能见人的脚本引擎。第二个就是大二失败了一整年吸取了很多教训之后,于大三开发出的动态语言,名字叫FreeScript。最近正在打算将其更新到3.0来配合一个正在开发中的显卡加速的GUI类库GacUI。接下来就是在去微软上海的WCF Tools组实习的那一段时间里面,利用每天晚上的时间完成的一门纯函数式语言叫KernelFP,这后来成为了我的毕业设计。提交了毕业设计之后,我又在毕业前的几个月时间里面完成了CMinus。这不是编译原理课程设计上的那个简单到没法再简单的CMinus,而是一个完整的C语言编译器(其中函数指针的语法被我改掉了,但是仍然支持)。其编译结果是保存到内存中的一段X86二进制代码,可以将函数的起始地址强制转换成函数指针直接在C++程序中使用,这是因为我在生成指令的时候遵守了Visual C++中的一些在MSDN里描述得很清楚的约定。毕业后我又雄心勃勃地做了NativeX,是一个带泛型以及concept mapping的C语言。……图形界面(GUI)类库我也写了不少。继高中的时候为RPG而开发的两个控件类库之后,在上大学的过程中使用OpenGL开发的两次GUI类库均告失败。后来还封装了一次Windows的API(Vczh GUI),试图让其易用性接近VCL或WinForm。
    

    调库、用别人造好的轮子,永远不是核心竞争力。

    这也是我认为的,速成的培训班和打基础的大学教育还有mooc之间最大的区别。带着科班的骄傲,大学本科的计算机教育绝对不可以局限于会用别人造好的轮子,而应该学习怎么阅读源码、查阅文档、造自己的轮子。学习了计算机组成之后,我对CPU的原理再也不陌生了;学习了操作系统后,我知道每次点击鼠标背后,计算机大概都干了什么;学习了编译器设计之后,我有信心挑战JVM了……但是我知道自己不能够止步于此,我现在越来越相信这样一个观点:

    阅读源码的能力,才是程序员的核心竞争力

    第三部分:未来规划

    • 对于你未来在IT行业的发展,你有什么样的梦想或者未来想从事什么样的工作?你准备怎样来规划你技术道路,职业道路和社会道路?

    关于未来的工作,我的希望是在一个企业中工作,从事产品研发、测试或者运营那些和用户应用层面相关的产品,而单纯一味的研究理论我并不喜欢。但是同时,我更希望自己能够参与到公司的一个开源项目之中,在公司集体的合作下研究实用的模型和框架,去创造轮子。相比技术,我更加重视组织管理和表达的能力(或许以后会成为一个PM吧),重视甲乙两方的沟通、重视顶层的设计。

    《谈谈职业规划——CSDN对我的采访》这篇文章给了我很多的建议,让我在学习课内知识的同时,提醒我要注意更多的东西:

    • 从毕业开始到毕业后至少5年内,踏踏实实地专研技术,这是一个积累过程,千万不要把心思放在钱和职位上。钱和职位只是能力的附属品,不要让其喧宾夺主。主要是量的积累,要不停地积累知识和方法
    • 从毕业后3年到7年的时间,注意学习工作当中的方法以及相关的管理和流程,不但要知其然,还要知其所以然。主要是质变,应该着重于思维和想法的更新。后五年应该有很强的包容能力和接受新东西的能力,千万不要太过固执和坚持自己的想法
    • 不要只把心思放在技术上,技术是hard skill,只要下工夫就一定会掌握。更要注意与人沟通等为人处事的soft skill上。hard skill像一个大树的根,而soft skill则像一个大树的枝叶。树根是你的根基,能让你站得很稳,而枝叶能让你向天空伸展,获得发展。
    • 对于程序员来说,应该始终记住,技术不是主要的,主要的是通过技术能够解决什么样的问题。一定经常想要解决什么的问题,要满足什么样的需求,而不是要用什么样的技术

    我一直认为程序员不仅仅需要一定coding的水平,也需要更多的soft skill,注意人际交往、持续的学习能力、听取他人意见的能力。未来我会在暑期实习中,继续培养soft skills;会在考研中,培养自己的知识储备,谋求更高的平台;会在工作中,重视培养阅读源码和文档的能力,以及人际沟通的能力。

    第四部分:结语

    这篇文章一方面是自己回忆了一下以往的故事,另一方面是给自己立Flag。

    时刻告诉自己别瞎学习,提醒自己别沉溺于搭积木的小满足中,而要深刻地学习积木咋造出来的,把玩意儿学透;同时也要多了解需求缺口、技术前沿,注重非技术的积累。

    接下来的日子,将是一条和过去完全不同的道路,在这迷茫的学业中,又有了新希望。

  • 相关阅读:
    【leetcode】236. 二叉树的最近公共祖先
    【leetcode】230. 二叉搜索树中第K小的元素
    【leetcode】309. 最佳买卖股票时机含冷冻期
    【leetcode】306. 累加数
    【leetcode】304. 二维区域和检索
    spring-framework源码编译及导入
    Java8-函数式接口理解及测试
    Mac编译RocketMQ 4.1.0
    首记
    JS表单验证
  • 原文地址:https://www.cnblogs.com/lzhmark/p/12387239.html
Copyright © 2020-2023  润新知