- 博客(32)
- 收藏
- 关注
RSS订阅原创 14、我们仓里的年轻人
第二，大部分人还是挺努力，审核工作虽然看起来是重复劳动，但是要在短时间内准确判断一个内容是否存在风险，确实需要天份，所以要达到同样的审核量，不同人需要的努力是不一样的，为了取得比较好的绩效，内容仓一样有同学加班加点工作的，特别是初期系统成熟度不够体验不够流畅的时候，有些同学会选择“错峰”审核，还有同学下班之后远程登录工作的，特别是前面提到的疫情初期，为了达到业务系统要求的内容量，很多同学克服了各种困难，主动延长工作时间，在远程办公的不利条件下实现了个人审核量的大幅增长，并没有看到“躺平”的情况。
2023-10-12 10:58:16
161
原创 13、化“危机”为“契机”
我想是不是可以有其他的处理方式呢，于是我找到人力资源的同事，仔细核算了内容仓岗位的各种成本，最后得出的结论，加班双薪的成本比起增加人员编制，其实成本还是略微低一点，有了这个测算做依据，公司果断推出了面向内容仓员工的新的加班制度，大家既可以选择存休，也可以选择领加班费，充分调动了大家的工作热情，也避免了封控缓解之后大量存休难以消化的压力。家里没有宽带的，有的同事用手机热点坚持工作；另外，为了鼓励大家积极工作，在比较长的一段时间内，公司领导让我在部门群里每天发红包，对大家工作热情的带动也是非常明显的。
2023-10-11 11:09:47
153
原创 12、建立健全人员培养培训体系
目前，内容仓的新任命的主管都是内部选拔，基本不需要从外界招聘了，这样有一个好处，内部任命的新主管，认同公司和团队文化，熟悉内部人员和工作流程，也了解和适应部门之前的管理方法，可以保持组内工作的延续性。新主管来自基层，更了解员工的想法，同时会有一些自己的创新，所以通常能够带动整个组取得更好的成绩。二是抓好骨干员工培养，内容仓有30多位司龄超过3年的老员工，占到总人数的三分之一，这些老员工是内容仓这几年沉淀下来的宝贵的资源，他们中的大多数非常适应当前的管理和工作方法，绩效也普遍比较突出。
2023-10-06 10:00:00
298
原创 11、视频分类建议
主要的处理流程，首先是对标题做分词，抛弃没有含义的虚词，把其他的词做向量化，并建立向量到分类的映射，通过样本数据对模型进行训练，然后针对训练好的模型输入新的标题，就可以给出可能的分类的建议。修改分类消耗时间长，主要的原因也是交互困难，内容的总分类超过50个，要修改分类，需要从下拉列表框中选择相应的分类，这个过程是很消耗时间的。修改账号分类是一个非常耗时的工作，优化之前，质量审核的同事跟我说，接近一半的时间消耗在修改分类上面，也就是说，如果能够有效的提高修改分类的效率，那么对审核效率的提升会有直接的帮助。
2023-10-04 10:00:00
195
原创 10、质量审核的设立与合并
除了内容的安全性方面的要求，客户对内容质量也有要求，这里的质量主要是指视频的技术参数，如分辨率、清晰程度、声画同步，以及标题和海报的质量等，为此内容仓成立了质量审核组，负责内容质量的控制。质量审核除了判断是否存在严重的质量问题，还包括修改标题中的错别字和误用的标点符号，对于不合适的封面图需要替换，对于错误的分类也需要修改成正确分类，做的事情还比较多，所以质量审核的产能长期是在安全审核之下的，为了匹配内容产量的需要，质量审核组的团队规模也不断扩大，峰值达到20人左右。
2023-10-02 08:30:00
189
原创 9、大小屏分离与精细化审核
每隔一段时间对大屏账号的审核数据进行统计，如果某个账号符合大屏标准的内容占比过低，会沟通大屏运营的同事可否精简，经过一段时间的调整，把大屏账号维持在比较合理的规模。我跟审核的同事商议，为了占比很少的大屏内容需求，而对所有的内容按大屏流程审核，在效率上是不值得的，如果能够把大屏内容挑出来单独处理，其他内容采用小屏标准，应该可以有助于提高工作效率。早期内容仓的审核采取统一流程，同时兼顾大小屏的需求，我们为内容设置了4个级别，分别对应不同的安全等级和质量等级，一级二级是可以上大屏的，三级四级是只能上小屏的。
2023-10-01 06:40:47
170
原创 8、绩效看板与日清计划
事实再次证明，方法总比困难多，研发的小伙伴漂漂亮亮的完成了需求，实现了工作数据准实时更新。同时在内部也做了绩效方案的调整，临时提高了高优内容的工作量统计权重，一条高优内容按1.2条计算，且达标值不变，大大激发了大家争优的热情，早晨7点刚过就有人来公司抢着领高优内容，我自认到公司是比较早的，那段时间审核组有几位同学出勤比我还早。内容仓管理上曾经搞过的另外一个活动是日清计划，具体时间有点模糊了，大概是在21年夏天，当时业务对内容的需求量比较大，有些内容积压比较厉害，甚至有时候高优内容也要好几天才能过审。
2023-09-29 12:03:36
218
原创 7、脏话检测
最早我们是从账号维度进行管理，对于习惯性飙脏话的主播，会在前端高亮显示，提醒审核人员注意，这个方法有一点效果，但还不能让人满意，一是管理的颗粒度比较粗，容易出现误杀或误放，二是账号维护的工作量也不小，只能针对一些头部账号，而且账号维护有滞后性，把一个账号加入告警名单之前可能很多问题内容已经被放过去了。前端的审核界面也对脏话识别的结果做了处理，在视频的进度条上用特殊标记加了提醒，表明这个位置疑似存在脏话，需要人工判断，并且增加了快捷键可以直接跳到下一个告警位置，以方便审核人员快速判断。
2023-09-28 18:00:00
187
原创 6、片花关联长视频
最先考虑的方案是通过标题关联，有些片花的标题里面是包含了片名的，但是这种情况是少数，大部分片花，特别是竖屏的片花，其标题经常不完整，有的虽然有片名信息，也是各种不规范的缩写，靠标题搜索可以提高人工关联的效率，但是依靠标题实现自动关联成功率太低，这个方案就被放弃了。最近两年许多客户提出了短带长的需求，希望能够把用户对片花类短视频的观看引导到对相应长视频的消费，要实现这个功能的自动化，必须知道这个短视频片段对应的是哪个影视内容，最好是能够精确定位到影视内容的相关片段，这样便于用户可以继续观看后续内容。
2023-09-26 09:54:44
123
原创 5、质量保证实践
复审团队成立之后，很快面临的一个问题是如何管理复审团队的绩效，曾经有提议根据复审发现的错误内容的数量来评估复审工作的完成情况，这个思路被我坚决的否定了，这样势必把审核组和复审组的利益对立起来，大家会为了各自的绩效产生很多内耗，而且复审也没有动力帮助审核组提高工作质量，巴不得审核多出点问题帮助自己刷绩效。我说咱们不能搞群众斗群众，审核和复审的利益方向要一致，目标是共同提高内容质量，复审组都是工作经验三年以上的老员工，对规范的理解更准确，审核经验更丰富，理应可以在工作质量的提高方面发挥更大的作用。
2023-09-24 08:30:17
105
原创 4、绩效管理实践
后来我想我们换个思路呢，现在一直用的是推的方案，是不是可以考虑用拉的方式，鼓励有能力的人去争取更高的绩效，以此带动其他人一起提高。这个绩效框架一直沿用到今天，在执行过程中也做了一些微调，主要的调整有两个，一是把季度激励的条件改成了连续三个月，允许跨季度，原因是我发现有些有潜力的员工，可能因为一些客观因素，某个月没有达到优秀，与季度奖无缘，于是在这个季度的后面月份就躺平了，缺乏继续追求高绩效的动力，所以改成季度激励只要连续三个月就可以，这样即便有一个月“失手”，也不影响下个月继续努力争取好成绩。
2023-09-22 07:00:00
164
原创 3、从“人等机器”到“人机和谐”
实际上，目前审核系统不仅实现了视频的预缓冲，图片也实现了预缓冲，可以快速展现待审内容的全部信息。通过研发部门的努力，实现了审核结果的异步上报，当审核人员提交审核结果后，不用等待服务器的返回结果，而是把审核结果暂存在前端，通过异步方式同步给服务器，这样就可以完全不用等待，无缝开始下一条内容的审核了。待审内容来自生产系统，公司的生产系统是部署在公网的，审核人员需要通过公司办公网的出口，从公网获取视频进行审核，堵车情况时有发生，不仅抢占了公司办公网的出口带宽，招致其他部门的抱怨，也影响审核工作的效率。
2023-09-20 06:19:18
140
原创 2、从“键鼠套装”到“全键盘游戏化”审核
细化起来，审核一条短视频，大概可以分成两个阶段，首先是判断短视频能不能过审、以及能达到什么样的安全级别，这个过程是通过观看视频完成的，常规的观看手段是在播放窗口内展示一个进度条，通过鼠标点击进度条让视频跳转到相应位置进行播放，为了保证对内容整体安全情况的把握，除了视频首尾需要重点关注，还至少需要跳转观看视频的三四个位置。通过全键盘改造，审核人员的工作方法有了很大的改变，有同事反馈说，现在做审核就像打游戏，挺有趣的，工作效率也有了明显提高，产能达标值逐步提升，到19年末从原来的800条提高到2000条。
2023-09-17 10:51:54
484
原创 1、风行内容仓的增效之路 - 前言
而所以这些效率提高，都是在保证工作质量的前提下达成的，最近几年来，内容仓工作的错误率一直保持在0.5%以下，基本都是轻微的内容品质方面的问题，没有出现过严重的安全事故。在这五年多的时间里，内容仓经历了很多的变化，从最初的三四十人，团队规模最大的时候发展到近150人，目前在100人左右。最终公司还是决策不离开武汉，武汉是全国在校大学生数量最多的城市，有充足的受过高等教育的充满活力的年轻人，可以为内容仓提供源源不断的新生力量，便于部门短期内招聘和培训大量合格的岗位人员。第三，向科技要效益，向管理要效益。
2023-09-17 10:35:30
246
原创 替换URL中的IP地址进行访问
记录一下昨天碰到的问题以及解决过程，背景：最近公司启动一个新的项目，合作伙伴的媒体服务器部署在移动网内，而我司的办公网是电信出口，跨网访问非常慢，经常卡顿；跟合作伙伴沟通，了解到其实有一个电信地址也可以访问媒体服务器，但是后台界面使用的是移动地址；这样就尴尬了，运营人员需要在浏览器的地址栏中手工修改IP才能正常访问，严重影响工作效率；合作伙伴说后台难以修改，只能提供使用移动IP的URL，要么你...
2019-06-12 11:50:59
4484
原创 wireshark关闭校验和报错及处理超长报文
工作需要今天要用wireshark抓包分析，老革命碰到了两个新问题，现将问题及解决方案记录如下：1）报文超长从网页提交到服务器的报文在wireshark中没有解析出来，感觉比较奇怪，因为确实功能执行到了，仔细搜索报文内容中的关键字，发现有一个以太网报文长度达到了1.9K，而ip报文长度信息为0，导致wireshark解析出错；分析了一下应该和网卡有关，查看网卡和路由都是是千兆的，在千兆
2017-11-09 16:31:15
2389
原创 在64位ubuntu系统上运行mudos v22pre11
几年前自己架过一个mud偶尔玩玩，mudos是v22pre11版本的，运行在32位的redhat上；前几天想跑起来耍耍，但目前都是64的ubuntu系统了，尝试将以便保存的mudos程序在ubuntu上运行，直接就出错退出了，segment fault。把源码拿到ubuntu系统上重新编译，编出来的文件，也是一运行就直接退出了。尝试安装redhat的虚拟机，是可以正常运行的，不过虚拟机占资
2017-06-21 16:48:41
2629
原创 source tree的中文显示问题
环境：中文win7，source tree 2.0.20.1source tree是比较好用的git client，但是在中文环境下使用有些问题，网上查了半天没有找到合适的方案，自己摸索后解决了问题，特此共享：1）菜单在中文OS中source tree缺省会显示中文菜单，但大部分人熟悉的已经是commit、checkout这样的术语，翻译成“提交”、“检出”反而带来不方便，不如干脆
2017-05-26 14:12:10
10783
2
原创 C++和JAVA的容器对照
因为工作原因，需要经常在C++和JAVA之间切换，为了提高切换的效率，整理了一下c++和java在容易上的异同以便查找；说明：c++版本为c++ 11，java版本参考java se8，如果版本不同可能有差异；c++JAVA目的array[ ]固定大小的数组vecto
2017-04-20 16:45:02
3186
原创 从情人节的流行代码说起
今年情人节有一段表达爱情的代码在网上传火了，并且引起了许多的讨论，for (int i=0; i printf("I Love You");看起来似乎是某位程序员要表达自己的爱慕之情，但是第一行末尾多了一个分号，从而使得后面的printf语句永远不能得到执行；于是有人解读说，分号是故意加的，表示“爱你在心口难开”；好吧，我们没法联系到原作者，不能否定这个说法是否作者本意；
2017-03-22 11:04:44
1611
翻译 求只出现一次的两个整数
如果一个数组中所有其它的整数都出现2次，只有一个整数出现1次，我们可以简单的通过对所有数字异或操作把这个出现1次的整数找出来。但如果数组中有两个整数出现1次，又该如何找出这两个整数呢？显然简单的异或是不行了，这个问题的核心是设法把所有数字分组，使得这两个要找出的数字分别位于不同的组中，而且满足其它整数都出现2次，这样我们就可以用上面的方法找到对应的两个整数了。具体的方法是：1）对所有数字求
2016-12-07 16:12:58
312
翻译 在VC中用CRT库查找内存泄露
VC的C运行时库（C Run-Time Libraries, CRT库）中集成了非常完善的内存泄露调试功能，最近在使用此功能时发现网上的中文资料支离破碎，而且有些资料中还存在错误，为了方便大家查阅，特地整理出来放在这里。本文内容来自 https://msdn.microsoft.com/en-us/library/x98tx3cf.aspx，按照自己的理解和验证情况重新做了整理，如果有和原
2016-10-18 17:29:52
299
原创 给定一个字符串，求出最长的连续配对括号子串的长度
leetcodehttps://leetcode.com/problems/longest-valid-parentheses/
2016-09-13 17:01:15
3808
原创 一排石头的游戏（续）
我们继续分析9棵石头的情况，在正式开始研究之前，让我们先研究几种简单的情况。前面的分析中我们已经研究了几种先手必输的方案，包括1，4，2+2（其中+表示不连续的两堆或多堆），3+3。我们另外引入几个新的先手必输的方案，分别是：1+2+3：假设A先取，A所有可能的取法包括：（1） 取走1，变成2+3，相当于3+3时取走边缘1个的中间状态，A必输；（2） 取走2
2016-06-23 09:14:00
285
原创 一排石头的游戏
《编程之美》1.11节介绍了一个取石头的游戏，游戏规则如下：N个石头排成一行，两个玩家依次取石头，每次可以取一块或者相邻的两块，取到最后一块石头的获胜。如果A方先手，如何保证自己获胜？书中给出了一个A必胜的方案，如果总共有奇数个石头，A取走中间的一块，如果总共有偶数块石头，A取走中间的两块，这样石头将变成对称的两堆，A只要按照和对手对称的方法选取，最终总是可以取到最后一块石头，从而保证获胜。
2016-06-22 16:05:57
589
原创 二维数组最大子矩阵的求和
问题描述：已知一个n*n的二维数组a[n,n]，每个元素都是整数（可能小于0），求其子矩阵元素的最大和 问题分析：这个问题来自一维数列最大子序列的求和问题，因此必须对一维数列最大子序列的求和有充分的了解才有讨论基础，不了解的请参考《编程珠玑》第8章或《算法导论》的有关章节。该文中给出了5种算法，其中算法1野蛮求和的复杂度为O(n^3)，算法2和算法3都利用了已有的计算结果减少重复计算其
2016-05-31 17:47:31
2162
原创 非实时系统精确定时器的实现
我们通常使用的系统，不管是linux还是windows，都是非实时系统。非实时系统可以获得很精确的当前时间，甚至可以通过读取cpu的某些寄存器得到以cpu周期计数的时钟，估计除了GPS系统之外足以应付我们日常能够碰到的应用，但是，非实时系统并没有提供精确的定时器实现。如果在linux或者windows系统中使用系统定时器，尽管我们可以创建精度为1ms甚至更小的定时器，但是实际执行的时候可以发现，定
2016-05-10 16:58:07
1473
原创 循环移位问题
循环移位问题是我面试技术人员的时候喜欢考的编码问题之一，对一个长度为n的数组，将其所有数据循环右移k位。对于编码能力要求不太高的岗位，比如部分测试，通常会让他做循环右移一位，大多数人员都可以成功的写出来；对于研发岗位，则要求写循环右移k位的算法，大部分人都不能正确的写出高效率的循环移位算法。为简单起见，我们只考虑k在0和n之间的情况，如果k不在这个区间，很容易转换成这个区间内的等价问题。
2016-05-02 22:29:25
1668
1
原创 从快速排序展开的
快速排序是速度最快的排序算法之一，算是非常经典的一个算法；其基本思路是对要排序的数字分而治之，首先选择一个数字a，对待排序数字进行交换，最终使得a处于一个合适的位置，使得所有比a小的数字都在a之前，所有比a大的数字都在a之后，然后分别对前后两个数据子集进行排序，将一个大集合的排序问题转化成两个小集合的排序，直到求出最终的排序结果。快速排序在排序有序或基本有序的数据时表现较差，最坏情况下的复杂度
2016-05-02 22:27:48
373
原创 逻辑的力量
亚里斯多德认为物体下落的快慢是由他们的重量决定的，由此促成了伽利略著名的”思想实验“（在某种程度上甚至可以认为推动了物理方法的完善和现代物理学的发展），这个实验的内容是：根据亚里斯多德的论断，一块大石头的下落速度要比一块小石头的下落速度大，假定大石头的下落速度是8，小石头的下落速度是4，当我们把两块石头捆在一起时，大石头会被小石头拖着而减慢，结果整个系统的下落速度应该小于8；但两块石头捆在一起，总
2016-05-02 22:23:29
1364
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人