实在是半途而废的文章太多了。

其实博客的草稿箱里的文章数量都近乎是发布数量的四五倍了，至于连草稿箱都没进的就更多了。

灵光一闪想写点什么的时候倒是经常有，也很快就能在脑中组织出一篇文章的大致脉络来。

对于由某事而发的感悟文章最是简单，无非是事例加抽象一下的所谓哲理，但是这样的文章自己都觉得没什么价值，对于我这种其实挺懒，做点什么事情都要按时间折算成本的人来说，总是一到真想提笔的时候就不想写了。

而要讲一下技术学习的话，略难一点，要花不少时间去思考如何才能写得清晰明了，不少时候还得配上相应的说明图片。有时写着写着，就会发现这也不是自己现在能驾驭的题材，就只好中途放弃了，而另一些时候，则是因为时间拖得太长，或者自己做图片难看让自己不满意，文章也就束之高阁了。

至于文青类文章，真的很难。最近几年都没有阅读那些华美辞藻的空洞文章，“词感”的下降极度明显，很多显得文艺的词汇都忘光了。而且这类文章总是要花很大的心思去修整每一句话的表达，如果不是时之所至，或者有什么外界因素的强烈刺激，就会沦为“憋”的状态，写出来也过不了自己那关吧。

至于其它的杂七杂八的文章，还是受限于时间因素，觉得没什么价值，也就这么放过去了。

总还是觉得，写东西不如读书。

所以你看，为什么会有轻博客、微博，为什么它们会红火。

真的是因为这些东西消解了“文章的价值”，让很多人不再局限于写作一篇合乎篇幅的文章所必须的时间和脑力的投入。反正能写长也不让你写长，写长了也没人仔细读，那何不如就来那么一两句话呢。

轻博客也是类似，把外观弄好看，把排版弄整齐，把篇幅搞短，方方的豆腐块里最适合放几句话的小感悟，还有图片。对的，图片，所以大量的轻博客都沦为了相册、贴图集、图片游记、美女柜等等。

我觉得我也得开始写短篇了。

要不也弄个轻博？

通常情况下，做技术的，尤其是做程序开发的，最期望的事情就是写完一套代码，能一直高效率地用很长时间。“用很长时间”包括两种情况，一是全然不动的，二是只需要小修小补的。而最害怕的，就是今天刚按产品经理的要求写完代码，明天他过来说，“嗳哎唉~~，还需要添加什么什么功能”，甚至是“我们要推倒重来”。

比如说，你是一个工匠，一位顾客过来，想要一个家用烤面包箱。于是你发挥自己的才能，按顾客的家庭人口、住宅大小、生活习惯等设计了个完美的烤面包箱。它不大，因而不占空间且易于清洗；它火力适中，能耗少而依然有足够的热力；它外观精美，与其它家俱协调一致。

等到你在交付时，顾客突然说：“等等我还要拿这个烤蛋糕。”

你满腹牢骚，考虑到自己的工匠名声与招牌技艺，答应了。

然后你重新打造了一个更大的烤箱，兼具烤面包与蛋糕的功能，可以设定两种不同的温度与时间，分别适应两种需求。为了外观你绞尽脑汁，拆掉并抛弃原来的外壳，重新制作更大的外壁隔热材料——由于更大的火力使得原来的隔热材料已经无法胜任存在火灾隐患，你不得不费了巨大的精力去重新选择合适的材料，更大的箱子已经没法放在原来那个地方了，配套的管道也要切割移动。而这次工期变得非常紧……

终于，你还是完成了顾客需要的东西，不负工匠之名。粗粗算来，这个烤箱几乎有一大半的东西都重新制作了，尽管如此，你只是默默地交付了结果，而没有向顾客作任何的抱怨。在顾客看来，你似乎只是很简单地，花了几天时间，把箱子扩大了一圈。

于是顾客提出了新要求：“那你再顺便帮我加个功能，让它能烧水吧”

你考虑到板材需要重新制作，以提供密封防水蒸汽能力。又不能完全密封得留口泄气以防爆炸，于是结构也需要重新设计。为防水烧干，你需要增加一个探测水沸而后停止加热的阀门。这个阀门需要自动控制系统，所以需要一个复杂结构。阀门与输热管道连通，于是管道也需要防水。……

