We’ve found that saving and organizing content around our most important goals is a great way to feed your team with high-value information. Plus, sharing smart, relevant articles with your team or professional network bolsters your status as a visible expert.

Sometimes you might feel overwhelmed by the volume of new content in your feeds. There are important updates coming in, but it can be hard to keep up.

In this post, we’ve shared the five easy ways to save articles and feed your team with only the most high-value, relevant information.

Find out more about Boards in this big announcement post.

1 — In Your Feedly

If you find an important article while reading in Feedly on your desktop, click the “Save to Board” icon:

Click on the board icon to open your list of Boards. If this is your first one, take a moment to give it a name. You can save an article to multiple Boards.

We find that the best Board names are specific and related to a project or task. For example, a “Competitors” board just for articles about product launches in your market; or a “Client X” board dedicated to each client’s brand, executives, etc.

2 — From Anywhere on the Web

There is a vast (and expanding) ocean of content on the web. Instead of copy-pasting links between tabs or into a spreadsheet, the Feedly browser extension makes it easy and quick to save any article to your Feedly Boards.

Add the extension for Chrome, Firefox, and Safari, and you can save an article in two clicks. When you go back to your Boards on Feedly, the article will be right where you saved it.

3 — From a Board Using the “Add URL” Button

Links come at you from friends and colleagues too. There’s another quick way to save to Boards by pasting in a URL. Copy the article URL, then open one of your Boards. Click the   star icon at the top right of a Board, paste the URL in the box, and click “Save to Board.”

4 — While Reading in the Feedly Mobile App

If you’re reading on the Feedly mobile app, tap the    icon to save. You’ll be able to save the current article to one or more of your Personal and Team Boards.

Your content syncs automatically across all your devices.

5 — From Any Other Mobile App

Similar to #2 above, it’s easy to save to Feedly from other apps on your phone or tablet. Open your device’s share menu, choose Feedly, and select the Boards where you want to put the article. This option requires that you have the Feedly mobile app installed.

If you have the Feedly app installed on mobile (Android or iPhone), the “Save to Feedly” option is automatically available in your device’s share menu.

That’s all for now! Thanks for using Feedly. We hope you enjoy Boards as much as we do.

如果在生活中留心观察，你不难发现这样的场景：树林间，一只鸟对另一只鸟穷追不舍；厨房里，一只苍蝇紧跟着另一只苍蝇不放；公园里，一只狗追着另一只狗试图强行骑跨。

这时响起的画外音，很可能是「万物复苏,又到了求偶交配的季节」，但鲜有人意识到，这些动物活动不是求偶，而是求偶失败后的霸王硬上弓。

● 鸭

强奸亚文化存在于几乎所有物种中。所有个体都抗拒强奸，但在绝大部分物种中，雄性的交配欲望高于雌性，雌性往往不成比例地沦为强奸受害者。

学界研究的强奸行为集中在雄性对雌性的强奸，这不意味着雄性强奸雄性或雌性强奸雌性不存在，只不过它们不如雄性强奸雌性那么随处可见而已。

说回原题。强奸之所以在动物界广泛存在，是因为它确实对雄性有好处，哪怕雌性承受了极高的代价。

由于雌性承担了绝大部分生育责任，她在择偶游戏中是权力上位者，雄性只能以极低的姿态去迎合雌性：

有的雌性喜欢漂亮的，那我长帅一点，有的雌性喜欢会打架的，那我能打一点，有的雌性喜欢跳舞好的，那我就去练跳舞，有的雌性是吃货，我就跋山涉水去给她找吃的[1]。

但雄性自然不满足于做被挑选者。

在他们的内部争斗中，胜利者会大大限制失败者的交配权，极端情况下，他们会咬掉失败者的生殖器，这和杀了他们没什么两样。但这仍然无法改变他们在面对雌性时的下位者姿态。

雄性体制内的蛋糕分完了，如果还想要更多，只能去抢雌性的蛋糕。最有利于个体的生存策略是，我想干什么就可以干什么，想和谁交配就和谁交配。你不愿意，那我就强迫你。

雄性的最佳强奸策略是，我可以强奸别人老婆，别人不能强奸我老婆。

可这种策略用脚趾头想都是很难成功的。雄性分配在生殖上的能量有限，却需要操心三件事，第一，正大光明地娶老婆，第二，保护老婆不受性*扰，第三，强奸别人的老婆。

不是所有雄性都迷恋强奸。强奸对于整个种群而言是不好的，因为雌性选择有助于整个种群筛选优质基因，强奸行为破坏了规则。

同时，强奸可能会带来雌性的器质性损伤，导致种群内可繁殖的雌性数量减少。蜘蛛在强奸时，毒牙会伤害雌性[2]，龟（Testudo hermanni）会用自己的尾巴硬插雌性，造成生殖器损伤[3]。

● 象海豹

强奸率的升高还会导致娶妻成本和保护老婆的成本上升。进一步推理，桃花多的雄性利益增长，要小于没有桃花的雄性利益增长。虽然对于没有桃花的雄性，强奸带来的是从无到有的质变，但优质雄性把妹相对轻松，强奸的边际收益较低。

因此，处于权力上层的雄性经常会公开表示，为了种族的繁荣，不能强奸，并惩戒那些越轨的下层雄性。但很难说，私下里，他们自己是否同样严于律己。

如果强奸发生成本过低，阻止它的发生就变得极为困难。在这种条件下，雌性进化出了一整套防止强奸产子的系统。

第一招：把有强奸意图的雄性往死里打，必要时可以把它吃掉。

生物学第一定律：多挨几次打就老实了，但这只适用于雌性比雄性大的生物，雌性可以暴力反抗，或者存在于由雌性长者领导的母系社会，敢强奸，就会被族长驱逐出境。但道高一尺魔高一丈，雌蝎子喜食雄蝎子，雄蝎子无法抑制交配冲动，只能以身犯险，为了降低被吃掉的风险，雄蝎子会给雌蝎子注射小剂量的毒液（Sexual sting），这种毒液通常用来麻醉小型猎物[4]。

● 蝎

第二招：关闭生殖器

一种水里的小虫子（Gerris gracilicornis），雄性趴在雌性背上交配，雌性的生殖器有一扇小门，不愿意交配的时候不会开门，而且会使劲把雄性甩下去。

雄性破门而入的技巧不够高深，竟然想出杀敌一千自损八百的阴招，他们爬到雌性背上疯狂地性*扰，用脚在水面上荡起波纹，捕食者感知到了信号，就会快速过来捕食，如果悲剧真的发生，雄性会率先逃走，留雌性挡刀，所以雌性一旦觉察到他的小心思，为了防止丢命，便会妥协与其交配[5]。

● Water strider

第三招：雇个保镖

如果自己的身体不够强壮，家族中的雌性也不够有权力，就只能雇一个保镖，这个保镖通常是自己的老公，他天然地不愿意别人强奸自己的老婆，在这一点上是利益共同体，母鸡在被性*扰的时候就会主动寻求老公的帮助[6]。

但把自己的安危寄托在别人身上，终究是不牢靠的，即使防得了外人强奸，也防不了婚内强奸。再者说，保护老婆并不是雄性唯一感兴趣的事情，它们时常消极怠工，或跑去追求其他雌性，或贪吃误事。

雇保镖的初衷是用交配权换保护，你不保护我，我就不和你交配，主动权掌握在雌性手中，但雄性可以采取固定策略——强奸落单的雌性，如此一来，雌性不得不寻求雄性保护，保护变成刚需，雄性就有了更多讨价还价的筹码。

第四招：强奸了也不让你精子成功

靠别人不如靠自己，如果强奸很难避免，那么就把强奸带来的伤害降到最低，雌性形成了体内的精子筛选通道，可以把不喜欢的雄性精子从阴道里挤出去，把喜欢的雄性精子存起来慢慢用。

● 母鸡的储精管

喜欢的雄性更有可能当爹。如果雌性喜欢更长的精子，体内就会形成细长的储精管，雄性不得不努力制造更大的精子，果蝇也因此拥有了巨大的精子[8]。为了帮助雌性吸收精子，雄性不得不努力提高床上技巧，把雌性伺候舒服[9]。但雄性同样有对策，使用精液蛋白提高自己的精子储存率。

● 取悦雌性

第五招：选择性堕胎

雌性并不是一交配完就可以让卵子受精，她会让精子长时间地在生殖道内游荡，即使最后哪个幸运的冲破重重阻碍依旧和卵子结合了，雌性也可以根据自己的偏好选择性堕胎，可怜的受精卵无法着床，还面临被母体重吸收的风险，这种特殊的流产机制在蝙蝠中被发现过[10]。但雄性却利用了雌性的流产机制，会强迫再婚的雌性流掉前夫的孩子，尽快进入生育期[11]。

第六招：遗弃孩子

越往后，对雌性的伤害越大，如果之前的重重保护都不能让雌性捍卫自己的生育权，雌性在生产之后更有可能遗弃和自己不喜欢的雄性生的孩子[12]，但雌性的生育代价远大于雄性，遗弃在大多数情况下不是最优解。

争夺交配权和生育权为什么这么重要？

因为，生殖权的背后是生存权——优先享用资源的权力。两性谁在其中发挥的作用更大，谁掌握主动权，对应的权力则更大。

或许更值得注意的是，它还很大程度地影响了进化方向和未来的权力格局。

选对象和家畜育种一个道理，雌性如果有权力，她可以持续选择顺从、爱带娃的雄性，经过多代的培育，雄性会变得越来越任劳任怨，雌性的权力就越来越大。相反，雄性如果有权力，他可以持续选择顺从、忠贞的雌性，经过多代的选择，雌性会以夫为纲，争立贞节牌坊，雄性的权力就越来越大[13]。

个体的暴力，让体型小的雌性无力反抗强奸，进化产生的制度的暴力，则能让母系氏族的强奸者无处遁逃。性暴力的背后是性别权力失衡，近年来学者提出观点，暴力不是获得权力的唯一途径，不可被掠夺的资源和知识在其中也起到至关重要的作用，设想一雌一雄生活在孤岛，只有雌性知道哪里可以找到食物和水源，尽管雄性从力量上远胜于雌性，他也无法轻易侵犯[14]。

性是权力的原因，也是权力的结果。基于上一代的两性权力，他们争夺交配权和生育权，争夺的结果又导致了后代的性别权力格局。

参考文献

1.  Gwynne, D.T., Sexual conflict over nuptial gifts in insects.Annu. Rev. Entomol., 2008. 53: p. 83-101.

2.  Johns, J.L., et al., Love bites: male fang use during coercive mating in wolf spiders.Behavioral ecology and sociobiology, 2009. 64(1): p. 13.

3.  Golubović, A., et al., Is sexual brutality maladaptive under high population density?Biological Journal of the Linnean Society, 2018. 124(3): p. 394-402.

4.  Inceoglu, B., et al., One scorpion, two venoms: prevenom of Parabuthus transvaalicus acts as an alternative type of venom with distinct mechanism of action.Proceedings of the National Academy of Sciences, 2003. 100(3): p. 922-927.

5.  Han, C.S. and P.G. Jablonski, Male water striders attract predators to intimidate females into copulation.Nature communications, 2010. 1: p. 52.

6.  Løvlie, H., J. Zidar, and C. Berneheim, A cry for help: female distress calling during copulation is context dependent.Animal behaviour, 2014. 92: p. 151-157.

7.  King, L.M., et al., Segregation of spermatozoa within sperm storage tubules of fowl and turkey hens.Reproduction, 2002. 123(1): p. 79-86.

8. Miller, G.T. and S. Pitnick, Sperm-female coevolution in Drosophila.Science, 2002. 298(5596): p. 1230-1233.

9.  Wulff, N.C., et al., Copulatory courtship by internal genitalia in bushcrickets.Scientific reports, 2017. 7: p. 42345.

10. Orr, T.J. and M. Zuk, Reproductive delays in mammals: an unexplored avenue for post‐copulatory sexual selection.Biological Reviews, 2014. 89(4): p. 889-912.

11. Berger, J., Induced abortion and social factors in wild horses.Nature, 1983. 303(5912): p. 59.

12. Crawford, C. and B.M.F. Galdikas, Rape in non-human animals: An evolutionary perspective.Canadian Psychology/Psychologie canadienne, 1986. 27(3): p. 215.

13. Lewis, R.J., Female Power in Primates and the Phenomenon of Female Dominance.Annual Review of Anthropology, 2018(0).

14.  Lewis, R.J., Beyond dominance: the importance of leverage.The Quarterly review of biology, 2002. 77(2): p. 149-164.

无论是在系统中，还是在高级编程语言中，依赖管理工具都扮演着重要的角色，因为它极大地提高了我们的开发效率。

Ubuntu有apt-get，Python有pip，Node.js有npm，PHP呢？

PHP有Composer。 最近一个项目需要，重新拿起PHP来编写程序开发。为了提高开发效率，尝试用Laravel框架进行开发，学一下新东西。近期应该会整理多一些文章。

Composer是 PHP 用来管理依赖（dependency）关系的工具。你可以在自己的项目中声明所依赖的外部工具库（libraries），Composer 会帮你安装这些依赖的库文件。

Laravel框架的功能部分是基于Composer，了解一下Composer对框架的学习与使用有一定的帮助。

总结一下自己使用Composer的过程与查阅的参考资料。

一种工具能解决某些具体的问题的属性。比如尺子能解决测量长度的问题。Composer将这样为你解决问题：
a)问题：你有一个项目依赖于若干个库，其中一些库依赖于其他库。
b)方法：你声明你所依赖的东西。
c)解决：Composer 会根据你的声明，找出哪个版本的包需要安装，并安装它们（将它们下载到你的项目中）。

安装

测试环境：Ubuntu-14.04 + LAMP
全局安装，把composer.phar放在PATH中，这样就可以全局访问它了，在类Unix系统中，在使用时可以不加php前缀。

执行下面两条命令即可：

$ curl -sS https://getcomposer.org/installer | php
$ sudo mv composer.phar /usr/local/bin/composer

查看Composer版本号：

$ composer -V
Composer version 1.1.1 2016-05-17 12:25:44

Composer工具安装完成！

使用

上面提到Composer解决问题的步骤abc，细化这些步骤：
a）问题：你正在创建一个项目，你需要一个库来做日志记录。你决定使用monolog第三方库，将它添加到你的项目中。

