Bloody Sunshine

Just too damn hot

基于体力值设计的社交网络消息

最近饭否开始审核消息,搞得整个体系好像进入了慢光速空间。

对于饭否来说,根本矛盾是这是一个只能低成本运营的服务,但是 SNS 对于政治有着极高的敏感性和反馈速度的要求,目前走到了这么一个难受的解决方案上。

但是往回抽离一些来看,无论 BBS、Blog 还是 SNS,在发送这一端解决的都是满足表达欲和渴望被看到的需要,这些被发出来的信息大部分没有长期保留的价值,都是说完就算。这些信息的长期存在反而带来了一些问题(比如八百年前的不当言论被人挖出来),那么是否能设计一种非永久的消息模式,一方面能让人表达,也能被人看见,同时,也能减少每个人接受的信息量,让不重要的信息更快的消失呢?

拉屎的时候想到了一个方案,如果我们赋予每条消息一个体力值(比如初始值为 50 ),每被人浏览一次(or 一人),体力 -1,体力清零后,消息对其他人不可见。这样网络上公开可见的消息数会控制在一个非常可控的规模上。

不过这样又引入了一个新的问题,有一些有价值的信息,我想让别人看到怎么办?复制重发一次?显然是不好的,这样会导致重复的信息占用不必要的资源。系统性的解决这个问题,可以加上转发加血功能,每个人转发, 可以给消息加体力,从而达到让原始消息寿命延长的效果。

这个模型实现的效果和微信「仅展示最近 3 天的朋友圈」看起来差不多,但是管理纬度从时间变成了阅读次数 / 人数,信息传播的角度更科学一点,实现成本也会高一些。

( Fin. )

文案风格指南(简)

目的

产品文案是产品和用户之间沟通的关键方式,优秀、统一的文案风格可以有效提升产品品质,避免用户产生困惑。 写好产品文案是产品经理的基本能力,这一能力的提升需要持续练习,请各位多写、多改、多找其他同学讨论,任何技能水平的提升都依靠持续的练习、反馈和改进


基本原则

  • 好的文案容易阅读,站在读者的立场,能准确传达读者需要的信息;
  • 简短:越长越难读,用最简单的文字描述清楚;
  • 直白:直接描述对读者的价值和功能,不绕圈子,避免使用缩写,避免「掉书袋」;
  • 使用书面语:产品文案中避免使用语气词,避免使用非正式的符号,比如「~」;
  • 传递信息:不说废话,不反复说重复的内容。

写作风格

全角与半角

中文书写应该使用全角标点符和半角数字、英文,英文书写规范另行定义。 定义:https://zh.wikipedia.org/wiki/全形和半形,举例:

全角
半角
符号
数字
符号
数字
,。、!;……
0123456789
, . \ ! ; ...
0123456789

空格

全角文字和半角文字之间需要增加空格,如:

  1. 中文和英文之间应该增加空格
  • 正确:这个产品使用了 RTOS 系统。
  • 错误:这个产品使用了RTOS系统。
  1. 中文和数字之间应该增加空格
  • 正确:今年米家日活跃用户达到 1 亿。
  • 错误:今年米家日活跃用户达到1亿。
  1. 全角标点符号和半角文字之间不应该空格
  • 正确:我们有很多选择:Linux、RTOS 或者 Android。
  • 错误:我们有很多选择: Linux 、 RTOS 或者 Android 。

标点符号

  1. 中文文案应该使用中文标点符号(注:引号有争议,建议使用如下方引号)
逗号
句号
问号
感叹号
顿号
引号
书名号
省略号
「」
《》
……
  1. 不应该重复使用标点符号
  • 正确:请注意,删除该文件可能导致系统崩溃!
  • 错误:请注意,删除该文件可能导致系统崩溃!!!
  1. 在句尾使用表示句子结束的标点符号
  • 正确:是否关闭本功能?
  • 错误:是否关闭本功能
  • 错误:是否关闭本功能,
  • 错误:是否关闭本功能……

参考资料

建议阅读

  • 苹果写作风格规范:https://help.apple.com/applestyleguide/#/apsg1eef9171
  • 豌豆荚文案风格指南:https://docs.google.com/document/d/1R8lMCPf6zCD5KEA8ekZ5knK77iw9J-vJ6vEopPemqZM/edit
  • 中文文案排版指北:https://github.com/sparanoid/chinese-copywriting-guidelines
  • https://zh.wikipedia.org/wiki/全形和半形

