V2EX › Aether 的所有回复 › 第 19 页 / 共 54 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 15 16 17 18 19 20 21 22 23 24 ... 54

❮

❯

2018 年 2 月 1 日

回复了 chuhemiao 创建的主题 › 程序员 › 如何评价腾讯立知，是使用了什么算法？

n37w4j - THANKS
@Elkins

2018 年 2 月 1 日

回复了 sailors 创建的主题 › 问与答 › 已经移民的同学，你平常上网看中文内容多还是英文多呢？

中文是没啥可看的……

2018 年 1 月 31 日

回复了 win 创建的主题 › 职场话题 › 终于来了被离职中直播求助

看了前言。
私人建议，保护自己的最佳方式：让自己变得更强、更可靠。

2018 年 1 月 25 日

回复了 hotReady 创建的主题 › 问与答 › 关于年所得 12 万元以上自行纳税申报的重要提示

公司里一般发的钱都经过税务过程的，不用管。除非你们公司特别说“这是私下发的钱”……恩？那就复杂了。

2018 年 1 月 24 日

回复了 hardman 创建的主题 › 问与答 › 我想问下现在为啥都用 64 把邮箱，微信啥的都加密

5pyJ5pe25YCZ5Y2V57qv5pyJ6Laj77yM5Lmf5oy65aW9546p5YS/55qE44CC

2018 年 1 月 23 日

回复了 pinbo252 创建的主题 › 分享创造 › 卡片书签——简洁的 Chrome 书签扩展

各有利弊。收起来需要多点一下，频繁切换就比较麻烦……

2018 年 1 月 18 日

回复了 thinker3 创建的主题 › 奇思妙想 › 论知识问答平台财富的产生和消费及其金融系统

“问答娱乐平台”。谢谢。

2018 年 1 月 17 日

回复了 flowfire 创建的主题 › 求职 › 更新了一遍简历。求一个前端/nodejs 的开发职位 [上海/杭州皆可，最好是上海]。

主线好像只是一个主观概念，而所谓主线唯一的用途只是在（界面）排序上比其他线靠前，对吧？这样用户可以聚焦受欢迎内容（这个设计有好有坏）。

我感觉，最简单粗暴的办法，也许就是最有效的办法。如果是我，大概会是：
- 所有节点的赞，本身都以 key+id:value 的方式，扔到缓存里，实时操作。
- 每次只需要取出那个链，然后把所有的节点的 value 都取出来，临时加总。
- 把汇总值作为缓存：链 id：汇总赞数。
- 再加个排序的数组。
- 关于链的总值和排序数组，不需要实时，只需要每 5-10 分钟定时 update 一下最长的几个链值，然后按照热度逐步扩展。排序用的数组可以整个替换掉。对于低热度的链，保证 24-48 小时之内更新。也可以做一个监视器，对于热度快速上涨的单节点，单独上调此节点的汇总频次。

如果你的故事总数在数百万以内，对于缓存服务器来说，感觉加总速度只需要毫秒。

P.S: 当你读取一个中间节点的时候，你怎么才能快速取出所有包含此节点的故事链呢？（如果一个节点是末节点，这倒比较简单）。这个好像也需要固化成缓存 /数据库对应关系，而不适合临时读取。

随便想的，不负责任 😂

2018 年 1 月 17 日

回复了 flowfire 创建的主题 › 求职 › 更新了一遍简历。求一个前端/nodejs 的开发职位 [上海/杭州皆可，最好是上海]。

不是很明白。听上去是一个简化版的 Blockchain，谁的算力最高最长谁就是主链？

2018 年 1 月 16 日

回复了 flowfire 创建的主题 › 求职 › 更新了一遍简历。求一个前端/nodejs 的开发职位 [上海/杭州皆可，最好是上海]。

“故事续写类网站，项目功能主要为每天提供固定的故事开头，由用户续写接下来的故事。用户可对每个段落进行评论和点赞，每个段落可分别续写（即有不同分支），将点赞最多的分支作为主分支，在展示时优先展示，其他分支需要点击后显示。”

这东西很有趣啊，啥时候上线？

2018 年 1 月 16 日

回复了 Aether 创建的主题 › 分享创造 › 也许是一个重复的轮子： V2EX 主题自助过滤和检视

@kslr 感觉这种时候你需要真·爬虫 https://segmentfault.com/a/1190000007360307

2018 年 1 月 12 日

回复了 Aether 创建的主题 › 分享创造 › 精确统计你的词汇量/单词量：小甲 iOS 正式版发布上线

@yangg 中二吗？（捂脸.gif