全球网络经济 下载 pdf 电子版 epub 免费 txt 2025

本书从多方面讲述了全球的网络经济内容。当今世界信息技术变革速度之快，可谓令人目不暇接。许多新技术和新术语及其来龙去脉等，往往在人们还没有来得及搞清楚它们之前，就已经开始落后乃至被淘汰出局。因此，任何一个希望能较好地洞察未来的人，有系统地了解信息技术和信息产业的发展趋势和全球网络经济的进展情况，不仅十分值得，而且也十分必要。

代序：从全球网络经济看东亚金融风暴

章 国际自由电信与网络革命

节 信息技术突飞猛进与全球网络

第二节 国际电信自由化风潮与全球网络协议

第三节 信息网络革命彻底改造世界社会经济

第二章 全球网络与新型作业管理

节 信息反馈加速与用"脑"制造时代

第二节 "福特流水线作业制"发生方向性变革

第三节 微观作业机制信息化与"特别作业班组"

第三章 全球网络与新型企业组织

节 市场信息化与公司内部组织结构变迁

第二节 全球市场信息化与企业外部设备合作结构变迁

第三节 市场信息化透视未来企业"新边疆"

第四章 全球网络与新型政企合作

节 利益格局变动导致政企合作模式转型

第二节 强调"人力资本"与淡化"所有权"和"控制权"

第三节 "无国界经济"与新型跨国企业经营逻辑

第五章 全球网络与新型政府调控

节 "信息本位制"的兴起和政府主权的重新配置

第二节 "第三者政府"的基本内涵和职能定位

第三节 "智能型政府"及新型产业政策酝酿

第六章 全球网络与新型国际经济

节 信息资源重要性上升与国际贸易网络化

第二节 全球网络中新型金融机制已初具规模

第三节 网络金融中国际投资的新格局新渠道

第七章 全球网络与新型世界经济

节 资本市场格局变动与世界经济新风险

第二节 全球网络经济震荡与"东亚金融风暴"

第三节 网络金融危机与全球经济秩序前景

主要参考文献（论文部分）

附录：INTERNET网络资源辑选

后记

萧琛：1949年生，江苏高邮人。1978年考入北京大学经济学系世界经济专业。1982年和1985年分获世界经济专业学士和美国经济方向硕士。1987年至1989年获世界银行全额奖学金，在美国马里兰大学经济学系攻读财政学、公共选择和发展经济学博士专业课程。曾应聘任世界银行顾问。

暂无出版社相关信息，正在全力查找中！

暂无相关书籍摘录，正在全力查找中！

在线阅读地址：全球网络经济在线阅读

在线听书地址：全球网络经济在线收听

在线购买地址：全球网络经济在线购买

暂无原文赏析，正在全力查找中！

编辑推荐

作者立足其浩繁的积累和丰富的国际经历，从一个独特的角度，动态地考察了全球经济的"自由通信"、"作业管理"、"企业组织"、"政企合作"、"政府调控"、"国际竞争"和"网络金融"等七个层面上的经济机制变革，提出了一系列富有前瞻性的新见解。

书籍介绍

本书立足于作者的长期的积累和丰富的国际经历，从一个独特的角度，动态地考察了全球经济的动态通信、作业管理、企业组织、政企合作、政府控制、国际竞争和网络金融等七个层面上的经济机制变革，并提出一系列富有前瞻性的新见解。

• 作者：shininglove 发布时间：2016-05-05 21:46:27

  教条主义，规范到每个段落章节，不过这么一来会在无形中扼杀创意灵感。

• 作者：kylegun 发布时间：2015-06-19 00:38:45

  悲苦无知少年因一封神秘信件，卷入没落贵族阶层极尽丑恶绝望的世故人情。其中还牵扯到进步青年读书集会，亦或理想亦或尊严的自杀，还有乡绅救赎亡妻通灵等俄罗斯怪谈。当然，重点还是热病癔症般的激情爱恋，“思想”永远被非理性打败

• 作者：李苦瓜 发布时间：2023-05-29 18:12:19

  其实不太喜欢这种拆原作的行为，但16开翻阅起来真的好爽（）

• 作者：美树馆的植舞园 发布时间：2014-07-19 10:49:27

  就因为这三本书，专门花了一周的时间

  去南京、丹阳把南朝帝陵遗存的石刻全都看了一遍

• 作者：k河边的apart 发布时间：2022-11-04 15:14:13

  就3张优缺点比较图有点价值

• 作者：ZY 发布时间：2012-03-15 15:50:45

  王师讲的好多在里面。