好久不见,修好了 Ghost

上一篇写完已经一年多了,很遗憾世界并没有完全从疫情中完全恢复。中间手欠升级 blog 系统直接挂了,当时应该是从 3.33.0 升级到 3.7.0 版本,升级失败,提示一堆数据库错误,后来几次试图修复都失败,就一直放置了。

这次痛定思痛,干脆从 CentOS 上撤出来,换成官方推荐的 Ubuntu,加上一些搜索,用这个文章中提供的方案搞定:https://hansendong.me/613/

以后升级之前一定会好好做备份 😂

这一年多发生了很多变化,有时间慢慢说。

Fin.

两个故事。

已知的事实时间线:

  • 2019年12月8日,出现第一个患者。
  • 2019年12月26日,张继先接诊了四位疑似患者【出处
  • 2019年12月27日,张继先把四人的情况向医院领导汇报,医院迅速上报江汉区疾控中心【出处
  • 2019年12月28日、29日,门诊又陆续收治3位来自华南海鲜市场的病人。前后7个病人症状和肺部表现一致。张继先立即又向医院报告,【出处
  • 2019年12月30日,下午五点李文亮在同学群中发布消息:“华南水果海鲜市场确诊了7例SARS”,一个小时后在群里补充:“最新消息是冠状病毒感染确定了,正在进行病毒分型”。【出处
  • 12月30日晚间,网上流传出武汉卫健委红头文件:《关于做好不明原因肺炎救治工作的紧急通知》【出处】,李文亮本人当晚也看到了这个红头文件【出处:深一度对李文亮的采访】。
  • 12月31日上午,国家专家组抵达武汉,记者31日早上在华南海鲜市场现场看到,现场已被隔离,疾病防控和医务人员正在对现场进行防治处理。【出处
  • 12月31日,武汉市各医院紧急召开专题讨论会,主题为近期部分医疗机构陆续出现不明原因肺炎病人的救治工作。【出处
  • 12月31日,多家媒体联系武汉有关部门,对公众证实了武汉卫健委红头文件的真实性【出处
  • 2020年1月1日,8人因传播散布不实信息被传唤和依法处理【出处
  • 1月2日,武汉警方再次通报此事称,警方并未对上述8名进行拘留、警告和罚款,因这8人情节特别轻微,警方分别进行了批评和教育。【出处
  • 1月3日,公安局找到李文亮签署训诫书,李文亮回单位正常上班。【出处
  • 1月8日,李文亮接诊一位青光眼患者,被传染。【出处
  • 1月10日,李文亮出现感染症状。【出处
  • 2月7日,李文亮因逝世。

根据这个时间线可以写出很多故事,下面是其中两个:

第一个故事是委屈英雄叙事,一个战斗在一线的医生,早早发现了疫情即将爆发,通过互联网警告公众,然而被邪恶的反派打压,反派一边借用他通报的消息展开部署,一边给他扣上了传谣的帽子,后来反派行动不力导致疫情爆发,而英雄本人也英年早逝。

第二个故事是一个眼科大夫,听同事说有SARS疫情了,就顺手转发到同学群里提醒大家,嘱咐了一句别瞎转。他不知道的是当地疾控前两天已经将未知病毒情况上报,有关部门也发布了红头文件并展开了工作。两天后,因为有人把他说话的截图转发了,引发了不好的影响,他被警察叫去批评,并签署文件承诺不再犯。后来因为疫情还在蔓延,他也感染了疾病,并不治逝世。

类似的故事还可以写很多个,但是,在愤怒之前,我觉得要先想想:

  1. 这位医生如果没有发这条消息,对事态的发展是有害的还是有利的?
  2. 这位医生是被什么杀死的?

一台 2012 年组装的 NAS。

如今已经进入后互联网时代,人民群众早已脱离了下载看片这种土鳖的做法,走上了在线看片的光辉大道。但是我们这种老派的消费者吧,还是停留在传统的习惯上,下载下来看。

下载这件事儿有很多方案,基本需求就是支持多种协议和远程操作,因为你想要挂下载的时候人未必在家。具体到方案上,可以买成品NAS,用路由器外挂硬盘,常年开着家里的电脑,或者像我这样,组装一台NAS。

