我大学是如何学习coding的

cleverman

记得大一学PASCAL的时候，觉得特别的难。刚开始接触，很难理解计算机的语言。虽然最后考了95分，可是根本没有真正的学会。后来又学了C语言，也没有什么coding的感觉。一直到了大三的第一学期，还是对计算机一窍不通，甚至不知道应该如何开，关计算机。看到非计算机专业的朋友熟练的操作着计算机，心里真不是一个滋味。也有大专的朋友show给我他的C，C++的程序，给我海阔天空的讲解了一番，心里真是佩服。大三第一学期过后的春节，说通父母给买了第一台计算机，从这个时候就真正开始了我的coding学习。

首先是要把C语言补回来，把C语言教程看了一遍，把语法理解，练习了几个小程序，找了找感觉。这个阶段是很快的，可能就是几天的时间吧，毕竟以前还是学过C的，然后开始学C++。当初问过老师，学C++需要多长时间。老师的回答是三个月。买了本C++教程，一天看完。心里很不以然老师说的三个月，感觉跟C差不多，就是多个class。后来就买了两本编游戏的书，开始模仿和练习编游戏，这样在当时我们的机房DOS系统下，我是专业里唯一一个能用GUI编程序的人。所有的assignment,我都编两个版本Text mode and UI mode, Text mode送给好朋友，UI mode自己用。这样半年之后，我才突然发觉，原来这才是C++。自己用了半年的时间才真正的学会C++。（C与C++的最大区别在于设计的思维：面向过程和面向对象，C到C++的转变是需要一个过程的）。这个时候再看当时show给我程序的朋友的C++的程序时，才发现他根本没有学会C++，他只是用C++在做C程序而已。

C，C++学会了，下一步怎么办？我的性格是愿意学习最难的东西，因此就选择了VC。当初去北京书店门口看到了广告“VC程序员试用期月薪4000”，觉得是天文数字了，也更坚定了要学习VC的决心。当初的学习条件还是非常艰苦的，市面上就两本书，我还很清楚的记得，一本是四川大学出版的，一本是龙门书局出版的。四川大学那本是入门的傻瓜教程，主要是教你怎样使用Visual Studio而已，没有深入的学习指导。龙门书局是翻译的微软的，讲的对我来说太深了，没法理解。因此主要学习川大那本，可是那本书还有问题，我按照书上所讲的去做，行不通。VC学习陷入困境，没有书可以查询，没有人可以问，自己也没有理解VC的精神。只能放弃VC，转而VB。VB当然很容易了，基本上不用怎么学就上手了。半年之后，有朋友想让我帮助编一个截取VCD片断的小程序。我用VB实现之后，准备给他用。然而，我却发现缺少dll, 这样我就把这个dll铐过去，又发现缺少其他的dll。搞了几次还不行，我也恼火了，就想能不能用VC试试。这次又拿起VC感觉就好多了，不但实现了这个小程序，并且第一次感觉VC入门了。从此之后，就走向了VC这条路。基本上来说，我是学校唯一一个会VC的人，而且几年以后也不过只有两个人会VC，另一个是跟了我一年，我带起来的。后来龙门书局的书也能理解了，再后来VC的书就慢慢多了，学习起来就越来越方便了。以我从小到大的学习经历来说，学习托福那段时间是最苦的，学习VC的这段时间是最难的。后来也没有再碰到这么大的困难学一个东西了。

Basically, 大学学习coding的时间是一年，半年从C到C++，半年从VB到VC。一年之后去单位做实习了。这一年发生了三件时间，比较值得回忆。

1。女朋友是通信系的，我帮助做了一次C语言的作业，没想到老师拿做范例在全系进行讲解。

2。MIS课程，我设计了一套足球俱乐部的管理系统，包括球员状态的纪录以及出场阵容的预测。老师对我的设计打分很一般，第一次上机我去找老师。因为家里有电脑，而且也喜欢编程序，因此我所有的课程都是第一次交作业，让老师验收。这个做法遭到了不少老师的抵抗，一直到我在国外读研究生的时候，才有老师欣赏。去找老师验收作业，他以为我是要讨论给我设计的分低的问题，就说“你设计的很好，可是不可能实现，因此我没有给你高分”。我说“我已经做完了，是来找你验收的”。他的脸色很不好，说“我一会儿去”。我走了，可是左等也不来，右等也不来，又看到别的同学叫他，他都出来，我也急了，硬把他给揪过来了。他看完之后没有说什么，问我是一个人做的，两个人做的。因为，我要帮一个哥们，就说是我们两个一起做的。他就说，“如果是你自己做的，我给你10分都嫌少（10分满分），如果是你们两个做的，我顶多给你8分”。后来的分数是7分。最后这门课程是我大学以来分数最低的（除了编译），不到70分。后来我读研的那个老师，也是说我的设计实现起来很困难，让我修改，我后来让他surprised的了，他却给了我全班最高分，唯一的90分。不过大学这个老师，后来对我还是很好的，在我困难的时候，帮了我很多，后来也含蓄的跟我表示过，不喜欢别人什么都没做，我帮他们。

