月度归档:2013年12月

《你的灯亮着吗?》读书笔记

1、当遇到一个问题时,先不要急着去解决问题,而是问下自己 问题是什么?为谁解决问题?谁有问题? 确切的说是需要寻找问题的本质,更全面的考虑问题
2、问题其实是人期望的东西和你体验的东西之间的差别,简单点说与预期不符。
3、不要过早的下结论,但是也不要忽略你的第一印象
4、当解决一个问题的时候,可能会带来一个新的问题,从而子子孙孙无穷尽也。
5、问题最难处理的却是意识到问题的存在,这里的关键是思考,思考之后才会能发现问题。
6、一旦我们把一个东西当作一个问题,我们通常会给它“变形”
7、当你在寻找问题定义的道路上疲倦地游荡时,不要忘记随时都回头看看,看看你是不是已经迷路了。
8、注意你说话的上下文,有些信息是你知道,而别人不知道的,所以,当说一件事情的时候需要确保信息对等,如果信息不对等,请在你的表述中将这些信息带上。
9、一旦你用文字表述一个问题,请仔细推敲这些文字,以使这种表述在每个人的头脑中都是同一个意思。
10、当别人能够很好地解决自己的问题的时候,千万不要越俎代庖。这时不是看问题了,而是解决问题,一线的问题让一线的人解决吧。
11、如果某人能够解决这个问题,但是他本人却并不会遇到这一问题时,那么你们首先要做的就是让他也感受到这个问题。
12、当指责别人没有解决问题时,试试换过来指责你自己-即使只有一秒钟。
13、你的灯亮着吗?
14、问题的根源常常在你自己身上。
15、问题从哪儿来?找到问题的根源。
16、在这个世界上有两种人,一种人做事,另一处人给别人找事做。这个世界上也可能有另外两种人,一种人做事,一种人享受荣誉。
17、看看我们现在处理的难题,那些你看起来不可能解决的问题只需要再多花一点时间就能解决。当你解决了这个问题时,回过头来看看,觉得也许没有想象中的那么困难,行百里者半于九十
18、追求什么,就能够学到什么
19、不管看上去如何,人们很少知道他们想要什么,直到你给了他们想要的东西。
20、最终的分析表明,并没有多少人真的希望他们的问题被解决。
21、开始之前,想想我是否真的想要一个解决方法?
22、解决问题不要太快,快往往代表着仓促,仓促往往会容易出错。
23、过去的已经过去,现在的还在现在,将来的永远是将来。忘掉过去,把握现在,相信将来!
24、首先,对自己要真诚。对自己要真诚,在这里的意思是,在你靠近一个解决方案、甚至一个定义之前,你必须考虑道德的问题,然后再开始降低你的敏感度。这种考虑永远都不会是浪费你的时间,因为解决问题永远都不会是一个道德上中立的行为――不管它是多么的吸引它的从业者们。

开发过程中的偏误

开发的一生应当这样度过:当他回首往事的时候,不会因为没有时间陪妹子而悔恨,也不会因为没有浏览过祖国的大好河山而愧疚。这样,在临终的时候,他就能够说:‘我已把自己整个的生命和全部的精力献给了世界上最壮丽的事业——编程。

作为一个开发人员,每天吭吭哧哧的编码,调试,面对产品MM的需求变更,应对测试MM的各种挑战,呼啦啦,需求上线了,看数据,有告警,马上处理,没有告警,安心做下一个需求,眼睛一睁一闭,一天就过去了,要是一闭不睁呢?

在无比享受的开发过程中,我们可能会存在一些偏误,你见或不见,它就在那里,不增不减,不悲不喜。

在开发的世界中,总会有一种老子天下第一的气势,所谓文无第一,武无第二,开发也是。当一个需求开发完成后,我们都会认为我们的代码是很完美的,它能很好的实现产品的需求,没有bug,当测试MM说开发哥,你这里是不是有bug?第一反应是:怎么可能?是不是环境有问题。这是属于开发的过度自信偏误,但这并不是开发独有的,我们大多数人都有这个问题,只是强弱程度不一样。过度自信偏误对专家的影响比对非专家的影响要大,男人比女人更大,作为以男性居多的开发领域的专家,这个问题比较突出就不奇怪了。

建议:我们需要基于现场的实际情况做出自己的判断。

隔壁组开始用Go写他们的业务了,NB大发了,要不我们也试试?昨天那个分享中有介绍node.js,现在用的人蛮多的,咱们是不是也用一下试试?现在业内流行特定领域语言,咱们也是不是开发一套……

为什么我们会对大家都在使用的一些东西比较关注?为什么?从众心理。剧场中,当表演到精彩处,有一个人带头鼓起掌来,于是整个剧场都将掌声雷动;喜剧节目或访谈节目时,在关键位置插入笑声往往会引发观众的笑声。如果只是你一个人,也许就没有这样的效果了。
技术人员对技术有着特殊的激情,当一堆人开始讨论某些技术的时候,如果自己不知道一些总会觉得不太和谐,于是开始研究,应用,甚至为这种技术布道。

建议:对于热门的技术和大家都在谈论的技术,了解可以,具体应用到业务,需要做详细的评估,确认此种技术出现的应用场景,以及是否适用我们当前的业务,一种技术的引进有时是种进步,有时会成为技术负债。

系统告警,组内的人都收到了短信,可这是一个公共模块,谁去处理呢?你想,嗯,总会有人去处理的,于是等啊等啊,终于,一堆的客户投诉到了客服那里,事故升级,大家都挨批了。什么原因?三个和尚没水喝的故事再次重演了呗。如同一堆人一起拉绳子,人越多,个人的贡献越低。这被称之为社会性懈怠,在团队里不仅我们的效率会被克制,我们的责任也会被克制,如同刚才告警的例子,谁也不想为之负责。但这是一种理由性行为:假如使出半力就行,又不会引起注意,为什么要使出全力呢?

建议:团队业务模块化,责任到人,通过彰显个人效率来缓和这种懈怠。

以上只是我们常遇到的一小部分偏误,不仅仅是我们开发,大部分人也有同样的问题,偏误很多,只是你有没有清醒的认识到?

奇志大兵的相声中有这样一句词:偏爱,偏爱离正爱就不远了吧

偏误也是!