……你回忆起你的家族，历代均以精湛的手艺自豪，家族几代人通过智慧与勤劳，赢得了无数的声名与赞誉，获得了乡坊的认同，终于在这片土地扎根。每一代人，都恪守制作每一件精品的家训，从未改变过。……太多的历史，太多的荣耀，推动着你不断地往更快、更高、更强的道路上前进。你知道，在工匠的道路上，你永不放弃！

于是你胖揍了他一顿。事情就解决了~

附此文的更新：

迟到的感谢信

硬用数学（二）

你问硬用数学一去哪了？在草稿箱里呢

不说废话，直接上图。

嗯，在八月底九月初这个博客有了一个访问量的小高峰，原本一天十来出头的 UV，那几天涨到 100 左右，后来直到现在，又稳中有降了。

原因很简单，另外来几张图就知道了：

也就是说，切绳子所有画作这一篇文章，占掉了博客全部 85% 流量。

所有靠搜索引擎搜索过来的，前十位都是为了搜切绳画作攻略的。

在百度、Google 搜索 “Cut the rope 画作”，那篇文章都是排第一位的。

嗯，还有一件事。

有史以来从未限免过，被誉为节操最足硬通货的最原作版 Cut the rope，自发布三年多大卖无数月始终占据畅销榜的 APP 之一，在 8.31 限免了。

所以博客流量涨十倍。

考虑到之前的 Cut the rope 访问都是基于付费用户和破解用户造成的，而这些用户在限免时不会有大变化。

同时另一方面，我也没有对博客作任何用心的、实质性能增加流量的动作。

于是认为每天平均 10 个的量在限免期间也没有变化。

也就是说，增加的那部分，应当是由一天限免造成的大约持续三周的波峰。

也就是说，这段波峰的面积，减去 “日常” 数据，比上一天 10 UV 基础数据的比例，大约就是热门 APP 一天限免的下载量与收费时下载量的比例。

计算了一下：

从 8.28 到昨天（9.21），约 27 天。期间总 UV = 1337。

根据 8.28 前数据，每月大约 400 个 UV。所以净余 UV 也就是937。

由于:

1. 这些净余 UV 几乎全是冲着 Cut the rope 去的。

2. 由破解、技术方面发生实质变化的可能性极小。

所以净余 UV 可以完全认为是 Cut the rope 限免造成的。

又因为：

1. Cut the rope 只限免了一天。

2. 在未限免时平均日 PV = 13

所以，限免造成的下载暴涨倍率约等于 937/13 = 72 倍。

而且目前看来，这些余量还会继续涨一些时间，所以认为总体在 90-100 倍左右没有太大问题。也就是我们得出结论：

对于一个优质 APP，限免一天造成的新用户数量可以相当于 90-100 个收费天。也就是全年四分之一的销售量。

当然，Cut the rope 确实也属特例。包括以下几点：

1. 三年从未免过。这是很重要一的点，常免将军会让大家有预期，效果也就不如它好了。

2. 获得了 App Store 当周最优秀 APP 首页推荐。通常来说，APP 限免的目的之一也就是为换一个苹果优惠/免费提供的广告位，但对于 Cut the rope 这货还是给特殊优待了。别家 APP 免完还要等排期，它一免直接上首页大 Banner 了。

3. 第三方网站各种大推特推。这消息要是错过，还做什么苹果 Fans 站啊。

4. 归根结底，还是品质出众，愿意买单。

但是，我们打个巨大的折扣，不是对折，而是脚背折。10 倍，总是正常的吧。

这能解释为什么很多品质 APP 都喜欢搞限免，甚至先提价再搞限免了吧。

嗯，这算是硬用数学第二篇吧，随便扯个淡，怎么一些数据推另外一些数据。中间因果关系说硬，也不是那么硬，说牵强，其实也挺靠谱的。 那个脚背折除外，有些烂 APP 能打成鞋底折的。

弹丸论破中，作为主角反派之一的黑白熊，其名字来自于日文モノクマ (monokuma) 。

kuma 好理解，就是熊。但 mono 略奇怪一点，因为 mono 直接对应词汇是“物” 也就是 “东西”。具体而言比中文的“东西”意义更广泛一点，是构成各种词的常用结构。比如 bakemono（怪物），monogatari（物语）等。