$ mkdir MyProject
$ cd MyProject/

b)方法：创建一个 composer.json 文件，其中描述了项目的依赖关系。

$ vim composer.json
{
    "require": {
        "monolog/monolog": "1.2.*"
    }
}

composer.json指出项目需要一些monolog/monolog的包，从 1.2 开始的任何版本。

c)解决：使用composer install命令，解决和下载依赖。

$ composer install

$ ls
composer.json  composer.lock  vendor

可以看到，MyProject的文件中多了一个文件composer.lock和一个文件夹vendor。composer.lock文件的作用是锁定项目的版本。 vendor文件夹中包含了composer.json中指定的依赖monolog库文件和自动加载这些库文件的自动加载文件。依赖关系解决了，下面来看看具体如何在程序中使用monolog的功能。
在MyProject文件夹下新建app.php文件。里面的代码如下：

<?php
require 'vendor/autoload.php';
$log = new Monolog\Logger('name');
$log->pushHandler(new Monolog\Handler\StreamHandler('app.log', Monolog\Logger::WARNING));
$log->addWarning('Foo');

执行这段代码

$ php app.php

没有报错，产生一个app.log的文件，这样，第三方库引用就成功了。

参考

1. Composer中文文档
2. composer.lock - 锁文件

前言

身边的杂物越多越多，却怎么也丢不掉，“舍不得”、“太可惜”；不断地买新东西，怎么都停不了手，因为“总有一天会用到”，“万一没有呢”；想把屋子收拾干净缺迟迟不行动，因为收拾“很麻烦”、“费时间”；......

说起以上的情景我相信很多人都会和我一样讪讪一笑，这说的不就是我嘛。总是忍不住剁手买东西，买回家也就冲着新鲜劲用两次，之后就再也不会宠幸它。

下定决心整理房间的时候也会因为“以后应该用得上”、“丢了很可惜“之类的理由来安慰自己，然后把这些东西换个地方放，久而久之干净舒适的房间就成为了一个物品泛滥的杂货铺。

什么是断舍离

• 断=断绝想要进入自己家的不需要的东西
• 舍=舍弃家里到处泛滥的破烂
• 离=脱离对物品的执着

断舍离就是通过收拾物品来了解自己，整理自己内心的混沌，让人生更舒适的行为技术。

翻译成人话就是通过收拾家里的破烂，也整理内心中的破烂，让人生变得开心的方法。

断舍离通篇强调要以自己为中心来考虑与物品的关系，不以“丢了很可惜”、“还能用”等为重点，而要以“这东西在当下是否适合自己”来考虑。

通过不断的对物品的断舍离，来实现对自己人生的断舍离，换工作、辞职、搬家、结婚.......

断舍离的机制

• 断舍离里收拾是最重要的；
• 只留下当下需要的，不需要的通通干掉；
• 断舍离和整理收纳不一样，它并非以把房间弄干净为目的，而是不断的更新迭代，保持物品总数量，最好丢掉收纳箱；

收拾不是转移

如果只是把不需要的东西扔到储物室或者某个柜子里，那不叫收拾，那只是叫移动，必须切实的做到把东西装进垃圾袋，扔出家门。

我曾经非常热衷于收集电子产品的包装盒，甚至专门准备了一个收纳箱来放这些空盒子，每次整理房间的时候看着那大大的箱子很是无奈，扔了又觉得可惜。

看了断舍离后咬着牙把它们扔了，带来的好处不仅仅是房间变空，也让我对待其他物品的时候能快速的抉择我是否需要。

长此以往就会自然而然的考虑这些东西是不是对自己真的有用，然后做出正确的选择。让你有限的精力更多的关注那些刚需，拒绝非刚需。

说到这里就不得不提前在少数派一个老生常谈的问题，APP泛滥，原本安装APP是想提高效率的我们却被无数的APP所绑架。断舍离的技能在此也是能发挥作用的，对于当下的你没有用的APP，请彻底卸载掉它吧。

推荐两篇相关文章

信息爆炸的年代里，如何简化并找准真正合适的 App？

不做好应用推送管理，你每周可能会收到 700 多条「垃圾」信息

动手实践，除去执念

对于下定决心要扔掉的东西，但要在扔之前又心生怜悯“还是别扔了吧，万一啥时候用得上呢。”

因为迷茫，所以总是不能把身边的东西干脆利落的处理掉，身边的东西依然很多，很乱。

但即便如此，也要不断的实施断舍离来克服它。

这样，判断物品是否需要的速度就会越来越快，慢慢地，人就不会再以可惜为借口，把用不着的东西留在身边了。

渐渐地，你对于事情的判断也会越来越快，越来越果断。

为什么我们无法丢弃破烂

外在因素

内在因素

作者在文中以两个例子为例，一个是自己的母亲，平时需要蛋黄酱，普通大小的蛋黄酱需要300日元，大号蛋黄酱原价500日元，打折后只需要350日元。

作者母亲和大多数人一样毫不犹豫的选择了大号蛋黄酱，即使吃不完会坏掉。还白白损失了50日元。

另一个则是原本只打算买一件T恤，却看到打折的西装，即使自己不需要，即使它的价格是T恤的5倍以上，但依旧会买下它。

我们总是不知不觉中就一头扎进商家的陷阱，做出这种看着是占便宜其实是吃亏的傻事。

扪心自问，我们很多时候添加一堆其实没啥用的商品到购物车，一看到降价便不考虑后果的买了下来。

很多人包括我父母会为了几年才来一次的亲戚朋友准备餐具、寝具甚至单独的房间，以我家的情况来看，近3年都没有亲戚朋友来我家过夜，几乎就可以认为是闲置占地方的一堆破烂。

为一年一次，甚至几年一次的事情花钱，说到底不过是虚荣罢了。

三种扔不掉东西的人

不喜欢待在家里，也就不会收拾屋子了。这种人都是对家庭有所不满，不愿意待在家里，所以就找各种各样的理由，让自己忙碌起来。再加上家里乱七八糟的，所以就更不想呆在家里了。慢慢地，在这样的恶心循环里越陷越深。

即便是现在已经不会再用的过去的东西，也会非得收着不可。相册、奖杯等等，统统当做命根子似的保管起来。他们多半隐含了对过去幸福时光的留恋。从不面对现实这一层意义上来看，与逃避现实型也有相通之处。

过分的囤积纸巾等日用品，某些东西没有了就回非常困扰、焦躁不安。这类人是最多的。

我是一个典型的担忧未来型，很多东西我都会准备双份甚至三份才会有安全感，虽然在不停的扔东西，但是还是会囤积一些诸如餐巾纸，文具，本子之类的东西。

断舍离的实践方法

集中精力应付一个点

集中收拾一点，即使只是一个抽屉，不要被收拾房间这几个字吓到，没有必要遵循传统意义的收拾房间就是把整个屋子都打扫一遍。那样太费时间，会极大的打击收拾的热情。

每天收拾一点，一周就能把一个房间收拾完，这样能给自己极大的信心，我也是能做到的。

优先从最影响健康的地方开始收拾，比如冰箱、洗漱台等地方。

扔扔扔

一定要扔东西，优先从怎么看都没什么用的东西开始扔，在意的东西留到以后再说；不在意的东西扔的时候不会太犹豫，省时间的同时也在给自己信心，我也是能扔东西的。

当你再次回头看那些已经收拾过的地方的时候，会发现当初犹豫要不要扔的东西现在也能很心平气和的考虑扔掉它了。

对于别人送的很难丢掉的东西在扔的时候说“对不起”和“谢谢”，想想你送别人的东西，很多时候其实你已经忘记了，反之对方送你也是如此。

既然如此，那就抱着感激之情扔掉它吧。

限制空间里的物品数量

看不见的收纳空间放七成，这样能让人有整理的欲望，如我家塞得满满当当的柜子我都没有打开它的欲望，后来知道真空压缩袋这神器后鼓起勇气给自家的柜子来了一个大扫除，现在每次打开柜子看着里面叠得整整齐齐的衣物，心情都是很愉悦的。

看得见的收纳空间放五成 ，就如同精品店里一样，货架上零零散散放着少量的东西，这样才会显得漂亮。

展示给别人看的收纳空间，这种收纳空间放一成即可。

这些所有的原则都要遵循一个大原则，那就是物品的总数量不变

断舍离与自我提升

• 不管东西多贵，多么稀有，能按照自己是否需要来判断的人才够强大；
• 留下的物品映射的是那个未知的你；
• 尝试使用高于自我形象的物品

当你使用贵重的物品的时候总会觉得很别扭，“万一坏了怎么办”、“给我这种人用是不是太浪费了？”

当你有这种念头的时候就说明这东西超过你的自我形象了，不过人类是很容易调节适应的，当你习惯了以后，潜意识里的自我形象也就跟着提高了。

一切有形的东西都是虚幻的，我们的心也是不断变化的。尽情的享受与物品难能可贵的短暂相遇，这一切就是我们所追求的幸福本身。当缘尽了，就潇洒的放手。不仅是对物品，对一切的一切都能做到这样，这就是断舍离的愿望。

物品要用才有价值。物品在此时、当下，应当出现在需要它的地方。

其他

其实很早以前就听说过断舍离这个词语了，不过真正系统的通读全文也就是7月12号而已，读完第二天就看到少数派的征文活动了。

这也是我第一次使用Markdown格式写文章，一边写一边查询少数派文章和百度也是很开心。很感谢这篇文章，全程都在反复的看它。

认识与入门 Markdown

已经很久很久没有这么认真的对待一件事情了，上一次这么认真是什么时候呢，应该还是在读书的时候吧。

这也是我少数派的第一篇文章，谢谢你能看到这里。Thanks♪(･ω･)ﾉ

李鸿章在总布胡同宅第去世

我曾经有个误解，认为李鸿章去世的地点是在北京贤良寺。这个说法，最初是读大学时从梁启超所著传记《李鸿章》一书中看来的。贤良寺位于东城的核心地段，北面是金鱼胡同，西面是校尉胡同，与王府井大街仅隔着东安市场。清末，贤良寺西跨院对外出租，类似高级招待所，进京觐见的大员清晨从东华门入宫，这里是个便捷的居停之处。李鸿章到京出差办事都借寓此处。

李鸿章(从贤良寺)出发去议和谈判

三十年前，1988年，我到贤良寺去踏访，当时住在西跨院的八旬老人王懋章先生，也说李鸿章死在这个院子。他说他父亲1916年就搬进西跨院住了，对院子的前后变迁和掌故极为熟悉。1990年，我写了《踏访贤良寺》，发表在《解放日报》的“朝花”副刊上。后来扩充、修订成《半生名节：贤良寺・李鸿章》，都介绍了这个观点。

李鸿章在贤良寺西院内与随从及俄军军官合影

加深我对于李鸿章住在贤良寺印象的，是曾国藩孙女婿吴永的晚年回忆《庚子西狩丛谈》。吴永用了很多生动笔墨，描绘李鸿章1895年签订《马关条约》之后，被免去直隶总督、北洋大臣的职务，挂着大学士和总理衙门大臣的头衔，在北京工作和生活。“久居散地，终岁僦居贤良寺。”他描述说：

公每日起居饮食，均有常度。早间六七钟起，稍进餐点，即检阅公事；或随意看《通鉴》数页，临王圣教一纸。午间饭量颇佳，饭后更进浓粥一碗，鸡汁一杯。少停，更服铁水一盅，即脱去长袍，短衣负手，出廊下散步，非严寒冰雪，不御长衣。予即于屋内伺之，看其沿廊下从彼端至此端，往复约数十次。一家人伺门外，大声报曰：“够矣！”即牵帘而入，瞑坐皮椅上，更进铁酒一盅。一侍者为之扑捏两腿；良久，始徐徐启目曰：“请君自便，予将就息矣，然且勿去。”时幕中尚有于公式枚等数人，予乃就往坐谈。约一二钟，侍者报中堂已起，予等乃复入室；稍谈数语，晚餐已具。晚间进食已少。饭罢后，予即乘间退出，公亦不复相留，稍稍看书作信，随即就寝。凡历数十百日，皆一无更变。

吴永虽然没说李鸿章死于贤良寺，但他对李鸿章在贤良寺居住时栩栩如生的细节描绘，给我带来联想上的误导，一些李鸿章传记的作者恐怕也是如此。一直记得拜访王懋章先生的那个夜晚，我站在西跨院，想象着李鸿章背负双手，在屋檐下从东厢房到西厢房之间往复散步的情景。西跨院一年之后拆除了，空地上盖起了校尉小学，我多次拍过照，收录在《天公不语对枯棋》一书中。

此外，李鸿章的老部下，四川总督刘秉璋之子刘体信在《苌楚斋三笔》中也记录：

光绪庚辛之间，合肥李文忠公鸿章以议和居京，气体已衰，而饮啖甚豪。其家中虑其食多，恒量为裁制，文忠转不悦，常因食多致疾。西医属其不必多食，不听，属其不必食某物，亦不听。又属其万不可食糯米物，本日即饱食，次日仍自告西医。时合肥郑魁士总戎国俊亦在京，时至贤良寺行馆，文忠尝属其私购食物，藏于袖管带来。每总戎来见，文忠必尽逐诸客，幕客多戏谓之袖筒相会。……病故之前十日，因食多，致疾甚厉。西医因屡进忠言不听，直告之曰：“中堂再如是乱吃，必须死矣。”文忠不听而去，语人曰：“西医之言何戆也。”又逾七日，西医已谓万不能治。文忠之如夫人莫氏，即季皋侍郎经迈之生母，犹日求单方服之，未二日即病故。

最近，我阅读张佩纶家藏信札，却发现这些颇有背景的作者多年之后的回忆，远不如李鸿章去世前后当事人所写的信件来得准切。最近首次披露的张佩纶致侄子张人骏（时任山东巡抚）函，十分明确地地指出：李鸿章“殁于总部第中，盖七月病后销假，亦眠食需人，不能回贤良寺矣”。所谓“总部第”，即现在西总布胡同的宅第。

张佩纶致张人骏亲笔信

这带来了新结论。

总部胡同，因明朝的总捕衙门设在此地而称作总捕胡同。乾隆年间改作总部胡同，至清末改称总布胡同，且以朝阳门内南小街为界，分称东、西总布胡同。

