前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >结果正确 or 过程正确 ?

结果正确 or 过程正确 ?

作者头像
Listenlii-生物信息知识分享
发布于 2020-05-29 09:14:00
发布于 2020-05-29 09:14:00
1.1K0
举报

昨天写了一篇文章:对微生物测序领域的思考

收到了很多的留言,从与大家的交流中我也获益匪浅。

在和读者进行交流的时候,我突然发现了一个之前没有思考过的问题:发文章到底是要结果正确还是要过程正确

这俩此词是回复读者评论的时候临时起意造出来的,先解释一下:

所谓结果正确,即条条大路通罗马,不管用啥方法,只要得到了想要的结果就行;

而所谓过程正确,是指我们为了得到结果所采用的方法必须是统一的,即使可能得不到我们希望的结果。

所以,读者不妨思考一下,自己在分析数据的时候是按照哪种方式进行的。

。。。

。。。

。。。

而我在上文中提出的建立从采样到数据分析的SOP,就是希望微生物测序这个领域能够过程正确。

对于结果正确,我们经常能看到以下的情况:

要检验样本间群落之间的差异,有的文章用了PCA,有的用了DCA,有的用了ANOVA,Adonis等检验。不知道大家看到如此多的方法是否会产生疑问,为什么不同文章会选择不一样的做法?是只知道其中一个方法;还是选了结果最契合假设的方法?这些判断标准没有人会写在自己的文章里。

再举个例子,很多人会检验群落差异会做t检验,但是t检验是有前提的,数据必须符合正态分布且组间满足方差齐性。对于文章中的t检验,作者是否先判断了自己的数据符合标准,作者一般也不会写进文章。

生信中这样的例子其实太多了,相信自己分析过数据的人也都会遇到各种各样的坑。有时候针对一个问题有多种方法;有时候某种方法的使用是存在前提条件的。但是坏就坏在,这些方法的使用标准大家不会写进文章,因此,这里面就会存在很多说不清的猫腻。

随意的或者有意的方法选择会造成了文章本身的可信度存在疑问,不同文章之间即使研究的是一个问题,很多时候也不能直接进行比较。

我认为现在的文章是以结果正确为导向的,很多时候大家还是选了最符合自己预期结果的方法来使用,而不会考虑这种方法是否合适。文章一发,万事大吉。

在方法和技术不断飞速发展的今天,我认为更应建立SOP来统一分析方法。即使现在的SOP方法会过时,但却是目前阶段最全面、最可信、也最容易在多个文章之间产生联系的手段。

对于如何建立SOP的问题,我只能纸上谈兵了。

必须要由国际公认的本领域专家共同建立,并且及时更新以跟上方法技术的发展,通过大牛带动效应不断的推广(Qiime2, Deblur等就是很好的例子)。

另外,也需要通过各种杂志投稿要求的强制性来倒逼广大作者使用。

这样两种作用结合,才能更好的推广SOP。

欢迎继续讨论~