• SD随想

  作者：夏木沐暮 发布时间：2009-02-05 21:53:04

  每天晚上六点专门为自己放一集<灌篮高手>,尽管老妈在一边骂骂咧咧的说她都知道樱木花道失恋50次了,呵呵,假装听不见.

  　　

  　　感觉就像回到了初中生活,简单而又忙碌.

  　　

  　　

  　　

  　　关于梦想

  　　第一遍看SD的时候,喜欢仙道,风般不定海般深的男子,一笑让人骨头发酥,特定的场景还伴随着脊背发凉的效果.典型的外热内冷.

  　　

  　　第二遍看SD的时候,喜欢流川,沉默寡言,争强好胜,只是外表看似冷傲的狐狸一样的男孩子.典型的外冷内热.

  　　第三遍看SD的时候,主角终于进入视线,发现他身上的全部,自己都喜欢.典型的内热外热.红色本身就象征着热情,忠诚和勇气.

  　　

  　　第四遍,第五遍...第N遍看的时候,发觉其实喜欢里面的每一个人.因为梦想,因为执着.

  　　

  　　山王一战樱木为了救球脊背受伤却仍不顾一切的要上场继续比赛,面对安西教练的劝阻,"老头子,你最辉煌的时代是什么时候?是全日本时代吗?而我呢,就是现在了!"每次看到这句话的时候都无比的震撼和感动.极致.自认为人在全神贯注做一件事的时候,是最有魅力的,最吸引人的.小三在VS翔阳和山王时的三分球旋风,流川在VS丰玉时眼部受伤却毫不退缩...喜欢里面的每一个人,因为他们为了自己的梦想,认真,拼命,不顾一切.

  　　

  　　恩,自己也应该继续好好学习这种精神啊!

  　　

  　　

  　　

  　　关于友情

  　　喜欢看少男漫画,不论是体育类还是格斗类.小三带人去体育馆闹事的那段简直百看不厌,觉得流川花道还有樱木军团简直帅呆了,啊,当然还有洋平.擅长打架的男生通常是比较有型滴(尤其流川,活活活).SD里面的友情有很多种,有崛田小三的江湖义气,也有樱木军团这样可靠的损友,呵呵,还有流川和樱木的另类友谊吧(爱情?^_^).

  　　

  　　不喜欢总把朋友两个字挂在嘴边,也不喜欢外表过于热情的人.屁可儿说初次见我心里就凉了半截儿,觉得我这个人似乎超级不好相处,呵呵,其实只是不喜欢她一进门那个热络的招呼.老妈说我这毛病不好,不容易给别人留下好的第一印象.我到是觉得无所谓,还没到必须要逢场作戏的时候.交友,要窄而深.

  　　

  　　小学的时候总喜欢和楼下几个比自己大一点的男生一起玩,捉迷藏,打扑克,印象最深的是香港回归那天,几个人跑去海河边看烟火,凌晨四点才回家.说起来真怀念那时,老大们都不怎么管自己,到是越大担心的越多,真搞不懂.

  　　

  　　也许就是从那时起开始喜欢和男孩子玩,喜欢那种无所顾及的感觉.女孩子事儿太多,不过还好身边的同性朋友全是"一丘之貉".还记得初中一次心烦和梨儿商量打一场,两个人就在操场上掐了起来,其实也就是推来搡去,结果转天杨姐居然煞有介事的宣传我们俩为了某白痴决斗,现在想起来还想笑啊,呵呵,不过现在不敢再和丫儿掐了,小子跆拳道练的劲儿劲儿的...

  　　

  　　

  　　

  　　我的朋友,希望会是一生的.

  　　

  　　

  　　

  　　关于爱情

  　 花道的梦想就是和自己喜欢的女生一起上下学,呵呵,有一度这也是我的梦想,两个人一边骑单车一边轻松愉快的聊天,这在我看来是最开心的事情.到现在自己的想法被朋友嘲笑太幼稚,外带心理年龄严重滞后于生理年龄,是吧,呵呵,不过我想每个人对于浪漫的定义和憧憬是不同的,浪漫不是刻意营造的,是蕴涵在细节中的,更是两个人的默契.话又说回来,什么样才算成熟呢,逛街吃饭什么的还是和朋友一起做更开心嘛,恋人应该做些更有意思的事情吧,唉,不懂不懂,以后争取找个大懂"教教"自己,一起操练操练,活活活~~~

  　　

  　　

  　 胡思乱想了许多,朋友说过去永远是最美好的,现在有些领悟了.

  　　

  　　

  　　 纯真年代,一去不返.

