深夜十一点半，我第无数次把排了一周的课表推翻重来。就因为教务处临时加进一个外聘教师，他的时间“绝对不能动”。 那一刻，我盯着Excel密密麻麻的格子，眼泪毫无预兆地砸在键盘上...
发简信
IP属地：广东
-
排课表崩溃？求问，怎么跟领导说，推了这个“好”差事 -
我的理解，这里不对:
“如果使用订阅的话：
如果是回复提醒，用户没回复一个评论就是订阅表中加入订阅，订阅的内容就是用户发出的评论。”
如果是回复提醒业务就是：如用户B，回复了用户A的评论C，用户A收到提醒。(用户B的回复为D)那么，
用户A在发布评论的时候，创建2条订阅：
1）target=C评论id,target_type=评论,action="回复",user="用户A"
2）target=C评论id,target_type=评论,action="点赞",user="用户A"
在用户B回复评论的时候,做了两件事情：
1）“触发提醒”,新建一条提醒
content : xxx
type : 提醒
target : C评论ID, // 目标的ID
targetType : 评论, // 目标的类型
action : 回复, // 提醒信息的动作类型
sender : 用户B, // 发送者的ID
2）创建1条订阅：
target=D评论回复id,target_type=回复,action="点赞",user="用户B"消息系统设计与实现「下篇」
关联文章：消息系统设计与实现「上篇」 模型设计 Notify Save Remind消息表，我们需要target、targetType字段，来记录该条提醒所关联的对象。而ac...
-
“遍历动作组，每一个动作新建一则Subscription记录”
一条记录一个目标类型(可重复)
一条记录一个动作。
消息系统设计与实现「下篇」
关联文章：消息系统设计与实现「上篇」 模型设计 Notify Save Remind消息表，我们需要target、targetType字段，来记录该条提醒所关联的对象。而ac...
-
“订阅这个用户的所有动作” 这个本事可以在细化。
例如：订阅这个用户(uid=122)的发布帖子动作。
target : 122, // 这个用户UID
targetType : '用户', // 目标的类型
action : '发布帖子', // 订阅动作
user : 123 //我的uid
然后在用户发布帖子时：记录一条Notify消息系统设计与实现「下篇」
关联文章：消息系统设计与实现「上篇」 模型设计 Notify Save Remind消息表，我们需要target、targetType字段，来记录该条提醒所关联的对象。而ac...
-
因为百万用户都需要标记, 某条公告是否已读。
消息系统设计与实现「下篇」
关联文章：消息系统设计与实现「上篇」 模型设计 Notify Save Remind消息表，我们需要target、targetType字段，来记录该条提醒所关联的对象。而ac...
-
问博主一个问题：主播在直播的过程中主播(包括所有看该场直播的用户)都可以看到主播的所有赞。
这个数据是怎么下发的app的。
直播海量点赞统计实现
场景 在直播领域，明星用户短期内可能收到海量的用户点赞。那么，如何将这些点赞数据入库？ 问题分析 点赞类似于秒杀。但有如下特点： 与秒杀不同，它没有库存。 点赞数允许少量丢失...
-
感谢作者回复
现在的网文已经进化到终极形态了么？
上次聊漫画聊得还是很嗨的，不过收到蛮多反馈，有不少人觉得我把漫画和小说放在一起聊是一件很新奇的事情。可其实在我看来小说和漫画之间的差距并没有很大。从内容角度看，他们都是内容产...
-
文中提了几个问题, 没有明确的回答。来回看了几遍还是没懂作者的暗指的答案，作者不妨明确答复一下:
1. hooked确实火了，但是推动hooked火的究竟是阅读形式还是内容本身？
2. 且不说聊天式小说如果采用hooked的形式，登场角色受限、环境描线受限、表达情节和篇幅都受限这些问题。如果只是这点视觉上的创新真的足够么？
3. 聊天式阅读内容在产能上是否具备更高的效率?
现在的网文已经进化到终极形态了么？
上次聊漫画聊得还是很嗨的，不过收到蛮多反馈，有不少人觉得我把漫画和小说放在一起聊是一件很新奇的事情。可其实在我看来小说和漫画之间的差距并没有很大。从内容角度看，他们都是内容产...
-
请教博主一个问题：闹钟服务 具体是做什么业务？
设置闹钟是在一个activity里面。没理解文中提到的“闹钟服务” 这个服务具体做什么事情.
Android闹钟设置的解决方案
Android设置闹钟并不像IOS那样这么简单，做过Android设置闹钟的开发者都知道里面的坑有多深。下面记录一下，我解决Android闹钟设置的解决方案。 主要问题 AP...