自己装的NAS,其实就是一台低功耗低噪音低成本的台式机,因为是开放平台,有很多朋友会选择使用破解的群晖系统,或者专门的FreeNAS操作系统。对于这一点,我的建议是:不要。因为 Windows 比这些玩意强大得多,门槛低,出了问题容易找到解决方案,软硬件都好维护得多。

而且我下载的核心需求是看片,NAS也是播放器,自己装机+Windows系统,意味着可以用射手播放器快速匹配字幕,各种解码器资源也丰富,美滋滋。

硬件

2012年初版配置如下

  • CPU: Intel 赛扬 G530
  • 主板:华硕 P8H77-I ITX 主板
  • 内存:万紫千红 1333MHz 4G
  • 散热器:超频三
  • 电源:长城节电王 350W
  • 硬盘:系统盘是Intel SSD 520,数据盘是西数红盘 + 绿盘
  • 机箱:小巨蛋
  • 键鼠:洋垃圾罗技 K700,集成了触摸板

整个成本不算硬盘的话好像是不到3000块。

当时做这套配置的几个要点,第一是需要低功耗,所以选了个号称节电王的电源,这货好像一年多就坏了,简直是垃圾中的战斗机,后来换了个鑫谷的屌丝白金牌电源,一直用到现在,稳。而CPU对性能要求低买了个赛扬,虽然TDP写的是65W,实际用下来功率很低,整套系统待机功率不到30W,播放影片时峰值功率不到50W。

第二是希望尺寸别太大,传统塔式机箱太占地方了,所以选择了ITX系统,这块主板虽然是ITX,但是有6个SATA口,最多的时候塞了4块3.5寸机械硬盘和一个SSD,算是物尽其用了。机箱小巨蛋是个迷你塔,虽然是针对ITX设计的,最多可以塞5块3.5寸硬盘,免工具拆卸设计,挺方便。

最后是需要它安静,机箱本身的风扇是低转速的,噪音几乎听不到,CPU又是低功耗,于是干脆把CPU散热器上的风扇扔了,被动散热。时间证明没啥问题。

硬件遇到的坑

  • 第一个坑是傻逼长城电源,质量太差了,电源一定要买买个靠谱的。
  • 第二个坑是西数硬盘,当年年少无知信了西数的宣传,说红盘是 NAS 盘我就买了,结果他妈坏得比绿盘还快。后来去西数官网查了一下参数,发现全系列民用盘,包括红绿蓝紫黑,平均无故障运行时间都是一百万小时。后来我全都换成了故障率更低的企业级硬盘,恢复数据太痛苦了,实在是不能在这里省钱。
  • 第三个坑其实不算坑,NAS 用了几年之后,在播放部分新格式编码的视频(比如蓝光原盘)的时候开始捉襟见肘了,于是趁着1155针的CPU还能买到,淘了一块二手的Intel i3 3225,性能升级了,TDP还降低了,记得只要一两百块,美滋滋。

其他配置一直因为几乎没有啥机械损耗,稳得一逼,陪着我们搬了5次家,其中包括到东京又回到北京,基本上持续7x24运行,一直用到现在。

软件

  • 操作系统:最早用的是Windows Server,因为觉得这货毕竟也是想作为媒体服务器用的,结果迅速被各种莫名其妙的兼容问题打脸,处理得烦了就换成了Win 7,后来升级成了Win10。
  • 下载:因为我下载主要在pt上,所以用的是古早的uTorrent 2.2.1,如果不用pt可以换一些现代化的工具。
  • 远程控制:局域网内用Windows自己的远程桌面,iOS和Mac上都有,iPad操作很方便。不在家的时候可以用TeamViewer。
  • 播放器:射手播放器 + 完美解码,射手播放器匹配了字幕之后也可以给完美解码调用。
  • 其他服务:iCloud for Windows可以把所有云端照片备份到本地一份;iTunes媒体库可以在局域网内做媒体服务器;Plex可以做视频流媒体服务器用iPad看片。
  • 安全:装个腾讯安全管家。

未来

写这个是因为计划给这个系统进行一次升级,主要是为了应对4K UHD视频内容的的播放,现在的CPU太老了,集成显卡不支持硬件解码4K HEVC。计划把CPU和主板一次换掉,升级成1151针的低功耗配置,系统盘SSD寿命已经开始出现损耗,估计未来的几年内也需要更新掉。希望能再战个七八年。