如果你想在众多程序员中脱颖而出，下面这个现象是值得你深思的：随着敏捷开发、开发运营和分布式版本控制系统的愈渐流行，开发的重心逐渐从个人能力向小组合作转移。
3 y0 t, D6 s4 u# S
9 X8 z T+ q, J! P4 C( {( h9 q, A! E$ l2 Z
2 [/ ^' n3 @1 D- X4 w( X, ?
在大多数情况下，团队、部门和个人会自行解决问题，团队负责人对最后的项目结果能做的很有限。
% ]& m% z$ O& m* G
r2 s; ?5 U+ l7 Y/ L: v% t本文中所有技巧的中心思想和主题就是“不要庸庸碌碌，要为自己而活”。好了，坚持和学习下面这十大职业技巧，它们会是你乘风破浪的航船，带你到达成功的彼岸。, p# }. X+ Y2 ~( E
0 C# {- W5 [$ L3 p7 J' K1. 你是最棒的6 J/ J8 f9 m8 r
0 l3 g5 R. b( ?! O; N6 f
要相信自己是最棒的程序员，充满自信。随着时间的推移，你的崇拜者会越来越多。别担心会出洋相，IT 这一行是如此复杂，你完全可以把皮球踢给别人。
" h) ^0 M9 Q- T4 | w
/ `8 }8 D* d( ^; C1 M1 d2. 你的代码就代表你( D' r; C2 Z5 b/ u/ p6 N+ y+ F1 `/ C
% l$ v8 O9 L0 C7 f
如果有同事在的代码中发现了 bug，首先要承认自己的错误——哪怕只是因为键盘多按了一下。事后问问他们是不是对你个人有所意见。5 e* \9 G" j. }1 Y* c7 ^2 S) v
6 n" H+ P/ P0 Q' n3. 把编程大招当做最高机密# S$ Z1 p5 L* [
, c6 F1 P, s* k- ~
这种编程大招你知道得越多，那么在同行中你的地位就越高。多多使用自己的魔法大招，但是要记得千万不可黔驴技穷。还有一点：不要偷学别人的招数，也不要自降身份。
' j/ ~, c" O+ g+ X3 P; s* l; K# I- h5 l: x
4. 兰博心态" W! V' S" d9 A) |& g3 D0 v. n* R
# Y! o# C4 q- A0 b# B那种一夜就能独力编写出新软件组件的开发人员都是“兰博”——孤胆英雄。不必费心去理会代码审查系统和结对编程。需要搞这些的都是新手，它们只会毁掉你的声誉。2 h7 m, J. |, H% `
5 K4 x% {" D, c: Q/ c- q e9 l5. 知识就是力量- a2 b1 e! D* A% U2 N
( r. z& d4 ], R# _/ l
让那些不如你的人知道你的优势。提点他们，有导师就最好。5 F( v4 b4 {: J
' |% G9 T$ C. s
6. 快鱼吃慢鱼5 s V) Z; d1 n& J- U
+ o, l7 K* q) |0 S5 v4 g G# h
要是你还认为像“龟兔赛跑”里的乌龟靠缓慢而持续的速度能赢得比赛，那你就输定了。越快搞定新软件的组件开发，成功的概率就越大。不要在一些如模块化、灵活性和可维护性等事情上浪费时间——如果因为需求不同，必须考虑这些问题，那也不是你的错。# p3 F5 I8 j( g' @( D* M+ s) t0 K
8 J0 \! v; X3 g/ t9 m1 D6 Z" b7. 权威性与编程无关
5 ] b( r" B; A' \2 v1 u
9 r6 r9 ?8 A7 _权威源于你的公司地位，和你的编程能力无关。当你终于从普通的开发人员熬成团队负责人或者项目经理，你最先要考虑再也不是你能否跟上大家的编程速度。
7 ~5 s9 t, \$ x7 g$ H. i9 r7 G
F; Y* I7 o' [" G( J5 e. B& |% q+ [8. 不接受失败
( R3 V/ |& c8 \' d4 K* c8 [. R" f
$ t) m& [( i1 ~, E失败永远都不是我们的选项。如果你的想法在小组会议上被驳倒，设计一个完美又顶级的破坏和怠工活动，如果刚好出现问题的话，那你就可以得意洋洋地宣布了：“我早就说过会这样！”' E! X7 K" w' ]. e3 Z
; L. n8 ^( Y+ q9. 要多和同部门的人增进感情
$ X, e1 H3 a. w, j, J
. K: d9 T3 p" R' h; c不要老是去其他部门办公室，否则你的同事会给你打上“叛徒”的标签。无论如何，比起自己部门的精英人士，其他部门开发人员所能给予的帮助非常有限。
9 Y9 }0 V5 C/ D8 L% v, k" X4 D& K. [( Y, p2 u
10. 将 bug 当做机会
- q8 h9 q" a6 v9 h
! g& K" i; m# J0 n有些特别爱好评点他人错误的批判者一看到代码中的 bug 就兴高采烈。试着用类似“典型错误、变量名又混淆了！”等巧妙的话语搪塞过去。
$ \5 Z& b8 O$ f6 J$ d" }' Y2 g9 C4 H" E* \8 }9 w4 V1 B
最后，我要告诫大家，不要累死累活全身心地奉献给团队，最后还吃力不讨好。如果有人拿着 Gerald M. Weinberg 的《无我编程 10 戒律》来反驳，那我可以告诉你，这玩意写于 1971 年，早就完全 out 了。
- R% E2 z, |- m; N$ d
: D/ V7 n* l: x0 e1 J* x | 
发表于 2014-9-5 10:22:57
