: }, t* U, S! o; v对于这点最深的感触是实习的时候经理提的一点要求:做任何事,先要想明白,再能给别人讲明白,然后再去执行。所以那会我们在做开发之前先要跟他汇报,给他讲明白,然后才能开发。优点也很明显,这样下来bug比之前少很多。9 R, h- k$ B5 V+ p
: u0 z+ V4 K- Y/ f( t D R在这顺便建议一下大家写博客,做完东西整理思路总结一下,然后分享给大家,加深理解的同时还能获得成就感,一举多得。3 j* ^: G2 e6 U6 u( P# u" V
! x5 W# h0 _. |& P我是这样解决问题的 + q5 k: \$ u4 A& k 5 G e6 n9 u; r! K首先遇到问题不要怕,要知道这个世界上那么多前辈,你所遇到的大部分问题,之前肯定有人遇到过并且已经解决,要学会使用google。9 J7 f& f4 Z9 |9 B
8 @. _: K+ C* Z" ]' W6 j6 d
其次,这里有一条准则与大家共勉: & b2 {9 Q* L) z8 j; V * e. t" P0 c+ ?( R! nWHAT,WHEN,WHY,HOW。 3 Y7 Y. }9 v9 r/ S% X6 e/ B6 c1 e9 Q7 q9 r0 k# [
它是什么?它在什么场景下发生?它为什么会是这样,有没有其他原因?它是怎么做到的? $ b+ B3 G0 t) v$ ]1 z& p % j0 x0 V0 L4 t' o+ W, F A) ]% O如果你觉得自己处理信息的能力又比较弱,不妨这样试试。做任何事情之前,有意识的让自己来一遍what, when, why, how。 8 A9 u ]% i7 Q# @' u& n% z 9 |: y3 ^1 S: r( h时间久了,你会发现逻辑变得严谨,不会钻牛角尖了,工作变得轻松,debug也不头痛了。 ' a, z5 q) T, Y: P l5 ^4 ^) ?. A |) v3 Z( B# I
与时消息、与时谐行、与时俱进3 K! y2 S& f1 @1 D0 B
8 a% g) ^4 y7 w% a每天抽出半个小时左右的时间阅读一些领域内的博客, 理解目前的技术发展方向,与时代同步,让技术历久弥新。 2 D: A/ n: M3 M, G; _7 c, `2 B ! O8 m, b0 w l: Q9 I U* z代码评审3 y/ g. E# w$ U. l* r/ @4 a
+ M3 i+ N2 P9 G6 C0 f" E! M大多数程序员都有一个错觉:手头上的项目永远是最烂的。如果你也是这么认为,那么尝试去改变它吧。 1 B! C# T- u- h( ^" f2 w p 7 {2 z% h- p" F f* l代码评审(code review)是一个用来提高程序员的极好的方法。 : @- V8 Z; ^$ q$ A5 O " ]) [ v) u# c) C开源项目 : }+ N; F C* E( n( j$ s/ c0 {( ?/ j: E2 S: V
阅读流行的开源项目,是学习编写可维护代码和软件开发流程的好方法。比如最近流行的google出品的 MVP模式demo 、 EventBus、Picasso等等。3 T, ^2 Q4 k# i$ b: X
# u* y# d6 M- ]$ T" ^% l; R4 S
结语# M/ P0 V( z- g
2 _# d' V- a2 @3 d( Q$ T
做一个行动派。 : m8 Z( a; C' L( u: J / J* N$ x% y2 ~4 E" E世界上最遥远的距离是在想到和做到之间。 * W$ L2 ~. m/ }9 x! T- p* @ ' i2 }; k7 l* W; M9 ]如果只是看清了一些事情而不去改变它,那又有什么意义呢? 9 i8 E2 f* F6 j9 r