如果你想在众多程序员中脱颖而出，下面这个现象是值得你深思的：随着敏捷开发、开发运营和分布式版本控制系统的愈渐流行，开发的重心逐渐从个人能力向小组合作转移。
. L! v; g0 w! d$ r4 U% V
) i0 H3 A3 }1 k2 A7 W; W( p- B/ o- I* M7 l1 d: p( U4 {
6 o3 v5 r- I4 `+ p! [
在大多数情况下，团队、部门和个人会自行解决问题，团队负责人对最后的项目结果能做的很有限。
- j5 m) |4 ]( z2 ]' @# Z0 t* D7 u1 a1 w0 ]7 Y( t: x% Q" z
本文中所有技巧的中心思想和主题就是“不要庸庸碌碌，要为自己而活”。好了，坚持和学习下面这十大职业技巧，它们会是你乘风破浪的航船，带你到达成功的彼岸。5 r' a |8 n l* a- L8 Y
3 N5 G5 y5 v$ y1. 你是最棒的 C% C# k/ D5 w1 H) D2 [3 n3 U
0 Y0 [1 h2 o5 v# D% @& ^# K
要相信自己是最棒的程序员，充满自信。随着时间的推移，你的崇拜者会越来越多。别担心会出洋相，IT 这一行是如此复杂，你完全可以把皮球踢给别人。2 e2 _" X$ |; b7 G& i+ |
$ o' R7 d& g h$ l# T! L7 \
2. 你的代码就代表你# i2 z$ Z# V$ D8 K4 L& v
. T5 x+ G# [: |! B如果有同事在的代码中发现了 bug，首先要承认自己的错误——哪怕只是因为键盘多按了一下。事后问问他们是不是对你个人有所意见。$ b6 _1 y" T2 U: f8 p
! ]8 X2 K7 H6 d8 r% F3. 把编程大招当做最高机密
; `; p1 U0 P2 w4 _5 W( P0 S% E9 ?5 Z/ K5 K$ u i
这种编程大招你知道得越多，那么在同行中你的地位就越高。多多使用自己的魔法大招，但是要记得千万不可黔驴技穷。还有一点：不要偷学别人的招数，也不要自降身份。
2 g( O5 D: m% x" _
& |9 @5 _1 Z. ~0 H4. 兰博心态
! L# }9 D3 n j( A- m" M D+ J: X9 j- S7 P# \
那种一夜就能独力编写出新软件组件的开发人员都是“兰博”——孤胆英雄。不必费心去理会代码审查系统和结对编程。需要搞这些的都是新手，它们只会毁掉你的声誉。9 N. |) i2 H; w, ]4 F
) M- ]/ ~: w# k/ a& o- `
5. 知识就是力量
I! ?5 r4 |+ @4 M8 K9 \5 M8 z( w# Y9 c' J4 Q9 d9 V- }
让那些不如你的人知道你的优势。提点他们，有导师就最好。. q9 I0 j7 P( b7 ~
7 a4 y9 I( x. W; W- s2 O4 L7 Q6. 快鱼吃慢鱼
8 n: ^ p0 t$ N
6 c$ E: t4 k% K0 ~. t1 T% v; z要是你还认为像“龟兔赛跑”里的乌龟靠缓慢而持续的速度能赢得比赛，那你就输定了。越快搞定新软件的组件开发，成功的概率就越大。不要在一些如模块化、灵活性和可维护性等事情上浪费时间——如果因为需求不同，必须考虑这些问题，那也不是你的错。
7 Q2 A) X' s3 _: V- M/ T- c* q, A7 v4 |2 u
7. 权威性与编程无关" L* j# ], y/ {& x- b
! c1 {3 Z1 y, d! f; B& c) u权威源于你的公司地位，和你的编程能力无关。当你终于从普通的开发人员熬成团队负责人或者项目经理，你最先要考虑再也不是你能否跟上大家的编程速度。! y- f+ i: O) o
8 J' q, Q5 k7 `* U- n ]+ h, ]
8. 不接受失败
% L( C, X. B4 e/ ~* @/ t6 N; o* j1 S8 g8 }9 n
失败永远都不是我们的选项。如果你的想法在小组会议上被驳倒，设计一个完美又顶级的破坏和怠工活动，如果刚好出现问题的话，那你就可以得意洋洋地宣布了：“我早就说过会这样！”
& {& w( ]" O& \5 _* E! j
1 `8 C- _& w5 R0 D- X7 V, H- k9. 要多和同部门的人增进感情
I' A4 w4 I, |4 l" z! ]: v; D; Z) }9 A f, [! G# Q2 R
不要老是去其他部门办公室，否则你的同事会给你打上“叛徒”的标签。无论如何，比起自己部门的精英人士，其他部门开发人员所能给予的帮助非常有限。" P* I* R3 ` q8 u! Z+ m
: w% y- O {" m3 W& H8 ]4 W10. 将 bug 当做机会' h, J6 {. F3 X( K
# j, T( W+ C7 T有些特别爱好评点他人错误的批判者一看到代码中的 bug 就兴高采烈。试着用类似“典型错误、变量名又混淆了！”等巧妙的话语搪塞过去。
$ q U" _8 b% U5 g8 j! z- j6 S3 q
最后，我要告诫大家，不要累死累活全身心地奉献给团队，最后还吃力不讨好。如果有人拿着 Gerald M. Weinberg 的《无我编程 10 戒律》来反驳，那我可以告诉你，这玩意写于 1971 年，早就完全 out 了。/ d# `) V( i6 \- D# i1 v$ Z! t9 W
* ?: m. I2 k# D; C | 
发表于 2014-9-5 10:22:57
$ o& j$ ~/ `- n* P7 k1 Y