再查史料，光绪二十四年九月初二日（1898年10月16日）李鸿章致李经方函，落款处即写“仪翁书于总布胡同寓”。说明早在戊戌年间李鸿章即已入住，并非一直住在贤良寺的。光绪二十五年四月十二日致李经方函，又作“仪翁书于总布胡同寓斋”。同年十一月二十六日，他约德国驻华公使克林德二十八日上午“惠临贤良寺敝寓面谈一切。”接着，李鸿章出任两广总督，离京南下广州。北京爆发义和团事变和八国联军的进攻。

闰八月十八日（1900年10月11日），李鸿章以议和全权大臣的身份，在俄国军队护送下，从天津重返满目疮痍的北京，住在贤良寺，也在这里接待访客。联军宣布，在北京城被占领的情况下，另一位议和大臣庆亲王奕�的住地和贤良寺，为联军仅承认的“清国政府管辖的两个小院”。九月初六日，女儿鞠耦给他写信，信封地址是“速寄都城贤良寺”。以后家信，也都寄往贤良寺。

我所见到写有贤良寺的最后一个信封，是光绪二十七年八月十三日。九月十八日张佩纶致李鸿章家信，出现了“都城总部胡同”地址。这个实寄封，与他致张人骏信件的内容，可以相互印证，说明两处居所，李鸿章都在使用。从某种程度上是否可以说，贤良寺更像是李的行辕，既具有办公见客的功能，又可以住宿，而为世人熟悉。总布胡同则是私宅，李鸿章生命的最后岁月，按照传统习惯，应当在家中寿终正寝，所以病重之后，他转回到总布胡同了。

张佩纶寄李鸿章，分别写有贤良寺和总部胡同地址的实寄封

谈判《辛丑条约》

我们知道，《辛丑条约》是**近代史上空前屈辱、赔款最大的一个不平等条约，庆亲王奕�和李鸿章作为全权大臣，代表清政府在条约上签字，李鸿章为此背负卖国贼的恶名。其实，《辛丑条约》源于八国联军占领北京，慈禧、光绪两宫逃亡，**面临被占领和瓜分的民族危机。八国联军入京，源于义和团攻打使馆，各地滥杀教民，清政府还向西方各国宣战。义和团源于山东教案引起的瓜分危机，和戊戌变法失败后洋人同情光绪皇帝，引起慈禧太后的怨恨。而戊戌变法，源于甲午战争失败后社会各阶层力图改革振兴改革的努力。这是一场绵延半个世纪的历史变迁，**第一次现代化进程失败后所面临的深刻危机，以一种扭曲和愚昧排外的形式表现出来。

对于现代化进程失败，李鸿章当然有不可逃避的历史责任。李鸿章很早认识到中西方的实力差距，主张学习西方先进军事装备和技术，但在每一场对外危机来临之时，他又认为既然打不过列强，就要避免决战，主张妥协。第一次现代化失败的转折点，是**军队在甲午战争中的全军覆没，其中重要原因，是与贪腐、军事技能低劣和望风而逃、毫无必胜的信念直接相连。李鸿章后来在贤良寺里对吴永说，我办了一辈子的事，练兵也，海军也，都是纸糊的老虎，何尝能实在放手办理？不过勉强涂饰，虚有其表，不揭破犹可敷衍一时。如一间破屋，由裱糊匠东补西贴，居然成一净室。乃必欲爽手扯破，自然真相破露，不可收拾，但裱糊匠有何术能负其责？这是自我开脱，作为洋务运动的最高负责人，花费了巨大的国帑资源后，怎么能用一句轻飘飘的“裱糊匠”，就把自己的历史责任开脱掉呢？

但就事论事地说，李鸿章庚子年奉诏入京，是为了解决当时最严重的国家困境，通过谈判和妥协，让两宫平安回京，恢复主权和秩序。此时，清政府极度虚弱、首都被敌占领，从高级官员到普通百姓毫无颜面，军队也不具备抵抗的斗志。从下图李鸿章衣衫褴褛的轿夫随从，即可透射出大清帝国奄奄一息的惨状。

李鸿章从贤良寺乘轿出发，去进行议和谈判

梁启超在《李鸿章传》中曾经设想：

当是时，为李鸿章计者曰，拥两广自立，为亚细亚洲开一新政体，上也；督兵北上，勤王剿拳，以谢万国，中也；受命入京，投身虎口，行将为顽固党所甘心，下也。虽然第一义者，惟有非常之学识，非常之气魄，乃能行之，李鸿章非其人也。彼当四十年前方壮之时，尚不敢有破格之举，况八十老翁安能语此？故为此言者，非能知李鸿章之为人也。第二义近似矣，然其时广东实无一兵可用，且此举亦涉嫌疑，万一廷臣与李不相能者，加以称兵犯厥之名，是骑虎而不能下也，李之衰甚矣！方日思苟且迁就，以保全身名，斯亦非其所能及也。虽然，彼固曾熟审于第三义，而有以自择。

从后来披露的史料看，英国驻香港总督卜力曾经谋划过“两广独立”，拥李鸿章为王或总统，联络流亡日本的孙中山来施行新政。孙中山在日本友人宫崎寅藏的陪同下已经乘船到达香港外海，但李鸿章最终选择第三策，北上与各国谈判和约。这是一项极为艰难的使命。

但在当时特定的环境下，却得到朝野的普遍赞扬，与后来史书中千夫所指的气氛完全不同。时人说他“晚年因中日一役，未免为舆论所集矢，然自此番再起，全国人士皆知扶危定倾，拯此大难，毕竟非公莫属，渐觉誉多而毁少，黄花晚节，重见芬香，此亦公之返照也。” 梁启超也说，“天下唯庸人无咎无誉”，他对李鸿章，总体上说佩服的，而非简单地斥之“卖国”。

庆亲王奕�和李鸿章在签署《辛丑条约》时与各国公使合影

前些年有部流行的电视剧，说在《辛丑条约》签字时，庆亲王奕�踌躇不定，手一直发抖，几次拿笔又放下。李鸿章对庆王说的“人最难写的就是自己的名字，签在这卖国条约上，就是千古骂名，王爷还年轻，路还长着呢，还是由我来吧”。这显然是令人惊讶的胡编乱造。若无流亡西安的清政府批准，若无首席全权王大臣签字，列强能够承认条约的合法性吗？

在京期间，李鸿章承担巨大压力与列强周旋谈判，筋疲力尽、身心憔悴，最后抑郁而亡。若说他私下还有什么个人快感，恐怕是借洋人之口，迫使朝廷诛杀和放逐了官场中几个最顽固保守、盲目排外的政治对手，同时保全慈禧太后本人不被追究。他是老谋深算的政治家，岂会主动代庆王背锅，去独自签订什么“卖国条约”？

李鸿章临终情景

关于李鸿章临终的情形，在前述张佩纶致张人骏的信中透露了重要信息：

傅相八月初赏假，老怀甚喜。至廿日假满，仍是委顿。闺人（即张佩纶夫人李经�）电请续假而傅相不许，然久坐即腰酸，动即遗矢满�，心以为危。销假后，尚是季皋（李经迈）之生母（即李鸿章妾莫氏）与长孙国杰分班守下半夜。庆邸赴豫，行留部分，未免过劳。兼之俄约棘手，心中更多郁闷。十九夜陡然吐血，洋医以为胃血，吾谓直是肝郁所致耳，痛哉痛哉！

此前，七月二十三日，李鸿章已患感冒，鼻塞声重，精神困倦。但由于二十五日（1901年9月7日）为签订和约的日子，他还是抱病前往西班牙公使馆画押，回来后病情加重，寒热间作，痰咳不止，饮食不进，心中满是悲愤和无奈。八月一日，慈禧太后懿旨赏假二十天。在此期间，八国联军开始从北京撤退，太后、光绪两宫从西安准备回京，李鸿章和庆王继续就相关事项与外国公使洽谈。二十一日，李鸿章电奏：“静养两旬，诸病痊愈，惟身体软弱，腰腿酸痛，尚可力疾从公，应请销假。” 二十九日，庆亲王奉旨前往河南迎銮，北京的局面和剩下的交涉就交李鸿章一人承担。

这一时期，李与俄国谈判俄军从东北撤退极不顺利，俄国人还增加了要求中方向华俄道胜银行转让路矿权益的内容。他的健康继续恶化。用张佩纶的话，久坐腰酸，稍动则大便失禁。这样的衰弱状态下，九月十九日仍去俄国使馆谈判和争吵，回来后呕血一碗，医生说是胃血管破裂，必须静养，只能服食鸡汤、牛奶、参汤等流汁。李的病症加剧，绝非刘体信所述“贪食”引起。

此后还有随员记录，说他语多舌强，所论皆公事时事，心神似觉恍惚。但在对俄交涉上，始终没有退让。吴汝纶说：“傅相遍体皆老，独脑气不老。此公关国休戚，祝其长生者。殆遍天下也。”二十五日，李鸿章之子经述、经迈致电盛宣怀，说父亲以庆王不在，恐怕事情延搁，总是不尊医嘱，起床办事，而身体难以支撑。请他密电枢府，将病情如实报告以争取假期休息。“中外以此老为孤注，亦宜加以护惜，留以有待。”

也在这个时候，盛宣怀忙不迭地为太后回銮的专车采购各色器物和食品。本来下令向洋人宣战，又被洋人打得逃往太原、西安的太后，现在乘坐的御用火车车厢里，要配置镀金钢丝外国铜床，御床用洋绸枕头，红外国缎黑缎镶褥。黄、红绒背垫外国单靠椅，大餐陈设用五色玻璃插花大花瓶，镀银西式刀叉，高脚玻璃酒杯，细洋瓷咖啡具，甚至还有进口葡萄酒、咖啡、外国辣子、外国酱油，香水、牙刷和肥皂盒。

李鸿章于九月二十七日（1901年11月7日）上午11时去世。西医说他违背医嘱坐起来工作，所以身体迅速恶化。“出血已经基本得到控制。”美国医生满乐道说，“慢性胃炎和持续恶心造成的情况，病人只能服用最温和的流质食物。昨天李鸿章很愉快且不再疼痛，但今天早上2点他失去意识，并且不再能够吐痰。”留京办事大臣那桐则记录，他在二十六日已经觉得李鸿章危在旦夕，遂致电行在军机处，请朝廷预备重臣接替李鸿章；给庆王发电，向他通报情况；又给布政使周馥发电，要他迅速来京照料。

老部下周馥赶到时，李鸿章已身着殓衣，处于呼之能应口不能语的状态。延至次日中午，目犹瞠视不瞑。周馥哭号着说：

老夫子有何心思放不下，不忍去耶？公所经手未了事，我辈可以办了，请放心去吧！

李鸿章忽然目张口动，欲语泪流。周馥一面哭号，一面用手抚其眼睑，李鸿章的双眼方才合上，须臾气绝。（见《周馥自定年谱》）他的遗诗吟到：

劳劳车马未离鞍，临事方知一死难。

三百年来伤国步，八千里外吊民残。

秋风宝剑孤臣泪，落日旌旗大将坛。

海外尘氛犹未息，请君莫作等闲看。

死后的报道和哀荣

李鸿章死了，次日，上海《申报》在第二版上发出一条简讯：

昨日午后四下钟越三十分时，京师飞传专电到来，译悉：本日午刻，李傅相开缺。因患呕血。电文甚简，余未及详。（见《译电传合肥傅相开缺事》，《申报》，1901年11月8日）

万里之外，《纽约时报》的消息则详细得多：

北京11月7日消息。李鸿章今天上午11时去世。他的身体状况从昨天（周三）上午开始恶化。

美国记者的报道还写道：

前一天晚上9时，李鸿章已经穿上了寿衣。衙门的院子里放满了实物大小的纸马纸椅、纸扎的苦力挑夫，这些是李的朋友赠送的。根据**风俗，纸人纸马将被焚烧，以随他的灵魂去天堂。

李鸿章去世时，他的夫人和两个儿子以及女儿和他在一起。

衙门挤满了**官员。召唤庆亲王的电报已经发出，他现在正在觐见朝廷的路上。庆亲王被认为将总体负责政府事务。电报还自保定府召唤布政使周馥前来，他将在李的继任者被任命之前护理直隶总督，继任者可能是袁世凯。

**官员有些难以料想李鸿章去世对大众的影响。为防止潜在的反对外国人的示威，**将军们已在城里布置军队以控制局面。不过出现问题的可能性非常小。

外国公使吊唁李鸿章

还有外国画报配上插图，并对驻京外国公使的吊唁做了介绍：

外交团在李鸿章去世后第三天拜访李鸿章的家人并表示哀悼。他们受到了北京高级官员的接待。外交团首席，奥地利公使齐干作为发言人向死者的儿子作了简短致辞。李的两个儿子穿着白色的丧服，戴着模样古怪、似乎是用玉米杆编成的皇冠式帽子。在死者遗体供人瞻仰期间，房屋前搭了一座亭阁，亭阁**有个祭坛，上面有个香炉用来盛放香灰。祭坛脚下堆着供品，背后有一块碑，记载着死者的荣誉和美德。吊唁结束时，公使们来到祭坛前逐一鞠躬。

二十七日这天，慈禧、光绪两宫从河南汜水启銮，下午到达开封府荥阳县。这时接到电报，获悉李鸿章于午刻逝世。随行的吴永写道：“闻两宫并震悼失次；随扈人员，乃至宫监卫士，无不相顾错愕，如梁倾栋折、骤失倚侍者。”随即公布上谕，赐谥号文忠，追赠太傅，晋封一等侯爵，入祀贤良祠。后来还追加了多项恩赐，其中有一项，是在他立功省份，建立专祠，进行纪念。可见在当时，享受到极高规格的哀荣。

北京宅第改建为祠堂

关于李鸿章临终前的两个住地的细微之别，目前除张佩纶、李鸿章的信件提到之外，我们所知甚少。外国公使吊唁的灵堂，《纽约时报》称作“李鸿章最后的衙门”（the late Li-Hung-Chang's yamen），估计是在贤良寺。其实这两处地方距离甚近，沿贤良寺正门所在的煤渣胡同东行至西单北大街，路对面就是东堂子胡同，总理衙门设在这里。向南折拐，是石大人胡同（今外交部街），再往南，就是西总布胡同。八国联军攻打北京的重要导火线，德国公使克林德（Baron Clemens Ketteler）是在胡同口被神机营章京恩海击毙的。《辛丑条约》第一款，就是在此建一座纪念牌坊。第一次世界大战德国战败后，牌坊被拆迁到中山公园。

