方法论到底是什么

作为一个方法论的信仰者及爱好者,“方法论到底是什么?”这个问题是我跑不掉的,我必须有答案。对我而言,我需要整理出自己对方法论的认识,进一步坚定对方法论的信仰,也希翼未来的自己更加强大。对别人而言,我希望能够通过自己的努力,帮助别人理解方法论、了解方法论的价值。对方法论的热情不光是因为我写“趣味方法学”,主要还是因为我相信方法论能够帮助我解决问题,并且学习和应用方法论的过程非常有趣。

方法论不是神,但方法论可以帮助我们解决问题,是一系列非常实用的处世方法。很多人不了解方法论,他们在工作中碌碌无为、在生活中跌跌撞撞,浑浑噩噩的在人世间行走。人们对方法论的误解有两个极端,一种是因为无知而导致的崇拜,认为方法论是高深的理论,把方法论和玄学、神学归于一类。一种是因为一知半解而导致的轻视,认为方法论没什么特别之处,就是那些大家日常使用的技巧而已。方法论到底是什么?什么是方法?什么是技巧和套路?方法论和方法、技巧、套路的区别是什么?今天就尝试回答这个问题。

方法论是一种以解决问题为目标的通用理论体系,通常涉及对问题各方面的论述,包括环境、阶段、任务、目标、工具、方法、技巧等。通过一系列具体的分析研究、系统总结并最终总结出较为一般性的通用原则。学习方法论的目的是提升人们解决问题的能力,特别是在陌生领域尝试跨界的时候,应用方法论可以带来信心和有趣的过程。这有点像小时候老师经常说的“举一反三”,通过一件事情,然后以此类推知道其它许多事情,通过现象看本质。

方法是指为获得某种东西或达到某种目的而采取的手段与行为方式,是解决问题的手段。相对方法论而言,方法更关注过程,涉及的内容比较具体,看上去像是比较“小”的方法论。技巧是指对一种生活或工作方法的熟练和灵活运用,相对方法而言,技巧更关注程度,涉及的内容比较片面。套路是最近两年在网络上的热词,泛指成套的方法和技巧,用来形容精心策划的一套计划。套路介于方法论和方法之间,既没有深入的理论体系,又比一般的方法要复杂一些。以复杂度区分,方法论>套路>方法>技巧,定义虽然相似,但实际区别挺大。下面逐一定义方法论的特别之处。

1、本质上是理论

方法论从本质上来说是理论,这也是和套路、方法和技巧的最主要区别。形式上表现为方法论一般不能直接解决具体问题,只能提供一套找到解决方案的思路,最终是通过方法论和具体问题的结合产出解决方案。方法论虽然不能直接解决问题,但其提供了解决问题的终极办法,授人以渔而不是授人以鱼。方法论是对现实世界运转规则的高度概括,通过方法论能看到问题的内在矛盾、找到根本的解决方法,方法论为解决具体问题提供理论支持。

2、具有一定的广度

方法论整理和总结的比较完善,涉及的方面也比较全面,具有一定的复杂度。形式上表现为方法论一般包括对问题各方面的论述,从客观上形成一套覆盖问题的原始模型,甚至会穷尽。套路、方法和技巧一般只针对某个具体方面,在一个相对比较窄小的范围内提供对问题的理解以及解决之道,可以理解为只能看病不能治本。

3、具有一定的深度

方法论提倡深入到问题的底层、深挖现象背后的本质,形成有一定深度的理论体系。对方法论的学习、应用、整理、总结,都需要一丝不苟的精神,不是提供短平快的救火指导。因为方法论的深度,所以其不光能帮助我们解决问题,也可以在解决问题的过程中让我们明白问题是如何发生的、问题涉及到哪些方面、解决问题的关键点是什么,以及还有哪方面可能存在问题。

4、易于复用

因为方法论是具有一定复杂度和深度的理论体系,所以方法论是通用的,易于复用。其不光可以解决某个领域的问题,更可以在一定范围内解决更多同类问题,虽然不能做到放之四海,但其在跨界的时候往往能起到很大作用。易于复用的另外一个特征是可以重复使用,即使问题的具体情况有所变化,方法论也可以起到作用。套路、方法和技巧只能解决具体问题,无法跨界复用也无法重复使用,基本做不到复用。

