如果你想在众多程序员中脱颖而出，下面这个现象是值得你深思的：随着敏捷开发、开发运营和分布式版本控制系统的愈渐流行，开发的重心逐渐从个人能力向小组合作转移。( a2 u7 {9 ~4 {0 z- |
' f: D6 H: v- {1 e- d& A; `6 h
U9 x* G5 w3 {; j" R# F% u% B/ p3 [. W$ }& I
在大多数情况下，团队、部门和个人会自行解决问题，团队负责人对最后的项目结果能做的很有限。
. r1 A$ |5 d8 p# I2 Y' K) f$ o& h9 r) _: n( Y5 A+ H- y
本文中所有技巧的中心思想和主题就是“不要庸庸碌碌，要为自己而活”。好了，坚持和学习下面这十大职业技巧，它们会是你乘风破浪的航船，带你到达成功的彼岸。/ s! D7 w$ _2 l
. ]( Q; Z8 p ]: S: H- B& P1. 你是最棒的9 S6 m0 `/ d/ s, q- n) `2 a- U- u
6 K, c$ i3 r1 a' f/ P+ F0 y要相信自己是最棒的程序员，充满自信。随着时间的推移，你的崇拜者会越来越多。别担心会出洋相，IT 这一行是如此复杂，你完全可以把皮球踢给别人。
4 w# n2 w4 M& E
; ]0 S* {2 F3 N: y' N+ }2. 你的代码就代表你
! k1 G* m( Q ?5 s' Z$ s' M. N# F; X, F2 ^: J) N+ Y+ V
如果有同事在的代码中发现了 bug，首先要承认自己的错误——哪怕只是因为键盘多按了一下。事后问问他们是不是对你个人有所意见。2 i8 a9 Y$ p* T) h
6 R- y {( F8 X6 L
3. 把编程大招当做最高机密
. `5 _7 F0 w9 `/ `1 J$ E; M
- O7 b6 W2 _6 E) i3 [这种编程大招你知道得越多，那么在同行中你的地位就越高。多多使用自己的魔法大招，但是要记得千万不可黔驴技穷。还有一点：不要偷学别人的招数，也不要自降身份。
: x: [- C( d; d t, m
$ n8 L; n; y3 j$ y4. 兰博心态
, j/ U& d E* T, x4 _
! R& S1 f* X) H, ~! x那种一夜就能独力编写出新软件组件的开发人员都是“兰博”——孤胆英雄。不必费心去理会代码审查系统和结对编程。需要搞这些的都是新手，它们只会毁掉你的声誉。
/ E7 L6 B2 _2 S8 _; f0 @, _' C+ I
' D8 t, h- T" T$ B( R3 i5. 知识就是力量
4 Z9 x9 J4 f7 r' b0 S! e5 ?4 R, B" ?# Q! ^, q' @3 p6 q% j
让那些不如你的人知道你的优势。提点他们，有导师就最好。8 v$ o' P$ e: q% b$ z4 V9 z
3 a3 b( X5 @! P' @5 }6. 快鱼吃慢鱼* ]2 F2 K+ L/ y) U/ u5 Z N9 X
2 ]2 B" K: c* a" S! q9 }
要是你还认为像“龟兔赛跑”里的乌龟靠缓慢而持续的速度能赢得比赛，那你就输定了。越快搞定新软件的组件开发，成功的概率就越大。不要在一些如模块化、灵活性和可维护性等事情上浪费时间——如果因为需求不同，必须考虑这些问题，那也不是你的错。* ^+ u) H* k- e0 p
! w% O: Y( Z l; z9 J+ @4 U7. 权威性与编程无关
- r3 A" r8 h- b! e0 M
2 ~' [1 |" Z1 n( x# e$ y权威源于你的公司地位，和你的编程能力无关。当你终于从普通的开发人员熬成团队负责人或者项目经理，你最先要考虑再也不是你能否跟上大家的编程速度。
2 v) B: v$ ^, O" t! n p, r) H2 N' r% t/ q/ ]
8. 不接受失败
4 F5 F5 A: H2 o0 l8 W
, i( G- ?2 E- w; s失败永远都不是我们的选项。如果你的想法在小组会议上被驳倒，设计一个完美又顶级的破坏和怠工活动，如果刚好出现问题的话，那你就可以得意洋洋地宣布了：“我早就说过会这样！”3 I# U( W7 l' E" A* J- l* }# U
[, [6 g% R+ D( Q0 C; z
9. 要多和同部门的人增进感情
/ u) y+ z( s( H
9 u9 c7 S/ Q' T6 e1 N$ T) l: q不要老是去其他部门办公室，否则你的同事会给你打上“叛徒”的标签。无论如何，比起自己部门的精英人士，其他部门开发人员所能给予的帮助非常有限。8 ^" z/ S- k* q0 c/ Q3 [! _& W. t
; I- v8 _/ T3 p* U6 y+ D10. 将 bug 当做机会
5 W9 m. P% Z5 ^% J5 q. P9 d
% ~ _" @# f: H9 h& y- \0 ~4 J' d- j有些特别爱好评点他人错误的批判者一看到代码中的 bug 就兴高采烈。试着用类似“典型错误、变量名又混淆了！”等巧妙的话语搪塞过去。* x% m1 j, f- m( n8 h3 A6 e( |
$ Y1 o& O, _9 z* l, L/ ]2 r/ C
最后，我要告诫大家，不要累死累活全身心地奉献给团队，最后还吃力不讨好。如果有人拿着 Gerald M. Weinberg 的《无我编程 10 戒律》来反驳，那我可以告诉你，这玩意写于 1971 年，早就完全 out 了。
, C5 w/ `1 N9 Y" E( Q# ^3 i( ~, `: F! T& i) R
| 
发表于 2014-9-5 10:22:57