贤良寺和总布胡同示意图

由于后来李鸿章祠堂设在西总布胡同27号，我们由此确定这座宅第的确切地址。至于产权是租赁还是自购，目前还见到光绪二十六年正月二十九日李鸿章致盛宣怀电报中提及：“总布胡同住宅既有成说，务勿为浮言所惑。”这个新课题的诸多细节，尚待继续考证。

据记载 李鸿章祠堂旧时门牌15号，在西总布胡同中段北侧，坐北朝南，后墙至外交部街南侧。祠堂名“表忠祠”，光绪二十八年（1902年）由李鸿章寓所改建而成。祠堂长144米，宽58米，占地面积八千多平方米。主体建筑为大门、仪门、前殿、享堂及东西配殿、碑亭等建筑构成的二进四合院，主要建筑顶部均覆黑琉璃瓦。享堂三楹，为歇山顶斗拱式样，前有月台三出陛。院墙砖砌，外抹红垩土，顶部覆灰色筒瓦，显然是在民居基础上做了改造，以符合祠堂的规范。

刘秉璋的另一位儿子刘体智说，慈禧太后本来想让李鸿章配享太庙，被军机大臣鹿传霖的一句话搅黄了。当时鹿传麟65岁，拙于言论，耳已重听，但在关键场合、关键岗位，“为福不足，为害有余。”当时枢臣代拟懿旨，鹿传麟突然问道：“祀于何处？”即跟在哪位先帝的排位之后？各位同僚便掐指盘算：若配享文宗，则咸丰朝时李鸿章刚刚入仕，未立功勋；配享穆宗，则同治朝中兴勋业，不乏其人，未可显分厚薄；至于当下，光绪帝活得好好的，更不可行。这样便觉得懿旨难于措词。事情就搁置下来。

配享未成，便建祠堂。李鸿章有多个祠堂，按照以往“立功”的省份，分别设在上海、天津、保定、南京等地。北京则显得特别，大官们都在这里上班，谁有特别的功劳呢？然而李鸿章可以，他凭着庚子议和，成为清代唯一在京师建立专祠的汉人官吏。

李鸿章祠堂落成后迎神牌进入

1949年以后，李鸿章祠堂被改为北京市第一人民文化馆分馆、东单区文化馆、东城区文化馆。1978年拆除前院建筑及大门，建成两层的东城区文化办公室的办公楼。1991年拆除后院享堂、配殿，建成四层楼房，东城区档案局和档案馆迁入，大门改向北开，门牌为外交部街甲28号。整个李鸿章祠堂，目前仅剩余一段红色的院墙。

目前李鸿章祠堂仅剩的一段红色围墙

IP：107.178.194.29
访问时间：2018.09.25 12:04:03

用户您好，您的访问过于频繁，为确认本次访问为正常用户行为，需要您协助验证。

验证码：

提交 提交后没解决问题？欢迎反馈。

PyCharm提供两种远程调试(Remote Debugging)的方式:

• 配置远程的解释器（remote interpreter）
• 配置Python调试服务器（Python Debug Server）

本文主要介绍Python Debug Server配置与使用。

Python Debug Server参考模型

（上图为Python Debug Server模型，仅供参考）

如上图所示，PyCharm远程调试方式的模型其实就是一个典型的Server/Client模型。模型左侧，Server服务运行在本地主机PyCharm中。配置Debug Server完成后就可以启动这个服务器。服务器启动后，就是等待Client客户端的接入。模型右侧，需要调试的Python程序通过调用pycharm-debug提供的pydevd库，然后连接到服务端。这样，本地主机就可以使用PyCharm调试远程主机运行的Python程序了，调试的方法与直接调试本地Python程序一样。

Python Debug Server配置使用

1.服务端配置

首先在Run/Debug Configuration中添加Python Remote Debug服务。
（上图为Python Debug Server配置流程）
注：服务器命名和IP地址是必须配置的。若端口没有配置，则在服务器启动时随机分配；若路径映射没有配置，则在客户端连接服务端成功后PyCharm再提示选择配置。

服务器启动后会提示以下信息：

Starting debug server at port 51234    
Use the following code to connect to the debugger:    
import pydevd    
pydevd.settrace('192.168.27.1', port=51234, stdoutToServer=True, stderrToServer=True)    
Waiting for process connection...

其中，这两行代码需要嵌入到远程调试的Python代码中，这两行代码包含了服务器监听的IP地址和端口等信息。

import pydevd    
pydevd.settrace('192.168.27.1', port=51234, stdoutToServer=True, stderrToServer=True)    

2.客户端配置

参考模型中提到，远程主机需要配置pydev库。而提供库的源文件在PyCharm安装路径下的debug-eggs目录中，其中pycharm-debug.egg对应的是版本2，pycharm-debug-py3k.egg对应的是版本3。 把pycharm-debug.egg文件复制到远程主机，然后通过easy_install命令安装。 PS：复制的方法有多种，通过ssh可以传输文件，注意权限问题。

$ sudo easy_install pycharm-debug.egg

然后把上面提及的两行代码嵌入到需要调试的Python程序中。

#demo.py
print "remote debug"
#嵌入服务器信息的代码，进入调试状态
import pydevd
pydevd.settrace('192.168.27.1', port=51234, stdoutToServer=True, stderrToServer=True)
print "code need to debug"
#离开调试模式

pydevd.stoptrace()

3.调试方式

调试方式比较简单，首先启动远程主机的程序，进入调试状态。然后返回本地主机的PyCharm界面进行调试。

$ python demo.py 
remote debug

（上图为本地主机PyCharm调试界面说明）
此步骤之前需要配置路径映射关系，即远程主机中的代码如何映射到本地主机中，本文用到的是win-sshfs工具，工具的使用方式就有时间再介绍。

参考

1. https://www.jetbrains.com/pycharm/help/remote-debugging.html
2. 优雅地调试OpenStack

本文是「少数派读书笔记征文活动」的第 10 篇入围作品。征文投稿已截止，我们会陆续将入围作品刊载在首页上，刊载完毕后再发布评选结果。

文章仅代表作者本人观点，少数派仅对标题和排版略作调整。

记得我刚接触少数派的时候，如获至宝。可看久了，问题也来了：

• 应用越来越多，究竟哪个才是最适合我的？
  
• 学习了 todolist 类应用的场景过滤法则，但怎么设计过滤条件呢？
  

答案可以很简单：看需求。不过，我的需求是什么？

在我看来，需求不是孤立存在的，一定和工作、生活的方方面面联系在一起，这些方方面面构成了一个系统。要了解需求，就得从整个系统的角度下手。

另一方面，我也摸索出了一套数字时代的生存经验，大概可以分为两类：一类是流程（workflow），一类是清单（checklist）。少数派上也有不少文章实际上是致力于改进流程的：workflow 本身就不用说了，URL Schemes 可以让应用衔接更便捷， todolist 类让任务管理流程更顺畅，写作类工具让写作这件事儿更趁手。凡此种种，有一个最重要的目的，用我的话讲就是：「让整个流程如丝般顺滑。」 

不论是想分析和评估各种工具和应用，还是想创造和改进我自己的系统，都得琢磨一下作为「系统」的工作或者生活本身是如何运作的。

想借助前人的智慧，恰好发现了这本《用系统来工作》。

书与作者

《用系统来工作》的英文原版曾经获得过纽约图书节非小说类最佳图书。原标题是「Work the System」, 副标题是「The Simple Mechanics of Making More and Working Less」，说白了就是事半功倍。实际上这套逻辑除了可以应用到工作上，还可以推广到生活中，work 还有「使……运转」的意思，所以其实我更喜欢把题目理解成「让系统运转起来」，讨论也就可以不限于工作了。

作者是一个叫 Sam Carpenter 的美国人。从前习惯性混吃等死，有一天灵光乍现，想到从另一个视角审视自己的生活，于是白手起家披荆斩棘创建了自己的公司。他用亲身经历阐释这种「系统」的视角，写成此书。

什么是「用系统来工作」？

用系统来工作：是指设立目标进而完善系统的机械过程，会确保这些目标的实现。

步骤看起来非常简单：

1. 过程拆分
   
2. 系统设计
   
3. 系统维护
   
4. 系统优化与迭代
   

第一步：过程拆分

指的是将看上去一体化的过程拆分为若干环节，把处理各种事务时的过程、步骤掰开了、揉碎了分析。

第二步：系统设计

将设计的系统落实到纸面上，撰写系统三大文件：战略目标、经营总则、工作程序。作者说：

未被写下来的指令是风中羽毛。

• 战略目标。所有决策都要遵从它，精力和资源也要倾注其上。我理解这里要回答的是：「什么对我来说是重要的？」
  
• 经营总则。根据自己的性格和偏好制定，将其作为后续的决策依据和行为指南。我将这里的经营总则理解为回答「我是一个什么样的人」。我觉得经营总则可以体现不同的价值观，原则之间难免会有取舍先后，想清楚这点，便可省去很多纠结。作者举的例子是：依据其经营总则里的一句「只提供质量超群的服务」，便决定停止将销售移动电话作为附加业务时，从而保证服务的高质量，并简化产品组成。我举个生活中的栗子：如果将自己定义为一个重情义的人，那么也大可不必因为帮朋友而错过了喜欢的演出感到遗憾。
  
• 工作程序。将环节中的每一道程序写下来，并进行初步调试，通过模拟推演考虑设计是否合理、环节衔接是否流畅。成文的工作程序不仅可以用于自我系统迭代，还可以分享出去提（zuo）高（ge）团（shuai）队（shou）效（zhang）率（gui），或者像少数派上的各位大佬做成完整的 workflow 惠泽众生。
  

第三步：系统维护

区别于系统优化，这里的维护主要指保证系统运转、防止系统崩溃的行为。情绪或体力低潮期更容易意志薄弱，导致个人系统崩溃。

比如作者的个人维护系统之一是每天至少阅读一小时以安抚情绪。我理解的系统维护也可以是设计一种预防系统，就像取票处把验证身份证的平面设计成倾斜的，或者国外 ATM 机设定得先退出银行卡才能取现一样。如果可以借助预防机制强化习惯，便有助于系统的持续运转。

第四步：系统优化与迭代

这一步的关键是行动，通过实践反馈来不断调整系统的小细节，提升效能。有个小问题：什么时候是个头？可参考回答：

• 战略目标和经营总则要精益求精，工作程序只要完善即可。
  
• 与「二八法则」类似，作者提出 98% 即是完善，追求完美大可不必。（我觉得 80%-90% 也就够了，视系统重要性而定。）
  
• 新建和需迭代的系统数量会越来越少。
  

系统是一种世界观

系统就是标准化程序、项目清单和文件管理吗？

不是。

这本书其实和很多写「掌握工作和生活成功的 5 个秘诀 /10 个步骤」的文章不同，它的主要价值是提供一种世界观，一种看待问题的视角和方式。

我提炼了一下，它的基础是几种思维方式，可以启发我们站在不同角度看世界，也是拯救混乱人生的药方。

1. 设计思维：化整为零

每个庞大复杂的系统都是由一个个零碎的部件组成的。因此，如果遇到新问题，或是工作、生活混乱失调，不用眉毛胡子一把抓，只需要做自己的项目工程师，耐心分析一下系统各个环节存在什么问题，然后分而治之、逐个击破。

2. 旁观者思维：冷静剖析

好的产品经理要对产品和需求保持高度敏感，好的自我管理者也需要对自己的工作和生活保持高度觉知。就像禅宗所说的内观心法，即是将自己当做一个旁观者，细细观察自己的情绪与状态变化。2017 年诺贝尔经济学奖获得者泰勒在《助推》一书里曾经说过，我们有直觉和理性两种思维系统。很多时候我们大脑开启了直觉思维的自动导航系统，才恰恰给了我们冲动鲁莽懒惰等直觉本能趁虚而入的机会¹ 。因此，将自己当做一个旁观者有利于做出更理智的选择。

3. 优化迭代思维：正视挑战挫折

基于长年自我观察，我发现：过得去的坎儿就是挑战，过不去的坎儿才是困难；有所得的坎儿是挫折，无所得的坎儿才是失败。如果将工作和生活系统化了，那么所有的挑战和挫折都可以视为优化系统的契机，以这种心态看待遇到的难题，也会豁达许多。搞不好遇到挑战还有点兴奋——优化升级系统的机会来了。

4. 清晰指令思维：专注当下

作者认为，多任务处理是机器的事情，人就要按照单一顺序、线性执行。我最近也读到，认知心理学认为大脑更倾向于接受那些明确清晰完整的指令。这还与 GTD 里将事项分解为「下一步行动」一脉相承。因此，不必总时刻想着怎么盖一座完整的大楼，在用设计思维画出图纸后，专注于一砖一瓦就好了。

5. 项目思维：连点成线

专注当下并不意味着执迷于碎片，相反，从系统角度审视工作和生活还可以开启上帝视角，在每一个当下都能看到未来。佛谚有云：「做一事成一习，以一习成一性，以一性成一命」² ，亦同此理。

生活没有快捷键。

放慢节奏，条理生活，培养耐心，以冷静、理智的心态面对和处理各种事务，不仅是「用系统来工作」世界观的基础，也是它的表现。它将潜移默化地影响我们的思维，而我们也将在这不断的系统完善和迭代中打怪升级。

系统化 ≠ 机器化

将工作和生活系统化，喜欢条理的人可能很赞同，随性的人可能会反对，觉得这样太无趣了，活得像一台机器一样。我之前一直没想明白这个问题，直到从书中获得了启发。作者反对将系统必然视为僵硬机械的框架，提出了「从刚性框架出发去冒险」的说法：

你的框架应该是一个安全港，便于日后由此产生疯狂怪诞的新想法，以进一步推动你实现理想人生。现在，放慢速度，开始建立秩序和结构。然后，从这个框架出发去冒险。

