2019年10月

注会Kick Off已有两周,却只看了两章内容(总论+存货),昨天看存货最后两讲时,有几个会计分录,写起来十分生疏。感受到一点阻力,便去睡觉了,醒来也未继续,而是看电视电影,时间就悄悄的到了凌晨4点多。

每年都会有几次,躺在床上不想动,然后在各电视剧间随意切换,最后被某部耽误到凌晨,这次是贾乃亮王鸥主演的《推手》,颜值在线,剧情没留下太深刻的印象。

除了《推手》,昨晚还看了一部日本纪录片《人生果实》,却是引起了很多思绪。

优酷上本片的推荐语写着「一屋两人三餐四季,治愈人生」。记录了日本一对老年夫妻——修一与英子——的日常生活,两人都有八九十岁,相伴六十多年(钻石婚了),只看这两个数字,便让很多人包括我心生羡慕吧。

修一&英子
修一&英子

修一是名建筑师,他们买下一块地,住在自己设计的木质房屋中,开垦出一片园地和树林,过着日出而作,日落而息的生活。

二人的生活十分精致,体现在一个个的生活细节中。比如:会做很多标牌挂在田地之间,给林间飞鸟准备饮水,定期给朋友写明信片,门口挂着夫妻俩的可爱画像。

小鸟用水
小鸟用水

二老画像,相加177岁
二老画像,相加177岁

他们对大自然很执着,多次提到「风吹枯叶落,落叶生肥土,肥土丰香果,孜孜不倦。」这是自然的美,他们年复一年的收集落叶,铺洒在菜地上,让土地越来越肥沃。他们希望把这些传承给后代,后代不只是家人,而是更广义的人类,看的出来二老对环境的爱护,对自然的敬畏。

结尾处英子说:

他总是告诉我,要缓慢而坚定的做自己能做的事,我是这样做的,而且我意识到这一点很重要,缓慢而坚定的生长。

这一切,都是时间的积累。

如此佳话,除了二老的人生态度,当然也有经济基础。两人有着能买下这片土地的积蓄,有着每月30多万(日元)的退休金。

看《人生果实》的时候,很自然想到年初看的《四个春天》,每次看完都觉得他们的日子才叫生活,我这叫生存,甚至有辞职回老家的冲动。

看完后,我在豆瓣留下短评说「我羡慕这对,也羡慕乔布斯,所以我想要的到底是什么?」——显然,乔布斯和这对走在截然不同的人生方向上,不可兼得。

继续质疑自己,田园牧歌的生活,看起来的美好,背后却是真真切切的农务活——锄地、除虫、收割,这些我真的喜欢吗,一个大大的问号。就像很多人说喜欢旅行,其实喜欢的只是度假。真正的旅行,是体力活。

说了这么多,也没有答案。但感谢这些作品,偶尔提醒着自己人生有很多可能。

注:剧照来自豆瓣

不知道在什么地方听到/看到「带薪蹲坑」这个词,会心一笑。在公司去洗手间的频率真会高些,并不想上厕所,只是打个羊工,洗把脸清醒清醒大脑。同理还有带薪抽烟、带薪聊天。甚至园区有个理发店,不少人带薪理发。

昨天团队组织去法喜寺为用户增长项目祈福,也算是「带薪拜佛」了。挺神奇的,估计没几个公司有这待遇。我对拜佛这事,理性上是不信的,感性上却将信将疑,这是一种不自觉的反应。更加意外的是,在天王殿发现四大天王中,竟然有一尊叫「增长天王」。饶是我漫不经心的样子,在增长天王面前,却是诚心的祈祷,保佑我们的数据涨涨涨呀。

走在寺庙中,即使不信,仍然会被氛围所感染,看到一些人虔诚、一丝不苟的礼佛,满脸敬意。结束时,有人提议在寺庙前拍照,其中一位同事坚持不拍,他说他有他的方法。他讲了个故事让我颇为触动:他在寺庙中曾阻止一位外国友人拍照说,如果这是上帝,你还会拍吗?这大约就是信仰,心中充满敬畏之情。

我挺羡慕的。近来焦虑,也跟佛祖吐槽,却未能获得安宁。

