阿C的博客

Month: 三月 2017 (page 1 of 6)


This is a logic puzzle game in which the player must correct a series of programs to print the desired numbers on a Turing Machine tape. It’s to celebrate Alan Turing’s 100th birthday. see the github!

By constant self-discipline and self-control, you can develop greatness of character.
Grenville Kleiser, Inspirational Book Writer

用户情感总量 = 书籍出版总量 x 平均阅读时间 x 平均传阅人数+电视剧播放总时长(单剧时间 x 播放次数)x 收看观众总数(可以通过收视率估算)+电影时长 x 播放场次 x 单场平均观影人数+其他 (不同演绎形式可以用类似思路估算)

而不管怎么计算,这个最终的单位是统一的,即“人·时”。

IP 就是经过市场检验的可以承载人类情感的符号。程武(腾讯公司副总裁)

这个定义有两个关键点:

  • 其一,是抓住了“情感”这个内核,这是 IP 社会价值的根基。
  • 其二,是“经过市场检验”,这一方面在客观上点明了 IP 的商业价值,一方面注解了 IP 承载的“情感”,不是个体的情感,而是大众的。

IP 并不是扁平和孤立的,而是拥有一个特有的立体化结构,是一个类似于金字塔式的有层次的存在。这个金字塔有五层,自上而下,依次是 IP 的价值观、个性、故事、多元的演绎方式和商业实现。

本文是摘至知乎讨论关于专题 “如何从众多的音影游以及小说中甄别一个有潜力的 IP?” 中的一篇回复 来自腾云智库
Continue reading

Taking an interest in what others are thinking and doing is often a much more powerful form of encouragement than praise.
Robert Martin, Author

尸毗王割肉贸鸽

古印度有一个大国,这个国家土地肥沃,人民丰衣足食,安居乐业。国王名叫尸毗王,是一个胸怀宽广,爱民如子的国王。他心好佛法,立誓普救众生。

一天,有只老鹰在追逐一只鸽子,老鹰紧追鸽子不舍,鸽子生命危机,飞来飞去无处躲藏,最后,飞到尸毗王的腋下,请求国王的保护。老鹰追来抓不到鸽子,就对尸毗王说:“这个鸽子是我的美食,我现在饥饿难忍,请国王把鸽子交给我吧。”尸毗王说:“我曾许愿,拯救一切生灵,现在鸽子寻求保护,我怎么能见死不救,让它去送死呢?”老鹰冷笑说:“大王既然爱惜一切生灵,如果我吃不到东西,就会饿死,难道我就不该得救吗?” 尸毗王说:“我可拿其它食物给你吃”老鹰答到:“我只吃新鲜血肉,别的食物一概不吃。” 尸毗王暗想,我不能救一命,害一命,看来,只有用我的肉来换取鸽子才能同时救下两条生命。于是,他下令手下取来利刀,割下自己腿上的肉喂鹰,但老鹰又说道:“国王既然要以自身的肉来代替鸽子,那么我也不敢多要,只要和鸽子一样重量的肉。尸毗王传令取来一秆秤,一头放上鸽子,一头放上割下的肉。奇怪的是,国王全身的肉都已割尽,还是不及鸽子的重量,国王十分纳闷,于是他忍着剧痛,奋力坐到秤盘上。这时,天地动摇,众天神都被尸毗王普救众生的善行所感动,齐声赞叹,并撒下无数天花。忽然,老鹰和鸽子都不见了,原来是帝释天和大臣化成老鹰和鸽子来试尸毗王的诚意和信心,最后帝释天以神力使尸毗王的身体恢复了原状。

Failure has to be an option… No important endeavor that required innovation was done without risk.
James Cameron, Filmmaker

黄晗: AC,帮我看一下这个服务器的成本预算做的有没问题?我在算CDN托管服务器哪个成本高。

AC: 好的,小黄晗,长进了ヽ(ˋ▽ˊ)ノ。

%非忙时流量6kw/day,忙时流量8kw/day,x22,x8,++…… 1.4w/m,x12,x100,++…… => 11.3w vs 142w ……% 黄晗解释着他的算法。

AC: 是业务增长需要转到CDN吗?

黄晗: 要做每个用户的产品推荐优化,简单的说,如果开屏连续推一张图都没有触发用户安装,我们就换另一张图,之前这个逻辑是在客户端做的,现在我们想转到服务端上做,这样客户端就可以纯展示,服务端上来全权处理,单一变化,市场随时想改规则,那他们就可以随时改了。

AC: ヽ(ˋДˊ)ノ…… 这样千人千变,服务器计算量激增会撑不住的,且用不到缓存,对于这样的简单需求,可以B/C各处理一半,分担服务器压力到各台用户机器,B端提供推荐数据,C端内置算法处理展示逻辑。

黄晗: 那如果后面市场需要改变推荐的规则,不是又要进行一轮客户端的全线升级吗,这样太麻烦了!?

AC: “产品推荐规则的改变”B端还是C端处理计算” 是没关系的。首先,B端提供推荐数据,B端可以自行修改你要推荐的数据是哪些,同时再进一步设计,你可以将推荐规则也放在B端进行配置,这时C端只要启动时候去加载,解析数据和推荐规则,再进行展示就可以了;其次,即便不做推荐规则B端配置,推荐规则的改动逻辑也不是一个高频的需求,它是阶段稳定的,我们可以允许不同版本的推荐规则不一样,即使早期版本的推荐可能不是最优的结果也没关系,后续我们可以利用更新来解决,随时间推进旧版本的存活会越低,是趋于我们期望的。还有,…… 建议跟龚叔好好聊一下。

黄晗: 这是确认几次的需求,如果改会变动比较大,也在成本计算了CDN费用比托管费用低很多!

AC: 小黄晗,发现错误及时改正,以当下为起点去考虑问题,已经做的事情已经成为沉没成本,没必要加入判断,我们不能让错误再蔓延加重,你说呢?

黄晗: AC,我错了,明天找他们改一下。

AC: ≧(╯▽╰)╭ 好孩子。

其疾如风,其徐如林,侵掠如火,不动如山,难知如阴,动如雷震。《孙子兵法·军争篇》

  • 其疾如风:军队行动快速时,犹如疾驰的寒风,急速猛烈。
  • 其徐如林:军队行动缓慢时,犹如严整的森林,肃穆宁静。
  • 侵掠如火:进攻敌人时,象燎原烈火,猛不可当。
  • 不动如山:部队驻守时,象山岳一样,不可动摇。
  • 难知如阴:隐蔽起来,犹如阴云遮天不见日月星辰一样。
  • 动如雷震:行动起来,犹如万钧雷霆,勇猛迅捷,使敌无从退避。

重回九号楼,九号楼的压力氛围的确比十号楼要强一个等级。两边做事各有他的方式十号楼:更愿静下来做事;九号楼:更强调互动沟通。前者静,后者动,相得益彰

Olderposts

Copyright © 2021 阿C的博客

Theme by AC.AsiaUp ↑