老黄历:编码式的统治策略

原文出自【听云技术博客】:http://blog.tingyun.com/web/article/detail/587

一天吃完饭出去散步,周围的小房子不少有开始翻修了,有的直接准备起了6层楼。哎?突然产生一个疑问,怎么这么统一?都这个时候修?春季温度上升终于可一开始搅拌水泥而不必担心被冻住?而且可以一直持续到深秋?这是一个我能想到的最合理的解释。那么为什么同一个星期或者有的就在同一天就开始了呢?我觉得有一种冥冥之中的力量在推动他们~~~~

据说有钱的土豪都很迷信风水,也很迷信黄道吉日,没准就是看了今天适合动土就选了今天了。老一辈看阴历,年轻人看阳历,都选在5月20号结婚也可以支持这一心理选择偏差。

来吧,找点数据统计下看看先。

恩,百度的万年历

 

每天的禁忌还蛮多的, 虽然我完全不知道什么意思。

找到API准备爬数据,精简之后的地址如下,其中query=urllib.parse.quota(“yyyy年mm月”),感兴趣的同学大可以去爬一爬。

https://sp0.baidu.com/
8aQDcjqpAAV3otqbppnN2DJv/api.php?
query=2016%E5%B9%B46%E6%9C%88&
resource_id=6018

百度只有2008年倒2020年的吉凶计算,大概是为了存储空间吧,也可能是按计划存储执行的任务,13年的数据算周期是够了。但是我发现了个秘密。百度家2012年以前没有大小月之分,在api里随处可见这种异常。大概是他们的程序员觉得这样方便hash?行吧,将就用吧。

 

首先两张全部分类的统计数据,一共118个分类简直桑心病狂,吉凶的差集还不为空,看着如此符合古代生活作息的分布规律,我隐隐感觉到了其中的一些端倪。

 

取其中8年的数据,按每天吉凶类别数量画出时间序列:

 

看到了期中几个周期性的极大值和极小值,貌似很规律的样子,来做一下自相关

 

果然,不仅360作为一个大周期,还有31天的小周期,随机和混沌是肯定有的,做一下以360为长度的差分计算:

 

也就是说,你会发现某月某日是个大吉的日子,次月该日又是一个大吉的日子。

以下是自然月对应的事件吉凶比,貌似五月,十一月还是个挺吉利的月份,明明是忙种和收货的日子,所以是希望这段时间不论你做什么都会给你释放积极信号么。

 

那么看一下我们最初的问题,是不是对于某一个事件,在某个时间段更适合执行呢?

找出最热的吉凶事件[入宅,出行,嫁娶,安葬,开市,祭祀]。

  

祭祀在4月和12月分别出现了极值,分别是清明和元旦所处的日期。

而星期则没有任何周期现象存在

 

星期制从唐代波斯才开始引进中国,在农历开始时还没有星期这个概念,没有这种周期现象也就并不奇怪了。

是不是古时,统治阶级为了普及知识,又迫于底层民众的愚昧,动过天干地支太极八卦对每天应该做的事情进行编码,最后聚合成一种策略,也不失为一种好的管理方式。例如年用60个天干地支表示,月日分别用一个卦相表示,可以组成14位2进制编码,一共可以出现2^14次方也就是约4096种组合,然后hash到每一天的事件上,然后就成了黄历。如果这种激励制适合古代,那么黄历适合现代社会嘛? The MITRE Corporation有一个研究Twitter的项目,通过每条推文的分词来计算当天的幸福指数。

 

选取09年到16年的数据。

 

周五和周六要比平常更加幸福,而且并没有季节性波动,现代已经脱离了农耕社会。黄历需要改进啊。

时间: 2025-01-01 03:15:21

老黄历:编码式的统治策略的相关文章

Scalaz(1)- 基础篇:隐式转换解析策略-Implicit resolution

  在正式进入scalaz讨论前我们需要理顺一些基础的scalaz结构组成概念和技巧.scalaz是由即兴多态(ad-hoc polymorphism)类型(typeclass)组成.scalaz typeclass在scala中的应用有赖于scala compiler的一项特别功能:隐式转换(implicit conversion),使程序表述更精简.由于隐式转换是一项compiler功能,在程序编译(compile)的时候是由compiler来进行类型转换代码的产生和替代的.   让我们先了

响应式设计的现状与趋势

  从2012年开始到2014年,各大家对Web设计的趋势预测中,都提到响应式设计.2015年网页设计趋势预测中,响应式仍在继续.这个经历了几年依然大热的响应式,在过去的几年里,快速巩固了自己的地位,并掀起了一股网页设计新标准的浪潮. 源起 2010年5月,伊桑.马科特(Ethan Marcotte)在"A List Apart"写了一篇开创性的文章(题为"Responsive Web Design" ),他利用三种已有的工具:流动布局(Fluid grids).媒