虽然焦虑,这周也有开心的事,老铁TJ跳槽来了阿里。说起我俩的缘份,我们高中同班同过桌,高考同分进同一所大学,毕业后成了同行,如今在同一家公司。记得大学时经常入不敷出,每次都是他慷慨解囊,提及此事,他倒是潇洒的不记得了,我却铭记在心。想来,走上产品经理的职业道路,也是经他启发。

也发现一人现象,毕业时只有我一个人来到了杭州,七年过去了,却是陆陆续续来了三位高中同学。

记了几年账,工具用过随手记、Excel甚至Evernote。通常只记收支,不记收支对应的账户变化。其实知道这种方式很粗浅,容易错记、漏记,并且只能分析收支,无法跟踪个人财务现状。结果则是,虽然记了几年,却很少分析,个人财务状态也没有实质改善。

几个月前看到byvoid分享Beancount,发现是一款记账神器。我从7月1日正式使用,如今也有3个多月,分享一些经验心得。

一、普通记账 vs 复式记账

Beancount记账方法叫复式记账。

把只记录收支的方法称为普通记账(估计是多数人在用的方法)。那么复式记账,除了记录收支,还需记录账户(支付宝、银行卡等)的变动。以一个最简单的例子感受二者的区别:

假设:7月1日,打车花费30元,使用银行卡支付。

普通记账一般包括日期、收支分类和金额,如下:

2019-08-28: 交通-打车 -200元

复式记账把账户变化也一并记账,如下:

2019-08-28:
    交通-打车    200元
    银行卡      -200元

复式记账会记录每笔交易的资金流动,各账户变化「有正有负,正负相等」。这便是复式记账的基本原理,称之为「会计恒等式」。这种方式能够保证记账准确无误,也能提供更详细的财务分析。

这句话中的账户是广义的,也可理解为分类,「银行卡」和「交通-打车」都是账户。下文中出现账户,若无特别说明,均指广义的账户。


二、Beancount入门

复式记账是方法论,而Beancount则是支持复式记账的工具,Beancount有以下三个优点:

  1. 完整个人财务数据比较敏感,Beancount本地存储,不用担心数据泄露。
  2. 纯文本账本,不依赖特定软件,便于数据迁移。
  3. Beancount是开源软件。

接下来介绍Beancount的基础使用。

安装

beancount是个Python项目,安装好python后,执行:

pip install beancount
pip install fava

Fava是关联软件,为Beancount提供一个更漂亮的Web界面(如图1/2/3),建议同时安装。

账本示例

Beancount的使用非常简单,概括为两步:

第一步:使用文本文件按一定格式记账。

