阅读随想(1):《你的灯亮着吗?——发现问题的真正所在》

2024-01-18 08:38

本文主要是介绍阅读随想(1):《你的灯亮着吗?——发现问题的真正所在》,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

作者:fasiondog

我的Bloghttp://blog.csdn.net/KongDong


第一个问题:问题是什么?

问题解决者的三步:

  1. 问题是什么?

  2. 谁有问题?

  3. 解决者的心态“齿轮从单数变为复数”,把自己从一个问题的解决者转变为一个问题们的解决者(多问题的解决者)。对回答这一问题的每个不同的人群,问:“你的问题本质是什么?”

随想:遇到问题不要急着立即去寻找解决办法,而是要弄清楚“问题是什么?”。如何弄清楚问题的实质,首先需要明确到底是谁的问题。明确是谁的问题并非轻而易举,需要我们善于换位思考,从不同人员的角度出发体验问题的真正所在。否则,只会是拆了东墙补西墙——一塌糊涂!软件开发也好,项目管理也好,都需要我们在众多涉众中进行权衡和明确他们的需要,所有的事情都应该仅仅围绕一个大家共同接受和认可的目标进行,而目标的确定也需要我们事先圈定“大家”的范围,否则,很可能永远没有共同接受的目标。


问题其实就是你期望的东西和你体验的东西之间的差别

幻觉中的问题是真正的问题

对于那些没有幽默感的人,帮他们解决问题简直就是自寻烦恼

随想:一针见血——问题就是期望和体验之间的差别!不禁联想到我们项目经理经常忧心忡忡的模样,苦着脸说“总觉哪里有问题!”。呵呵,这即是好事又是坏事,好事是“觉得有问题的地方通常都一定有问题”——潜在的期望和当前的体验存在差距,知道有问题存在;坏事是“不知道问题在哪?”,这可真是让人郁闷。对于这个问题似乎没有什么解决的灵丹妙药,只有多听听他人意见、对比案例、借鉴历史,多多积累经验了,毕竟要找到自己潜在的“期望”似乎也不那么容易啊!


第二个问题:这个问题是什么?

不要把他们的解决方法误认为是问题的定义

如果你太轻易的解决了他们的问题,他们永远都不会相信你真的解决了他们的问题

道德考虑在遇到有利可图的问题时往往很快就烟消云散了

随想:想起大学时,考试编译原理,自以为复习充分,做起题来酣畅淋漓,连草稿纸都省了,不到半个小时就在众目睽睽之下提前交卷了,满以为必是90分以上,之可惜结果居然只有70多,至今回想,依然愤愤不平!后来,考试数据结构,看着大家一个接一个的提前交卷,我却还在稿纸上比划着最后一道编程题,越来越是心惊,心里直冒汗,心想:“我没那么笨吧,都快走光了!”,结果考试成绩出来,居然是最高分,晕! 啊,似乎和前面的体会有点矛盾,越是心里没底做出来的东西越好?管不了那么多了,就但前面提的是问题解决方法,这儿是考试,不同的:-)   乍一看“道德考虑在遇到有利可图的问题时往往很快就烟消云散”是在告诉我们有利可图时可以暂时放弃道德也无需过于自责,再往后看,才发现作者是要告诉我们,即使是暂时抛弃了道德也不一定会有好结果,所以,做人还是要厚道!保持诚信始终是做人的第一准则,也许会有暂时的误解,但坚持不懈总是会赢来尊重!至于如何做到诚信,不如看看李开复在《做最好的自己》里提到的裁员时是如何对待自己的老同事兼师兄和新员工的。写到这里不由想起两个人来:陈水扁、李登辉…… 不过,值得警惕的是保持诚信绝对不应该是盲目的自以为是,自己觉得自己很讲诚信,而应该是经常自省其身,毕竟无风不起浪,总有自己可能忽视的地方,这却非是什么诚信问题。


不要把问题的解决方法误认为是问题的定义——特别是在你使用自己的解决方法时

你永远都不能肯定你已经有了一个正确的定义,即使在问题已经解决之后

不要过早的下结论,但是也不要忽略你的第一印象

你永远也不能肯定你有了一个正确的定义,但是永远不要放弃需求它的努力

随想:“不要忽略第一印象”每个人应该有不少自己的经历,也再一次从某种程度上验证了“你觉得问题的地方通常一定存在问题”。说实在的,“好像哪儿有问题”是我最喜欢从项目经理们那儿听到的一句话,这也是我自己常常对自己说的一句话。这让我感到高兴,因为这位项目经理开始在琢磨了“到底哪儿存在问题了”,开始在寻找“问题”,虽然这好像捉迷藏,有点难:)

 

待续……



Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=624636


这篇关于阅读随想(1):《你的灯亮着吗?——发现问题的真正所在》的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!


原文地址:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.chinasem.cn/article/618534

相关文章

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因(调度随机、变量修改、非原子操作、内存可见性、指令重排序)及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操

Redis出现中文乱码的问题及解决

《Redis出现中文乱码的问题及解决》:本文主要介绍Redis出现中文乱码的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1. 问题的产生2China编程. 问题的解决redihttp://www.chinasem.cns数据进制问题的解决中文乱码问题解决总结

全面解析MySQL索引长度限制问题与解决方案

《全面解析MySQL索引长度限制问题与解决方案》MySQL对索引长度设限是为了保持高效的数据检索性能,这个限制不是MySQL的缺陷,而是数据库设计中的权衡结果,下面我们就来看看如何解决这一问题吧... 目录引言:为什么会有索引键长度问题?一、问题根源深度解析mysql索引长度限制原理实际场景示例二、五大解决

Springboot如何正确使用AOP问题

《Springboot如何正确使用AOP问题》:本文主要介绍Springboot如何正确使用AOP问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录​一、AOP概念二、切点表达式​execution表达式案例三、AOP通知四、springboot中使用AOP导出

Python中Tensorflow无法调用GPU问题的解决方法

《Python中Tensorflow无法调用GPU问题的解决方法》文章详解如何解决TensorFlow在Windows无法识别GPU的问题,需降级至2.10版本,安装匹配CUDA11.2和cuDNN... 当用以下代码查看GPU数量时,gpuspython返回的是一个空列表,说明tensorflow没有找到

解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题

《解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题》:本文主要介绍解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4... 目录未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘打开pom.XM

IDEA Maven提示:未解析的依赖项的问题及解决

《IDEAMaven提示:未解析的依赖项的问题及解决》:本文主要介绍IDEAMaven提示:未解析的依赖项的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝... 目录IDEA Maven提示:未解析的依编程赖项例如总结IDEA Maven提示:未解析的依赖项例如

Redis分片集群、数据读写规则问题小结

《Redis分片集群、数据读写规则问题小结》本文介绍了Redis分片集群的原理,通过数据分片和哈希槽机制解决单机内存限制与写瓶颈问题,实现分布式存储和高并发处理,但存在通信开销大、维护复杂及对事务支持... 目录一、分片集群解android决的问题二、分片集群图解 分片集群特征如何解决的上述问题?(与哨兵模

SpringBoot+Redis防止接口重复提交问题

《SpringBoot+Redis防止接口重复提交问题》:本文主要介绍SpringBoot+Redis防止接口重复提交问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不... 目录前言实现思路代码示例测试总结前言在项目的使用使用过程中,经常会出现某些操作在短时间内频繁提交。例