5、易于传承

作为理论体系的方法论,一定会被整理和总结,还经常补充最新的应用案例,最终形成一套非常便于传承的工具。一方面方法论适合作为干货在各种培训和咨询的场景下使用,也就是通过被动教学的方式进行传承。另一方面,具有一定学习能力的人,可以非常容易的通过自学的方式进行传承。而套路、方法和技巧因为片面、细碎、专用,最终很难被整理和总结,也就很难被传承。

6、有趣

每个人都有探索世界、探索人间的动力,但我们中的绝大多数都没有机会、没有能力去做探索边界的尝试。但在日常的工作和生活中,方法论是我们可以掌握到的探索工具,在我们的眼界内去探索属于自己的未知世界。当我们发现可以依靠方法论洞察到一些人世间的普遍规则时,我们一定会心生感激。当我们发现我们有能力把人世间的普遍规则整理和总结为方法论时,我们一定会满心欢喜。这对于普遍无趣的人生而言,是一件有趣的事,我希望每个人都可以享受它。

看似空洞的描述,不知道理性的你能不能看完,更不知道能不能理解我对方法论的欢喜。正式因为对方法论的执著,我决定写“趣味方法学”,希望通过有目的和有计划的写作,把我的方法论体系建设的更完整。也希望通过持续的输入和输出,让自己感受到更多的快乐。这篇文章表达了我今天对方法论的理解和认知,我知道随着深入,我眼里的方法论会升级,我自己也会涅盘。如果有一天我能看到这些预期中的变化,我将更加欢喜,为我能够在苦难的人生中找到一些有趣的事而欢喜。

注:

文中部分观点来自于《STORY》这本书的启发,中文直译为《故事》,副标题是:材质、结构、风格和银幕巨作的原理。这本书是关于写作的方法论,一个成功的文字作者创办了一个写作培训机构,通过对方法论锲而不舍的追求,最终完成这本书。这本书的序言里以7条“是……,而不是……”的排比句表达了作者的对写作方法论的概述,同时也和方法、技巧做了明显的区分,告诉读者,这是一套关于写作的方法论。作者想表达的意思正是我写本文的意思,我希望我已经解答了标题里的那个问题。

《故事》论述的是永恒、普遍的形式,而不是公式。

《故事》论述的是原始模型,而不是陈规俗套。

《故事》论述的是一丝不苟,而不是旁门捷径。

《故事》论述的是写作的现实,而不是写作的秘诀。

《故事》论述的如何精通这门艺术,而不是如何揣摩市场行情。

《故事》论述的对观众的尊重,不是对观众的鄙薄。

《故事》论述的独创,而不是复制。

时间: 2024-11-08 11:32:59

方法论到底是什么的相关文章

个人阅读作业2 软工方法论无用?

初步看了推荐的文章以后,我选择了最后一篇文章来阅读,原因是“软件工程的方法论到底有多少用处”这个问题也是我目前很大的一个疑问,于是我决定首先看看这篇文章怎么说. 文章在开头举了一个离我们很近的例子:结对编程到底是解决了代码评审的问题还是无谓地增加了沟通成本?作者提出增加沟通成本的意思很清楚:结对编程非但没有逃避代码评审的繁复,却增加了额外的工作量:沟通,并且这些沟通并没有起到期望的作用:使一段代码由两个人看过以后更加完美.我在结对编程中便遇到了这样的问题,当一个人在写代码时,他的思维运转是比较快

软工个人博客-week7

Part 1       No Silver Bullet - Essence and Accidents of Software Engineering软件工程中没用通用的方法或者技术让软件工程在短时间内快速进步,这一点其实我也没有很明确的概念.其实近几年的敏捷开发框架,mvc结构,rest风格,这些的出现都大大提高了软件工程的效率,在我看来银弹的出现也是不无可能,毕竟单纯一个rest风格结合html5,给我的感觉让开发效率提高了起码百分之三十.Part 2 big ball of mud你的

