聪明人靠统计数字和洞察来得出结论。
平庸的人仅依靠统计数字来获取信息。
笨蛋成天看个案小作文来悲鸣或自嗨。
老实说,业内并不太提所谓“流量明星”。
泛娱乐行业的链条大概是这个样子:
明星IP——内容创意制作执行——宣发播出平台——用户
明星是内容和平台方的上游,
业内不提什么流量明星,
划分一般是头部明星、一线明星、二三线明星、夕阳明星这样的,
标准就一个,出场费多少钱。
而内容和平台方采购明星的时候,谁来决定明星的价格呢?
其实,是最终的用户来决定明星的价格的。
泛娱乐行业赚钱就是那么几个套路:广告费、用户付费(门票、电影票、会员费等)、游戏、打赏、衍生品。
头部明星,能够带来更高的用户消费规模,内容和平台方才能赚钱,生态链上面不赚钱的话,整个行业吃什么?
所以,记住这句话,明星值多少钱赚多少钱,是用户决定的。
别再傻傻的问为什么戏子能赚那么多钱,问为什么政府不出来管管之类的。
当年新英体育,雄心勃勃的买下英超版权,准备大干一场,IDG也投了不少钱,结果呢,愿意付费观看英超的人聊聊,本都收不回来。
去年市场大谈特谈的知识付费,现在你看还提吗?
不愿意付钱,谈个锤子哟。
所以知乎上好多人,一边看不起为娱乐业花钱的粉丝,说别人是付智商税;
一边呢,又看不上头部明星,觉得是靠脸吃饭的流量明星。
那您倒是无条件的为喜欢的明星或者内容掏钱呀,而且要掏大钱才行,因为您曲高和寡嘛,俗人10个人每人掏1块您这边要1个人掏10块才能打平对吧。
比如,你愿意为看世界杯付多少钱?100、1000?
你愿意为看有詹俊张璐解说的世界杯付多少钱?100、1000、10000?
或者换个角度,
广告主愿意为你的注意力花多少钱?
前些年互联网有一个价值鄙视链还有印象吧,
少女》儿童》少妇》老人》狗》男人,
和前面所讲的一样道理。
统计局工作人员也不过是公务员,没有受到过经济训练,所以他仅仅是给予统计,但是并没有解释能力。他所说的是“全员劳动生产率”我从来没有听说过,世界普遍通用所说的“劳动生产率”是单位时间内的产出,具体的说是每小时经济产出(output per hour worked)。
我们可以对比下这两个概念,统计局声称的“全员劳动生产生产率”是生产总增加值除以就业人口,意思为单位劳动力平均产出;普遍所用的“劳动生产率”是单位小时产出,所以实际上“全员劳动生产率”应该除以平均工时。由于中国人每年平均工作时间大概是2200小时,美国则为1750小时,所以实际上他的统计数据还要高估了,所以这个值应该为6%左右。由于我国处于后人口红利期,人口赡养比例较低,就业人口比例依旧高于平均水平。我国现在约有7.75亿人就业,而美国只有1.5亿人就业;同时我国就业人口工作时间都更长,分母更大的情况下分子就更小,所以实际上我国的劳动生产率和技术领先国家(美国)要比经济水平相对更低。
这个情况不仅仅出现在中国,在日本和韩国也是如此,普遍估计韩国的劳动生产率仅仅为美国的50.2%,日本则为65.4%。西班牙本身经济水平和韩国相近,但是工作时间远远少于韩国,实际上这意味着西班牙的劳动生产率远高于韩国,而根据OECD的估计西班牙的劳动生产率则为美国的74.5%。
即使如此,这个数据很明显是过分低估了中国的经济水平。理由有两个:
一个可靠的方式是使用尽可能接近现价的不变价计算单位,并且使用购买力计算,例如OECD本身选择的是constant prices 2010 and PPPs。考虑到这两点我们做估算的话,中国的人均GDP按照购买力衡量现在大约美国的25%,中国的劳动生产率的可靠应该略高于美国的20%。所以,普遍的估计为中国的劳动生产率略微高于美国的劳动生产率的20%,一个比较精确的说法应该是21%。
从某种意义上,即使是21%的数字,中国的劳动生产率应该是被低估的。因为中国的经济规模应该大大高于现在已经测算的规模,在过去5年中国就已经更改了3次统计测量方式,每一次都提高了经济规模。即使如此,潜在的经济规模依旧存在,所以经济水平的低估意味着劳动生产率被低估了。
这种情况下,我们可以认为中国官方声称的劳动生产率增速远远高估了,因为中国政府高估了自己经济增长的速度。
把buff机制做成一个图(graph)。
每个buff是一个节点,每个状态也是一个节点。
现在无敌状态受两种状态影响(A、C),那么A、C各有一条边指向无敌状态。
无敌状态判定时,遍历所有输入节点(也就是A、C),有一个buff生效就生效。A、C如果也有自己的状态依赖,那就进行深度遍历依次判定。
如果存在“覆盖”,比如例子中b buff覆盖a buff,那么B有一条边指向A,判定时B的优先级比A高。A取消了,B还在生效。
整个graph必须是个有向无圈图(DAG),有圈说明循环依赖,判定时会宕机(halting)。
DAG可以进行拓扑排序,排完序后就是个一维数组,每帧可以按照这个优先级进行判定,省去了深度遍历的消耗,实现更简单。
不建议手动给状态排优先级,维护起来费劲。