这是我在程序设计中,从学习到应用阶段的一点感悟,与大家一起分享,希望能给刚入这行的朋友们带来一些好的启示。
1)学习应该从基础打起,不要一开始就尝试最高深的技术。
2)每看一本书,不要说这章我以前学习过了,也掌握的很好,因此我可以跳过这一章看更重要的了。对于作业,遇到不会的尽量不要立刻向别人请教。如果实在解决不了的问题,可以先完成你会的,然后把一些特别的难点提炼出来,向高手请教。
3)不要指望书本和行家能帮你解决一切问题,因为并不是所有问题都能由别人教给你。
4)向别人请教问题应该把问题说明白。对于错误提示信息应该原样提供出来,不要按自己理解的信息提供。因为既然你自己做不了,说明你理解一般都有问题。
5)问问题最好能带代码。
6)不要说“编译通过,可是运行时...”,因为编译错误和运行错误可能根本没有关系。一般来说,编译是语法问题,而运行是逻辑问题。
7) 书看千遍不如做程序一遍,应该尽量尝试去写程序。
8)做程序千个不如做好程序一个。应该尽量完善你现在做的程序,而不要不断开新的计划,而每个计划都虎头蛇尾。
9)要想到你不是一个人写程序,而是和大家一起写程序。
10)高深的技巧虽然显示了高深的本领,但是对于合作往往是有害的,应该尽量写出简单易读的代码。(完)
1)学习应该从基础打起,不要一开始就尝试最高深的技术。
2)每看一本书,不要说这章我以前学习过了,也掌握的很好,因此我可以跳过这一章看更重要的了。对于作业,遇到不会的尽量不要立刻向别人请教。如果实在解决不了的问题,可以先完成你会的,然后把一些特别的难点提炼出来,向高手请教。
3)不要指望书本和行家能帮你解决一切问题,因为并不是所有问题都能由别人教给你。
4)向别人请教问题应该把问题说明白。对于错误提示信息应该原样提供出来,不要按自己理解的信息提供。因为既然你自己做不了,说明你理解一般都有问题。
5)问问题最好能带代码。
6)不要说“编译通过,可是运行时...”,因为编译错误和运行错误可能根本没有关系。一般来说,编译是语法问题,而运行是逻辑问题。
7) 书看千遍不如做程序一遍,应该尽量尝试去写程序。
8)做程序千个不如做好程序一个。应该尽量完善你现在做的程序,而不要不断开新的计划,而每个计划都虎头蛇尾。
9)要想到你不是一个人写程序,而是和大家一起写程序。
10)高深的技巧虽然显示了高深的本领,但是对于合作往往是有害的,应该尽量写出简单易读的代码。(完)