软件工程的瀑布, 大泥球, 教堂,集市,和银弹

0x1 No Silver Bullet 1           There is no royal road, but there is a road 软件工程缺乏一剂良药,在硬件成本随着发展速度快速下降的同时,软件工程的成本并没有出现明显的下降,然而,随着软件工程持续的.坚持不懈的发展,软件工程正在发生着重量级的变化. 2           Does It Have to Be Hard?--Essential Difficulties 必须观察到异常不是软件进展如此缓慢,而是计算机硬件进

个人阅读作业Week5

阅读材料  (博客2) 软件工程的瀑布, 大泥球, 教堂,集市,和银弹 网页地址 No Silver Bullet - Essence and Accidents of Software Engineering - Brooks http://www.cs.umd.edu/class/spring2003/cmsc838p/General/NoSilverBullet.html There Is a Silver Bullet – Brad J Cox http://www.drdobbs.co

现代软件工程 第六章 练习与讨论

6.3.1  什么时候适合选择敏捷 我们看了这么多方法论之后,一些同学一定比较困惑,到底选择哪一种开发方法比较好呢? 这在实践中不是难题,有学者还列出了一些简单的问题来帮助人们做决定[i]: 表6-3 问题引出方法 问题 Yes – 偏向传统的瀑布+文档的流程 No –   偏向敏捷流程 1. 项目需要有明确的spec 么? 2. 项目没有明确的用户,也无法联系用户进行沟通 3. 软件系统是大型的么? 4. 软件系统是复杂的么?例如实时系统 5. 软件的生命周期很长么? 6. 你使用比较差的软件

[软工]个人阅读作业+总结

银弹 我觉得没有银弹.开发是一个庞杂的事,不能一概而论,普适规则很难走得通. 你的项目有一个大泥球么?有什么解决办法? A BIG BALL OF MUD is a casually, even haphazardly, structured system. 有的.就后端来说,我们在进行查询的时候为了方便可能随手就写一个小函数进行数据库查询返回filter结果. 在写任何新代码前规范好接口.不要随意写新的接口. 大教堂与集市? 大教堂:代码公开,但是只有特定团队能改. 集市:代码完全自由. 我们

架构设计的方法论

作者 田伟宇 发布于 2015年4月17日 | 注意:QCon全球软件开发大会(北京)2016年4月21-23日,了解更多详情!7 讨论 分享到:微博微信FacebookTwitter有道云笔记邮件分享 稍后阅读 我的阅读清单 摘要:iOS客户端应用架构看似简单,但实际上要考虑的事情不少.本文作者将以系列文章的形式来回答iOS应用架构中的种种问题,本文是其中的第一篇,主要讲架构设计的通识和方法论等,同时还讨论了大家关心的架构分层.是否要有common文件夹等问题. 缘由 之前安居客iOS app

【基本技能篇】>>第3篇《暗时间_指导学习的方法论——心得》

暗时间——指导学习的方法论 ——2016年2月11日 打造自己的核心竞争力:①专业领域技能:②跨领域的技能(解决问题的能力,创新思维,判断与决策能力,表达沟通能力等等):③学习能力,持续学习和思考新知识:④性格要素(专注和持之以恒是最重要的!自省,好奇心,自信,谦卑等等) 你所拥有的知识并不取决于你记得多少,而在于你使用的时候能够回忆起来.利用起来多少. 一.对于记忆知识的本质:要理解.消化.总结.联系,既有深度也不缺乏广度,形成“T”字型的知识结构.知识中包含了精细的概念.逻辑.一般的解题原则

ORM的概念, ORM到底是什么

一.ORM简介         对象关系映射(Object Relational Mapping,简称ORM)模式是一种为了解决面向对象与关系数据库存在的互不匹配的现象的技术.简单的说,ORM是通过使用描述对象和数据库之间映射的元数据,将程序中的对象自动持久化到关系数据库中.那么,到底如何实现持久化呢?一种简单的方案是采用硬编码方式,为每一种可能的数据库访问操作提供单独的方法.         这种方案存在以下不足:         1.持久化层缺乏弹性.一旦出现业务需求的变更,就必须修改持久化