这个思路让我耳目一新，我知道了系统并不等于机器化，两者可以和谐共处，但也有了两个新疑问：

• 非僵化系统是否除了冒险还有别的体现？
  
• 如何从刚性框架出发冒险？
  

我想，系统的非僵化应该体现在两个方面：一是创新，也就是这里说的冒险；二是机动，也就是灵活的空间和余地。

系统与创新的关系

作者只是提到了系统和冒险的关系，没有进一步阐释它的实现基础。自己挖坑自己填坑，我姑且推测有这么两方面。一方面，系统文件里的战略目标和经营总则为创新提供了底线。无论形式如何创新，目标和原则仍给人以可靠的安全感，因此创新不意味着偏离方向，只是寻找另外的航线而已。另一方面，拆分环节和程序部件有利于创新。有的时候创新只是不同的元素的不同组合，因此，试着调换一下元素或者组合方式就可以给人新鲜感。

例如，我是一个喜欢以不同姿势写字的人。在将程序部件拆分为写作场景、环境类型、工具、姿势等等后，就可以玩出不同花样。坐着在房间里写乏了，可以出去散步用手机边想边写，还可以带着平板去户外写等等，不一而足，可以不断解锁。

系统与机动的关系

这一点作者没提，于是我继续填坑。机动灵活与创新相比，更倾向于留出顺其自然的余地，而不是自发设计的要素重组。我一直没想明白这点是怎么实现的，直到上周末去逛街。朋友知道，我设计了一套自我管理系统，奖励以积分兑换的方式存在，预先写在清单里，以奖励激励工作。逛街时，我发现了喜欢的耳钉，毫不犹豫地买了。

朋友大吃一惊，问我：「这耳钉没有在你计划之内的奖励清单上啊，为什么你还会买呢？」我说：「这是一种不期而遇的惊喜，完全可以属于奖励的一部分；虽然并未发挥平日里激励的功能，但我只要根据奖励的兑换原则在系统里扣除相应分数就可以了呀。」这样，就既可以维持系统运作，又留有空间和余地，给自己一个惊喜的可能。更何况，根据丹尼尔·平克在《驱动力》里对外在驱动的分析，这种未经计划的惊喜可以给人更大的幸福感³ 。

系统化的适用范围

作者没有明确提出系统化的适用范围，我却对这个问题很感兴趣。那么就要回答：

• 系统化适合什么？应用范围能否拓展？
  
• 系统化不适合什么？
  

先看第二个问题：系统化不适合什么？

1. 不是什么都能系统化

系统化并不是提倡我们要变成一个控制狂。

适度的控制才是获得幸福的关键。

他进一步说明，适度控制的前提是区分可控和不可控因素。可控的，专注处理、积极应对；不受控的，顺其自然。不过，我觉得防止变身控制狂还有另一个维度，那就是清楚群己边界，控制自己的系统，尊重别人的系统，不把个人意志强加于人。

2. 不是什么都要系统化

作者自己也说了，不要制定程序处理很少发生的问题。道理很简单，犯不着，浪费时间和精力成本。

再看第一个问题：系统化的应用范围能否拓展？

1. 系统化适用于生活吗？

作者在这个问题上有前后矛盾之嫌：前面说也适用于个人生活，后面又说用于个人生活写下怎么保养体型这些太傻了。我倒觉得，兴许很多人还不能天然地有序安排好所有工作和生活事宜，用系统来设计生活并无不妥。

比如我虽然喜欢练瑜伽，但有时候还是会犯懒。我分析了去上瑜伽课过程的主要环节是：约课 → 带瑜伽服 → 上课。那么更好地保证上课频率的方式就是，提前准备好瑜伽服，一次课程结束后，趁着酸爽的感觉还在，迅速约好下次上课时间，绝不等到临时才约课。提前约课其实就是利用了行为经济学中的「默认选项」操作，利用自己懒得取消课来保障约好的课这个默认选项。类似的还有利用 Mac 开机时自动启动应用的功能，一开机就打开工作相关应用，缩短热机时间。

2. 系统的边界在哪儿？

作者承认对「整体解决方案」不以为然，提倡分离法和简单机械论。这种说法很容易把自己树成一个靶子。其实，他提倡的不过是「把世界看成一个有序的过程组合，而不是大量景象、声音和事件的混合体」。在我看来，他反对的只是想一口吃个胖子那种生吞活剥的「整体方案」，所以才要庖丁解牛。我理解他的看法，但对作者鼓励多开发循环封闭系统的说法持保留意见。

毕竟，单单声称反对整体观念会有一个隐患：很多问题无法通过一个小系统的自我迭代解决。当我们真的面对类似问题时，或许还要考虑：这个小系统的输入是由什么驱动的？这个小系统的输出又能驱动什么？这些都要与单一系统之外的事物和人关联。我们要做的只不过是先从一个小系统入手，再在迭代过程中发现系统缺陷，在更大的系统中改进罢了。

结尾：数字时代人器关系的反思

回到开头的问题，这本书对我分析和评估各种工具和应用，或者创造和改进自我系统有没有帮助呢？

有。

教育心理学中有一个布鲁姆分类（Bloom’s Taronomy），说的正是学习程度的测量维度：回忆、理解、应用、分析、评估、创造⁴ 。先有理解，才能分析、评估，进而创造。思考系统的构建和运作逻辑，对更新自我系统的作用自不必说，而对工具分析的作用则可以体现在我对数字时代人器关系的反思上。

数字时代人和工具的关系应该是怎样的？

如果把人的工作和生活看作一个系统，站在工具的角度可以帮我们：

• 减少环节数量：尽量用一个工具解决更多事儿，促使环节之间无缝对接，减少环节切换导致的注意力损耗。
  
• 提升工作效率：根据不同场景和需求，设计不同的过滤条件、模板，在更短时间内出更优质的活儿。
  

而从系统角度来看工具，则可以帮我们：

• 简化生活：不利于优化系统的工具可以舍弃，对工具进行「断舍离」。
  

平心而论，从行文表达和逻辑组织上看，这本书并不能称得上是一本优秀的书，以经历和故事为主，结构非常松散，表达中还有重复和矛盾之处；但这丝毫不妨碍它的启发性。至少这次它帮助我又一次优化了我的系统，而且是底层系统，也算值回时间。写到这里，我想到，或许系统的世界观还可以帮我们树立一种新的价值意识，不利于系统优化的无论看出来多么高大上都不应该占用太多精力，而有利于系统优化的不论看起来多么不起眼也不应该忽略。

事物本身的价值应该由自己判断，不同人对同一事物有不同的打开方式，同一人对同一事物在不同时期也会有不同认识——或许是一个彩蛋了。

我有个朋友，88岁，有钱，银行理财每一笔都是上千万。前几天，他兴高采烈说：“我把一套房子卖掉了，又赚了420万！”

他走路已不太稳了，不说是颤颤巍巍，也算步履蹒跚。他赚钱还有意义吗？当然有，肯定有。我常在旁人议论时，为他辩护。

还有个广州朋友，也有钱。有钱人往往有收集癖。比如这几天，他就在热衷于收集各种月饼，一会儿惋惜，一会儿惊喜，一会儿愤怒：

“淘宝买不到恩平德发的豆沙月饼，唉唉。”

“哇，新会的陈皮豆沙和陈皮冬蓉，啊啊啊！”

“大班冰皮天下第一不接受任何质疑，哼哼！”

就这样，他还让太太另做三五十个豆沙月饼，在朋友圈里狂晒。除此以外，依他的人缘，起码还会收到个五六个礼盒月饼。

如此多的月饼，吃得完吗？这跟质疑开头那个老爷子一样，问题表面蠢萌，但还是值得一答。

（01）

节日就像时间的驿站，我们身为旅客，每到一站就得到一种标志性食品。春节是饺子，清明是团子，端午是粽子，中秋是月饼。

月饼的古怪在于，全世界没有哪一种食品像它这样，在短期内大规模迅速生产而又大量抛弃的。

如果你上网搜一搜“月饼喂猪”，百度的相关结果约为285,000个。“月饼喂猪”多到什么程度呢？很多养猪网站兽医网站，都有这种问答：“用月饼喂猪应该注意什么？”

网络截图

大规模生产，当然是刚需。天心月圆，桌面没有月饼，那还叫中秋吗？

更有意思的在于，它是一种泛社交产品。如果哪家主人，中秋时节没收个三盒两盒，他一定会感叹世态炎凉。如果桌上只孤零零一盒，还是主人自己买的，把他定位为社会边缘群体，基本不会冤枉。

我有时幻想，如果能在月饼盒里安装上GPS，观察记录它的轨迹，可以描出一幅最壮观的人类社交图。同一盒月饼，往往是你送给我，我再转送给别人，别人再转送给第三人。在不同的人家，转手两三次是常态。

所以，月饼在一定时期内，是具有金融属性的。它像是人情硬通货，流动性极大。

前几天看上海媒体报道说，22家高校食堂制作校徽校训月饼。有两位朋友就告诉我，主要不是学生自己吃，好多本地家长都让孩子多买些，送给长辈朋友。特别是名校月饼，饼皮上印着显赫校徽，简直可以光宗耀祖。作为人情硬通货，它的面值比较特殊，有金银纪念币的作用。

还有媒体报道说，这几天，上海的大妈爷叔“轧闹猛”，在老字号月饼铺外边，大排长队买月饼。队伍有多长？要排10小时以上。有些人甚至带来硬纸板、凉席等，其中还有些人直接打地铺睡路上。

新闻图片：排队买月饼

排队购物，当然是因为供应短缺。为什么会供应短缺呢？不是月饼少，而是好吃的月饼太少。有不少网友在新闻下留言：“吃月饼的人不会去排队的，排队的人都不是自己吃的。”送人当然要送好吃的。在这个意义上，要赞扬这些排队的人，他们送月饼送得比较真诚。

月饼最为人诟病的，是严重的高糖高油。每到中秋，就不断有医生出来呼吁，每人每天吃月饼，最好不要超过一个。特别是老人和孩子，尽量少吃。打开媒体，触目皆是“月饼吃多了会怎样”“怎样健康吃月饼”。反正，没人有办法放开肚皮吃月饼。试问，你可以一天三顿吃面条，但你敢一天三顿吃月饼吗？

所以，吃月饼基本是个体力活儿。

有个同事在办公室里说，他一天能吃4块月饼，立即收到大面积钦佩的目光，引来无数真诚赞叹。我猜，广州那个有钱朋友，狂晒他如何大吃月饼，应该是不方便夸耀自己肾好胃好，只好通过表态大吃月饼，暗示自己各方面身体指标好。

每家都有摞得很高的月饼，而且不能多吃。厂家商家的月饼，只要过了中秋这一天，就再也没人买，那只好喂猪了。可是猪也无辜啊。有人为猪打抱不平：“古人云，己所不欲，勿施于猪。人吃了会致病，猪吃了同样会致病。在这一点上，猪与人是一样的啊。”

（02）

月饼是人情硬通货，可是流通性再强，也会贬值。在治理月饼“通货膨胀”上，大家各有高招。最普遍的方式，是在礼盒里塞进茶叶、名酒，甚至手表。这就像金融衍生品，它有杠杆效应，能够最大力度撬动人情与社交。

在运营月饼“金融衍生品”上，全国再没有任何一个创意，能超过厦门人。

此地有“中秋博饼”的习俗，传说是郑成功发明的。早前是这么玩的：桌子摆放着一盒“会饼”，月饼从大到小，依次有32个。设状元1个，对堂2个，三红4个，四进8个，二举16个，一秀32个。大家围着一盒月饼，把六粒骰子掷到大碗里，以骰子点数的大小，决定你抢到月饼的大小。通过博饼，来预测你未来一年内的运气。

博饼习俗雕塑（来自网络）

骰子在大碗里叮叮当当，很像一场赌博。专家学者评价，这是科举文化与博弈文化的优质组合，是有情感寄托的欢乐民俗。

在物质短缺时代，抢个大月饼回家蛮好。1995年我来厦门时，在单位里还博了一个状元大月饼。

时间飞快，就到了“月饼喂猪”的年代。厦门人的“博饼”习俗，也在慢慢地演变。开头，是在“博饼”时，添加了牙刷、肥皂之类的日用品，既有月饼也有衍生品。到了后来，所谓“博饼”，桌上完全没有月饼。就如同金融衍生品，完全看不到钞票。“博饼”的衍生物，从牙刷、酱油、大米，到化妆品、高压锅、羽绒被、电冰箱，应有尽有。最后，“博饼”现场来了最高奖品――汽车。

一把骰子掷下，状元可以当场开走汽车。

到了此时，“博饼”就成了全民狂欢。这个以月饼为名但不见月饼的活动，从农历八月初一起延续到农历九月初。如果是社交达人，一晚上要参加两三场博饼，一个多月参加个三五十场活动，这是基本常态。商场的日用品销售之旺，比春节只赢不输。晚上走进任何一个小区，都能听到窗口传来叮叮当当的掷骰子之声。

官方和商家，当然要与民同乐。全市要举办博饼大赛，各小区推出状元，状元与状元再PK，逐级比拼运气，最后比出总状元。

有那么几年，“博饼”的决赛现场，摆放在鼓浪屿的日光岩顶。巅峰之上，众人屏声敛气。全市十大高手，在天风海涛之中，对着一个巨大的红色瓷碗，掷下他的运气。

从月饼出发的活动，最终走至巅峰，厦门人也算是天涯若比邻，海内无知己了。拔剑四顾，治理“月饼通货膨胀”，谁能比得过厦门人？

月饼的正途，当然不在衍生品上。厦门“博饼”习俗终于式微。无论怎样，月饼的终极指向，仍要回归味之道。

（03）

作家桑格格说：“月饼什么时候能像是肉包子那么好吃，就算攻克难关了。”

月饼就是“国饼”啊。月饼界举四海之力，把你能够想象的所有食材，都往月饼里面放，麻辣龙虾、藤椒牛肉、韭菜鸡蛋、松露鹅肝、梅菜扣肉、酸菜带鱼……最后，把方便面、金嗓子喉片，都塞进月饼了。

“五仁”月饼是网友投票选出的最难吃月饼，但是还有人独爱五仁

月饼界的长期攻关，终有回报。上天派来了拯救月饼的使者。今年中秋期间，高档月饼、新派月饼，全面进入爆发式增长。

