作者:fasiondog
我的BLOG:
http://blog.csdn.net/kongdong/<meta content="text/html; charset=utf-8" http-equiv="CONTENT-TYPE">
<meta name="GENERATOR" content="OpenOffice.org 1.9.129 (Linux)">
<meta name="CREATED" content="20060312;270700">
<meta name="CHANGED" content="20060319;2193600">
<style type="text/css">
<!--
@page { size: 21cm 29.7cm; margin: 2cm }
P { margin-bottom: 0.21cm }
H1 { margin-bottom: 0.21cm }
H1.western { font-family: "Arial", sans-serif; font-size: 16pt }
H1.cjk { font-family: "AR PL SungtiL GB"; font-size: 16pt; font-style: normal; font-weight: bold }
H1.ctl { font-family: "Tahoma"; font-size: 16pt; font-weight: bold }
-->
</style>
第三个问题:什么是真正的问题?
每种解决方法都会带来新的问题
有时候,我们使问题变得没那么棘手,其实只是把问题放在“别人家的后院里”。这种技巧叫做转嫁。这种方法通常可以非常有效的解决问题,尤其当你有意识地这么做并做得很细心谨慎的时候。
但是新的问题常常是在无意识的情况下产生的,这种情况非常的普遍,以致于我们频繁的看到:问题最难以处理的部分恰恰是去意识到它们的存在。
如果在对问题的理解中,你想不出至少3种可能出错的地方,那么你并没有真正的理解这个问题。
不相称的解决方法就是那种给将要使用这种解决办法的人们带来不协调后果的解决方法
大多数不相称可以被那些不得不适应它们的人很快的解决掉。人们的适应性太强了,他们可以容忍几乎所有的不相称——直到他们最终意识到它本来不是必须要这样的。
不要轻易下结论,但是也不要忽略你的第一印象
试着对外国人、盲人或孩子进行一下定义,否则就试着让自己变成外国人、盲人或者像个孩子
每一种新的观点都会带来新的不相称
我们要怎样改变问题的表述方式才能获得不同的解决方法?
当你在寻找问题定义的道路上疲倦地游荡时,不要忘记随时都回头看看,看看你是不是已经迷路了
一旦你用文字来表述一个问题,请仔细推敲这些文字,以使这种表述在每一个人的头脑中都是一个意思。
随想:
1、“问题最难以处理的部分是意识到它们的存在”——这不正是大多数开发人员的写照,否则也不用成天有人喊着叫着要大家多从客户的角度考虑问题,一切以客户为中心。其实,何止开发人员,每个人都不可避免的犯着同样的毛病,因为大多数时候只要自己的问题解决就可以,哪有时间和精力要解决每一件事情呢。解决的问题的核心并非只是从多个角度考虑问题,而是要从不同涉众的角度分别去验证解决方案对他们的影响,是否真能解决他们的问题,假想“验证”才是关键。解决方法容易提,能不能真的解决问题就需要从多个角度详加考虑,否则很能是丢了西瓜检芝麻。
2、“换位思考”是验证解决方案是否适用的好手段,不过要真正做好“换位”需要有良好的“同理心”为基础,只有多从他人的角度出发,多替他人着想,才能真正的获得良好的解决方案。不久前部门讨论团队工作原则,明显分为两派,以至于体现出人们之间如此不同的人生态度。大家争论是“正直和同理心,哪个应该作为团队的第一原则?”。当时有感于“第一、我们团队没有人不正直;第二、近来部门的工作越来越自行其事,完全没有考虑从开发人员的角度考虑过问题,只是自己想当然”,于是乎自然站在了“同理心”一脉,只是认为团队内“同理心”应该更重要的人,往往多了份宽容,在这种问题上多半是以让步了事,何况也并未真的否认“正直”只是认为团队内并没有不正直的人罢了。在我看来,部门内坚持“正直”的人几乎都是那些平时极度自信和善于随时变换思想(起先坚决反对别人的意见,后来发现不对时,自己转变了想法,说出来时还好像是自己原来的想法就是如此,混不知是自己剽窃了他人的想法,荒谬的是居然还能每次说得大家以为他就是对的,而别人一直都是错的)的人,所以实在是无法在这个问题上耗费精力争论下去。何况,今年MDG的任务被我争到了手上,讨论改进活动时,即使说不过那些“辩”者,也总还能以“开发需要多参与改进活动”为借口拉着开发的兄弟们多多助阵吧。
3、“文字游戏”倒是引不起什么兴趣,也不觉的非是如此重要,毕竟大多数时候,并不需要咬文嚼字,只是在签订合同时显得尤为重要,因为这方面造成巨大损失的案例确是屡次耳闻,尤其是和外国的公司签订合同时,一不小心就可能中了圈套。
阅读随想(1):http://blog.csdn.net/KongDong/archive/2006/03/15/624636.aspx
分享到:
相关推荐
### 软件随想录:程序员部落酋长Joel谈软件 #### 一、书籍简介与背景 《软件随想录》是一本由Joel Spolsky所著的著作,该书以其深刻的见解和独特的视角在全球范围内影响了无数程序员。Joel Spolsky是一位在软件...
内网渗透随想 作者:未知
《代码随想录》是一本深受程序员喜爱的算法学习书籍,尤其对于初学者来说,它提供了深入浅出的讲解和实战演练。这本书的核心是通过实际编程来帮助读者理解和掌握算法,提升编程技能,特别是C++语言的应用。在C++这个...
《软件随想录:程序员部落酋长Joel谈软件》是一部关于软件技术、人才、创业和企业管理的随想文集,作者以诙谐幽默的笔触将自己在软件行业的亲身感悟娓娓道来,观点新颖独特,内容简洁实用。全书分为 36讲,每一讲都是...
《创新创业学——发现之眼》课程主要探讨了如何在当今社会中发现并把握创业机会,以实现创新和成功的企业创建。课程围绕四个主题展开:识别创业机会、产生企业想法、遴选优化方案和创业项目评估。以下是对这些主题的...
代码随想录贪心算法知识,非常管用
内容概要:本文来自《代码随想录》,详尽探讨了有关二叉树的各类知识。包含了二叉树的种类(满二叉树、完全二叉树)、平衡树、遍历方式及其实现代码,涵盖了深度与广度两种不同的搜索策略以及非递归的方法。本文适用...
内容概要:这篇文档提供了深入的数组理论基础与应用实践的学习,涵盖二分查找法、元素移除、有序数组平方等问题的各种技巧和方法。特别强调了在实际面试中如何更好地理解和运用代码。 适合人群:初级到中级水平的...
主要内容概述:文章全面介绍了哈希表的基本概念、常见的哈希结构(如哈希表、Set、Map)、典型应用场景,以及详细的哈希法运用实例,对比不同数据结构解决实际问题的效果,包括数组作为哈希表、Set和Map在实际问题中...
2. LeetCode平台:从描述中提到的LeetCode,我们可以得知,文中涉及到的背包问题实例很有可能与该在线编程平台上提供的问题相匹配。LeetCode是一个专门用于程序员训练算法与数据结构技能的在线平台,它提供大量的...
6. **使用说明**:随想出题免费版附带的“随想出题使用说明.txt”文件,详细介绍了软件的各项功能和操作步骤,新用户可以通过阅读该文件快速上手。 7. **用户界面**:软件界面设计友好,注重用户体验,使得无论是...
《代码随想录》是一本深受程序员喜爱的算法学习书籍,其PDF版本为读者提供了方便的电子阅读体验。这本书主要针对准备参加编程面试或者想要提升自己算法能力的开发者,通过实例解析和实战演练,帮助读者深入理解算法...
标题和描述中提到的“读书随想:读书能带来什么”是一个探讨阅读价值的主题,而标签中的“资料”和“范文”暗示这是一个关于读书的重要性和影响的论述。以下是基于这些信息详细阐述的读书相关知识点: 1. **知识的...
本书是一部关于软件技术、人才、创业和企业管理的随想文集,作者以诙谐幽默的笔触将自己在软件行业的亲身感悟娓娓道来,观点新颖独特,内容简洁实用。全书分为 36 讲,每一讲都是一个独立的专题。 本书从不同侧面...
通过阅读《代码随想录》的PDF版,你可以随时随地学习这些内容,不受地点限制。然而,要注意版权问题,尊重作者的劳动成果,合法合规地使用电子资源。同时,实践是检验真理的唯一标准,理论学习之余,动手编写代码,...
通过一个简单的案例——**TLM26E29机芯液晶-MST6**的收台少、光栅暗的问题,讲解了如何利用新的技术和方法快速定位问题所在。这里不仅涉及传统的维修技巧,还包含了对新技术的应用,如智能诊断系统等。 #### 打破...
《代码随想录》是一本深受程序员喜爱的编程学习资料,尤其在算法领域,它提供了丰富的实例和深入的解析,帮助读者理解并掌握动态规划、回溯、递归、二叉树以及贪心等核心算法。这些算法是解决复杂计算问题的基础工具...