经过前前后后的这段时间,虽然本人没读过徐子沛先生的《大数据》(听过),接下来《数据之巅》的接触使我所获颇多,身为程序员的我有种唤醒去大数据工作的欲望(曾经接触过大数据),除了这种工作的内容变化,也让我在以后(目前)的生活的一些行为或者一些看法得到了改进或者思维上的多一种思考方式,《数据之巅》不愧是《数据之巅》,首先它就是用了美国几百年来得历史数据来论述,也在唤醒更多的中国人去了解数据文化、用数据。
《数据之巅》是我接触过的书籍中能坚持下来的其中一本,也是我第一次公开个人相关的读后感,因为本人看《数据之巅》中间好多次没有一次性看完,有可能有些东西不能记得清楚(希望读者能指正,谢谢)。
《数据之巅》依照个人主观意识来分章节,可以大概分为三个部分,也是按国家划分的(个人看书会结合当时历史痕迹),可以分为 美国从华盛顿等人通过人口普查来辅助权利划分到现在的利用大数据实时动态来辅政利民;日本从二战后的深陷困境到经过戴明提供质量管理咨询后的崛起;中国从民国时期的地理大师(忘了尊名,汗)到改革开放后的结合我国国情的大数据战略。
第一划分部分(美国),从美国历史可以了解到,开始进行数据操作(对数据可有可无的一种状态)到大数据文化(众多决策、要略离不开相关数据的指导),美国就是数据的作用和价值的标本,各种历史事件数据的作用以及人们对它的利用、反应,即是数据文化的觉醒与成熟。我记得当时美国独立权利划分时有两种方法,其中托马斯-杰斐逊在最后一天采用了相关人口普查的数据进行反驳另外一派的方法(这两种在以后都用到了),此时对数据的使用为初数时代。美国解放黑奴时,林肯通过分析当时人口普查的数据进行对战争赢面的估算,其中有棉花的调查、奴隶的相关信息,以及当时的谢尔曼在肯尼迪提供的数据统计下领导军队对南方进行贯穿,这就是数据的内战时代。美国因内战重创迎来了数据的镀金时代,此时美国的数据文化相继完成了思维、组织和技术的三重崛起,登上了时代的鼎峰。20世纪后也经历了四个有非常有参考价值的四个时代,量化时代、抽样时代、开发时代以及大数据时代,这些时代有点像城市建设差不多的程度(个人认为)。总之,解决权力分配的问题、决定改变历史的战争、制定从战略到战术的安排、考虑政治的计算以及商业层面上的利用,从搜集、统计、筛选、量化、抽样的方式方法演变到了解、安排、预测、准备、发掘、规范的效果体现,经历的历史似乎并不长,但造就的变革尤其精彩。
第二划分部分(日本),二战后的日本处于极度的困境,当时他们的出口产品被外国称为“低劣、山寨”,除了这一些,当时日本有股求知识的心切来寻找摆脱这困境。这时候,有被后世称为“质量之父”的戴明,换句话来说,就是要求培养高管(运用质量管理对生产进行管理),其中统计与分析再结合当时日本国情,这些知识与思维帮助日本走出了低谷,其中用到的对数据处理的技术有好多,拥有高质量的产品使得日本销量大增,其中本田销量超过了福特等,在好多商品超过了美国。而人们往往也都在遇到了问题难以决断的时候才会想到数据这个伙伴,这也是为什么在第一部分的结尾中日本崛起的思考——二战后空前繁荣的美国工业因为遇上了供不应求的状态,自然走上了粗放型路径,冷落了相应的数据应用,而战败的日本正因为深陷困境,在快速汲取先进知识的同时也迅速接纳了数据文化,通过数据抽样的方式快速提升了质量……日本的崛起可以看作穷则思变的例子,但变革中数据的作用尤其明显。
第三划分部分(中国),主要是从一些数据体现出一些细节(状态),如减灶加灶,如抗日战争对缴获武器来判断军官分布,如广州和神州数码合作进行实时动态辅助停车。可以说现实中的一切都是越用越少的,但看似虚拟的数据却越用越多。所谓大数据时代,背景正是高度发展科技能让更多的数据得以留存,这种留存和挖掘完全由机器实施,由此得到的结果也是叹为观止的。如果说科技的发展趋势已经越来越超乎我们的想象,那总有一些规律或者原则可以抓住——比如数据。
正如作者徐子沛先生提到中国社会要将“大数据”这个科技符号转变为文化符号,因为只有文化才能真正驱动人们的成长和发展,科技只是手段而已。只有建立了数据文化,愿意尊重数据、善于整合数据、敢于发掘数据中的异动……才能正真利用好大数据。数据文化是尊重事实、强调精确、推崇理性和逻辑的文化,这种文化将是发展最重要的动力,更是最好的参考。从《数据之巅》中,隐约可以看到一条隐约的轨迹,通向未知的远方却一直步步为营,这便是数据,来自于人而胜于人。事实上,所有的美好都是限制之后的产物,自由、民主和平等这人类的三大追求之间就是相互制约的关系。那么,该怎么进行有效的制约?如何让大家都能接纳?这时候,最能代表客观现实的数据就出现了。
《数据之巅》读后感
时间: 2024-10-09 20:38:54
《数据之巅》读后感的相关文章
大道至简第五章读后感
第五章 失败的过程也是过程 今天照样老师带领着我们阅读了大道至简第五章,阅读了<大道至简>的第五章,这章在前面的基础上又进了一步,有了技术和团队,加上有效的沟通,接下来就要接项目做工程. “虚有其表耳”,本章以<明皇实录>中的一句话来告诉我们一个深刻的道理:不要只求外表,只做形象工程,而是要透过表象,力求实质. 失败了不要紧,没有失败也就找不到自己的不足,也就不会发现自己的问题,更不用谈改进了.我们的前辈们就是在不断的失败中才总结出了“瀑布模型”“螺旋模型”等模型,方便了我们.但是
大道至简 第五章读后感
第五章 失败的过程也是过程 以得失而论,在瀑布模型与RUP模型之间,学习前者而不成,可思过程的本质:学习后者而不成,可得文字的架子. 如果懂得了所谓的模型原本都演化自那个简单的瀑布,那么文档是按XP写还是按RUP写,也就可以应时.应需,因地置宜,择善而从了. 越是简单的东西,往往越是接近于本质. 项目经理的工作,就是要去组织这个工程中的各个角色,使得分工明确,步调一致,共同地完成这个项目.四川有句地方话叫“做过场”,也有说成“走过场”的.“过场”是舞台术语,意思是角色从舞台一端出场,再走到另一端
大道至简 第五章 失败的过程也是过程 读后感
今天该写一写大道至简第五章读后感了. 首先是“做过程不是做工程”,过程是为了实现某种目的而经历的一些事情,过程有很多种,虽然经历了某种过程,但不一定能实现某种功能.做完过程的每一个阶段,并不等于做工程.做过程不是做工程的精义,也不是最终目的. 然后是“做过场”,做过场就好像是一种形式一样,做了没必要做的事情,就是浪费时间. 我们为什么做工程,不要忘了最终目的.目的,是实现客户的要求,工程只是一种实现的途径.最初做开发的前辈们,不用什么工程或者过程,也一样编出了程序,也一样解决了问题,也一样实现了
大道至简第七章读后感
大道至简第七章读后感——现实中的软件工程 “王不如远交而近攻,得寸,则王之寸:得尺,亦王之尺也.”——<战国策.秦策> 1:大公司手中的算盘 文中列举了IBM,Borland和Microsoft的一些体系,来说明大公司眼中的世界. 大公司们在标准.理论.语言上的争来夺去,未必全然出于“软件实现”的考虑.对统一理论.统一工具.统一过程的企图,其最终目的是在整个软件工程体系中的全面胜出.算 盘 上 的 绝 大 多 数 人 , 只 是 用 于 计 算 胜 负 的 一 枚 算子.所谓编程语言,只不过是
大道至简第五章阅读感想
第五章失败的过程也是过程 今天王建民老师依旧带领着我们阅读了大道至简第五章,第五章是失败的过程也是过程.通过前面的技术.团队和沟通,这章主要讲了关于做工程的问题. 文章开篇以一句<明皇实录>中的“虚有其表耳”来说明一个很重要的问题就是:不能只求外表,而是要透过表象,力求实质. 第五章的整体思想是让我们注重过程,因为有很多人从来不注重过程,只注重结果.然而过程对于一个编程人员也是非常重要,如果一个好的编程员从来不在乎程序的过程,只是关心最后程序是否能够实现,那么这个编程员一定不是一个好的编程员.
大道至简 第六章 读后感
说点什么呢,今天看了看大道至简第六章<从编程到工程>. 文章以<列子·说符>的“得其精而忘其粗,在其内而忘其外:见其所见,不见其所不见,视其所视,而遗其所不视.”为题记.第一节讲了“语言只是工具”,作者讲述了他曾经对一些编程语言的看法.他曾经也热衷于讨论语言的优劣,但是他现在不这样了,他已经不再专注于语言, 正如他在第一章中写到的一样:成天讨论这门语言好,或者那门语言坏的人,甚至是可悲的.确实,程序的好坏不在于语言,在于算法. 第二节又写了“程序”,程序=算法+结构,编程的精义于此
《大道至简》第一章读后感
经常听见有人抱怨编程太难,说自己不是学软件的料,那么他们真该好好看看<大道至简>这本书,相信他们看完这本书后会有很大收获. <大道至简>第一章引用了一个很简单的故事“愚公移山”,用这个故事很好的概述了我们在完成一个项目时所要进行的步骤.听上去“愚公移山”和编程简直是风马牛不相及,但是看过作者的叙述又有原来如此的感觉.其实编程并没有什么难懂的,就和我们日常生活一样,发现问题,分析问题,提出解决问题的方案,实施,和后续的验收.例如某天我们突然发现家里放不出水了,这就是发现问题,我们会观
大道至简第三章读后感
---恢复内容开始--- 大道至简第三章的是团队的问题.我们知道,随着人们生活水平的不断提高,用户对计算机软件的功能要求也日趋上升.这样一来,计算机软件就变得越来越复杂,规模变得越来越庞大,源代码的量也越来越多.在这种市场需求和自身发展的共同要求之下,一个团结而高效的开发团队的作用就不言而喻了.那么如何打造一支强有力.听指挥.能干活的开发团队呢?这一章作者就这个问题和我们展开了讨论. 作者着重的强调了项目经理在开发团队中的作用.首先声明一点,这并不是说团队的开发人员不重要,作者从始至终都认为编程
一切都是为了实现-大道至简第六章读后感
大道至简第六章的内容比较多,也比较深.或者说这一章作者是从一个更高的层次.更开阔的视野.更独特的角度来解读软件工程这四个字的具体含义的. 作者的这些肺腑之言都是作者在软件行业工作了多年之后总结出来的.开发技术对一个软件产品质量的好坏和最终的成功的影响并虽然不能说是一点也没有,但也不是很大.真正起到决定性因素的不是那些技术细节,而是一个高度过程化.通晓方法论.拥有大量工具的开发团队或者是开发公司.在这个团队里面,无论是对项目经理还是开发经理甚至是一个普通的开发人员的要求都是很高的.团队内的每个人必
《大道至简》第一章读后感和伪代码
阅读了<大道至简>第一章,感到作者对编程的精义分析非常具体形象,引用<愚公移山>的故事,说明了编程的本质.又将他们扮演的管理者,技术人员,程序分析师众多形象展现出来.又在困惑人们的"我能不能学会编程"这一问题做出回答,作者列举生活实例,给出了肯定的答案,将很多抽象的东西,简单化,通过最常见的生活中的实例介绍"大道". import java.大道至简.*; public class.yishan.*; { public static void