如果你想在众多程序员中脱颖而出，下面这个现象是值得你深思的：随着敏捷开发、开发运营和分布式版本控制系统的愈渐流行，开发的重心逐渐从个人能力向小组合作转移。& ?$ _9 H7 O4 l7 \6 o7 j9 Y7 {
" T" Y1 m1 ?# }$ r8 b; j# I. v; _ E! g9 t6 @1 V! ^
0 z' L3 F* O. B3 [9 _2 g7 J
在大多数情况下，团队、部门和个人会自行解决问题，团队负责人对最后的项目结果能做的很有限。6 j! f0 q6 K( V) J
o- ?, }0 |! V9 R( Z本文中所有技巧的中心思想和主题就是“不要庸庸碌碌，要为自己而活”。好了，坚持和学习下面这十大职业技巧，它们会是你乘风破浪的航船，带你到达成功的彼岸。- S* g( c4 Y7 `4 p" g6 D' b. y
. C) y3 [- {$ k+ C1. 你是最棒的( U, ^% z7 h) }0 I& v
% I( f" b" n; ]( v' C- f) W- P3 R要相信自己是最棒的程序员，充满自信。随着时间的推移，你的崇拜者会越来越多。别担心会出洋相，IT 这一行是如此复杂，你完全可以把皮球踢给别人。$ U; }1 ~ T$ K- l
. U+ x; f3 R6 x* S2. 你的代码就代表你1 I; x* }3 o9 F
/ V* K5 A4 {3 v1 q5 Q$ L1 [如果有同事在的代码中发现了 bug，首先要承认自己的错误——哪怕只是因为键盘多按了一下。事后问问他们是不是对你个人有所意见。
1 ]2 s2 e2 U4 O4 G" H3 G" v8 n* N; i8 z
3. 把编程大招当做最高机密
) U) g% J6 S; B! p$ F
) U+ ~: c5 ]7 h9 ?* r2 t这种编程大招你知道得越多，那么在同行中你的地位就越高。多多使用自己的魔法大招，但是要记得千万不可黔驴技穷。还有一点：不要偷学别人的招数，也不要自降身份。
" ~7 |1 R( @4 P+ s
; C7 @; Q" \/ M1 N# z! C3 ?8 y4 }4. 兰博心态
3 h5 t2 H/ C" U: B$ ^# S5 [4 l* R* B# l! K
那种一夜就能独力编写出新软件组件的开发人员都是“兰博”——孤胆英雄。不必费心去理会代码审查系统和结对编程。需要搞这些的都是新手，它们只会毁掉你的声誉。
! ]: h" b9 h) _9 F: V } N4 I1 \ }, X
5. 知识就是力量" @7 o3 T: q; Y5 ?9 X: p0 y
! a! B2 \# G& N6 I M; f# m; u让那些不如你的人知道你的优势。提点他们，有导师就最好。
4 T8 R4 e) o7 L2 `4 ? j/ A0 b9 P' x+ L+ V# [
6. 快鱼吃慢鱼
7 v4 x$ {% I: A! Q `. T- K* ~7 V
要是你还认为像“龟兔赛跑”里的乌龟靠缓慢而持续的速度能赢得比赛，那你就输定了。越快搞定新软件的组件开发，成功的概率就越大。不要在一些如模块化、灵活性和可维护性等事情上浪费时间——如果因为需求不同，必须考虑这些问题，那也不是你的错。
# N" e4 a3 D! d; ]# `& R* s, m- x0 l; a1 Z9 X
7. 权威性与编程无关
7 [0 |9 g! `( V* e4 D5 g
: J( G2 A( b0 t5 p权威源于你的公司地位，和你的编程能力无关。当你终于从普通的开发人员熬成团队负责人或者项目经理，你最先要考虑再也不是你能否跟上大家的编程速度。
4 l3 [- a$ l: t2 [* J0 V8 y% H Z" @
8. 不接受失败
8 G* e6 H4 f3 J) x- f9 b3 `' N# E& T B0 @
失败永远都不是我们的选项。如果你的想法在小组会议上被驳倒，设计一个完美又顶级的破坏和怠工活动，如果刚好出现问题的话，那你就可以得意洋洋地宣布了：“我早就说过会这样！”1 Z" r4 M/ {- k q) Z
6 R; {% y4 H$ A! ]& `' B1 y* M1 C3 x- P9. 要多和同部门的人增进感情
0 Q M1 |# l/ d7 H0 J, e
9 J, Z7 z$ B% R7 V不要老是去其他部门办公室，否则你的同事会给你打上“叛徒”的标签。无论如何，比起自己部门的精英人士，其他部门开发人员所能给予的帮助非常有限。
3 v) D7 U( ^9 ~$ n$ R
+ Y0 ?9 w: e4 S10. 将 bug 当做机会1 Y9 J- A/ i- X/ z" q) R$ F) T" b. A
( j. U2 A" K4 y% n6 h" \ K
有些特别爱好评点他人错误的批判者一看到代码中的 bug 就兴高采烈。试着用类似“典型错误、变量名又混淆了！”等巧妙的话语搪塞过去。9 e$ H" ]2 ? e3 j2 X* } r% h
1 I+ N# n6 L' H! r! l' A- L) g
最后，我要告诫大家，不要累死累活全身心地奉献给团队，最后还吃力不讨好。如果有人拿着 Gerald M. Weinberg 的《无我编程 10 戒律》来反驳，那我可以告诉你，这玩意写于 1971 年，早就完全 out 了。
9 C8 L* T6 i1 B
( m) U2 P# W5 y! ?0 | | 
发表于 2014-9-5 10:22:57