一位广告界朋友举例说，一个没有任何宣传的冰淇淋新品牌，改做月饼。需在零下18到22度保存的月饼，突然爆销一时。好几种低温月饼，也同样不需要广告宣传，都生产来不及。原来计划宣传的，也全都置换档期，改成节后宣传其它产品。

冰淇淋月饼

年轻人回到了月饼制造和消费主场。月饼这个社交产品，发生了核聚变。

让人惊奇的是，所有业者的主产品，原来都不是月饼。大的是和利、星巴克、哈根达斯，小的是甜品店和咖啡馆。对于他们来说，月饼就是一种季节限定款甜品。

月饼界忽然变得面目全非。拿冰淇淋做月饼，它还叫月饼吗，月饼的概念要重新定义吗？吃着冰激凌月饼，还会遥想唐诗宋词中的月亮吗？这种月饼还有没有原来的文化含量？

月饼起自唐朝的“胡饼”，到宋朝始有“月饼”之称。**人中秋吃月饼习俗，是从明朝开始的。唐朝的“胡饼”，跟传统月饼的差距，应该是大过传统月饼与冰淇淋月饼的差距。

一位行家说，在做西点的年轻人看来，月饼是一种很容易理解的糕点。月饼市场的洗牌，一直在进行中。月饼的突变，早有基础。

难道，月饼不是让年轻人热烈喜欢，才更强大更有生命力吗？

一位中年人说，他今年还是收到了一堆月饼，还是吃不过来。但他把传统月饼都送出去了，年轻人送的低温月饼，都保存在冰箱了。年轻人让月饼辗转于冰箱之间，正在逐步切断月饼走向猪圈的道路。

日本的正冈子规改良了俳句，到今天日本人都能自然地用传统诗歌表达情感。他说，和歌的用词不需要“拟古”，俳句用现代语、汉语、外来语都可以。**没有正冈子规这种人，来改良传统诗词，但至少现代诗抒写月亮，也一样动人。

赫尔岑说：“反复的节奏，重现的旋律，人生对此是有所偏爱的。”月亮每日两次带来潮水，每29.5天一次盈亏，每年呈现一次大圆满。而月饼，每年只吃那么几口，味道怎么样，真的很重要。

世界上，再无一种食品能像月饼那样，承载如此多的文化符号。它是诗意，是习俗，是伦常，是人情，是排场，是单位福利，更是民族性格。

感谢年轻人拯救了“国饼”。

原标题：《上天派来了拯救月饼界的使者》

1898年9月21日，戊戌变法宣告失败。**在原有制度框架内的维新运动不仅比日本晚了三十年，而且还失败了，这自此决定了清王朝的命运，在很大程度上甚至还决定了**在近代历史上的走向。创巨痛深之下，这场“百日维新”的失败在那之后就一直是**人念兹在兹的重要历史主题之一。

光绪于1898年起用康、梁两人等推行新政

改革的前提

在通行的近代史论述中，这场变法维新经常被描述为维新与守旧“两条路线”的斗争，而最终的失败则是因为守旧的反对势力比维新派强大得多。这乍看不无道理，但其实却似是而非，因为在几乎任何一场改革运动中，守旧的势力差不多都是更强大的――有时这正是进行改革的目的，因为这种弥漫于全社会的守旧已经带来了严重的危机。借用卡夫卡那句绕口令般的格言：“相信进步意味着进步已经出现，而这就谈不上是相信了。”如果当时的**站在维新派一边的已经是多数，那这就意味着已经相当进步，维新变法恐怕也没那么迫切了。

更重要的一点是：在历史上，尽管面临强大的守旧势力，但很多改革仍然成功推行了。赵武灵王胡服骑射、北魏孝文帝改革、甚至被戊戌变法中的维新派视为楷模的明治维新与俄国彼得大帝改革，哪一个不是这样？先秦的吴起在楚国、商鞅在秦国的变法，甚至在成功推行之后，仍遭守旧势力反扑而使改革者惨死。就现代史而言，1789年的法国大革命、1917年的俄国十月革命，革命派的力量在起初也都不及旧势力强大。当成功时就惊叹他们创造了历史，而失败时则归结为敌人力量太强，但问题的关键恐怕并不在此。

那些成功的改革都有一个特点：尽管改革派或许属于那个社会中极小一部分有危机感的精英，但却掌握了推行改革措施所必须的权威。秦国之所以能在战国七雄中最顺利地推行变法，与其说是商鞅多有远见，倒不如说是因为在秦国的权力结构中，国君就拥有更大的权威来确保变法的有效执行 。从这一点来看，戊戌变法在一开始就是不可能成功的，因为当时光绪帝名义上已经“亲政”，但实权仍在慈禧太后手里。变法若要成功，要么说服慈禧赞成，（至少获得她的默许），要么就是光绪帝得实际掌握权威。这就像明治维新时如果大权仍掌握在反对变革的德川幕府手中，也是不可能成功的。因此，戊戌变法失败的根本原因恐怕在于康有为、梁启超这些维新派可说弄错了顺序：他们应当先夺权，再推行改革。

康有为和梁启超

从奥斯曼帝国的近代史也能看出这一点：这个当时被讥为“欧洲病夫”的老大帝国，在面临近代西方压力时的处境与**十分相似，历任苏丹也曾多次想推行改革，但每次都相当艰难。改革派的塞利姆三世苏丹（1789-1807年在位）开明、真诚，但行事草率、热情过头，结果仓促之间引起近卫军暴动而被废黜；继承其遗志的马哈茂德二世苏丹（1808-1839年在位）虽然矢志变革，但一直等待了17年，才取得了推行改革政策所需的权威。两人所面对的守旧派反对势力其实同样强大，只不过后者在做好准备之前更能隐忍蛰伏。这意味着在形势不利时隐藏自己的真实意图，难免带上宫廷权力斗争和密室政治的色彩，很难像西方那种制度化的选举政治一样公开――但话说回来，如果是那样，这些改革派也极有可能是少数派而无法坚决推行自己的措施。正是因为变动时代的内忧外患引起了君主传统合法性的危机，他们才成为推行自上而下的宫廷革命的倡导者 。

服饰改革后的马哈茂德二世

就光绪帝当时的处境来说，他显然还无法摆脱慈禧太后的阴影。实际上，慈禧当初之所以选择不足四周岁的光绪为帝，原本就是为了更便于继续掌权。1887年光绪帝年满十七岁，已到了亲政的年龄，慈禧虽然表示要让皇帝亲政，但却迟迟不愿交权。据《光绪朝东华录》记载，当时的帝师翁同�察言观色，以圣学未成，上折希望太后继续听政：“皇太后体祖宗之心为心，二十余年忧劳如一日，倘俟一二年后圣学大成，春秋鼎盛，从容授政，以弼我丕基，非特臣民之福，亦宗社之庆事。”并示意光绪帝在宫中求请，此举深得慈禧欢心。光绪生父醇亲王奕�也向慈禧表示：“亲政后，永照现在规矩，有凡宫内一切事宜，先请懿旨，再于皇帝前奏闻。”翁同�在受慈禧召见时则表示：皇上“亲政后断不改章程，书房随时提拨”。但这仍未能使慈禧就此放手 。即使在光绪帝大婚之后，慈禧仍然长期掌权，“光绪帝的奏折处理，须由慈禧太后进行事后监督，重大人事任命，则须由慈禧太后复核方为有效” 。

事实证明，慈禧对于光绪帝表现出任何独立倾向均极为敏感。1889年，河东河道总督吴大�奏请光绪帝生父醇亲王典礼，他原是想以此澄清朝政，不料慈禧震怒，认为其真实目的是为了“倾己势”，意在离间帝后，严斥吴大�“阚名邀宠”、“议礼梯荣”，对之大加折辱 。由此可见此事之敏感。光绪帝本人对慈禧也一直极为恭谨，直至慈禧发动政变扑灭百日维新前夕，他仍然连续四天陪慈禧太后看戏 。

在这种情况下，也难怪维新派想拉拢、争取袁世凯了，甚至有策划兵围颐和园的传闻 ，显然，此事若成，就能像康熙擒鳌拜那样，扫清亲政的最后障碍。类似的事历史上确实也有成功的，如武则天病危之际，张柬之等说服右羽林卫大将军李多祚，一举扫除张易之、张昌宗兄弟及武氏势力 。但其前提是武则天已经难以掌控局势，而张柬之等老臣在关键时刻比张氏兄弟这类宠幸老到得多，而在这方面，康有为、梁启超等人显然远非老谋深算。缺乏政治经验却又试图做风险巨大的一搏，失败是在所难免的。也难怪有美国历史学者认为戊戌变法仅是“一位年轻鲁莽的皇帝所领导的一次不智的、狂乱的‘百日’维新” 。

慈禧太后为什么反对变法

在一般人印象中，慈禧太后在“百日维新”中是守旧派的代表，因为正是她镇压了维新运动。但慈禧真的一味守旧、反对变法吗？且不论此前变革自强的洋务运动就靠慈禧在背后推动，即便是戊戌变法，如果得不到慈禧的默许，只怕别说“百日”，连一天都维持不下去。在辛亥革命百年纪念时，历史学家袁伟时曾接受采访，也强调“其实慈禧在戊戌变法期间是支持改革的”。不仅如此，在戊戌变法失败不到三年后，由慈禧本人主导推动的“新政”，实际上步子还迈得更大。金观涛、刘青峰所著《开放中的变迁：再论**社会超稳定结构》对**传统社会持明显的批判态度，但也承认：戊戌变法的失败导致意识形态认同危机更大范围涌现，而“自1901年局部意识形态认同危机加剧后，清廷所实行的改革比戊戌变法时的方法要大胆激进得多” 。

慈禧太后

仅仅三年时间里，一个人是怎么从“顽固守旧”忽然变得比维新派还更大胆激进的？那些原本反对维新变法的“强大”守旧势力，又为何忽然之间都不再是新政变革的阻碍了？

当然，这部分可归结于义和团事变引发八国联军入侵的巨大刺激，像徐桐等守旧派也死于此难，但这也表明：包括慈禧在内的这些所谓“守旧派”，其实并非不能转变自己的观点立场，必要时她甚至可以180度地大转弯。这导致后世学者对她往往有着截然不同的评价，例如《告别皇帝的**》一书中，对话的历史学者对她的评价相去甚远：

朱维铮：（戊戌变法时）慈禧是非常糟糕的一个人物，她对周围的那批人说，让他去闹，闹几天再说。

章开沅：慈禧这个人有魄力，有多年威权的积累，做事比较果断，所以推动了一些重大改革 。

袁伟时：慈禧是个没有远见的女人。

许倬云：慈禧是一个有手腕有权谋的女人，但是没有见识，热衷权力。

他们对慈禧推动的晚清十年新政，评价也十分悬殊：许倬云认为“改革成果很有限”，余英时干脆说“没有什么‘清末新政’，清王朝只是做了一些行政上的调整来缓和危机而已”。萧功秦则认为正是清末新政才推动了辛亥革命的爆发，因为咨议局、新军等在辛亥革命中起重要作用的力量其实都是新政的产物。袁伟时认为晚清新政“并不是流于字面，而是引发了非常了不起的社会变革”，从教育制度、法律体系到政治体制，其改革程度都是革命性的，然而与此同时，他却又对推动新政的慈禧本人持否定态度。问题在于：如果改革力度更大的新政都不算什么，那么戊戌变法就算成功恐怕取得的成果也有限，那我们又为何对它的失败如此介意呢？

为什么历史学家对这些人物和事件的评价出现这么大的分歧？这折射出那个酝酿变化的大时代本身充满着矛盾、动荡和不确定，而这些又集中在慈禧这类重要历史人物身上。尽管如今很多人对她并无好感，但据金启�所说，满族对她“很爱戴”，“甚至与康熙、乾隆并提” 。简单地把她说成是守旧派（甚至顽固派）或改革派都无助于我们理解这个人物的复杂性，倒不如说她是根据具体情形权衡判断来灵活决定自己的立场。

现在的历史论述给人的印象，仿佛守旧与维新两派人物的立场是固定不变、也不可调和的，但实际上，真正从意识形态层面反对变法的人恐怕是极少的 。英国学者William G. Beasley在《明治维新》一针见血地指出，明治维新有两个特征值得强调：“其一，它们的运作方式是封建性的，并充满个人色彩：表现为那些最终都可诉诸其私家军队的雄藩大名之间的争斗。其二，它们代表的是为权力而进行的斗争，而非意识形态之战。” 戊戌变法也是如此，尤其是第二点，甚至更有过之而无不及。

《明治维新》-[英]威廉・G.比斯利 著-江苏人民出版社 2017年版

在先秦的吴起、商鞅变法中就有这样值得注意的一点：两人推行变法激起守旧派的不满，以至于他们后来都遭报复而惨死，然而在他们死后，变法措施并未被废除。且不说秦国后来就是靠商鞅变法的成效壮大，“没有哪部史书提到吴起之法被废，相反，吴起很多的政策，倒也延续下来了”（刘勃《战国歧途》）。这意味着，这些所谓守旧派不满的与其说是变法本身，倒不如说是因为自己的利益受到了触犯。

在戊戌变法中也是如此。维新派原本就多系来自边缘的南方知识分子，对权力核心而言乃是异类，本就容易引起排斥 ；但正如袁伟时所言：“当时认同国家富强的人很多，你要是不触犯他的利益，不随便很粗鲁去触犯一些符号性的东西，改革会比较顺利。康有为登上政治舞台，得到光绪皇帝的信任以后，他上奏的那些奏章，他提出的那些建议，很多都是很鲁莽的，而且不是当务之急，搞形式主义。”这其中导致很多人反对他的，便是1898年2月康有为第六次上书光绪帝，建议设制度局，这一建议一旦落实，将架空现行军机处及各部院，结果举朝“震愕”，群起反对，荣禄公开大骂：“开制度局是废我军机、内阁、六部，决不能答应。”刚毅等也散布说康有为要尽废所有衙门。甚至原本赞同变法的翁同�，其权力也会受到削弱乃至剥夺，因而他都开始怀疑康有为的变法动机，转而认为康氏“居心叵测”，不可不防，由此疏远康有为，并公开表示不赞同开设制度局 。1904年翁同�去世时，康有为作《哀词》十四首，自序“戊戌为**第一大变，翁公为**维新第一导师”，连翁同�这样同情变法者尚且如此，那么其他人就更不用说了。

