数学建模社区-数学中国
标题:
[转帖]成为优秀程序员的三十条规则
[打印本页]
作者:
solucky
时间:
2004-8-26 13:41
标题:
[转帖]成为优秀程序员的三十条规则
1)学习应该从基础打起,不要一开始就尝试最高深的技术。
% P* K8 N% Q, H- ^2 s6 s+ p
6 T. E; ~$ e6 M( [* a/ @
2)每看一本书,不要说这章我以前学习过了,也掌握的很好,因此我可以跳过这一章看 更重要的了。
) }, `3 K8 ]' y9 v! E
& w; q& m: U( K) L' p1 p9 V
3)对于作业,遇到不会的尽量不要立刻向别人请教。如果实在解决不了的问题,可以先完成你会的,然后把一些特别的难点提炼出来,向高手请教。
" o O8 G7 s8 v3 J3 c
& S9 Z# K6 n/ E z
3)不要指望书本和行家能帮你解决一切问题,因为并不是所有问题都能由别人教给你。
* X) M* U6 S9 Y7 ? Y3 W; j
. K6 u3 N4 o) a& b& d' H* R
4)向别人请教问题应该把问题说明白。对于错误提示信息应该原样提供出来,不要按自己理解的信息提供。因为既然你自己做不了,说明你理解一般都有问题。
, y8 f, x% y- D6 w- L
* p' U+ d r4 \9 i6 I# `8 |& F3 x
5)问问题最好能带代码。
! t% R1 D( Y ?% x! j) _1 W
. w0 y( U* s. r8 n! d( X* K
6)不要说“编译通过,可是运行时...",因为编译错误和运行错误可能根本没有关系。 一般来说,编译是语法问题,而运行是逻辑问题。
) b0 X& `4 j, n6 e
; W1 }5 P1 B. L6 q6 `
7) 书看千遍不如做程序一遍,应该尽量尝试去写程序。
. `% I$ \$ M @, x' H' d
# c1 [7 ^& h+ Y. C
8)做程序千个不如做好程序一个。应该尽量完善你现在做的程序,而不要不断开新的计 划,而每个计划都虎头蛇尾。
% D/ U3 E: b/ Q
: I4 {2 t9 ]7 Y) V* w. V+ Y$ j
9)要想到你不是一个人写程序,而是和大家一起写程序。
; v& j" m1 q: C& Y; K) z: y6 h# \
( m& v* L+ T! T. r
10)高深的技巧虽然显示了高深的本领,但是对于合作往往是有害的,应该尽量写出简 单易读的代码。
4 e0 c5 S I, Q" i f" \8 u7 E% \) ?6 Y
1 S, r7 e/ z, S( l3 {
11)编制程序应该尽量做到自注释,即代码本身一读就懂,好象自己在说明自己的逻辑一样。
5 t+ \/ S5 ~* f' D2 V" u8 w
6 Y( p* R. [. A8 d2 V
12)复杂的代码如果实在做不到自注释,应该给出适量的注释。
' T. r# M( S# b' M- ]
' c; E* i* B, r: T
13)注释在修改代码的时候应该相应修改,不能用陈旧的注释去误导别人。
8 [4 s) d' O0 T! q) w+ Y
: Z& B( _2 p% g8 u2 a, F* {' j
14)代码应该尽量可重用,相同功能的代码应该由相同的函数完成,重要函数应该给出调试信息,以便调试时及早发现问题。
. G, ~! s U% @7 q; C
/ @) W" t1 o" s7 H
15)应该尽量写小函数,每个函数尽量不要超过40行或者更少。这样不用滚动屏幕也许就可以读完整个函数。
, O) X8 z& ?- l* k
' y* m7 z O# z1 E! P
16)对于switch语句,尽量不要有过多的分支,如果分支太多,可以考虑用跳转表。
, F7 T" w1 H5 G: ?3 i
W' c; P. Q0 o0 v/ j
17)尽量少使用一些有争议的语句,如goto和三目运算符,既然有争议,它肯定有一定的缺点。
4 k+ ~) I. a0 U$ T
0 y( e% Z8 u0 M3 s4 w6 a6 }% ]
18)对于goto,许多工程师技术高到可以合理使用,而不至于导致问题。但是你的程序并不一定给你同水平的人看和修改,他们可不能保证合理的读和修改这些相关代码。
' N- D1 j1 I" n* x# a
" ]" z& ^; x9 ~0 q3 I
19)代码编写时应该有一定的格式,其基本要求是对理解代码有一定帮助。
: r& G0 w# J1 ^$ s: l2 s
% d# I2 `- s/ k0 P9 G8 Q
20)如果数据是多个模块共有的,应该提供一个封装的类来管理它,并提供一个合适的接口给各个模块。这样,如果数据内容有重大修改,则只要接口不变,基本上可以保证程序不要很复杂的修改。
& s u2 ~! G% Q
! ]1 g% A# L% H0 O/ `/ p+ d% K
21)应该尽量考虑到数据的并发控制。
& G0 N! @& T, [' p" q G7 H, U
; _& b1 {6 m9 l/ h' `; V
22)数据的并发控制应该封装在接口内,而不要暴露给其他模块,这样可以减少因为并发原因导致的程序死锁。
$ ]$ x0 p5 `3 k& v Z. E; L
3 u2 m ^7 ?* U! Z! \0 J" r* \2 H; ]
23)数据本身结构不可以太复杂。应该尽量把不相关的数据分割成为两组数据。
, e G" h" B6 ]6 g* N8 U4 {7 |
; v' \5 F' N5 Z+ z. R
24)对于数据量比较大的情况,应该考虑数据库。
* m& S) g* O+ m
% c9 N Y6 r$ ~0 R2 O, J/ r- @0 T
25)数据库接口应该采用标准ODBC或者ADO接口,尽量不要根据实际数据库DBMS提供的接口来处理,因为你可能在实际使用中更换DBMS。
( L. O1 z! H B9 \ |
. u( ?0 S1 e6 m7 z
26)小的数据可以考虑文件,文件路径应该必须设计成相对路径。
( _& q1 F0 h- x
' ^; {/ n6 l2 h% O; g
27)在一个函数中,应该尽量打开文件后使用完后立刻关闭,这样其他程序可能使用文件。
6 T/ H+ u5 T- H! [2 A+ T4 I& Q
! J, O- L6 s9 _" Y
28)不要尝试把文件全部读到内存中,应该分次处理大文件。
8 y/ g6 p' U- t5 L% x
3 l' p( j: @, B2 R# w9 ~
29)编写程序应该提供相关的测试程序,以提供测试手段。
$ I: j# G+ e- l p6 B% j. _0 S4 A
m# ~1 s, J7 y q: N- v* O
30)应该考虑代码、函数的使用情况,不要超越函数可以使用的范围使用之。
作者:
fish133
时间:
2008-11-29 18:30
标题:
看这帖子,我不得不回啊。晕~
看这帖子,我不得不回啊。晕~
作者:
wangleiyushulun
时间:
2009-11-12 13:16
学到了一些,呵呵,
9 U. Z* D1 ^ P$ [
作者:
legan
时间:
2010-2-1 13:28
这个没有什么新意的的,‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’
作者:
lirunhiu
时间:
2010-4-2 23:43
这个没有什么新意的的,‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’
作者:
kuang17
时间:
2010-4-11 00:40
耿老师说的一样∑··························
作者:
silecainengai
时间:
2010-4-13 12:22
顶一下。。。。。。。。。。。。。。。。。。。。。
作者:
jingxingde
时间:
2010-6-8 19:34
顶一下。。。。。。。。。。。。。。。。。。。。。
3 S# C( r* c7 g2 s+ B2 ?
作者:
duan3307464
时间:
2010-8-9 20:45
每个编程人员多少都可以总结一些,但对于新手会有所帮助
作者:
duan3307464
时间:
2010-8-9 21:02
每个编程人员多少都可以总结一些,但对于新手会有所帮助
作者:
GraBUAA
时间:
2012-3-18 10:29
很不错,谢谢分享
作者:
yingxiaowang
时间:
2012-7-27 23:21
还是要坚持吧。。。因为学习方法对每个然的都是不一样的。。,
作者:
feng67
时间:
2012-10-26 09:37
欢迎光临 数学建模社区-数学中国 (http://www.madio.net/)
Powered by Discuz! X2.5