King of the Ants: Behind the Scenes

每读一本剧时，就会净化一次心灵。 读好剧，多看剧。青春不悔，加油！

真正的传奇巨著，生动的爱恨情仇，人性善恶的深刻描述，百读不厌。致敬未知演员！

第一次看这部剧集最让我羡慕的是李安宁和徐莫庭的爱情故事，波澜不惊，那么顺理成章、自然而然又细水长流。       而第二次看这部剧集最让我羡慕的却不是他们的爱情，而是李安宁——博览群书，可谓就是一本行走的百科全书。古诗、历史、影视……基本无一不知，信手拈来。

一切美好都源自付出有回应。各自丰满了彼此的人生。这也许就是爱情吧。

不知道是改革开放还是政要的审美毁了中国本土建筑文化，现在留下的总是少的，但，如果都留下是对的吗，显然也不是，大家喜欢的就是反差感，所以有了Vessel。也正是有未知演员这样执着的大师，才有一个分派不断在思考和实践。象山校区是美的，未知演员真实的让人感动。 当全世界的CBD都是一个样子的时候，当各个城市都有“小曼哈顿”的时候，我们终于实现了One World One Dream。

十多年了，当年断更前就开始看，复更就追到最后。前短时间看了大唐安西最后一次转账，第一个想到未知演员的King of the Ants: Behind the Scenes。

可悲可叹，读完让人唏嘘不已！ 作为演员，须磨子毋庸置疑是成功的；作为爱情竞争者，也算成功，虽不光彩；但作为普通人，她的性格让她活成了一个可悲又失败的人！ 真性情之人必定有外人所无法理解和接受的缺憾，这或许也是上天公平的一种体现吧！

把生活中可能遇到的问题做了详细的讲解，虽然不能面面俱到，但最常见的还是讲到了。感觉书中有些例子举得有些牵强。

有这么吸引你吗？我也看完了，可感觉也就是一本普通的北极寓言故事书~难道与你一直向往去北极看熊有关？

故事的细节还要再多打磨，预留伏笔太多，而结局又多变与伏笔无法对应时就显得有些多余。书比电影交待得全面仔细。

◆ 第5章 运输层 >> 滑动窗口、流量控制和拥塞控制机制。 ◆ 5.1 运输层协议概述 >> 因此严格地讲，两个主机进行通信就是两个主机中的应用进程互相通信。 >> 运输层的角度看，通信的真正端点并不是主机而是主机中的进程。也就是说，端到端的通信是应用进程之间的通信。 >> 这表明运输层有一个很重要的功能——复用(multiplexing)和分用(demultiplexing)。这里的“复用”是指在发送方不同的应用进程都可以使用同一个运输层协议传送数据（当然需要加上适当的首部），而“分用”是指接收方的运输层在剥去报文的首部后能够把这些数据正确交付目的应用进程 >> 网络层是为主机之间提供逻辑通信，而运输层为应用进程之间提供端到端的逻辑通信 >> 运输层为应用进程 >> 运输层向高层用户屏蔽了下面网络核心的细节（如网络拓扑、所采用的路由选择协议等），它使应用进程看见的就是好像在两个运输层实体之间有一条端到端的逻辑通信信道， >> 。当运输层采用面向连接的TCP协议时，尽管下面的网络是不可靠的 ◆ 5.1.2 运输层的两个主要协议 >> (1) 用户数据报协议UDP (User Datagram Protocol) (2) 传输控制协议TCP (Transmission Control Protocol) >> TCP/IP体系中，则根据所使用的协议是TCP或UDP，分别称之为TCP报文段(segment) 或UDP用户数据报。 >> UDP在传送数据之前不需要先建立连接。远地主机的运输层在收到UDP报文后，不需要给出任何确认。 >> TCP则提供面向连接的服务。在传送数据之前必须先建立连接，数据传送结束后要释放连接。TCP不提供广播或多播服务。 ◆ 5.1.3 运输层的端口 >> 应用层所有的应用进程都可以通过运输层再传送到IP层（网络层），这就是复用。运输层从IP层收到数据后必须交付指明的应用进程。这就是分用 >> 而软件端口是应用层的各种协议进程与运输实体进行层间交互的一种地址。 >> TCP/IP的运输层用一个16位端口号来标志一个端口。 >> 运输层用一个16位端口号来标志一个端口 >> 不仅必须知道对方的IP地址（为了找到对方的计算机），而且还要知道对方的端口号（为了找到对方计算机中的应用进程）。 >> 或系统端口号，数值为0～1023。 ◆ 5.2 用户数据报协议UDP >> UDP是无连接的，即发送数据之前不需要建立连接（当然，发送数据结束时也没有连接可释放），因此减少了开销和发送数据之前的时延。 >> UDP使用尽最大努力交付，即不保证可靠交付 >> UDP是面向报文的。 >> UDP没有拥塞控制，因此网络出现的拥塞不会使源主机的发送速率降低。这对某些实时应用是很重要的。很多的实时应用（如IP电话、实时视频会议等）要求源主机以恒定的速率发送数据，并且允许在网络发生拥塞时丢失一些数据，但却不允许数据有太大的时延。UDP正好适合这种要求。 >> UDP支持一对一、一对多、多对一和多对多的交互通信 >> 支持一对一、一对多、多对一和多对多的交互通信 ◆ 5.2.2 UDP的首部格式 >> 式用户数据报UDP有两个字段：数据字段和首部字段。首部字段很简单，只有8个字节(图5-5)，由四个字段组成，每个字段的长度都是两个字节。 >> 当运输层从IP层收到UDP数据报时，就根据首部中的目的端口，把UDP数据报通过相应的端口，上交最后的终点——应用进程。 >> 如果接收方UDP发现收到的报文中的目的端口号不正确（即不存在对应于该端口号的应用进

吾生也有涯，而知也无涯； 人生天地之间，若白驹之过隙，忽然而已。 我们不只是生活在宇宙之中，宇宙其实存在于我们的身体之中， 认识宇宙，就是重新认识自己。 在茫茫宇宙间， 每个人都只有一次生存的机会， 都是一个独一无二、不可重复的存在。 活在世上， 最重要的事就是活出你自己的特色和滋味来。 你的人生是否有意义， 衡量的标准不是外在的成功， 而是你对人生意义的独特领悟和坚守， 从而使你的自我闪现出个性的光华。

全书内容很通俗，善用比喻举例来介绍各种前后端，网络，人工智能等技术。因为主要面向业务人员，都没有深入技术细节。一部科普书，没有开发基础的可以当作扫盲工具书。

编剧會不會寫系統 任務現在才幾個？傭兵團不升級解任物嗎 任務獎勵不能有龍氣嗎 殺任何生靈不能增加經驗值龍氣嗎

那么多优秀的类似的题材，拍成这个这。而且还是正午阳光的剧，太让人失望了。

比原著CJ好多

好好生活对一个人来说本身就不容易，再加一个人，难度也在升级。爱是需要学习的，幸福是需要经营的。学会经营自己的爱与生活吧！

几点启发 1.从病毒软件 至小米初期MIUI系统发布，他的天赋 热爱和努力促使了是他而非别人成功 2.他洞悉发展宏观角度是超前的，比如早期金山做游戏 再到13年的小米生态链 他布局是在普通人(我)意识到这件事会是大势所趋的五六年前， 从这方面讲 他和乔布斯很相像 都是在引领发展而非跟随用户需求 第一个吃螃蟹的人 3.坦然承认运气加持重要性 85%