《京东技术解密》读后感

注:本文仅为作者的读后感

《京东技术解密》这本书想必园子里的朋友有读过的,也有未曾听说过的。当我第一次拿到这本书的时候,我一直以为是一本纯技术类的讲解,后来才知道我真的是太天真了,这本书向《淘宝技术这十年》这类书差不多,公司成长和发展的心路历程罢了。那么我又为什么拿出来分享呢?我是怎样读下来的呢,其实这本书中有很多内容是我们可以学习和借鉴的。

整本图书从外观看上去非常的简洁,和京东的购物手提袋类似,充分体现了京东的风格。书的整部分由 618、产品演进、技术演进、创新、牛人几个方面全方位的讲解了京东的技术发展,从中穿插着京东商城的发展。纵观淘宝、京东等大型电商网站的发展历程,会发现有一些相同的地方,都是从一个奇妙的点子和简陋的网站(大都是购买的源码)在简短时间内拼凑而成的,随着用户量和交易量的不断上升,技术成为最大的瓶颈,所有各种依靠开源到自主研发,各种分布式集群、大数据挖掘等牛X的技术,就涌上来了。在这本书中,京东的发展历程也是由于当前“非典”时期,促使京东由门店转为线上销售。当时京东的转变用现在的“互联网思维”来讲,就是京东当时解决了用户的“痛点”,那么当时用户的痛点是什么呢?“非典”时期,人们都很少出门,都非常惧怕这个恶魔,恐怕厄运来到自己的面前,街头的商业门店一些因生意太少而被迫关门。在这个“全民抗战”的时代,京东从线下转为线上,成功的解决了用户急需购物却又不能涌上街头购物的“痛点”。

在本书中,有一大部分的篇幅在介绍京东的交易系统、海量订单处理系统、供应链、售后系统、财务、内部信息化系统、拍拍易迅对接等系统的演进。从本书的作者 为 京东研发体系著,可以看出本书的每一个章节是出自不同人之手。有一些内容是日记类的记事篇,记录了618时期团队的奋战状态。有一些内容是技术成型类,从无到有,从模仿到创新,如京东的自动补货、虚拟试衣间。其实对于本书中我最关心的一部分也是一些.Net程序猿同样关心的一点,就是京东的去.Net化,即从.Net到Java的转型。我非常喜欢本书中的一个观点,“编程语言是技术和宗教的混合物,如果你想对编程语言进行比较,那就做好准备打一场宗教战”。仔细想想太有韵味了,想想中世纪的欧洲宗教战争,都视对方为异端分子,现在一些人对于语言之争不也是同宗教战争一样吗?

对于京东为什么选用Java语言,书中给出了两个原因,一个是国内外非常多的大型网站使用Java技术,这是主流,有非常多的经验可以借鉴,也有非常多的成熟开源框架可以使用。二是成本原因,开发工具Visual Studio 是收费的(目前已有社区版),Windows操作系统是收费的,Sql Server是收费的。对于当时发展中的京东来说,他们一定是基于多方面考虑,找到适合公司发展的语言(毕竟整个系统包括那么多子系统,更换语言和架构不是一个容易的事情)。我(纯.Net程序猿)认为,.Net开发人员的整体水平有待提高,.Net社区开源项目和成熟的解决方案没有Java多,但是现在.Net的发展前景是非常看好的,目前微软的开源正在一步一步的推动中,.Net Core 也正一步一步的在GitHub上展现,期待.Net的完美表现。对于数据库我个人不太看好Sql Server,因为如果.Net进一步走向开源和支持跨平台,那么Sql Server就不一定是其完美的搭配,如果想得到好的性能和降低成本,MySql 和PostgreSql也是不错的选择。

