如果你想在众多程序员中脱颖而出，下面这个现象是值得你深思的：随着敏捷开发、开发运营和分布式版本控制系统的愈渐流行，开发的重心逐渐从个人能力向小组合作转移。
, H9 B8 _$ x4 X' `8 U, j% c1 z
: ?4 Z6 ?$ _/ _# O* f
( w* Z5 ]# t6 k7 @* x+ W4 ^% ^. L0 y1 e" F" _- A4 d
在大多数情况下，团队、部门和个人会自行解决问题，团队负责人对最后的项目结果能做的很有限。
5 P; Y5 d$ W, Q! ^2 C, h1 u8 U8 d6 H
本文中所有技巧的中心思想和主题就是“不要庸庸碌碌，要为自己而活”。好了，坚持和学习下面这十大职业技巧，它们会是你乘风破浪的航船，带你到达成功的彼岸。- c/ B; B0 Z3 }" U7 ?4 d: E# P
) b2 ?! M+ G) p8 H M1. 你是最棒的0 ^, Z1 A1 `; | g6 ]) \
# U5 T" \3 z, |9 V8 x7 \7 Q: o; X
要相信自己是最棒的程序员，充满自信。随着时间的推移，你的崇拜者会越来越多。别担心会出洋相，IT 这一行是如此复杂，你完全可以把皮球踢给别人。. t; H# p, g4 X
; ~3 w8 Z f$ d1 H. f; A0 `7 c2. 你的代码就代表你
9 ^. [3 X$ S/ U9 Y G) a4 Y; O# r5 n
如果有同事在的代码中发现了 bug，首先要承认自己的错误——哪怕只是因为键盘多按了一下。事后问问他们是不是对你个人有所意见。
, b! M2 a- y/ _4 ?/ }) }% K# R0 n9 j5 g, [2 ?$ T
3. 把编程大招当做最高机密' f3 U6 f/ F# w- @
) r& ?1 m ^( ^# s5 B& E2 D9 Y这种编程大招你知道得越多，那么在同行中你的地位就越高。多多使用自己的魔法大招，但是要记得千万不可黔驴技穷。还有一点：不要偷学别人的招数，也不要自降身份。
?4 L- O8 y2 L6 E0 V6 J3 r* U' Z9 u' I9 v1 L) s1 P
4. 兰博心态
. A. q3 W1 E! f/ J6 }9 X- c# f+ s% T& _* d- p. C* D
那种一夜就能独力编写出新软件组件的开发人员都是“兰博”——孤胆英雄。不必费心去理会代码审查系统和结对编程。需要搞这些的都是新手，它们只会毁掉你的声誉。 [2 n/ g$ z3 q$ h/ x6 \$ w
; o# t, k: v' H8 F$ W
5. 知识就是力量
' j" w, V7 i/ Z& k
+ i( S) w0 h" P) C7 {让那些不如你的人知道你的优势。提点他们，有导师就最好。
$ W) `8 v O) L: Q2 ?5 J" s4 j) z+ k c3 P j- j k
6. 快鱼吃慢鱼/ }1 x7 K; p0 M/ X3 J- A
: R, ~( M+ p' j
要是你还认为像“龟兔赛跑”里的乌龟靠缓慢而持续的速度能赢得比赛，那你就输定了。越快搞定新软件的组件开发，成功的概率就越大。不要在一些如模块化、灵活性和可维护性等事情上浪费时间——如果因为需求不同，必须考虑这些问题，那也不是你的错。
4 h" `, @. s5 Z( [8 m2 E% {3 N& n- P5 u4 F: H7 A/ b1 K% N
7. 权威性与编程无关
# }: n* y! y1 I& m6 s: o" J4 m* a5 g& Y9 r
权威源于你的公司地位，和你的编程能力无关。当你终于从普通的开发人员熬成团队负责人或者项目经理，你最先要考虑再也不是你能否跟上大家的编程速度。
+ g3 T; i" N! ?* B9 m
2 Q3 ?- H6 `! S* y8. 不接受失败9 ~& l1 S* a3 x) D. ?4 J' \
! ]) A8 c* _8 V+ @
失败永远都不是我们的选项。如果你的想法在小组会议上被驳倒，设计一个完美又顶级的破坏和怠工活动，如果刚好出现问题的话，那你就可以得意洋洋地宣布了：“我早就说过会这样！”
, Q' h9 O: r! g5 Z } z6 X$ w
- U# v5 _% \5 b* K) b. r9. 要多和同部门的人增进感情" w( H( @% a' s: X+ z$ d+ |. S
2 w- w7 ]5 h5 U% A+ @
不要老是去其他部门办公室，否则你的同事会给你打上“叛徒”的标签。无论如何，比起自己部门的精英人士，其他部门开发人员所能给予的帮助非常有限。1 e3 _, I% H% f- W
+ S. w4 p$ i* _7 [$ K
10. 将 bug 当做机会2 X% ~! S. d1 l a7 ^1 a
" l; \6 O/ G( b5 S4 S7 a有些特别爱好评点他人错误的批判者一看到代码中的 bug 就兴高采烈。试着用类似“典型错误、变量名又混淆了！”等巧妙的话语搪塞过去。
+ r4 U: [. E& P4 w+ ]( F4 ^% W& I- p% ~" W* J: D3 j- L. H8 z; Y8 Y
最后，我要告诫大家，不要累死累活全身心地奉献给团队，最后还吃力不讨好。如果有人拿着 Gerald M. Weinberg 的《无我编程 10 戒律》来反驳，那我可以告诉你，这玩意写于 1971 年，早就完全 out 了。# \* g, m4 S& \1 I. P
8 e6 R1 \/ O% d | 
发表于 2014-9-5 10:22:57