翁同�

实际上，就算在西方的代议制政治中，引起太多人不适的全面变革也是很难吸引到足够多同盟者的。在这种情况下，要使人们赞同变革，必须尽可能地推进不那么容易遭致反对的渐进变革，而一项制度的变革牵涉的方面越多，实现变革的可能性越小，此时就只能期待下一个“重大历史机遇”的时刻到来。

在**传统政治中如果说有什么不一样，那就是：很多人反对的并不是变革本身。在权力斗争中，具体的主张是并不太重要的。如果他认定你是想要搞破坏，无论你说要变法还是守旧，在他眼里都没本质区别，那都不过是你在权力博弈中所使用的说辞，以掩盖你的真实意图罢了。与此同时，所谓“政治派别”本身也不是以政治主张来划分的，内部往往容纳极为庞杂的各色人等，即便观念根本不同都不妨碍他们为了权力斗争而结合起来。

这是传统政治在向现代政党政治转型时常能见到的现象。马尔克斯在《百年孤独》中嘲讽说，在哥伦比亚，“如今自由派和保守派的唯一区别就是，自由派去做五点的弥撒，而保守派去做八点的”。也就是说，不同党派其实极为相似，但仍然斗得不可开交，只是因为他们那不是为了意识形态，而是谁能上台。这也不仅是在上层政治中如此，19世纪早期的工业革命时代，由于蒸汽机取代工人而导致许多人失业，英国卢德分子大范围捣毁纺织机械，但其实，“他们只为保住饭碗，绝无反对技术进步之意” 。

以慈禧为首的晚清守旧派在很大程度上也是如此：与其说他们是从意识形态理念上反对变法维新，倒不如说他们只是害怕变法损害了自己的既得利益。正如《剑桥**史》中所说的，在戊戌变法中，“起初，问题不在于维新本身，而在于追求什么样的维新，以及这个官僚政治的君主国能否接受来自其结构以外的政治上的创新活动。” 也就是说，慈禧可以接受维新，但对她来说关键的是，这个维新不能威胁到自己的地位和满清王朝的**。因而三年后他们自己推行新政、未必危及自身权位时，原先对维新的那些阻碍忽然之间都消失不见了。当然长远来说，新政引发的后果对清王朝而言几乎是“毁灭性”或“自杀性”的，但对于错过了时机的慈禧来说，已经没有更好的选择了：与其等着人来革自己的命，不如自己主动发起革命。

以人为中心的权力政治

这些都表明，当时的**政治仍未现代化，人们的政治主张很大程度上受到个人权力地位和利益的影响。事实上直至民国初年，很多政治乱象的症结仍然是“一切为个人私利，所有结合都是出于个人的关系利害” ，因而造成很多人的失望。1913年梁启超撰文《敬告政党及政党员》说到传统的“朋党”特征有五，第一条即是“以人为结合之中心，不以主义为结合之中心”，而现代的政团是有主义的。梁氏在《政闻社宣言书》中说：“政治团体之起，必有其所自信之主义，谓此主义确有裨于国利民福而欲实行之也，而凡反对此主义之政治，则排斥之也。故凡为政治团体者，既有政友，同时亦必有政敌。友也敌也，皆非徇个人之感情，而惟以主义相竞胜。”

王�森注意到在民国初年、尤其是1920年代之后“主义时代”的降临，到此时**人才开始突出“非人格化”（impersonal）的理念，强调对主义的坚守，而不像传统政治那样斤斤于个人利害（personal） 。德国社会学家马克斯・韦伯在《**的宗教》一书中就曾反复批评**文化最大的病症之一就是无法摆脱个人利害的网络，使得人们行事没有真正的信念与原则――当然，值得补充的是，这带来的一个好处是人们可以非常灵活，因为只要对个人有利，他可以随时从“守旧”摇身一变而为“维新”甚至“革命”；也正因此，**传统时代并不存在像西方那样为了不可妥协的理念而爆发的宗教战争。

《**的宗教》-马克斯・韦伯 著-广西师范大学出版社2010年版

从某种程度上甚至可以说，我们现在将前现代**的很多改革中的人物划分为“改革”与“守旧”两派的观点是时代错置的，是我们将现代观念投射到历史中所产生的结果。历史学家黄永年在其论文《所谓“永贞革新”》中曾说到，唐代历次内部斗争（哪怕是牛李党争）本质上都不是施政理念、政策措施甚至社会集团的差异，而是一种人事为中心的权力斗争：“这些集团都得找一个皇帝或皇子为集团的核心，而参加的成员多数是皇帝或皇子的旧人，是以人事关系结集而并非以士族、庶族来区分。而且在政策上各集团之间也没有太大的差别。因为施点仁政之类本是**儒家的传统**，一般来讲无论哪个集团得势登上政治舞台总得多少做一点。”

在戊戌变法的时代也还是如此。翁同�虽然原本倾向维新派，但却未必是对其政治主张的认同，倒不如说是因为他自己和康有为一样对公羊学感兴趣 ，当其门人、军机处章京陈炽在《庸书》中主张**改行君主立宪时，翁同�无法接受，并强调“西法不可不讲，但中法尤不可忘”。甚至在维新派核心的康有为、梁启超、谭嗣同等人中，彼此理念也相去甚远。林少阳在《鼎革以文》一书中指出，历史论述中对很多人的“定性”无法说明当事人的复杂性，“后来被追认为‘改良派’的谭嗣同，就其**理路而言，无疑应该是革命派，但是一般来说他却被归类为改良派。实际上，从其个人的任侠气质、学术等观之，谭嗣同是典型的革命者，李泽厚先生甚至视其为**近代激进主义思潮的源头，不无道理。”

谭嗣同

实际上，袁世凯称帝时也一样。长久以来，袁世凯所获得的支持多来自其个人追随者，彼此之间是靠个人忠诚结合在一起的，袁世凯练兵时就亲自给将士发饷，注重灌输向他个人效忠，他的部下除了他谁都指挥不了，而可以跟任何人开战，不管他的对手是谁都一样。这在派系斗争中有用，但正如列文森在《儒家**及其现代命运》中所指出的，他的这些支持者即便在其称帝期间都未必支持君主制，“他们中许多人在袁世凯称帝时支持他，只是因为袁想称帝，而不是因为他们支持帝制。有一小部分人在袁世凯身上投资是因为他们各有私心，而其他一些人甚至就是对袁世凯本人有信心，无论袁去哪里都愿意跟随他。”

当时所谓的“集团”并不是像现代政党那样有着明确政治纲领的群体，人们之间的联结也不纯然是以政治理念为纽带，而往往与亲属、师生、门徒、同乡、同僚之类的社会关系网络有着千丝万缕的瓜葛。这是传统政治转向时无法摆脱的状况，日本近代的首届政党内阁仅维持了四个月就崩塌了，因为各政党内部存在诸多政策分歧，它们并非在一个伟大政治理念下集结的团体，而是不可避免地夹杂着个人和小团体私利的藩阀。确实，即便是在现代政治中，不同群体之间的联盟往往也不是仅靠理念内在的共通性就可以维持的，但**传统政治特别强调“以人为中心”。钱穆一生都在主张中西之分，认为“人中心”与“事中心”是中西史学最大差异，他反复强调“人”才是历史的发动者，“人”才是世运兴衰的关键，没有“人”便没有“事”，而非没有“事”便没有“人” 。

当然钱穆所说的“人”是“人本”，而传统**政治中的“人”其实是“人事”，但他的观点确实更贴近**传统的论调。晚清时翁同�有一次和慈禧太后谈到人治与法治的问题，认为任法不如任人，理由是：法律就算再完备，但如果没有贤臣良吏，这样的法律又有什么用呢？所以“法备不如任人”。这番见解给慈禧留下深刻印象，由此对他加以擢拔任用 。**传统的史论注重的往往也是“人”而非“事”，仿佛某一改革的成败，往往只是因为用人是否得当。戊戌变法失败之后不久，李鸿章在北京会见伊藤博文，认为其失败原因在于“变法太急，用人不当” ，便是这种观念的典型写照。

在这种视角之下，历史上的变革就不是两群人在政治理念上的差异，而变成了所谓“君子”与“小人”之争。不要以为这样的时代已经远去，实际上迄今为止，很多人在潜意识里所看到的与其说是“一种理念”，倒不如说是“一群人”。社会学家郭于华曾说过，**在好多议题上没必要分左派和右派，要分也只能分好派和坏派。这也许是一个尚未完全现代化的社会所不可避免的社会现象，但历史也已告诉我们：“制度”还是比“人”要更能提供稳定、可预期、有保障的条件，就像任何一家麦当劳餐馆的汉堡质量都差不多，而不会像很多中餐馆那样，换了个厨师后立刻连口味都不一样了。不管我们是否喜欢，现代化本身就意味着逐步的“非人格化”，使整个社会的运行摆脱个人利害的算计。

While 2G still has the biggest share in the global market, 4G LTE has certainly been up and running in most countries (186 countries as of January 2017. Source: GSA). As of Q3 2016, the global LTE subscription rate reached 22.4% (source: OVUM) and it is still going up. Especially, global LTE leaders have reported 70~80% of LTE penetration. Those with matured LTE markets, like South Korean big 3 telcos and Verizon in the USA, have been seeing stagnant profits for years, and anxiously looking to switch to 5G quickly.

Traditionally, mobile communication technologies had been categorized into ‘generations’. So, every time a new generation evolved into the next generation, new frequency, new radio access technology (RAT), and new network (RAN/Core) were defined and introduced, offering faster speeds and new services. But then there came 4G (LTE), which brought an integrated Core network to the world, allowing different RANs (2G/3G/4G/non-3GPP) to work together on it. 5G went even one step further, introducing a brilliant technology, ‘virtualization’, which makes it possible for different RAT, RAN and Core to be implemented as software on a universal server. This enabled telcos to adopt IT technologies that leverage open source SW/HW, making the communication infrastructure even more IT-based. As a result, the 5G ecosystem can extend its boundary to embrace ICT such as IT and IoT in addition to communication. This is why all telcos are aggressively seeking ways to transform into a platform provider, media service provider, solution provider or more.

5G global standardization has been driven by ITU and 3GPP. 3GPP aims to make technical reports (TRs) on 5G study items in Release 14 (scheduled to be finalized in June 2017), and develop 5G technical specifications (TSs) in Releases 15 and 16. When Release 14 is finalized and Release 15 begins in June 2017, a global race to take the lead in standardization, system development, and commercialization of 5G will begin in earnest.

5G commercialization has been mostly driven by telcos whose LTE has already reached the level of maturity or those who are in desperate need of increasing network capacities, and also by three nations in East Asia (South Korea, Japan and China) who are eager to develop and present 5G services during the Olympics games they are respectively hosting in 2018 (Winter), 2020 (Summer) and 2022 (Winter).

Although  3GPP 5G standard specifications, including supports for high-mobility, are not expected to be finalized before 2020, telcos like Verizon and AT&T are acting proactively. They aim to present broadband Internet that leverages pre-5G specifications, mmWave-based fixed wireless access (FWA), in 2017 in order to replace narrowband Internet and expand broadband service coverage. There certainly is a risk that such investment can fail if the actual 5G specifications end up being substantially different from the pre-5G specifications. Despite such risk, the two telcos are so determined as they need to expand broadband service coverage quick, and want to make 5G's standards resemble pre-5G's as much as possible.  

Most active global leaders in 5G development include South Korean big 3 telcos (KT, SK Telecom and LG U+), and Verizon and AT&T in the USA, NTT DoCoMo in Japan, and China Mobile in China. We will look into 5G standardizations so far first, and analyze 5G strategies and developments by some of these 5G players.

I. 5G standardization so far

5G standardizations are led by two major standardization agencies: ITU and 3GPP.

Figure 1-1. Timeline for 5G in ITU-R (WP5D) and 3GPP

1. ITU 

Most 5G standardization initiatives by ITU are carried out by two different groups: SG5 Working Party 5D (WP5D) for NITU-R and SG13 Focus Group IMT-2020 (FG IMT-2020) for ITU-T. In 2015, ITU-R WP5D defined 5G communication as 'IMT-2020', presenting the following 5G usage scenarios: 

• MBB (enhanced Mobile Broadband), 
• mMTC (massive Machine Type Communications), 
• URLLC (Ultra-Reliable and Low Latency Communications)

ITU-R WP5D plans to have 5G technical performance requirements, and evaluation criteria and method finalized in June 2017 (at the 27th meeting), and begin to collect 5G proposals starting October 2017 (the 28th meeting) to present the final 5G standard specifications in October 2020 (the 36th meeting). Allocations of 5G frequency bands are to be announced in the 2019 World Radiocommunication Conferences (WRC-19).

Figure 1-2. ITU-R: Detailed timeline of IMT-2020 (5G)

<Table 1-1> 5G performance index (as reported in the 25th WP5D meeting in October 2016) 

2. 3GPP

3GPP is set to conduct a preliminary study on 5G specifications in Release 14, and, based on the findings, begin to develop 5G specifications in Releases 15 and 16. Release 15 will release 5G Phase 1 specifications that define basic features of 5G, and Release 16 will release 5G Phase 2 specifications defining additional features of 5G. 5G specifications will be finalized through two phases - Phases 1 and 2 ending in September 2018 and March 2020, respectively, but Stage 3 will end in June 2018 and December 2019. 

Figure 2-1. 3GPP: Detailed Timeline of 5G (as of Dec. 2016)

■ Release 14

The purpose of Release 14, a preliminary study phase needed to establish technical specifications (TSs), is to write technical reports (TRs) of 5G. Two of the most representative study items of 5G are 'Requirements for 5G access technology' by TSG (Technical Specification Group) RAN and 'Architecture for 5G system' by TSG SA (Service & System Aspects), which are defined in TR 38.913 and TR 23.799, respectively.

<Table 2-1> 5G technical reports in Release 14

Below, we will briefly see some key 5G TRs prepared in Release 14 so far.

TR 38.913: Defines key performance indicators of 5G new radio (NR).  