宫崎骏有部电影叫《Mononoke hime（幽灵公主）》，其中 mononoke 的本意也是 “事物的灵魂”，基本上，日本人把大到自然灾害、小到头疼的一切无法解释的事情都归咎于Mononoke。Mononoke可以是像轮子那样非生命体的灵魂，死人的灵魂，活人的灵魂，动物，小妖精，怪物的灵魂，或是一个自然的妖精。所以中文译成了幽灵。

但 monokuma 为什么不是 “物熊” 而是黑白熊呢？

这事要说起来就更扯了…… 因为这个 mono 是英文 ╮(￣▽￣)╭

看一下这个单词吧：

monochrome

英 [ˈmɔnəˌkrəʊm] 美 [ˈmɑnəˌkrom]
n. 单色画，单色照片，黑白照片
adj. 单色的，黑白的

1. Monochrome reproductions of natural daylight scenes are totally unnatural in appearance.
   天然光照射下的景物若以黑白方式来重现，看起来总感到不够自然。
2. In monochrome maps, of course, colour variation cannot be employed at all.
   当然，单色地图根本不可能采用颜色的变化。
3. The sun was down and the room fading to monochrome.
   夕阳西下，房间黯淡下来，周围变成了一幅单色画。
4. Few monochrome television engineers found it necessary to be knowledgeable about the subject of “light”.
   在从事黑白电视工作的技术人员中，很少有人感到必须具备有关光学方面的知识。
5. Monochrome machine belongs to the overprinter of wet-dry stack.
   单色机属于干叠潮套印。

然后再看一下人物形象：

原意是单色熊，形象又是黑白，其实翻译作单色熊反而不太正常，毕竟黑与白都是颜色，叫单色熊会被吐槽致死吧。英文的 mono 再理解一下，确实应该是单一、唯一的意思，但在光学成像上，它的意义更多地是 “单色着色/染色”，所以，在不染时，是有另外一个“底色”存在的。mono 描述的，是着色唯一，和中文的 “单色” 有那么点容易忽视的细微的差别，所以翻译成 “黑白熊” 确实更好一些。

无一不符合 信 达 雅 俗 四字，大巧不工，至高境界。

境界，也就撑了不到半年。

因为弹丸2又出来一新货，名叫 monomi。mi 这个尾缀也是个正常的日文，比如多啦A梦（doraemon）他妹就叫多啦咪（dorami），所以你从这个名字上就直观地能知道这货是黑白熊他妹，简称黑白妹。

但是——

这货的形象是这样的：

这个新形象把前文提到中英之间细微的差别给暴露出来了。monomi 的名字是 monochrome + mi，也就是说，monomi 的名字意思是 “单色妹” ，而不是 “黑白妹” 。

因为它是白底上的『单一的粉色』的，而不是『单色』，更不是『黑白』的。对应的，它哥的名字应该叫『单色熊』。

这种情况在翻译中经常会遇到，尤其是在跟随地翻译一些还在连载出新的作品时。作者在后面的作者品中加入了与前面相照应的内容，但当初翻译时没有料到会有这种照应。

办法也是有的：

• 就叫粉白妹，在这个例子里也可以接受。找一个译后也能保持这种照应的新词，这种情况可遇不可求。
• 如果你能改旧作，就把旧作中的译法改了，继续保持前后的统一。但这种情况若再三发生，读者仍然会十分混淆。
• 加入旁白注释，以解释这种照应的关系。
• 弃疗，用音译。注释？什么注释？用爱发电也要讲 ROI 的。

确切地说，是对 443 端口的占用。

21:51:59 [Apache] Attempting to start Apache app…
21:52:03 [Apache] Problem detected!
21:52:03 [Apache] Port 443 in use by “”C:\Program Files (x86)\VMware\VMware Workstation\vmware-hostd.exe” -u “C:\ProgramData\VMware\hostd\config.xml”” with PID 3304!
21:52:03 [Apache] Apache WILL NOT start without the configured ports free!
21:52:03 [Apache] You need to uninstall/disable/reconfigure the blocking application
21:52:03 [Apache] or reconfigure Apache and the Control Panel to listen on a different port

XAMPP 的原因给得很清楚，就是 VMWare 的 hostd 占用了 443 端口。

443 端口是 HTTPS 服务所使用的端口。所以第一反应是去编辑提示给出的 config.xml，希望能修改默认的 443 到其它指定端口上。结果发现不可行，Config.xml 中的内容很多，直接搜索 443 也搜不到。