3。编译原理的课程，因为不喜欢老师的教学风格，因此上课从来不带课本，都是自己拿本C++的书座在最后一排，自学。被老师看到过一次，问我为什么不看课本，我说没带，他再问我，我就一话不说了。应该是记住我了，而且很生气。这门课程上课没有听，下课也没有学。最后到了期末的上机实习，作业是Basic的解释程序。听说上一届的没有一个人能做出来的，我就回家了3天，一边自学编译原理，一边设计，编程。3天之后回到学校，大家都用怀疑的口气问我怎么样，没想到我的回答是“做出来了”。我们这届最后还有另外一个人做出来了，因为我是用C++，他是用PASCAL,而要求也是PASCAL,因此其他的人基本都是抄的他的了。第一次上机，我跟那个老师说，可不可以用C++，他说可以。我就说我做完了，你验收吧。他看了之后说了一句“挺好”。后来这门课，我不及格，上机10分给了我5分，理由是我上机时间太少。这事情在我们学校闹得很大，因为我平时的成绩基本都是80多分，90多分的也不少。后来进行试卷的review，其他学校的老师都不敢过来，只能自己学校review，最后的评语是“***同学不是无稽之谈，老师也有犯错误的时候”。可是，为了系里在学校的面子，还是牺牲了我。他们保证我补考肯定没有问题，可是我已经不敢相信他们了，因为补考不过，我毕业都有问题了。因此就在大四的时候多选了两门课来代替这门课的学分，也造成了自己断绝考验的准备，毕业就工作的现实。

学校是挺打压人才的，当然自己那个时候也很不懂事，在注重技术的时候，忽略了做人的一些要素。这里我想说的是，编程序一定要靠实践的积累，只有多动手，才能更深的理解问题，另外技术牛了之后也要更注意做人的方式，在中国很多时候会做人比会工作可能更重要。两个方面一起抓，以后才更容易有更好的发展。希望我的经历能给大家一点借鉴作用。

piginthetree

营养贴

dujun

一步一个脚印

wavelsb

大牛。又给我打了一针鸡血。继续努力。

我家门前的湖

楼主牛。。。

cleverman

如果不喜欢编程，不如去做做市场，销售这些。
这些比搞技术挣钱多呀。

dcyan

党中央国务院以及全国人民代表大会一致认为你很牛，你最能体现中华民族的智慧。
你是中国的一个窗口，是向世界展示中华民族智慧的窗口。
你不是一个人，我可以负责任的告诉你，你不用谦虚了，你已经被中华五千年的智慧人物附体了。

eeeagle

现在在搞黑盒的测试，发现很没劲啊
开发能力太差，写代码又不喜欢。。。。

想搞点和硬件相关的。。。

太穷了，也想出去出差做本行，通信“工程”

eeeagle

突然发现自己在大学时就看过楼主的文章了，可惜自己编程很差，也不太喜欢代码。
可是现在却在软件行业混。。（学通信工程的，）

毕业了，写过一个月的C#，发现挺痛苦的，

最大的问题是发现自己看代码很容易看晕掉。。。按理说理工科的逻辑应该不是问题，可能心里有抵触吧。。。

cleverman

你说的标准基本上跟我编程的特点相同。
不过如果大项目，尤其是要求安全性，可靠性高的话，是要写大量的代码处理各种异常的情况出现。这样的话，代码行数很容易就上去了。（可能几倍的往上涨）
而且，大的项目确实会有很复杂的对象出现。还有就是由于问题的复杂性和变化性，使得出现了一些大的class，虽然可以把它精简，但是由于项目的后期是不能随便改动代码的，因此就保留下来了。
另外就是OO的思想是已数据为中心的，不是以功能为中心。所以，class的设计也是应该考虑数据在先，功能再后。按功能分的话，就是C面向过程的思想了。

wyzwise

一个source file的大写最大也就是1千多行吧,一个method最多也就是2-3百,如果很大的话就分成很多小的methd,主要是为了reuse...