END

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2020-03-01,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 Listenlii 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
2 条评论
热度
最新
<div class=“ql-editor“ data-gramm=“false“><div class=“e-div“>谁能告诉我这是什么意思了?
<div class=“ql-editor“ data-gramm=“false“><div class=“e-div“>谁能告诉我这是什么意思了?
回复回复点赞举报
谢谢分享
谢谢分享
回复回复点赞举报
推荐阅读
《DevOps权威指南》电子试读版-第一章-DevOps的工具链框架
谈到DevOps,不得不提软件开发;谈到软件开发,不得不提工具。在DevOps实践落地的过程中,我们不难发现,方法论是一种思想,而工具是“骨架”。对于工具,其具备较为标准的使用特性和选型原则,而工具链则是通过流程规范和价值流向给予工具的赋能。
顾黄亮
2022/01/09
8951
《DevOps权威指南》电子试读版-第一章-DevOps的工具链框架
《DevOps权威指南》电子试读版-第一章-DevOps的实践和落地
在进行本节内容的描述之前,我们先了解一下企业对DevOps进行实践和落地的初衷。在1.1.1节中,企业对DevOps的期望是面向组织级的效能和质量提升,并且可以更快、更好、更稳定地支撑业务发展或引领业务发展。因此,对于IT组织,在对DevOps进行实践和落地时,需要关注以下两个原则:
顾黄亮
2022/01/09
4870
《DevOps权威指南》电子试读版-第一章-DevOps的实践和落地
《DevOps权威指南》电子试读版-第一章-DevOps的价值
通过对DevOps的概念、理念、发展轨迹、特点、总体架构与流程,以及实践过程中的工具链框架的打造和实践原则的描述,最终锚定DevOps的价值。随着DevOps原生理念的延伸,DevOps的价值变得更为丰富,无论是IT组织的各能力子域、IT组织自身,还是企业,均获得相应的收益。对于企业,产品的创新和市场占有率都需要IT组织的支撑能力和创新能力的提高。对于IT组织,IT能力决定了业务开展的深度和广度,自身的能力输出需要匹配甚至超越企业的业务发展。在IT组织内部的各能力子域,需要对IT能力输出负责,研发体系的敏捷,信息系统的安全、稳定和可靠,产品需求的精准,以及项目管理的完善和严谨都是必备条件。因此,在本章中,针对DevOps,我们将从多个维度对价值进行论述,对实践和落地过程提供锚定的指引。
顾黄亮
2022/01/09
6421
《DevOps权威指南》电子试读版-第一章-DevOps的价值
《DevOps权威指南》电子试读版-第一章-DevOps的总体架构和流程
在DevOps的落地过程中,因其总体架构具备全局且较为泛化的特性,因此并没有一个统一标准。在由中国信息通信研究院牵头编写的《研发运营一体化(DevOps)能力成熟度模型》中,DevOps更多地以体系化的方法论、实践和标准的集合呈现,而总体架构在体系化的范畴内,更多承担的是企业级组织结构的全局设计,这种设计理念也是和企业的自身发展需求相匹配的,因此,DevOps的总体架构在不同业态和不同规模的企业中落地,具备一部分泛化的标准特性。
顾黄亮
2022/01/09
7310
《DevOps权威指南》电子试读版-第一章-DevOps的总体架构和流程
《DevOps权威指南》电子试读版-第一章-DevOps文化
经过慎重考虑,作者决定把“DevOps文化”部分放在本章的中间。对于一个组织,文化起了地基的作用。DevOps是否能够按计划和规划实现,文化是一个重要因素。在企业的实践过程中,很多案例凸显了一个事实:DevOps转型的第一个要素是实践DevOps文化,并通过文化建设促使DevOps进行实践和落地。
顾黄亮
2022/01/09
5001
《DevOps权威指南》电子试读版-第一章-DevOps文化
《DevOps权威指南》电子试读版-第一章-DevOps的发展轨迹和特点
在计算机刚出现的时候,软件开发只是少数人的“特权”,在此期间,从业者具备高学历的特征。在那个时期,只有 “程序”(program),没有“软件”(software),因此,当时编写程序的人员被称为“程序员”(programmer)。学习编程的基本材料只是计算机设备厂商附送的产品使用手册。因此,一些企业只能先购买设备,再自己培养编程人才。图 1-2中的女人是格蕾丝·霍珀(Grace Hopper),她是编程界的传奇人物。(图1-2引自《宽带:创造互联网的女性的不朽故事》。)
顾黄亮
2022/01/09
6110
《DevOps权威指南》电子试读版-第一章-DevOps的发展轨迹和特点
DevOps后时代,构建基于价值流的平台化工程
平台化工程涉及双重核心意义。一方面,是类似利用IDE等工具提高工程师效率的平台化工程,如GitOps或命令行调度般便捷。然而,本文重点探讨的是基于价值流的平台化工程,尤其针对传统金融行业,关注整个协同过程的有效管理。本文重点讨论如何将CMMI(能力成熟度模型集成)与DevOps理念结合,实现平台化工程的实际应用。
嘉为蓝鲸
2024/05/20
2360
建立数据指标体系,推动 DevOps 全链路度量闭环
上一篇文章《苏宁消费金融在DevOps阶段度量设计的落地》中,我们提到金融行业的信息化和数字化的进程不断加快,促使IT部门的敏捷交付和精益运行的能力急需提高,因此 DevOps 的全链路度量体系也应运而生,建立健全的度量体系的需求在 DevOps 领域具有普遍性,有助于在更大范围内快速实现可度量的价值交付,拓展了业界的 DevOps 适用范围,有助于更好提升组织级的质量和效率。
顾黄亮
2020/06/25
1.9K0
建立数据指标体系,推动 DevOps 全链路度量闭环
相爱相杀的运维之殤:苏宁消费金融超大规模 IT 系统 DevOps 实践
今天跟大家分享的一个主题,就是苏宁消费金融超大规模IT系统DevOps的落地实践。下面分四个部分:
DevOps时代
2019/11/26
6260
相爱相杀的运维之殤:苏宁消费金融超大规模 IT 系统 DevOps 实践
DevOps是MindSet:工具也好,文化也罢,人员才是关键
任何变革都需要时间,DevOps亦然。在经过数年的蛰伏期之后,DevOps终于成为了业界聚焦点;不过,从知其然到知其所以然,再到最终完美实现DevOps,依然前路漫漫。 在普元信息高级软件架构师胡帅看来:DevOps 概念很大,几乎可以成为软件工程的代名词;但可惜的是,目前存在着“做好DevOps即是用好一种工具”的认知误区。近日,国内著名技术社区InfoQ对胡帅进行了采访,他认为DevOps是在理念层面对开发运维一体化进行倡导:好工具的运用诚然会对工作产生积极影响,但是更重要的是它会改变人的做事思维和人与
yuanyi928
2018/04/02
6900
【干货】DevOps的演进与落地价值
DevOps是当前IT领域最热门的话题之一,了解、掌握、应用DevOps对于提升软件交付与管控具有重要的意义。然而时至今日DevOps尚无统一的定义。
嘉为蓝鲸
2019/08/09
1.2K0
【干货】DevOps的演进与落地价值
DevOps-实践心得
DevOps从本质来讲只是倡导开发运维一体化的理念(MindSet)。这个理念的提出是为了解决很多企业面临的转型挑战,也就是将业务数字化,并且缩短数字化业务上线的周期,快速试错,快速占领市场。
DevOps在路上
2023/05/16
2390
数字化转型中的科技管理:数字价值流管理
价值流是这两年来非常新颖的一种说法,无论DevOps,还是价值流,都是来源于制造行业,后来被引用至精益并运用在科技管理过程中。在传统的制造领域中,价值流用来描述物流和信息流的走向,并作为管理人员、工程师、生产制造人员、流程规划人员、供应商以及顾客发现浪费、寻找浪费根源的起点。从这一点可以发现,其功能和DevOps的度量反馈,数字化的辅助决策非常的类似,这几种工具的融合,对其自身的能力进行提升,企业的决策层和管理层可以依托这些工具集群,进行辅助决策和管理变革。
TVP官方团队
2022/04/08
1.4K0
数字化转型中的科技管理:数字价值流管理
数字化转型过程中需要厘清的几个关系:产品与能力
在上一篇文章中,笔者主要阐述了规划和建设的关系,而这一篇,重点将聚焦于产品和能力的关系。所谓产品和能力,主要的矛盾在于数字用户的群体和数字语言的鸿沟。如今,数字化转型,已经成为各行各业乃至整个社会的发展目标,而IT组织作为数字工具的支撑,数字需求的传递、数字产品的能力、数字化结果的评估需要重点厘清。
TVP官方团队
2021/07/29
5840
交付全链路数据,苏宁消费金融在 DevOps 度量设计的思考
随着 DevOps 的持续火热,企业的信息化能力的持续加强,以及企业对于IT精益运行的迫切需要,从根本上提升 IT 的生产效率,加速部门、企业的业务创新能力。让团队从IT支撑部门,转向为IT创新部门。
DevOps时代
2020/02/26
7640
交付全链路数据,苏宁消费金融在 DevOps 度量设计的思考
从优秀到卓越,2020,DevOps 路在何方
DevOps 的历史要从一个比利时的独立IT咨询师说起。这位咨询师的名字叫做Patrick Debois,他喜欢从各个角度研究IT组织。2007年,Patrick参与了比利时一个政府下属部门的大型数据中心迁移的项目。在这个项目中,他负责测试和验证工作。所以他不光要和开发团队(Dev)一起工作,也要和运维团队(Ops)一起工作。
DevOps时代
2020/05/18
7160
交付全链路数据,苏宁消费金融在 DevOps 度量设计的思考
随着 DevOps 的持续火热,企业的信息化能力的持续加强,以及企业对于IT精益运行的迫切需要,从根本上提升 IT 的生产效率,加速部门、企业的业务创新能力。让团队从IT支撑部门,转向为IT创新部门。
顾黄亮
2020/06/25
2.8K0
交付全链路数据,苏宁消费金融在 DevOps 度量设计的思考
数智万物下,重新思考运维价值
数字化战略上升到国家层面。2019年10月28日至31日召开的中共十九届四中全会上,审议通过了《中共中央关于坚持和完善中国特色社会主义制度、推进国家治理体系和治理能力现代化若干重大问题的决定》,决定指出:“要健全劳动、资本、土地、知识、技术、管理、数据等生产要素由市场评价贡献、按贡献决定报酬的机制”。这是中央首次公开提出将数据作为生产要素参与分配,意味着数据从技术中独立出来,作为一种单独的生产要素而存在。这传递了两层含义,一是数据己对国家经济增长产生突出贡献,提升现有产品和服务生产效率,并创造全新的产品和服务;二是数据作为商品参与的产出分配与收入分配,背后涉及经济结构的变化,将对行业产生颠覆性的作用。
彭华盛
2020/12/17
1.4K0
数智万物下,重新思考运维价值
支撑企业IT精益运营:普元DevOps平台实践之路
本文目录: 一、普元DevOps平台建设历程 二、如何建设企业级的DevOps平台 明确定位:DevOps是覆盖IT全生命周期的生产线 理清思维:DevOps思维和互联网思维的区别 认清价值:DevOps给你带来怎样的业务价值 建设步骤:DevOps平台建设步骤 细节至上:DevOps平台建设关键点 三、DevOps平台架构剖析 总体架构解析 敏捷过程 持续集成 自动化部署 持续交付流水线 一、普元DevOps平台建设历程 普元从2008年开始研发持续集成平台(CIP)、自动化测试平台(UTP),2009年
yuanyi928
2018/04/02
1.5K0
支撑企业IT精益运营:普元DevOps平台实践之路
数字化转型中的DevOps-数字风险
转型的成败与否,取决于最终的转型效果和价值,无论是数字化还是DevOps,都应该以结果为导向,不应该为了转型而转型。DevOps作为数字化转型的关键内建阶段,承担了IT组织“价值交付”的载体功能,承接了数字运营的数据能力输出,同时从价值的视角,为业务部门带来数字洞察能力和业务贡献度。DevOps作为企业IT基础设施和技术运营建设的逻辑起点,通过技术的手段实现企业全面经营过程中的成本、效益、质量的优化,以及对新技术、创新模式的培育。 在数字化转型过程中,DevOps从数据度量和反馈的角度输出一系列数字指标,对软件交付和产品生命周期多个环节进行端到端的数字触达,同时对业务场景、办公场景、协同场景进行数据驱动转型。随着企业对数字化转型的目标逐渐延伸,以及管理者对数字赋能的理解不断加深,促使企业对DevOps给予数字全链路场景的能力要求越来越高,同时逐步进入深水区的数字化转型也带来一系列的数字风险,具体表现在数字可视和数字运营方面。在IT组织内部,IT架构从稳态到敏态的转变,带来软件交付过程中横向流程驱动的风险以及纵向数据反馈的风险,在业务组织,数字反馈的场景覆盖能力以及虚荣性指标的突出带来风险预警和处置能力的降低,数据决策带来的风险更为隐蔽导致规则性的被动规避,在企业内部,IT战略管理、组织架构、数字文化、各条业务线和IT客户服务等多层级的数据理念和数据口径同样将数字风险进一步放大。因此,数据管理者需要对数据进行审慎和妥善的治理,形成统一的数据口径和全场景的数据流动链路,确保数字的正向反馈和存量数据风险的持续出清。
顾黄亮
2021/03/29
5440
数字化转型中的DevOps-数字风险
推荐阅读
相关推荐
《DevOps权威指南》电子试读版-第一章-DevOps的工具链框架
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档