下面是个完整示例,直接保存为moneybook.bean(Beancount的文件扩展名为.bean

;【一、账本信息】
option "title" "我的账本" ;账本名称
option "operating_currency" "CNY" ;账本主货币

;【二、账户设置】
;1、开设账户
1990-01-01 open Assets:Card:1234 CNY, USD ;尾号1234的银行卡,支持CNY和USD
1990-01-01 open Liabilities:CreditCard:5678 CNY, USD ;双币信用卡
1990-01-01 open Income:Salary CNY ;工资收入
1990-01-01 open Expenses:Tax CNY ;交税
1990-01-01 open Expenses:Traffic:Taxi CNY ;打车消费,只支持CNY
1990-01-01 open Equity:OpenBalance ;用于账户初始化,支持任意货币

;2、账户初始化
2019-08-27 * "" "银行卡,初始余额10000元"
    Assets:Card:1234           10000.00 CNY
    Equity:OpenBalance        -10000.00 CNY

;【三、交易记录】
2019-08-28 * "杭州出租车公司" "打车到公司,银行卡支付"
    Expenses:Traffic:Taxi        200.00 CNY
    Assets:Card:1234            -200.00 CNY

2019-08-29 * "" "餐饮"
    Assets:Card:1234           -1100.00 CNY
    Liabilities:CreditCard:5678 1100.00 CNY
    
2019-08-31 * "XX公司" "工资收入"
    Assets:Card:1234           12000.00 CNY
    Expenses:Tax                1000.00 CNY
    Income:Salary             

第二步:命令行执行fava moneybook.bean,看到如下结果:

 $ fava moneybook.bean                                                                                                                                              
Running Fava on http://localhost:5000

再到浏览器中打开http://localhost:5000就能看到账本,下图分别是损益表、资产负债表、日记账的截图。其它栏目自行探索。

图1 - 损益表
图1 - 损益表

图2 - 资产负债表
图2 - 资产负债表

图3 - 日记账
图3 - 日记账

记账格式

使用Beancount,关键就是了解它的记账格式。从示例可知,账本包括三个部分:

  • 账本信息:比如账本名称,账本主货币。
  • 账户设置:包括开设账户和账户初始化。
  • 交易记录:日常记账。

下面依次介绍。

账本信息

一般设置账本的名称和主货币即可。

option "title" "我的账本" ;账本名称
option "operating_currency" "CNY" ;账本主货币

账户设置

【开户】

记账之前,得有账户,开户格式如下:

开启日期 open 账户名 货币类型

Beancount中账户名支持层级,以英文冒号:分隔,如Assets:Card:1234。但第一层必须是以下五个账户之一,日常交易中涉及到的账户,一定可以归于其中某一类:

  • 收入(Income):工资、投资收益等。
  • 支出(Expenses):衣、食、住、行等。
  • 资产(Assets):储蓄卡余额、支付宝余额、股票账户余额、房子、车子等。
  • 负债(Liabilities):信用卡欠款、房贷、车贷等。
  • 权益(Equity):这个账户比较特殊,在账户初始化、误差处理等少数场合使用。

开启日期可使用真实日期,若忘了了,我习惯使用自己的生日或开始复式记账的前一天(2019-06-30)。

开设账户时货币类型不是必须的,但建议加上,记录交易时货币不一致Beancount会报错。货币可设多个,用英文逗号(,)分隔。

最后,如果一个账户不再使用,比如注销信用卡。可用close命令关闭账户。如下:

关闭日期 close 账户名

【初始化】

当我们开始记账时,一般资产和负债都不会是0,因此需要对资产和负债账户进行初始化。初始化的格式与交易明细完全一致,请参考正文的交易明细介绍。

唯一不同,初始化需要用到Equity账户。如示例中的Assets:Card:1234,初始金额10000元来自Equity:OpenBalance

交易明细

账户设置中的初始化,和交易明细有关,因此先介绍交易明细的记录格式。如下:

日期 * "交易方" "交易备注"
    账户   金额 货币
    账户   金额 货币

其中

  • *号表示这笔交易是确定的,没有疑问。若是!号,表示存疑,但一般用不上。
  • 交易方和交易备注,均可省略。
  • 货币必须与账户设置中对应的货币类型一致。比如账户设置为美元账户,消费时出现人民币,Beancount会报错。

此外,账户后的金额是带有符号的,如下:

  • 支出账户:一般为正数。表示花费多少钱。
  • 收入账户:一般为负数。表示收入多少钱。投资收入账户可能出现正数,则表示投资亏损。
  • 资产账户:可正可负。正数表示有钱存入,余额增加;负数表示有钱转出,余额减少。
  • 负债账户:可正可负。正数表示还款,负债减少;负数表示借款,负债增加。

支出为正,收入为负,有点反直觉,是会计恒等式逻辑所致。会计恒等式具体表述如下:

(Assets + Expenses) + (Liabilities + Income) + Equity = 0

一笔交易记录可能涉及2个以上的账户,比如例子中的「工资收入」,这时,多个账户的金额也满足「有正有负,正负相等」。实际记录时,Beancount允许一个账户的金额为空,它会根据正负相等的原则自动计算。

看到这里,已经可以开始动手记账了。开设好账户,然后初始化,最后每天记录交易。


三、Beancount实践

下面是些个人使用经验,供参考。

编辑器

我使用的是VSCode编辑器,配合Beancount插件(by Lencerf),能够实现语法着色、账户自动补全、数字按小数点对齐、错误提示等,大大提高记账效率。

拆分账本

如果按前面的方法记账,一段时间后会发现:随着交易增加,账本文件越来越大,维护不方便

Beancount允许将账本拆分,然后通过include语法将账本进行关联起来。比如,我的账本结目录构如下:

beancount
├── 2018
│   ├── 2018.bean
│   └── yuegangzhoudian.bean
├── 2019
│   ├── 2019.bean
│   ├── 0-default
│   │   ├── 00.bean
│   │   ├── 07-expenses.bean
│   │   ├── 08-expenses.bean
│   │   ├── 09-expenses.bean
│   │   ├── 10-expenses.bean
│   │   ├── event.bean
│   │   ├── income.bean
│   │   └── transfer.bean
│   ├── 1-securities
│   │   ├── 00.bean
│   ├── 2-trip
│   │   ├── 00.bean
│   │   ├── 20190708-beijing.bean
│   │   ├── 20190720-yiwu.bean
│   ├── 3-cycle
│   │   ├── 00.bean
│   │   ├── bankcard.bean
│   │   ├── creditcard.bean
│   │   ├── cycle-expenses.bean
│   │   └── loans.bean
│   ├── 4-project
│   │   ├── 00.bean
│   └── 5-doc
│       ├── 2019-note.md
│       ├── creditcard-bill
│       └── note.xlsx
├── accounts
│   ├── assets.bean
│   ├── equity.bean
│   ├── expenses.bean
│   ├── income.bean
│   └── liabilities.bean
|── main.bean

最底下的main.bean是我的主账本(查账执行fava main.bean)。该文件的内容如下:

;==main文件==
;【一、账本设置】
option "title" "我的账本"
option "operating_currency" "CNY" 
1990-01-01 custom "fava-option" "language" "zh" 

;【二、账户设置】
include "accounts/assets.bean"  ;资产账户设置及初始化
include "accounts/liabilities.bean"  ;负债账户设置及初始化
include "accounts/expenses.bean"  ;支出账户设置
include "accounts/income.bean"  ;收入账户设置
include "accounts/equity.bean"  ;权益账户设置

;【三、交易记录】
include "2018/2018.bean" ;历史账本合集
include "2019/2019.bean" ;2019年账本合集

我使用include导入了7个文件,其中5个账户设置文件,2个年度账本。

我2019年年度账本如下:

;==2019.bean文件==
;2019年每个账本文件的描述
include "0-default/00.bean" ;默认目录,每月日常支出,收入,转账等
include "1-securities/00.bean" ;证券投资目录
include "2-trip/00.bean" ;旅行&出差目录
include "3-cycle/00.bean" ;周期性费用/交易目录
include "4-project/00.bean" ;项目目录

2019.bean文件仍然没有交易记录,而是继续导入其它账本。

概括起来,我的账本结构分三层:

最1层:main.bean作为主账本,include各个账户文件及每年账本文件。
第2层:每年有个目录,下设年份.bean的文件,include各个子目录下00.bean文件。
第3层:每个子目录下00.bean文件include该目录下所有正式的记账文件。

年份目录下各子目录功能如下:

  • 默认目录(0-default):日常支出,每月一个文件,也包括当年的收入、转账、event事件。
  • 证券投资(1-securities):股票和基金买卖记录。
  • 旅行出差(2-trip):旅行出差的账本,命名日期-地点.bean
  • 周期性账(3-cycle):包括每月信用卡还款、水电费、车贷房贷等。
  • 项目目录(4-project):比如装修房子

这样设计优点:

  • 按年组织,往年数据直接存档,不会被破坏
  • 年份目录下进行分类记录,避免放在一个文件不好维护

定期断言

前面介绍复式记账优点时提到:

这种方式能够保证记账准确无误。

在Beancount中通过balance实现账户核对。

假设在10月17日24点,尾号1234的银行卡余额为5000元,记录如下:

2019-10-18 balance Assets:Card:1234   5000.00 CNY

Beancount会自动汇总10月17日(含)以前尾号1234的银行卡所有收支,如果历史交易记录无误,那么计算出来也应该是5000元。若不是5000元,则Beancount报错,表示历史交易记录有误。

细心的朋友会发现,10月17日24点余额,balance时使用2019-10-18。

我一般每月对所有账户进行一次断言,频繁使用的账户月中会视情况穿插几次断言,避免错误。

错误/误差处理

如果断言报错,一般我会回溯,因为每月有断言的习惯,所以最多回溯一月数据即可。若无法回溯,则使用Euqity:UFO记录。

假如断言时发现Assets:Card:1234少了200元,则在断言前增加:

2019-10-18 * "" ""
    Assets:Card:1234    -200.00 CNY
    Equity:UFO

另一个错误场景是误差。假如存在四舍五入的误差,我用Equity:Round处理,比如:

2019-10-09 * "支付宝基金" "购买基金110011易方达中小盘混合"
    Assets:Bank:CMB:XXXX           -450.00 CNY
    Assets:Alipay:Fund               85.05 FD_110011 {5.2830 CNY}
    Expenses:Commission:AlipayFund    0.67 CNY
    Equity:Round

Equity账户是个很特别的存在,可以处理边缘情况。我设置了四个Equity账户如下:

  • Equity:OpenBalance 用于初始化
  • Equity:HistoryIncome 开始复式记账(2019-07-01)前的部分收入
  • Equity:Round 四舍五入操作
  • Equity:UFO 无法追溯的差额

多币种及货币转化

账户可以根据实际情况设置多个货币。比如Visa信用卡美元消费以美元入账,则需要支持美元。

对于美元消费以人民币入账,可以使用@@进行货币转化。比如,本博客的服务器账单如下,3.71美元以26.57入账。

2019-10-04 * "Amazon" "付lightsail服务器月账单"
    Liabilities:CreditCard:SPDB:XXXX          -26.57 CNY
    Expenses:Digital:Software                   3.71 USD @@ 26.57 CNY

option中设置账本货币时,通常只需要一种主货币,Fava显示时,非主货币都会放进「其它」那一列,如图1。

标签

一个问题:约会时的用餐,该记在哪个账户?

可以记在Expenses:Food饮食支出账户,也可以记在Expenses:Date:Food约会分类下饮食。如果使用后者,Food类账户越来越多,不便于维护。

此时,我一般使用前者,并借助Beancount提供的标签功能。如下:

2019-10-18 * "" "" #Date
    Assets:Card:1234        -200.00 CNY
    Expenses:Food

其中#Date是标签,在Fava上可以筛选标签,查看该标签下各个账户的收支。

再比如,每次旅游,我会给旅游中所有的花费打上类似#20191001-hangzhou的标签,带有日期和目的地。通过筛选标签,轻易的查看旅游中的吃、住、行、玩等等花销。

旅行的交易通常很多,一条条添加标签比较繁琐,Beancount支持使用pushtagpoptag给多笔交易加上标签。

pushtag #20191001-hangzhou

2019-10-18 * "" "" 
    Assets:Card:1234        -200.00 CNY
    Expenses:Food:Dinner
    
2019-10-18 * "" "" 
    Assets:Card:1234         -20.00 CNY
    Expenses:Traffic:Taxi

poptag #20191001-hangzhou

这样,在pushtagpoptag之间的所有交易,都会带上#20191001-hangzhou标签.

事件

生活中可能有些事件希望被记录,这已经和记账没多大关系了,不过Beancount也支持,格式:

日期 event "事件分类" "事件详情"

比如我的事件举例:

;beancount事件
2019-06-30 event "beancount" "启用beancount"

;工作事件
2019-08-30 event "work" "神马lastday"
2019-09-02 event "work" "今天开始在AE上班"

;旅行或出差记录location事件
2019-09-13 event "location" "杭州->苏州:去程"
2019-09-15 event "location" "苏州->杭州:回程"

然后Fava界面有事件查看界面。

四、结语

没想到写了这么多,断断续续也写了多天,有点意犹未尽。

学习过程中,除了byvoid的文章,还参考了wzyboy和Beancount —— 命令行复式簿记官方文档

能用这种方式去记账,很大程度上利益于移动支付的普及。熟练之后,每天晚上对照支付宝和微信账单,3分钟就能记完。

当然,这仍然不是最好的方式,wzyboy已经实现了import,每月花一两个小时处理一次即可。我觉得import的方式得到的信息不够丰富和详细,所以没有深入研究。

Beancount还有些高级应用,比如记录证券投资,使用BQL语句统计分析。各种满足工具控的折腾欲。

最近更新:2019-10-19

决定考CPA。

几年前在同花顺工作时,有过这个想法,但不记得当时为什么没执行。最近焦虑中,突然又动了心思。

在知乎上看了几个关于考CPA转行的问答,对CPA以及它将来的出路,有一些大致的了解。其实,我因为炒股的原因,对财务知识有一点了解,对财务工作或多或少也有些感性的认识。但对于30岁决定转行考CPA的可行性,却没有信心。

做出这个决定,首要原因当然还是对产品工作的力不从心及对未来的担忧。

产品经理是个无门槛的行业,互联网公司校招中产品经理的jd都是务虚的,没有专业要求(想当年这也是我入行的原因之一)。这并不是说产品工作就很简单,只是它需求的是各种软实力,诸如沟通能力、管理能力、说服能力、创造力等。工作几年,我能感受到自己产品工作上的天花板很低。同时,我也觉得互联网越发无聊了

本来一直在犹豫,却是在今天备受PPT折磨的时候,报了网课,也算冲动消费了。

此前,与一位事务所做审计的朋友聊天,她问我原因,我提到:

  1. CPA有专业性,门槛高。互联网产品无门槛。
  2. CPA除了做审计,有经验后可以去其它企业做财务,选择更宽。互联网产品走不出BAT的阴影,逃不出北上广深的束缚。
  3. 专心处理数据,我喜欢。(这点其实我不确定)。

朋友针对性的给了反馈:

  1. 有门槛没错,但事务所一般不会招聘没有经验的非应届生。而且转行需要从零开始,以前的积累全作废了。
  2. 有经验去企业也没错,但如果到不了财务经理这种级别,也只是普通财务,工资低的可怜。
  3. 审计要处理数据没错,但比较基础,往上走更多依赖对专业知识的理解以及经验和决策能力。

转行从零开始工资低,也是我最顾虑的原因,目前无解。而第3点,至少是专业范畴内的,我相信只要专业和经验够扎实,即便软实力差些,也不至于混的很惨。

朋友还提到审计的工作强度,我早有耳闻,甚至在同花顺亲自经历过财报季的忙碌。最后她给我的结论是谨慎考虑

另一个让我顾虑原因是,CPA需要考6科,很多人用了两三年,时间成本巨大。相同的时间投入,我有没有更好的选择呢?

我不知道。

虽然决定了,其实并没有想清楚。所以,网课只买了3科,决定先试试,明年4月报名的时候,看能到什么状态。同时,毕业后再也没有长时间、高强度的投入一件事,也想看看自己还有没有拼劲。

早上在博客吐槽「想辞职」,这篇续上。

9月2日加入新部门,至今1个多月了。

在原部门干了5年有余,虽然项目常有化,事情也不尽相同,却仍感到深深的倦意。

读书时就喜欢折腾各种工具,时常觉得一些设计非常SB,思量着如果是我会如何如何处理,心中默默将之视为未来的职业方向。毕业后,几经坎坷,加之好运相伴,最终如愿成为了产品经理。

刚开始一段时间,是如此的开心,乐此不疲的加班,天天996都充满干劲。但这种干劲很快就消失了。5年来数次产生离职的冲动,甚至其中一次都已经向leader提出,最后也撤回了。忘了过去怕什么,但现在担心的是房贷。人生已经被房子牢牢的按在原地,不得动弹。

没勇气辞职,于是琢磨着转岗,寻寻觅觅几个月,终于转到了新部门。如今,一个月过去了,工作依然无聊。原部门,项目变化太大,没有业务可做,新部门也是烂摊子,如同上了贼船,冷暖自知。

心中产生了一个模糊的念头,也许我只是以为自己喜欢产品工作,而非真的喜欢。至少产品工作中大量的argue是我所排斥的,并且这些已经产生负面情绪,持续的影响着我的生活状态。想起去年下班送HXY回家,他的一句话让我警醒,「你最近两年越来越没精神,完全没有刚入职的时的激情了」。

在我决定投身互联网的时候,移动互联网尚未兴起,是PC互联网最繁荣的时代,我更爱那个时候的互联网,开放、自由。线上的归线上,线下的归线下,泾渭分明。移动互联网的发展瓦解了一切,信息越来越封闭,移动办公也让生活和工作掺和在一起,时间都被手机屏幕吞噬了。我喜欢科技,却又是保守的、悲观的,有一天,科技会失控吧,虽然我未必能看到。

来源:Eric Pickersgill
来源:Eric Pickersgill

回到工作角度,那时互联网野蛮生长,只要有想法,总能折腾点东西出来。网络普及不高,有着大量的增量市场。如今,却是流量枯竭,人人都讲下半场,说白了就是红利吃完,接下来是更加残酷的存量竞争。今天,产品运营想的都是怎么把用户骗过来、留下来,然后如何蓐用户的羊毛,不再以用户体验为中心。我相信每个人都有自己的情怀,但这种趋势是环境决定的,自上而下的,不以个人意志为转移,马爸爸也无法改变的方向。

相比汽车工业百年历史,互联网的30年很短暂,但它也在——或者已经——沦为了传统行业,一个无聊的行业。