• 「Cloud Native Infrastructure」读书笔记

  作者：khotyn 发布时间：2018-02-19 21:04:37

  这是假期读的第二本书，以下是对本书的阅读的内容的一些总结：

  就 Cloud native 这个词来说，已经被市场人员到处在用了，就跟 Microservice 一样，很难清晰地去定义到底什么是 Cloud native。在本书中，作者提到的 Cloud native 其实包含了两个部分的内容，一个是 Cloud native 的基础设施（Cloud native infrastructure），另一个是 Cloud native 的应用（Cloud native application）。作者对于 Cloud native infrastructure 的定义是：

  Cloud native infrastructure is infrastructure that is hidden behind useful abstractions, controlled by APIs, managed by software, and has the purpose of running applications. Running infrastructure with these traits gives rise to a new pattern for managing that infrastructure in a scalable, efficient way.

  所谓的 Cloud native 的基础设施就是当我们的基础设施（大量的 VM/Docker，复杂的网络，各种各样的储存等等）变的非常复杂和庞大的时候，通过人力是无法高效地进行运维的，在这样的大规模下，我们应该尽量地去避免人工介入，而是需要有一套软件来帮助我们更好地去管理我们的基础设施，可以让运行在这套基础设施上 Cloud native 的应用可以非常方便地被运维，部署，监控等等。那么怎么去设计管理 Cloud native 的基础设施的系统呢，作者提到了几个点，其中包括系统的自举，API 的设计等等，但是我觉得其中最重要的一点是 Reconciler Pattern，关于这个 Pattern，书中提到了四个原则：

  * Use a data structure for all inputs and outputs.

  * Ensure that the data structure is immutable.

  * Keep the resource map simple.

  * Make the actual state match the expected state.

  其中最后一点和 Reconciler Pattern 的关系最大，这个也是 Kubernetes 中的方式，我们往 Kubernetes 中去提交一个 Spec，比如要求一个应用的实例的数量应该是 4，那么 Kubernetes 就会尽可能地去保证这个应用的实例的数量是 4，如果一个实例 Crash 了，它就马上新起一个实例。这就是所谓的 Reconciler Pattern，尽量让实际的状态可以和期望的状态匹配上。

  Reconciler Pattern 在设计上非常大的一个优势就是它是声明式的，而不是反应式的。用户要做的是按照系统提供出的 API，直接告诉系统你想要什么，比如说，我想要一个应用的实例的数量保持在 4 个，系统就去考虑各种情况，让你的应用的数量保持在 4 个。而反应式的话，则是监听系统的事件，比如你的应用的某个实例 Crash 了，然后你监听到了这个事件之后，就调用系统的 API 去新创建一个实例。显然，对于用户来说，声明式的方式要简单地很多，不容易出错。而反应式则要求每一个应用都去监听系统的事件，不但侵入到了应用，也很容易出错。

  在上面的 Reconciler Pattern 的四个原则中，第二点让数据结构是不可变的这一点也是非常重要的，但是我不是很明白这个点和 Reconciler Pattern 具体的关系在哪里？这个原则是说如果我们要修改一个数据结构，我们实际上不是修改它，而是新建一个新的，然后把原来的标记成过期，这样的好处是，我们可以保留数据结构中间的各种版本，当需要看下当前的 Infra 有哪些区别的，就可以把这些版本直接拿出来对比，非常方便地就可以回答线上环境到底发生了什么样的变更。

  有了 Cloud native 的基础设施，我们还要有 Cloud native 的应用运行在上面，那么作为基础设施，我们还应该给应用到底提供什么样的能力呢，书中提到了八点：

  * Runtime and isolation（这里的 isolation 是指资源的 isolation，比如 CPU，Memory，Storage 等等）

  * Resource allocation and scheduling

  * Environment isolation（这里的 isolation 指的是环境的 isolation，比如 dev，test，staging，product）

  * Service discovery

  * State management（Readiness, Liveness）

  * Monitoring and logging

  * Metrics aggregation

  * Debugging and tracing

  我们可以看到，上面的八个点中其实下面非常多的都是原来传统的中间件在干的一些事情，而在 Cloud native 的基础设施中，这些中间件正在往下沉，直接成为基础设施的一部分，为应用提供能力。而且在 CNCF 中，上面的八个点基本上都有一个对应的产品对应：

  * Runtime and isolation: containers, rkt

  * Resource allocation and scheduling: kubernetes

  * Environment isolation: kubernetes

  * Service discovery: kubernetes

  * State management: kubernetes

  * Monitoring and logging: Prometheus, Fluentd

  * Metrics aggregation: Prometheus

  * Debugging and tracing: OpenTracing, Jaeger

  除了上面的八个点之外，我个人认为应该还加上一个点，就是 Network Resilient，这可以极大程度地解决应用之间的网络通信的问题，这个正是 Service Mesh 所提供的能力，在 CNCF 里面对应的产品是 Envoy（奇怪 istio 怎么还没有进入 CNCF）。

  总结来说，本书的作者基本上把设计一个 Cloud native infrastructure 所需要做的事情都讲了一遍，包括上面没有提到的测试等等，大部分的内容其实就是 Kubernetes 目前已经做到的一些事情，如果你对 Kubernetes 的设计已经非常清楚了，那么这本书对你的价值可能不大，如果对 Kubernetes 的设计并不熟悉，那么相信你可以从这本书里面学到不少东西。