<Table 2-2> Key performance indicators for 5G new radio (TR 38.913 [V14.0.0]) 

22.891: In March 2016, 3GPP SA1 released TR 22.891 which outlined SMARTER (New Services and Markets Technology Enablers), one of the 5G study items (SI).

• Enhanced Mobile Broadband, 
• Critical Communications, 
• Massive MTC, 
• Network Operation

A TR about Enhancement of V2X is scheduled to be completed in Release 15.

<Table 2-3> Use case categories (TR 22.891 [V14.0.0])

TR 23.799: 3GPP SA2 released TR 23.799 in last December which outlined the results of 'NextGen' study for 5G network architecture carried out in Release 14. In TR 23.799, key features relating to 5G network architecture are defined. <Table 2-4> shows what features are included and in which phases their technical specifications will be determined.

In 5G, eMBB service requires ultra-fast speeds (20 Gbps), mission-critical IoT service requires excellent latency (<5ms) and reliability (99.999%), and massive IoT service requires massive connectivity (10⁶ devices/Km²). To meet all these requirements in various services, a 5G network should be versatile to offer an optimized and tailored solution for each service. One of the candidate technologies for that purpose is network slicing, which will be standardized in Release 15. Network slicing is one of the most essential technologies that 5G can probably rely on as it allows operators to split one physical network into multiple logically-independent networks.

<Table 2-4> Key issues for 5G system architecture (TR 23.799 [V14.0.0]) and phase of 5G system architecture work

■ Release 15

The scope of NR to be standardized in Release 15 include both non-standalone (NSA) and standalone (SA) operations. In NSA mode, both 5G NR and LTE can work together because the mode allows 5G NR to use LTE as an anchor on the control plane. Also, SA mode lets 5G NR work independently by supporting it with full control plane capability. While focusing on eMBB-type services, one of the 5G usage scenarios defined in ITU (eMBB, mMTC, URLLC), it also provides support for some URLLC-type services. 

之前介绍过如何安装Composer和简单使用，出门左拐能找到。
PHP的依赖管理工具Composer(1)

现在更深入地学习Composer。在上一篇MyProject的app.php中

<?php
require 'vendor/autoload.php';
$log = new Monolog\Logger('name');
...

上面的代码是为了 new Monolog\Logger('name') ，所以require 'vendor/autoload.php'，作用是为了找到Monolog\Logger类的实现代码，然后require。
这应该很好理解，因为假如不用require 'vendor/autoload.php'，那就必须require Logger.php源码。

PSR-4 规范

1、简介

在深入学习Composer的之前，了解一下Composer实现自动加载功能所参考的标准规范PSR。
FIG 制定的PHP规范，简称PSR，是PHP开发的事实标准。
PSR现在有6个规范，分别是：

• PSR-0 自动加载
• PSR-1 基本代码规范
• PSR-2 代码样式
• PSR-3 日志接口
• PSR-4 自动加载
• PSR-6 缓存
• PSR-7 http消息

PSR-4可以说是PSR-0的演进版本吧，PSR-4和PSR-0最大的区别是对下划线（underscore)的定义不同。PSR-4中，在类名中使用下划线没有任何特殊含义。而PSR-0则规定类名中的下划线 _ 会被转化成目录分隔符。

PHP的包管理系统Composer已经支持PSR-4，同时也允许在 composer.json 中定义不同的prefix使用不同的自动加载机制。
Composer使用PSR-0风格

vendor/
    vendor_name/
        package_name/
            src/
                Vendor_Name/
                    Package_Name/
                        ClassName.php       # Vendor_Name\Package_Name\ClassName
            tests/
                Vendor_Name/
                    Package_Name/
                        ClassNameTest.php   # Vendor_Name\Package_Name\ClassName

Composer使用PSR-4风格

vendor/
    vendor_name/
        package_name/
            src/
                ClassName.php       # Vendor_Name\Package_Name\ClassName
            tests/
                ClassNameTest.php   # Vendor_Name\Package_Name\ClassNameTest

对比以上两种结构，明显可以看出PSR-4带来更简洁的文件结构。

2、PSR-4 规范说明

class的说明包括class、interface、traint或其他相似的结构。

一个规范的class命名如下面所示：

\<NamespaceName>(\<SubNamespaceNames>)*\<ClassName>

a.规范的命名必须指定一个最上层的NamespaceName名字，比如vendor的名字。
b.规范的命名可能有一个或多个SubNamespaceNames名字。
c.规范的命名必须指定一个类名。
d.下划线在命名的任一部分都没有特别的意义。（我的理解是不对下划线进行处理）
e.可以由任意大小写字母组合。
f.字母大小写敏感。

举例

下面的表展示了对一个完全合规的类名, 命名空间前缀以及base目录对应的文件路径。

仔细分析一下所示的例子：
当加载完全合规的类名对应的文件时…
a.在完全合规的类名中, 不包含前面的命名空间分隔符，由一个顶级命名空间与一个或多个二级命名空间名称组成的命名空间前缀，对应于至少一个Base目录。
b.基目录之后的子目录名字必须（MUST）与命名空间前缀后的子命名空间名字匹配。
c.后面的类名对应于以.php为后缀的文件名，这个文件名必须（MUST）匹配到后面的类名。
d.自动加载实现一定不能（MUST NOT）抛出异常，一定不能（MUST NOT）引发任何级别的错误, 并且不应当（SHOULD NOT）返回值。

3、Monolog使用的是PSR-0，但不影响理解

分析require 'vendor/autoload.php'源码。

<?php
/*
autoload.php 中require了autoload_real.php，然后
调用ComposerAutoloaderInit::getLoader()静态方法。
*/
// autoload.php @generated by Composer
require_once DIR . '/composer' . '/autoload_real.php';
return ComposerAutoloaderInitcc5afff809d01782ea6cfda49dba67db::getLoader();

ComposerAutoloaderInit的实现。

<?php
// autoload_real.php @generated by Composer
class ComposerAutoloaderInitcc5afff809d01782ea6cfda49dba67db

{

private static $loader;
public static function loadClassLoader($class)
{
    if ('Composer\Autoload\ClassLoader' === $class) {
        require __DIR__ . '/ClassLoader.php';
    }
}

public static function getLoader()
{
    if (null !== self::$loader) {
        return self::$loader;
    }
    /*注册给定的函数作为 __autoload 的实现，
    ComposerAutoloaderInit::loadClassLoader()
    主要是为了调用上面的loadClassLoader()函数,
    require ClassLoader.php,实例化一个$loader。*/
    spl_autoload_register(array('ComposerAutoloaderInitcc5afff809d01782ea6cfda49dba67db', 'loadClassLoader'), true, true);
    self::$loader = $loader = new \Composer\Autoload\ClassLoader();
    spl_autoload_unregister(array('ComposerAutoloaderInitcc5afff809d01782ea6cfda49dba67db', 'loadClassLoader'));

    $useStaticLoader = PHP_VERSION_ID &gt;= 50600 &amp;&amp; !defined('HHVM_VERSION');
    if ($useStaticLoader) {
        require_once __DIR__ . '/autoload_static.php';

        call_user_func(\Composer\Autoload\ComposerStaticInitcc5afff809d01782ea6cfda49dba67db::getInitializer($loader));
    } else {
    /*然后就是通过$loader的方法，遍历autoload_namespaces.php/
    autoload_psr4.php/autoload_classmap.php中的数组变量
    以PSR-0为例，看看autoload_namespaces.php中具体的值
    'Monolog' =&gt; array($vendorDir . '/monolog/monolog/src')
    再看看$loader-&gt;set(Monolog,array($vendorDir . '/monolog/monolog/src'))
    $this-&gt;fallbackDirsPsr0 = (array) $paths;
    即$loader-&gt;fallbackDirsPsr0 = array($vendorDir . '/monolog/monolog/src')*/
        $map = require __DIR__ . '/autoload_namespaces.php';
        foreach ($map as $namespace =&gt; $path) {
            $loader-&gt;set($namespace, $path);
        }

        $map = require __DIR__ . '/autoload_psr4.php';
        foreach ($map as $namespace =&gt; $path) {
            $loader-&gt;setPsr4($namespace, $path);
        }

        $classMap = require __DIR__ . '/autoload_classmap.php';
        if ($classMap) {
            $loader-&gt;addClassMap($classMap);
        }
    }

    // activate the autoloader
    // 调用$loader-&gt;register(true)，执行autoloader
    $loader-&gt;register(true);

    return $loader;
}

}

// autoload_namespaces.php @generated by Composer

$vendorDir = dirname(dirname(__FILE__));
$baseDir = dirname($vendorDir);

return array(
    'Monolog' => array($vendorDir . '/monolog/monolog/src'),
);


//ClassLoader.php
/**
     * Registers a set of PSR-0 directories for a given prefix,
     * replacing any others previously set for this prefix.
     *
     * @param string       $prefix The prefix
     * @param array|string $paths  The PSR-0 base directories
     */
    public function set($prefix, $paths)
    {
        if (!$prefix) {
            $this->fallbackDirsPsr0 = (array) $paths;
        } else {
            $this->prefixesPsr0[$prefix[0]][$prefix] = (array) $paths;
        }
    }

  /**
     * Registers this instance as an autoloader.
     *
     * @param bool $prepend Whether to prepend the autoloader or not
     */
    public function register($prepend = false)
    {
        //当找不到类抛出异常前，会调用$loader->loadClass()
        //即进行$log = new Monolog\Logger('name');时，
        //不知道Monolog\Logger在哪，就去调用这个函数取寻找，然后再include
        //当然，再找不到就会抛出异常了。
        spl_autoload_register(array($this, 'loadClass'), true, $prepend);
    }

    /**
     * Loads the given class or interface.
     *
     * @param  string    $class The name of the class
     * @return bool|null True if loaded, null otherwise
     */
    public function loadClass($class)
    {
        
        if ($file = $this->findFile($class)) {
            includeFile($file);

            return true;
        }
    }

下面的代码就是寻找Monolog\Logger类源码的实现，简单分析一下。
//ClassLoader.php
 /**
     * Finds the path to the file where the class is defined.
     *
     * @param string $class The name of the class
     *
     * @return string|false The path if found, false otherwise
     */
    public function findFile($class)
    {
        // work around for PHP 5.3.0 - 5.3.2 https://bugs.php.net/50731
        //去掉命名空间前的斜杠，即如果是\Monolog\Logger，那么就变成Monolog\Logger
        if ('\\' == $class[0]) {
            $class = substr($class, 1);
        }
    // class map lookup
    if (isset($this-&gt;classMap[$class])) {
        return $this-&gt;classMap[$class];
    }
    if ($this-&gt;classMapAuthoritative) {
        return false;
    }
    //找到Monolog\Logger的完整路径，包括php后缀名
    $file = $this-&gt;findFileWithExtension($class, '.php');

    // Search for Hack files if we are running on HHVM
    if ($file === null &amp;&amp; defined('HHVM_VERSION')) {
        $file = $this-&gt;findFileWithExtension($class, '.hh');
    }

    if ($file === null) {
        // Remember that this class does not exist.
        return $this-&gt;classMap[$class] = false;
    }

    return $file;
}

private function findFileWithExtension($class, $ext)
{
    // PSR-4 lookup
    $logicalPathPsr4 = strtr($class, '\\', DIRECTORY_SEPARATOR) . $ext;

    $first = $class[0];
    if (isset($this-&gt;prefixLengthsPsr4[$first])) {
        foreach ($this-&gt;prefixLengthsPsr4[$first] as $prefix =&gt; $length) {
            if (0 === strpos($class, $prefix)) {
                foreach ($this-&gt;prefixDirsPsr4[$prefix] as $dir) {
                    if (file_exists($file = $dir . DIRECTORY_SEPARATOR . substr($logicalPathPsr4, $length))) {
                        return $file;
                    }
                }
            }
        }
    }

    // PSR-4 fallback dirs
    foreach ($this-&gt;fallbackDirsPsr4 as $dir) {
        if (file_exists($file = $dir . DIRECTORY_SEPARATOR . $logicalPathPsr4)) {
            return $file;
        }
    }

    // PSR-0 lookup
    if (false !== $pos = strrpos($class, '\\')) {
        // namespaced class name
        $logicalPathPsr0 = substr($logicalPathPsr4, 0, $pos + 1)
            . strtr(substr($logicalPathPsr4, $pos + 1), '_', DIRECTORY_SEPARATOR);
    } else {
        // PEAR-like class name
        $logicalPathPsr0 = strtr($class, '_', DIRECTORY_SEPARATOR) . $ext;
    }
    
    //执行这一段程序
    if (isset($this-&gt;prefixesPsr0[$first])) {
        foreach ($this-&gt;prefixesPsr0[$first] as $prefix =&gt; $dirs) {
            if (0 === strpos($class, $prefix)) {
                foreach ($dirs as $dir) {
                    if (file_exists($file = $dir . DIRECTORY_SEPARATOR . $logicalPathPsr0)) {
                        return $file;
                        //$file = __DIR__."\vendor\monolog\monolog\src\Monolog\Logger.php"
                    }
                }
            }
        }
    }

    // PSR-0 fallback dirs
    foreach ($this-&gt;fallbackDirsPsr0 as $dir) {
        if (file_exists($file = $dir . DIRECTORY_SEPARATOR . $logicalPathPsr0)) {
            return $file;
        }
    }

    // PSR-0 include paths.
    if ($this-&gt;useIncludePath &amp;&amp; $file = stream_resolve_include_path($logicalPathPsr0)) {
        return $file;
    }
}


找到$file = DIR.”\vendor\monolog\monolog\src\Monolog\Logger.php”之后include执行，然后就是Logger实例化的过程了。

Composer的运行过程就是酱紫了。
4、还有一个问题
autoload_namespaces.php、autoload_psr4.php、autoload_classmap.php中的数组变量怎么来的？
Monolog库中也有一个composer.json文件。
  "autoload": {
        "psr-0": {"Monolog": "src/"}
    },

再看看autoload_namespaces.php文件，存在映射关系的。
 'Monolog' => array($vendorDir . '/monolog/monolog/src')

Composer的学习目前就先到这里了，往后如果需要制作一个库，再往更深一层学习吧。
参考

Composer中文文档
FIG-PHP PSR规范系列4-自动加载














via  



September 25, 2018 at 08:08PM