Bot
最近看到 Telegram 上涌现出很多很有意思的 Bot（机器人），自己也在写一个 Bot。把这些 Bot 归归类无非也就分为以下几种：
- 娱乐类型的 Bot，比如狼人（
@werewolfIIbot）、UNO（@mau_mau_bot）等； - 图片视频类型的 Bot，比如 GIF 图片（
@gif）等； - 资讯信息类型的 Bot，比如投票（
@vote）等。
重点谈谈第三个，区别于前两者，这里我们在获取知识（Acquire knowledge）。尽管说互联网让我们获取信息的速度变快了，但是随着信息数量爆炸式地增长，有用的信息也相对在减少。如何在最短的时间内获得质量较高的内容和信息点必然是今后研究或者探讨的重点。
举个例子：
您的 User ID: 63322333
对于一个普通用户来说知道自己的 Telegram ID 有个〇〇用！(╯°Д°)╯︵ ┻━┻
真正值得人们吸收营养的消息必然需要信息的加工处理。如果不，Bot 生成出来 99% 消息对 99% 的人来说都没啥用（我是说在座的各位写的 Bot，〇〇〇〇【自行脑补】），也可称其为 Toy（玩具）了。
Toy
Wikipedia：玩具泛指可用来玩的物品，通常与儿童或宠物有关。
最近有和一些呆在创业公司的机油们聊天，都在说诸如：
啊我们的产品又是像素级抄袭〇〇。
大家都知道的〇付宝的某界面像素级还原〇信。又或者：
PM 整天改需求真是〇〇〇〇〇〇〇。
这种情况就是做产品的 PM 脑子进了水，像个孩子一样不考虑周全就把程序员当玩具耍，想做什么就是什么。反过来想想，各位的家长一定在你小（or 发脾气 or 过年 or 过生日）的时候会说：
「长大了，该像大人一样思考了。」
然而上了班发现大多数人（尤其是 PM）还在和小孩子一样思考。「给我在几天中做一个〇〇」、「做不完〇〇就继续加班」已经是家长便饭了。缺乏理性的任务拆解、人员分配、时间估算，是绝大多数公司的通病。
75 年出版的「人月神话」中说明了复杂的软件工程问题无法在短期内无靠简单的答案来解决，而到现在却很少有单位在实行具有意义的敏捷开发理论。使用 Scrum 组织开发流程真的是我在布丁实习中学到的最好的东西。
Others
- 我们总是会变成曾经自己讨厌的那种人。
- 自由是自己选择的：「要为自己喜欢的而活；健康与自由比一切都重要；业余爱好和工作一样重要；有能力的人绝不加班；远离那些不聪明且勤奋的人。」
PS：上一次写「从…谈起」还是写二分法的时候。Time flies.