刘强东不是一开始就要打造现在的京东商城,而是一步一步的发展来的,待用户量达到一定的程度,不仅仅要做好营销,其更重要的是提高用户的体验。用户体验在没有用户的情况下,你是永远不知道用户应该怎样体验,在现在的互联网浪潮中,一些创业者说我要做一个“京东”,我要做一个“淘宝”。一味的模仿京东或淘宝业务流程和商城功能,会成功吗?有人会说,我们先模仿然后再超越。超越,说起简单,但做起来却那么的困难。京东618,淘宝双十一,那么大的用户并发访问量,你可以简单的使用分布式、CDN等解决吗,每天几万T的数据,是能模拟出来吗,基于用户数据的数据挖掘做到定向广告推送和服务优化你能做到吗?我个人认为,电商可以做,我们也可以模仿京东或淘宝的优秀功能,但是我们在搞时,要脚踏实地,遇到问题借鉴京东淘宝的解决方案,而不要一开始就想着百万级千万级用户访问量,在当前时代,技术已不是瓶颈,重要的是创意,一个好的点子会让企业迅速成长起来(如快的、饿了么等)。

京东这十年,到底是如何成长,如何一步一步壮大,详情还是需要自己细细品读。

第一次在读书之后写读后感,上面可能说了很多废话,如有同感可进一步交流,非常感谢你能耐心的读到这儿,谢谢。

时间: 2024-11-05 12:24:01

《京东技术解密》读后感的相关文章

大道至简第五章读后感

第五章 失败的过程也是过程 今天照样老师带领着我们阅读了大道至简第五章,阅读了<大道至简>的第五章,这章在前面的基础上又进了一步,有了技术和团队,加上有效的沟通,接下来就要接项目做工程. “虚有其表耳”,本章以<明皇实录>中的一句话来告诉我们一个深刻的道理:不要只求外表,只做形象工程,而是要透过表象,力求实质. 失败了不要紧,没有失败也就找不到自己的不足,也就不会发现自己的问题,更不用谈改进了.我们的前辈们就是在不断的失败中才总结出了“瀑布模型”“螺旋模型”等模型,方便了我们.但是

大道至简 第五章读后感

第五章 失败的过程也是过程 以得失而论,在瀑布模型与RUP模型之间,学习前者而不成,可思过程的本质:学习后者而不成,可得文字的架子. 如果懂得了所谓的模型原本都演化自那个简单的瀑布,那么文档是按XP写还是按RUP写,也就可以应时.应需,因地置宜,择善而从了. 越是简单的东西,往往越是接近于本质. 项目经理的工作,就是要去组织这个工程中的各个角色,使得分工明确,步调一致,共同地完成这个项目.四川有句地方话叫“做过场”,也有说成“走过场”的.“过场”是舞台术语,意思是角色从舞台一端出场,再走到另一端

大道至简 第五章 失败的过程也是过程 读后感

今天该写一写大道至简第五章读后感了. 首先是“做过程不是做工程”,过程是为了实现某种目的而经历的一些事情,过程有很多种,虽然经历了某种过程,但不一定能实现某种功能.做完过程的每一个阶段,并不等于做工程.做过程不是做工程的精义,也不是最终目的. 然后是“做过场”,做过场就好像是一种形式一样,做了没必要做的事情,就是浪费时间. 我们为什么做工程,不要忘了最终目的.目的,是实现客户的要求,工程只是一种实现的途径.最初做开发的前辈们,不用什么工程或者过程,也一样编出了程序,也一样解决了问题,也一样实现了

大道至简第七章读后感

大道至简第七章读后感——现实中的软件工程 “王不如远交而近攻,得寸,则王之寸:得尺,亦王之尺也.”——<战国策.秦策> 1:大公司手中的算盘 文中列举了IBM,Borland和Microsoft的一些体系,来说明大公司眼中的世界. 大公司们在标准.理论.语言上的争来夺去,未必全然出于“软件实现”的考虑.对统一理论.统一工具.统一过程的企图,其最终目的是在整个软件工程体系中的全面胜出.算 盘 上 的 绝 大 多 数 人 , 只 是 用 于 计 算 胜 负 的 一 枚 算子.所谓编程语言,只不过是