于是转换思路，从 VMWare 的产品设计思想入手，为什么 VMWare 要给这么一个系统启动就会自启动的服务去占用 443 端口。按照这个思路，果然发现了原因：

VMWare 有一个功能是 Shared VM，就是基于网络的共享虚拟机，换成人话就是，真实机器不在你身边，架在真实机上的各虚拟机当然也不在你身边，但肯定又有操作虚拟机的需求。于是就提供了一个远程操作虚拟机的功能，这个功能当然需要加密连接，安全啊。

所以就占用了 443 端口。

当然，我是本机安装所以用不到这个功能，Disable 掉就行了。然后 XAMPP 就正确启动了。

攻略就不写了，网上到处都是小贼攻略。

全部隐藏道具集齐还有奖励的 “花絮” 视频，就像电影的片尾片花一样。

宛而一笑。

免去了自己配置的麻烦。对我这样的对 git 不熟的人，还可以帮助作为 git 命令一览的一种手段。比如我现在就开始用 gg 来代替 git commit 了……

在 ~/.oh-my-zsh/plugins/ 下可以找到大量的预置文件。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126

# Aliases
alias g='git'
compdef g=git
alias gst='git status'
compdef _git gst=git-status
alias gd='git diff'
compdef _git gd=git-diff
alias gl='git pull'
compdef _git gl=git-pull
alias gup='git pull --rebase'
compdef _git gup=git-fetch
alias gp='git push'
compdef _git gp=git-push
alias gd='git diff'
gdv() { git diff -w "$@" | view - }
compdef _git gdv=git-diff
alias gc='git commit'
compdef _git gc=git-commit
alias gc!='git commit -v --amend'
compdef _git gc!=git-commit
alias gca='git commit -v -a'
compdef _git gc=git-commit
alias gca!='git commit -v -a --amend'
compdef _git gca!=git-commit
alias gco='git checkout'
compdef _git gco=git-checkout
alias gcm='git checkout master'
alias gr='git remote'
compdef _git gr=git-remote
alias grv='git remote -v'
compdef _git grv=git-remote
alias grmv='git remote rename'
compdef _git grmv=git-remote
alias grrm='git remote remove'
compdef _git grrm=git-remote
alias grset='git remote set-url'
compdef _git grset=git-remote
alias grup='git remote update'
compdef _git grset=git-remote
alias grbi='git rebase -i'
compdef _git grbi=git-rebase
alias grbc='git rebase --continue'
compdef _git grbc=git-rebase
alias grba='git rebase --abort'
compdef _git grba=git-rebase
alias gb='git branch'
compdef _git gb=git-branch
alias gba='git branch -a'
compdef _git gba=git-branch
alias gcount='git shortlog -sn'
compdef gcount=git
alias gcl='git config --list'
alias gcp='git cherry-pick'
compdef _git gcp=git-cherry-pick
alias glg='git log --stat --max-count=5'
compdef _git glg=git-log
alias glgg='git log --graph --max-count=5'
compdef _git glgg=git-log
alias glgga='git log --graph --decorate --all'
compdef _git glgga=git-log
alias glo='git log --oneline'
compdef _git glo=git-log
alias gss='git status -s'
compdef _git gss=git-status
alias ga='git add'
compdef _git ga=git-add
alias gm='git merge'
compdef _git gm=git-merge
alias grh='git reset HEAD'
alias grhh='git reset HEAD --hard'
alias gclean='git reset --hard && git clean -dfx'
alias gwc='git whatchanged -p --abbrev-commit --pretty=medium'
alias gf='git ls-files | grep'
alias gpoat='git push origin --all && git push origin --tags'
alias gmt='git mergetool --no-prompt'
compdef _git gm=git-mergetool

alias gg='git gui citool'
alias gga='git gui citool --amend'
alias gk='gitk --all --branches'
alias gsts='git stash show --text'

# Will cd into the top of the current repository
# or submodule.
alias grt='cd $(git rev-parse --show-toplevel || echo ".")'

# Git and svn mix
alias git-svn-dcommit-push='git svn dcommit && git push github master:svntrunk'
compdef git-svn-dcommit-push=git