source file也就是class 主要是按功能分的,不同功能大小不一样,也就是按layer分的.....举个简单例子,如果是interface,就只是些method的集合,如果是具体的可能就长些..如果是parent,最是很多abstract method...

大小不是绝对的,不过一个好的design是不会出现很大的class 的...

cleverman

没错。强烈同意。
一个函数如果超过1000行，可以肯定地说，这个函数是可以分解成更小的函数的。
一个源文件如果函数太多也是不合适的。从C语言的角度来讲，可以把函数分类放在不同的源文件，易于维护。
从C++的角度来讲，一个源文件一般是一个class的函数实现。如果函数太多，一般是可以把一个class分为多个class，或者可以把一些功能抽象成父类。
我的经验是，一般来说每个源文件最多1000多行，每个函数一般最多2，3百行。不过我没有写过太大的程序，最多也就是1万多行吧。如果大项目的话，seifer1754所说的函数不超过1000行，应该是个不错的标准。不过一个源文件应该多大呢？几千行应该算正常吧？如果大项目的话。

seifer1754

一般来说，一个函数的代码行数一般不会超过1000行。而一个源文件不应该包括太多的函数原型。
如果在一个源文件中或者在一个函数中写了2万行的代码，这个开发人员的能力应该受到质疑。他不是超猛，就是超差。

cleverman

还有就是算法设计是很花时间的，比如你用2，3天来设计一个算法，可能2，3个小时就实现了，也就是2，3百行代码。
你说他2，3天只编了2，3百行代码，有意义吗？
我当时研究一个并行算法，是准备写毕业论文的，也就是2，3百行代码，按照要求是要研究4个学期的。

cleverman

如果没有冗余代码，2万行就太厉害了。
我可能一天只能写1000行，还是做小的项目，大的项目应该更慢。
不过行数跟选用什么语言也是有一定关系的。同样的功能，不同的语言实现，代码大小也是有区别的。
不太清楚开发牛人的速度怎样，不过总觉得比较行数没什么太大意义，编码毕竟是比较低层次的工作。好像刚学编程的时候愿意比较这个，senior的，就没听说他们提这事了。

seifer1754

如果开发流程设计的不合理，代码复用率太差，就是写3万行也不稀奇啊。

wwwyhx

有个实习的同学说他7天写了2万行程序,不知道是不是真的 ,呵呵

wyzwise

关于设计，我得看法和你们不一样。说到OO，只是个基本得coding concept，不试什么设计得，设计其实试只这个project得结构，是SOA,还是Facade,MVC等等。。。
不同得结构在不同发面得表现不一样，比如现在流行得SOA在load/stress 方面表现很好。。。

还要注意maintenance方面，毕竟控制开发和maintenance成本是很重要得。。。:)

wyzwise

原帖由 wwwyhx 于 2007-9-5 14:05 发表
我想知道参与的设计大概精确到什么程度，精确到伪第吗的程度吗，还是只确定模块的接口，想整么实现自己随便？

这个过程中，developer只是提些意见，具体得设计试又arch和BA完成得，具体到什么程度，如果试一个大得公司，很正规得，试非常具体得，调用database哪个table得哪个field都会specify得。。。。

如果程序员只是自己随便写，没有任何得document和formal review，只是会增加testing和maintenance得cost...一个好得team这样得情况要避免。。。

cleverman

没错，是用的TC++。你说的这些我以前还真没想过。GUI程序由于比较直观，而且是非常自然的面向对象的模型，确实应该是一个比较好的学习面向对象的方法。看来我是误打误撞了，当时。呵呵。后来，我用Perl的时候，对面向对象又有了一个更深刻的认识。因为它不是一个面向对象的语言，所以，你编面向对象的程序就需要多做，多想一些东西。后来的C#又引进了不少新的概念，虽然都算是C++扩展出来的，不过还是又多加深了一些理解。以前看过不少开发人员写的代码，从他们的设计来看，感觉他们对面向对象的理解并不是特别的深刻。直到最近看到一个印度人写的代码，跟我的设计思想还真的很接近，面向对象的设计，实现思路非常清晰。这也是第一次看到有人和我对面向对象的理解这么类似。不过我做的大项目也少，对一些概念，比如多继承也没有很多理性的认识，我印象中从来都没有用到过。可能也不是特别有用吧，现在C#，Java都抛弃这个概念了。总之，面向对象的概念还是挺复杂的，很多人做了很多年的开发都不算真正理解了，或者真正好的理解了。