大道至简第五章阅读感想

第五章失败的过程也是过程 今天王建民老师依旧带领着我们阅读了大道至简第五章,第五章是失败的过程也是过程.通过前面的技术.团队和沟通,这章主要讲了关于做工程的问题. 文章开篇以一句<明皇实录>中的“虚有其表耳”来说明一个很重要的问题就是:不能只求外表,而是要透过表象,力求实质. 第五章的整体思想是让我们注重过程,因为有很多人从来不注重过程,只注重结果.然而过程对于一个编程人员也是非常重要,如果一个好的编程员从来不在乎程序的过程,只是关心最后程序是否能够实现,那么这个编程员一定不是一个好的编程员.

大道至简 第六章 读后感

说点什么呢,今天看了看大道至简第六章<从编程到工程>. 文章以<列子·说符>的“得其精而忘其粗,在其内而忘其外:见其所见,不见其所不见,视其所视,而遗其所不视.”为题记.第一节讲了“语言只是工具”,作者讲述了他曾经对一些编程语言的看法.他曾经也热衷于讨论语言的优劣,但是他现在不这样了,他已经不再专注于语言, 正如他在第一章中写到的一样:成天讨论这门语言好,或者那门语言坏的人,甚至是可悲的.确实,程序的好坏不在于语言,在于算法. 第二节又写了“程序”,程序=算法+结构,编程的精义于此

《大道至简》第一章读后感

经常听见有人抱怨编程太难,说自己不是学软件的料,那么他们真该好好看看<大道至简>这本书,相信他们看完这本书后会有很大收获. <大道至简>第一章引用了一个很简单的故事“愚公移山”,用这个故事很好的概述了我们在完成一个项目时所要进行的步骤.听上去“愚公移山”和编程简直是风马牛不相及,但是看过作者的叙述又有原来如此的感觉.其实编程并没有什么难懂的,就和我们日常生活一样,发现问题,分析问题,提出解决问题的方案,实施,和后续的验收.例如某天我们突然发现家里放不出水了,这就是发现问题,我们会观

大道至简第三章读后感

---恢复内容开始--- 大道至简第三章的是团队的问题.我们知道,随着人们生活水平的不断提高,用户对计算机软件的功能要求也日趋上升.这样一来,计算机软件就变得越来越复杂,规模变得越来越庞大,源代码的量也越来越多.在这种市场需求和自身发展的共同要求之下,一个团结而高效的开发团队的作用就不言而喻了.那么如何打造一支强有力.听指挥.能干活的开发团队呢?这一章作者就这个问题和我们展开了讨论. 作者着重的强调了项目经理在开发团队中的作用.首先声明一点,这并不是说团队的开发人员不重要,作者从始至终都认为编程

一切都是为了实现-大道至简第六章读后感

大道至简第六章的内容比较多,也比较深.或者说这一章作者是从一个更高的层次.更开阔的视野.更独特的角度来解读软件工程这四个字的具体含义的. 作者的这些肺腑之言都是作者在软件行业工作了多年之后总结出来的.开发技术对一个软件产品质量的好坏和最终的成功的影响并虽然不能说是一点也没有,但也不是很大.真正起到决定性因素的不是那些技术细节,而是一个高度过程化.通晓方法论.拥有大量工具的开发团队或者是开发公司.在这个团队里面,无论是对项目经理还是开发经理甚至是一个普通的开发人员的要求都是很高的.团队内的每个人必

《大道至简》第一章读后感和伪代码

阅读了<大道至简>第一章,感到作者对编程的精义分析非常具体形象,引用<愚公移山>的故事,说明了编程的本质.又将他们扮演的管理者,技术人员,程序分析师众多形象展现出来.又在困惑人们的"我能不能学会编程"这一问题做出回答,作者列举生活实例,给出了肯定的答案,将很多抽象的东西,简单化,通过最常见的生活中的实例介绍"大道". import java.大道至简.*; public class.yishan.*; { public static void