alias gsr='git svn rebase'
alias gsd='git svn dcommit'
#
# Will return the current branch name
# Usage example: git pull origin $(current_branch)
#
function current_branch() {
  ref=$(git symbolic-ref HEAD 2> /dev/null) || \
  ref=$(git rev-parse --short HEAD 2> /dev/null) || return
  echo ${ref#refs/heads/}
}

function current_repository() {
  ref=$(git symbolic-ref HEAD 2> /dev/null) || \
  ref=$(git rev-parse --short HEAD 2> /dev/null) || return
  echo $(git remote -v | cut -d':' -f 2)
}

# these aliases take advantage of the previous function
alias ggpull='git pull origin $(current_branch)'
compdef ggpull=git
alias ggpur='git pull --rebase origin $(current_branch)'
compdef ggpur=git
alias ggpush='git push origin $(current_branch)'
compdef ggpush=git
alias ggpnp='git pull origin $(current_branch) && git push origin $(current_branch)'
compdef ggpnp=git

# Pretty log messages
function _git_log_prettily(){
  if ! [ -z $1 ]; then
    git log --pretty=$1
  fi
}
alias glp="_git_log_prettily"
compdef _git glp=git-log

update：现在 bilibili 官方已提供分享链接功能，这篇文章已经过时。

从业产品经理一年有余，虽非主业，前端知识也多少了解了下。今天发现有人评论老文章《吉原哀歌 外一篇（ WordPress 引用 Bilibili.tv 视频方法）》，反映开启 Adblock 以后会有错位现象。这个我当时也是知道的，使用<iframe>也确属无奈，但在当时而言没有什么好办法，就在 Adblock 给自己的博客加了白名单。

现在再回过头来简单看了一下，发现有更简单的办法，不知道是 Bilibili 更新还是当时看不懂，总之…… 先 Test 一下。

Test 通过

——————

讲方法，一句话：

1

<embed src"http://static.hdslb.com/miniloader.swf?aid=337840&page=1" width="569px" height="440px"></embed>

其中 337840 为视频地址中数字代码，也就是视频 id。从浏览器地址栏就可以得到。

Bilibili 的播放器原始分辨率大小为 569*440，等比例可选大小为 620*480 或者 640*495。比如我博客就是 640 像素宽的。

——————

讲过程，也是一句话：

在页面原代码里搜索 .swf 就发现了以下代码——

1

<div itemprop="video" itemscope itemtype="http://schema.org/VideoObject" style="display:none"><meta itemprop="name" property="media:title" content="【96猫】吉原哀歌" /><span property="media:type" content="application/x-shockwave-flash" /><meta itemprop="duration" content="T3M56S" /><meta itemprop="thumbnailUrl" rel="media:thumbnail" content="http://i0.hdslb.com/user/1330/133076/1345197165138bc03361556fb3.jpg" /><meta itemprop="embedURL" content="http://static.hdslb.com/miniloader.swf?aid=337840&page=1" /><meta itemprop="uploadDate" content="2012-08-17T17:52" /></div>

其中有效的其实也就是

1

"http://static.hdslb.com/miniloader.swf?aid=337840&page=1"

这一句了。static.hdslb.com 很明显是静态资源的 CDN 服务器域名，后面自然就是参数了。那么 aid 就是视频 id，page 猜想可能是合集第二页吧，试了一下，果然。http://www.bilibili.tv/video/av672893/index_2.html

于是直接<embed> 到网页原代码里就可以执行了。Wordpress 会自动把它整理成更符合规范的代码，不用管了。

以上，大功告成。

——————–

更新：

使用 <embed> 嵌入 Flash 视频是因为我博客有自动转码，如果你没有，以下是真正的完整代码：

1

<object width="569px" height="440px" classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="src" value="http://static.hdslb.com/miniloader.swf?aid=337840&page=1" /><embed width="569px" height="440px" type="application/x-shockwave-flash" src="http://static.hdslb.com/miniloader.swf?aid=337840&page=1" /></object>

——————–
更新

Bilibili 作了少量调整，现在即使非合集/剧集的孤立视频，也必须添加 &page=1 参数了。

发个招聘。

嗯，这个是我替自己招小弟，不是帮转，所以如果你有兴趣，可以直接发信给我。只要过我这关，虽然还有 VP 的终面，不过 99.99% 过。

先讲职位： 助理产品经理。
再讲待遇： 五险一金，无户口。 大致收入在后文写。
再讲公司： 参见以下影片。

公司是做商业性互联网营销数据监测与分析的。有点拗口，不过如果你谷歌以后还是读不懂的话就正好筛掉，这里每个词都是能读懂的。

关于什么是产品经理，大家可以查一下百度百科之类的。不过更简单的方法是，如果你像我一样，自己做过一样或者几样什么东西（真的什么都可以），能讲清楚以下几点：

* 你为什么做的，你做这个是想解决什么问题 —— 不是 “想获奖” 之类的理由，而是真正的想去解决问题。
* 你怎么去分析你遇到的问题的，于是你怎么设计你想做的东西的。
* 你花了多少时间、金钱和其它成本去做出来这个东西。

如果你能清楚的回答这些问题，你把你想做的东西跟别人一讲，别人也由衷地同意并且愿意帮助你一起做。那么这个职位你就满足了 60%。

对的，60%，你直接就及格了，可以找我聊聊。

你要知道，有时候一个人真正的闪光点，经常会是那些他觉得理所当然的地方。

当然，很可能你没做过。或者你还不满足于去做一个勉勉强强的职位，所以以下是一些更详细的内容。如果你会，那就太好了。如果你不会，但你愿意学，也行。限于保密性我无法实际地描述业务信息，不过我保证以下这些问题，一定都是与你的工作有关的内容：
A1. 都有1班到10班共十个班级的两个学校，甲校每个班的女生比例都比乙校相同班级高，为什么甲校整体女生比例反而不如乙校？
A2. 甲乙两人要打赌，但手头只有一颗特殊硬币，已知该硬币正面出现的机率为4/5，反面出现机率为1/5，要怎么样操作才能保证甲乙公平对赌？
B1. 如果我给你足够多的预算，让你花三个月时间调查一下全北京 iPad 拥有率，你打算怎么做？（大胆假设，注意可行性，最好多准备几个方案）
B2. 已知钢铁侠 III 在中国卖出了一千万张电影票，一百万份包括蓝光、DVD 等的实体拷贝，三百万次在线观看。问，大概有多少人看过这部电影？（同上，你需要假设你可以获得你可以得到的数据，对不对我不管，但你得先有做出来的想法）。

C.附加必答. Google 最大的收入来源是什么？

你看，我把题发网上来，肯定无法阻止你去检索一些必要信息，对不？

以上那些，如果你能 A、B 各答一题，那就不光是你满足，而是我满足了。

记得写一篇文字发给我： yourkaikai@gmail.com。 看我的招聘写得这么有诚意，你写的篇幅，至少不应该比我少吧。

谈到手收入的话，主要看你的能力与努力。做得好的话，一年内收入乘 2 再乘 2 也没问题。我们的实习起薪也不比你做过的任何一份实习低，正式的你可以自己大致估一下。当然，我不养闲人，你需要去努力，努力生活，努力学习，努力工作。——在一个 Hard 模式的国家，没有亲爹罩没有干爹靠，想做事都不容易。

你打 Dota，进一个队，发现队友全是猪，你除了退队也没什么好办法吧？我也是。

所以希望你，有理想，没道德，有文化，没纪律。

你看，我们是相互选择的，所以我设置了个不那么容易的坎以减少我的筛选量，而这对你也是个机会，你有一切充足的理由把价码提高，对么？

附上行文化的招聘需求：

工作职责：

* 负责商业人口样本应用软件的运营与内部协调，收集汇总并提炼需求，统计日常使用情况
* 理解用户需求，参与或主导将业务需求转化为产品逻辑
* 参与或主导设计软件新功能，推动功能迭代与更新
* 与工程师团队紧密配合，快速高效推动产品研发与上线流程

要求：

* 数学本科或同等能力
* 学习过统计类课程，了解相关软件
* 逻辑思维优秀，表达清晰，善于分析
* Geek，对互联网产品有深度爱好和兴趣
* 有责任心、协作能力和时间观念

优先：

* 发表过数学科普文章，或拥有数学类博客的优先
* 曾做过自己的项目，自负盈亏，受同学欢迎的优先
* 学习过编程、参加过 ACM 或有自己代码项目的优先
* 在某项或者数项大众游戏中获得公认排名全球前 0.1% 的优先
* 成为过某个互联网产品测试用户，并提过被采纳意见的优先