如果你想在众多程序员中脱颖而出,下面这个现象是值得你深思的:随着敏捷开发、开发运营和分布式版本控制系统的愈渐流行,开发的重心逐渐从个人能力向小组合作转移。
: C5 c7 |- u# E- V" }9 h- e
5 H7 L1 ]: x: j9 K, ]: _6 V& a, O+ {1 Z1 l& Z
$ l/ s& J9 j% Y" T# Z& |" Q
在大多数情况下,团队、部门和个人会自行解决问题,团队负责人对最后的项目结果能做的很有限。, U m8 m8 T# X; W/ z9 H, `
; }4 F& k `. W$ @
本文中所有技巧的中心思想和主题就是“不要庸庸碌碌,要为自己而活”。好了,坚持和学习下面这十大职业技巧,它们会是你乘风破浪的航船,带你到达成功的彼岸。" y) }' a# F c) y, G( Z
9 W) i: k- n% E7 R$ K0 H4 V% c
1. 你是最棒的( H, t- Z# Y- r6 M6 C& _, }0 I
: K* O9 R3 y& ?% P
要相信自己是最棒的程序员,充满自信。随着时间的推移,你的崇拜者会越来越多。别担心会出洋相,IT 这一行是如此复杂,你完全可以把皮球踢给别人。2 c# l& A) I9 l) @( G0 [
% ?+ B G* d8 x( r0 H2. 你的代码就代表你
; m+ D6 Y) q- m$ k/ }. U& t
' S. O" }* ]1 Z' O! B! b# b如果有同事在的代码中发现了 bug,首先要承认自己的错误——哪怕只是因为键盘多按了一下。事后问问他们是不是对你个人有所意见。* Q5 G2 s/ a, f
- \! z U- D. l4 I( P3. 把编程大招当做最高机密
% x# d- }& Z; i+ q, B" W$ o
+ v* m5 X- l" S# G这种编程大招你知道得越多,那么在同行中你的地位就越高。多多使用自己的魔法大招,但是要记得千万不可黔驴技穷。还有一点:不要偷学别人的招数,也不要自降身份。& r% H6 r) j+ N. Y1 y4 ^1 x
( v/ L) k+ _* n; v5 Z+ Y( w, b4. 兰博心态
( d- C) M- g2 u' l% H* i
6 N, Q* c# }1 E那种一夜就能独力编写出新软件组件的开发人员都是“兰博”——孤胆英雄。不必费心去理会代码审查系统和结对编程。需要搞这些的都是新手,它们只会毁掉你的声誉。
6 j9 j, j0 f$ @+ g6 l; t u7 ?
9 r( u: r- K/ K! R ~5. 知识就是力量: a3 F3 s q( V8 }
2 Y/ t) r+ |( \8 b1 u7 I让那些不如你的人知道你的优势。提点他们,有导师就最好。
! t+ f5 c( J( [% g& ?( ?# h
7 z& _- A1 u1 o1 O/ M+ C6. 快鱼吃慢鱼
7 ?3 f# F/ [& i* O( ^3 W- E# R3 y b9 w# u. z7 b
要是你还认为像“龟兔赛跑”里的乌龟靠缓慢而持续的速度能赢得比赛,那你就输定了。越快搞定新软件的组件开发,成功的概率就越大。不要在一些如模块化、灵活性和可维护性等事情上浪费时间——如果因为需求不同,必须考虑这些问题,那也不是你的错。8 n2 ^4 I6 B" D, M
9 ]3 F% g% U; X6 M$ t7. 权威性与编程无关) S( o$ _/ E! l8 |* u3 b
) {. E2 z, D- P8 w# [权威源于你的公司地位,和你的编程能力无关。当你终于从普通的开发人员熬成团队负责人或者项目经理,你最先要考虑再也不是你能否跟上大家的编程速度。
% G3 Z/ y+ I8 F0 x: \$ v$ b8 e, K9 s2 I
8. 不接受失败
1 i) x. f S m% T; t6 p) q& \# f2 E
+ z$ y7 \' ^' q' }- g. T失败永远都不是我们的选项。如果你的想法在小组会议上被驳倒,设计一个完美又顶级的破坏和怠工活动,如果刚好出现问题的话,那你就可以得意洋洋地宣布了:“我早就说过会这样!”! |- Y( N2 x' e; x% i
" d1 S9 ~9 |8 @+ N
9. 要多和同部门的人增进感情
+ [+ H9 Y- j, @8 z$ h0 p0 ? s% w. E/ q
不要老是去其他部门办公室,否则你的同事会给你打上“叛徒”的标签。无论如何,比起自己部门的精英人士,其他部门开发人员所能给予的帮助非常有限。. N) L, _! x q2 y
( t6 C% k+ A( S5 Y2 |
10. 将 bug 当做机会
8 l6 q+ Y7 T, c* ^2 A
* Z# s: }- I1 o1 p i$ v- I; B有些特别爱好评点他人错误的批判者一看到代码中的 bug 就兴高采烈。试着用类似“典型错误、变量名又混淆了!”等巧妙的话语搪塞过去。" F I; c0 y2 F9 F
- p: c3 Z# o& d5 V/ A; O最后,我要告诫大家,不要累死累活全身心地奉献给团队,最后还吃力不讨好。如果有人拿着 Gerald M. Weinberg 的《无我编程 10 戒律》来反驳,那我可以告诉你,这玩意写于 1971 年,早就完全 out 了。" @) T% N$ s/ L5 y
{; A/ \7 O, ~1 R3 n; ]' Q
|