响应式Web设计的优点和缺点

  响应式Web设计指的是页面设计应当根据设备环境(系统平台.屏幕尺寸)进行相应的响应和调整,也就是说响应式Web设计是一种技术,可以使网站适应于任何设备.任何设备可以是智能手机.平板电脑.TV.PC显示器.iPhone和Android手机,包括横向.纵向的屏幕.而针对响应式设计的背景则是由于用户对智能手机的青睐日渐升温,人们对手机端的用户体验要求也相应提高,那就必须有一个响应式的Web设计,以便可以从移动终端上很好地访问你的网站.本篇博客先来讨论一下响应式Web设计的优点和缺点. 优点: 1)

网页响应式设计的现状与趋势

网页响应式设计的现状与趋势 响应式设计的现状与趋势-banner720 从2012年开始到2014年,各大家对Web设计的趋势预测中,都提到响应式设计:2015年网页设计趋势预测中,响应式仍在继续.这个经历了几年依然大热的响应式,在过去的几年里,快速巩固了自己的地位,并掀起了一股网页设计新标准的浪潮.这里本人基于一些资料文献及自己的陋见,谈谈响应式设计的一些现状和趋势. 源起 2010年5月,伊桑.马科特(Ethan Marcotte)在"A List Apart"写了一篇开创性的文章

赶集网激进市场策略,成败未卜

真心为赶集网感到担忧,在分类信息市场未能取得行业第一的位置,现在又同时向前程无忧和搜房网发起挑战,如此激进的市场策略,赶集网真是拼了.做成功了,就是战略高招;做失败了,就是自寻死路. 战略高招? 事实上,赶集的策略虽然很有风险,但非常值得一试.从此前赶集网所处的分类信息行业来看,招聘和房产本身就是最为重要.份额最多的两大块业务.在前一篇文章<争做万年老二? 赶集网三线开战 打的过谁?>末尾稍微提到了一点这部分内容. 同时打开58同城和赶集网可以发现,招聘.租房.二手房三项业务都是排在导航栏前三

协作式云资源博弈分配

协作式云资源博弈分配 张小庆 岳强 针对用户对云资源的异构性需求和竞争问题,提出了一种协作式资源分配博弈策略.建立了资源分配的协作式博弈模型,定义了协作博弈的用户效用函数和评估函数,证明了在该效用函数下协作博弈存在唯一Nash均衡,并讨论了用户组建联盟对协作特征函数和整体效用的影响.实验结果表明,在该协作博弈策略下,个体用户通过组建联盟集体出价的方式,能够为联盟用户带来更大效用,以收敛方式实现Pareto改进. 协作式云资源博弈分配

java web开发 高并发处理

java 高并发 java处理高并发高负载类网站中数据库的设计方法(java教程,java处理大量数据,java高负载数据)  一:高并发高负载类网站关注点之数据库  没错,首先是数据库,这是大多数应用所面临的首个SPOF.尤其是Web2.0的应用,数据库的响应是首先要解决的. 一般来说MySQL是最常用的,可能最初是一个mysql主机,当数据增加到100万以上,那么,MySQL的效能急剧下降.常用的优化措施是M-S(主-从)方式进行同步复制,将查询和操作和分别在不同的服务器上进行操作.我推荐的

请慎用ASP.Net的validateRequest=“false”

asp.net|request ASP.Net 1.1后引入了对提交表单自动检查是否存在XSS(跨站脚本攻击)的能力.当用户试图用之类的输入影响页面返回结果的时候,ASP.Net的引擎会引发一个 HttpRequestValidationExceptioin.默认情况下会返回如下文字的页面: Server Error in '/YourApplicationPath' Application A potentially dangerous Request.Form value was detec

zip 的压缩原理与实现三

gzip 在完成短语式压缩后,将转入编码式压缩的阶段.这个阶段的实现是很复杂的,对最终的压缩率至关重要,我会详细解说 gzip 的做法.gzip 是开放源代码的无损压缩程序中最著名的,其中的种种技巧很有启发意义,但是他是比较早期的程序,现在有很多的程序已经在压缩率上超过了它,所以我会根据自己对无损压缩的基本规律的理解提出对它的改进. 编码式压缩的几点考虑: 1. huffman 算法压缩率的关键是各节点值的差异要大,这样就要求分段编码输出.因为某些段落中某些节点的出现频率较高,另一些段落中这些节