专为技术人设计的在线笔试系统
2020.09.12

在2020.09.09晚 ShowMeBug 发布了新版笔测系统。CEO李亚飞亲自站台,分享了他近6年的创业历史,创立ShowMeBug的契机,并公布了ShowMeBug 新功能。

以下为演讲全文:

Hello大家好 我是ShowMeBug的创始人亚飞,也是本场的嘉宾,感谢大家在百忙之中还抽出来时间来参加我们这次的发布会。我今晚会分享三个主题:

第一个是自身的一些创业史。各位技术朋友如果想创业,可以通过了解我们走过的坎坎坷坷,帮助到你们。

第二个是会分享为什么会去做ShowMeBug这个产品,我们的这个理念到底是什么样子的。

第三个部分就是本场的主要内容:我们的新版的笔试系统的介绍。

过往的创业经历

我是在2009年来到深圳,到目前为止在深圳已经11年了。我在14年就开始创业,现在也有6年创业史了。跟大家说一个非常不好的消息,我从14年到现在,总体来看,目前收入财富为0,作为一名33岁的老牌创业者,其实已经被折腾的不行了。

2014年的时候第一次创业,与另外一名合作伙伴一起成立了「创业赢股权众筹平台」。项目大概从3月份开始,到年底的时候就搞不下去了。后面跟合伙人讨论商量后,同意开源了我负责的三段代码。

在经过一个短暂的休息,2016年我以一个CTO的角色,联合创立了「天鸽小程序SAAS平台」,这是一次非常完整的创业经历,当然结果也不是特别好。

项目从2016年4月开始,2018年拿了几百万的融资。到2018年底,整体团队共有50来人,其中研发20来人、销售市场20来人。项目拿过一些小程序奖,服务过2000多个客户。但是从整体来看,还是犯了很多错误,所以在2018年底就退出了。在这次创业历程中离成功可能还近了一些,但是总体而言还是犯下了很多错误。

img

创立 ShowMeBug 的契机

经过一段时间的痛定思痛和反思,在2019年6月的时候,我创立了ShowMeBug。

为什么会做这件事?因为从14年到18年底的过程,我所做的事情都不是专门针对咱技术人才。对于一个技术人来说,很难去把核心重点给抓出来,以及要摸清别的市场的痛点、一个行业程度,需要耗费3到5年的时间精力。所以之前的创业失败是在所难免的,因为初期只能依赖于合伙人、其他的成员去完整地补充短板,如果一旦有问题那就很难解决。 而且在创业的过程中你会经历到很多人性的考验,面临非常多的挑战。经过我这么长时间的学习、突破这些边界,我觉得我也可以足够胜任 CEO的职位。

所以在2019年的时候 创立了至简天成科技,后来创立了ShowMeBug。我创业的本质其实只考虑一点,就是抓住某一个群体或某一类人的痛点。那们最熟悉的人是谁? 一定是咱们程序员本身。我写程序很多年,遇到最大的困难挑战,永远是我们的技术招聘工作,因此我就从这里切入。

ShowMeBug 前期发展

在2019年6月份成立ShowMeBug之后,到19年底,发展非常迅速。我们那时候已经积累了3000多个用户,一两千场的面试。在2020年年初的时候,没有预料的情况下发生了疫情,反而加速了咱们这个产品的演进,所以现在势头非常不错。我们也是努力的在解决咱们在程序员在线上招聘的一些核心痛点。

ShowMeBug 前期面临的问题:为程序员设计产品是需要勇气的

搞技术的最清楚,为咱们技术人员设计产品是非常需要勇气的,这个挑战非常巨大。

为什么这样说?给大家分享几个自己总结的技术人特点:

1、对产品极其挑剔,动不动就要自己开发。

ShowMeBug做的过程中也遇到过这种情况:在刚开始在不够完善的情况下,有人说你这个技术含量不高,我也来搞一个。

但是这个特点也特别容易理解,我记得当年我还是在用 SVN 的时候版本控制工具,后来有 Git 横空出世对吧? 再后来08年的时候,有三个美国的程序员在咖啡厅交流,要不要搞一个 GitHub ?最后大家可以看到 GitHub 就成功推出,然后到这两年也是被微软以 75 亿美金的价格收购,对产品的挑剔程度是别的行业难以避免,如果我们是刚创业,我其实完全不敢做这个方向。

2、程序员的一个很好的优良品德,就是节省。

我们到现在来说,我们也是能不付费的项目我们就不付费,我们会考虑:能不能节省?能不能白嫖?相信大家也有这样经历,比如说我们用编辑器用的特别嗨的 vim、emacs 都是咱们开源社区、开源项目的贡献,相信大家使用付费组件插件的情况也比较少。

3、研发难,收不到钱。

也正是因为上面这两个特征,其实很多资方、投资人,都是很直白告诉我们,千万不要搞跟程序员相关的产品,你收不到钱,也很容易白干。

4、 需要优美的接口API,动手能力强。

程序员其实需要很好的用你的接口,动手能力比较强。这些方面对于非技术的人来做这种产品其实是很大的劣势。

img

创立 ShowMeBug 的信心

img

面对这些问题,我们该怎么去解决这个呢? 这个信心来自于以下几个方面:

1、咱们中国整个市场To B的业务实际上是刚刚起步。

在2015年的时候,中国 To B 的 SaaS 业务才开始有一波创业公司开始做。在之前的那些,那种创业型企业拥有 SAP 的是非常传统、古董级的了。

但是在中国 To B 业务大家都明白一点,实际使用的用户跟买单的客户不是同一类人。你要真的明白这个商业逻辑,就很容易做出来面向客户收费的产品。

img

比如说我在图上、 PPT上发出来的最右边。大家可以看到,我是随便找了一个考试系统,大家可以看一下它的截图,我为了创建一场试卷,我要填非常多,我不知道有什么用的东西,我可能要学习非常久的时间才能搞明白这些东西。也许有人会说这些都有用,但其实不见得。

你再看看左边,当苹果1 苹果4横空出世的时候,当微信出来的时候,他们都是以居高的效率优先,就是沟通效率,协作效率,以苹果里面“让三岁小孩都可以用得上”的一个产品理念。那为什么To B业务上没有这样的可能没有这样的产品?我们能不能做到这样的一些点?我相信只要有这样的产品,用户一定会非常喜欢。所以这是我们这么长时间创业的一个感受,就是我们可以做像To C一样做出To B的产品,像To C的体验一样做出To B的产品。如果做到这一点,我相信这是处事具体, 每一个真正的用户一定会喜欢。

2、多年来的技术经历,以及创业经历,使我懂得如何将技术和产品更好地平衡。

其实我在毕业的时候,我的梦想是当一个极其优秀的程序员,可能当时的面很窄也很土,就是想做一个所谓的技术大师。但随着技术的慢慢积累,确实有一些朋友会不明就里就会喊你技术大师,其实你越是水平越高,title是越来越虚的。因为这个世界上技术牛逼的人非常多,我们像VUE的创始人,像Linux,Ruby on Rails的创始人,PHP里面的大神。我发现我怎么也赶不上,我可能最多擅长设计一些产品,所以当你技术已经无法超越那些所谓顶级大神的时候,你得找到自己的追求、自己的梦想。

在逐年的创业史上,我就发现我们中国所谓的CTO角色其实是技术加产品的一个综合体。因为产品也是归属于CTO来管。经过一直以来的打磨、磨练,我发现我的核心优势其实是在于技术加产品,这两个中间态的一件事:在做产品的时候,我非常明白技术实现成本;在做技术的时候,对产品提出很好的建议,包括怎么应用、好用。所以我觉得已经找到建立ShowMeBug ,建立至简天成科技的一个支撑点:为技术人打造优秀产品。

这样的组织这样的团队其实不多了,像海外最多有 Jira、Tower,Trello,国内真正为技术人打磨产品的公司团队是屈指可数。

img

3、不怕竞争。

我自己在业余的时候特别喜欢玩对抗性游戏,像中国象棋、围棋,像我们玩的游戏魔兽争霸、星际争霸,包括现在的王者荣耀,对抗性的我们不怕,完全有信心,

因为你只要抓住核心的点就能成功。

img

其实在以上这些维度上,我创业反思下来就是我们做这件事,也很少有人比我们更懂程序员们真正的内心,实际上是在你具体某一个产品细节上就可以非常明确的了解到的,这些细节决定了成败。

ShowMeBug 收费策略

ShowMeBug在5月份调整策略之后是对咱们程序员免费。

真正的从收费成本是来自于运营成本、人员的交付成本。当我们产品做到极致之后,大家随时随地使用,这个方面成本就可以降得很低。所以现在从打磨这个公司来说,早期也已经拿到了资本的支持。所以在收费策略上面,完全可以做到免费。

在这个点上我们也是有一个非常优的策略。

img

与市场上其他笔试系统的区别

其实每一款产品背后,也面临着很多思考。大家可以看到市场上的笔试系统多得很,但是我们为什么还要再做一个?因为现在所谓的笔试系统全不是我们程序员想要的,专门为技术设计的笔试系统几乎没有,包括目前市面上给咱们技术人员用的这种在线笔试面试系统,都非常糟糕。

我举一个非常简单的例子,我们程序员出自己的题目,难道不需要代码?不需要代码片段?这代码片段,作为优秀的技术人员,自然而然地就想到用 Markdown、GitHub、Flavored的格式。这个是非常非常粗浅的道理。

在我们中国所有的这些产品里面都没有看到。在应用性方面,我为了创建一套试卷,我能不能三步就完成?为什么要做出很多无用功?所以这些东西都是促使我们想打造一款优秀的产品的一个核心点。这个核心点能解决我们很多问题。

如果是一个好的系统可以降低我们70~90%的招聘成本。

img

ShowMeBug 的产品理念总结了以下几点

img

第一,一切为了效率。

我们的产品为了我们的高效率,为了咱们用户的效率,为了招人的效率,做到极致。我们研发花多大成本都可以接受。

第二,极致易用,用To c的产品理念做To b。

第三,尊重候选人,保护他们的体验。

这也是很多人是会忽略的一个事情,我们可能去招人,有时候会去忽略.永远要记得换位思考,要尊重候选人,保护他们的体验。

**第四个点是开放共赢,提供API接口*。*

像我们现在已经跟像 Moka 等等一些 ATS 系统打通对接,包括提供给企业微信对接的消息通知绑定,还有钉钉,未来我们可能会单独推出我们的 API 系统,届时所有的团队候都可以使用。

ShowMeBug 笔试系统

说回来我们的程序员的笔试系统,大家可能很多自己的项目、公司在招聘的时候也都有一些类似笔试。我知道有些朋友可能把候选人约聊到公司之后,有一个纸质的笔试系统、纸质的笔试方案,或者是给一个word、发一封邮件让对方答一下题。

这些所有的环节,在线上化之后,第一件事要考虑的其实是所谓的信任问题。

1、解决信任问题。

img

所有在市面上产品都在号称解决的问题,但解决的方式我们可以看一下左侧的图。

可以看到别人家解决方案:开启摄像头、开启手机监控、开启电脑屏幕监控、开启举报、禁止做题跳出、题目乱写、选择等等,这些有用吗?

我觉得有一点点用,但是我们最想要的,我们最想要的其实是信任。当对方没在我面前的时候,如何确保对方的答题过程是可信的,这个答题过程才是关键。

可以看到右侧,这个是通过我们产品截的一个图。这是一个评卷的监管。如果我们现在有一套方案,把对方答题的整个的过程,从开头到结束,全部以自动化、低成本的方案把它录制下来,包含操作序列录取,代码录制,就可以真实记录对方答题过程。

事后进行评卷、分析的时候,这种不信任就自然而然解除了。根本用不上什么监控,所有的这些没用的东西。但我觉得解决的不够彻底,比如说怎么样的存储空间最小对吧?如果成本特别高,为了这样的一场笔试要花费100块钱/次,我相信成本就太高了。能不能做到比较低成本的方案就有很好的效果,实际上这是我们一直思考的一个点。

2、适合程序员的出题。

我们在思考重新为技术笔试来出一套解决方案。 率先要考虑的一点就是我们首先出题要爽,出题怎么样爽?

img

我们这边举了个例子,题目支持 Markdown GitHub Flavored 的题目模式。这个模式下,大家看到左边就是用三斜杠,三个反的标识符,然后加上去就可以插入代码,非常舒服,其他的部分就用 Markdown 的一种格式写。

对于咱们程序员来说学习成本是极低的,出来的效果也非常棒。也许是一个很小的功能,但是可以降低我们出题的成本,可以降低50%以上。现在所有市面上的其他产品可能都还是你点开一个代码片段,插入完,再确认,改的时候也改不了,也许语言支持都不好,那这个是非常挫的出题方式。

**3、自动评卷功能。**

在出题之后,肯定考虑我们面试官怎么去评?有没有更加智能,更加高效率的评卷方法?

img

针对这点我们花了非常大的气力,全部支持了单侧的框架,单元测试框架,大家可以看到左侧,当你出一道题目的时候,你可以随时插入你的测试用例,如果这个测试用例通过的话,在候选人端去提交答题的时候,他测试用例可以自动跑出结果,得到最终的效果。当然这个过程也是可选的,因为如果你自己的评卷标准是比较看重它的代码写作过程的,不仅仅看结果的话,你也可以选择不使用。

市面上很多程序员经过几十个公司的调查,得出的结论是候选人都宁可在本地写代码,也不愿意在网页上写。原因是因为他们觉得网页上的写代码的工具太难用了。为什么会难用?因为有些网页连自动补全和语法高亮都没有,有些写代码的缩进都没弄好。因此我们花了非常大的气力,把本地的 IDE 的环境,所有的细节都搬到网上。

img

举了一个简单的例子,就是代码自动补全。大家可以看到我写下一个单词,这个代码自动补全,我们也在更新迭代,接下来会做到 LSP 的技术,通过服务端的渲染,语言的自动识别、语法语义解析,再进行返回,采用最先进的一套技术,可以做到跟本地一样甚至更好的体验。

我们给出题人、给答题的候选人都有缩进键盘模式。键盘模式是我们特有 vim 模式、emacs 模式。另外有核心的快捷键、快速注释,快速清注释、运行、清空终端等,这些快捷键协助大家来非常高效的完成一场笔试。

img

另外,现在系统是中国市面上乃至世界上支持最多语言的笔试系统,别的支持语言可能就是5~8门,只是非常核心的几门语言,可能比如 Python2、Python 3。但我们有 Ruby、Golang、Rust,我们最新的 C# 包括C++,甚至我们支持 HTML/CSS 的前端选。

img

**4、电影式评卷。**

img

我们系统最核心杀手级的功能就是像放电影一样评卷。

大家想一下,如果你在评卷的时候就只是看到人家对方的答案,你敢相信对方的做题效果吗?但是如果你像放电影一样,评卷时针对某一块标出来,看到在那个点上是怎么敲代码。因此这个评卷的真实性就非常高。系统在这块也做得非常极致,面试官可以在10秒钟就可以完成一次评卷,同时你也可以非常细致的去看对方的代码。功能方面我们可以看到我们有倍速、二倍速、每一次题目提交的时机。

5、音视频题目

img

符合现在主流的应用就是音视频题。面试官在给候选人出这种编程题、选择题、问答题的时候,还可以出一套音视频题。通过音视频题方便面试官和候选人双方进入约面之前可以更详细地了解对方的情况:比如说软技能,对方的回答问题的能力,交流能力等。

6、笔面试一体回顾

img

当你笔试答完的结果在面试的时候能不能进行回顾?能不能再把原来的笔试过程拿出来探讨一下?通过探讨笔试题目,面试官候选人双方可以更好的再进行一些探讨交流,这样的话可以更快的完成一场面试。

如果你通过笔试发起的面试,我们系统就会自动有一个笔试回顾的按钮,题目上就是一个对方答题完的结果的一个区域,最后面试官就跟候选人之间可以实时进行互动交流。

ShowMeBug实操演示

以上我们笔试系统的介绍,接下来给大家详细演示一下我们的一个效果。

  • **总体介绍**

可以看到这是一个全新升级的在线笔试系统。左侧是一个笔试列表评卷中心、笔试题库、还有试卷管理。所有人通过注册就可以去使用这套系统。刚注册的用户可以获取10场的高级面试场次,通过领取个别任务,最多可以直接拿到50场。而且在结束之后还可以继续使用新版笔试系统,我们再来看一下笔试系统。

img

  • **选择题**

我们一般在创建一个试卷的时候,会先创建一些题目。这个题目里面可以有选择题,假使我们随便来写一个题目,问候选人ruby现在是多少版本,同时也支持插入一些代码片段。插入之后面试官可以看一下预览效果非常棒,接下来输入答案、题目解析、以及分值。题目解析是留给面试官自己看的。

img

  • **编程题**

编程题作为我们核心的一个点。

进入界面可以看到题目描述、语言初始代码、备注,这些功能是看给候选人看的。

img

  • **实际出题效果**

这是一个整个实际的题目,让候选人做一个冒泡排序,通过各个部分的功能提示、题目编写完成一道出题。出题完了之后,我们通过试卷管理就可以把题目组装起来。 组装完成之后,面试官可以把试卷发给候选人。

img(实际题目)

img(预览区)

img(测试用例)

img(试卷管理)

img(试卷组装)

img(勾选功能)

试卷组装完成后会生成一个答题链接,面试官把这个链接复制出来之后,直接发给候选人。候选人进入模拟窗口,输入自己邮箱/手机号就可以前来答题。

img(答题界面)

img(开启摄像头、麦克风权限)

img(题目列表)

可以看到候选人端答题的时候,系统会自动启动它的摄像头跟麦克风,帮他录制视频。里面有倒计时界面、下一题、旁边有题目列表导航。 候选人在系统上面,根据实际情况来负责答题,如果他在答题时候犹豫,选完后系统都可以自动记录下来他的整个答题过程。

img(答题完成,切换到下一题)

通过很多用户的反馈,面试官其实不希望候选人进到下一题后还可以返回到上一题,所以我们在设计上切入到下一个题目之后,上一个题不能继续作答

img

第二道题是一个前端题,让前段写一个JS样式居中。

我运行一下之后发现这还没居中,有很多种写法,让用户可以自己根据实际情况来写这种,比如说通过 text-align。

img(JS样式未居中)

img(居中样式)

这个区就是一个解答题,我们可以简单写点解答题的内容比如Session、 Cookie-based

img(简答题答题界面)

img(音视频答题界面)

候选人最后点击提交试卷,整体的流程于他们而言已经完成。在我们面试官这端,可以在评卷中心看到这场笔试。进入评卷后,系统就进入了刚才我们在候选人答题的一个效果的界面。

img(评卷界面)

选择题经过设置系统可以自动评卷,未答题的部分系统也会自动提示,音频题目可以点击录制视频进行回放。面试官可以调整底下的回放进度条进行查看。最后再进行总体的打分以及评价。这场笔试评分就结束了。系统还支持无限次回放笔试过程。

img(评卷回放)

img(面试官评分)

img(笔试可以随时随地回放)

整个评卷系统是高效直观、极简直白的过程。这就是我们的核心的技术优势,就是用代码协同系统,再加上多各大编辑语言的知识而完成的。

最后再简单演示下面试系统,从笔试进入面试界面后,通过点击笔试回顾,面试官可以看到候选人在笔试过程,并在面试过程中与候选人交流探讨当时的思考模式,以及新的时间方式?这样可以助力面试官高效地与候选人完成一场面试。

img(面试中的笔试回顾)

这样的系统是可以提供非常多的价值给到面试官。在之前的内测过程中,我们只邀请了20名内测用户。除去3位没有招聘需求的用户,剩下17位用户满意度都是100%。因此我也坚信这样的面试系统,再往后的日子里,可以帮助咱们各大技术团队、公司发挥它应有的价值。

三、提问环节

Q:GDPR兼容吗?(GDPR:通用数据保护条例)

A:目前在中国法律框架里面,我们这块暂时没有考虑,但是我跟大家保证的是,数据的归属权肯定是个你的项目,所有的其他成员都是无法去查阅这些信息的。这个是我们SaaS公司的基本保证。

Q:我想问一下咱们现在有没有题库呀?

A:现在下一步是我们可能会去重点去攻破的一个题库的事情,但是在这个阶段我对题库的一个认识是这样的,题肯定是不能拿出去刷的,一定是能够让我们公司自己会有特色的一些题目,其实是咱们初期就是核心的一个点。

所以其实大多数时候,传统的咱们在网上扒来的题那种效果非常差,这个不是我们要解决问题的一个思路。

所以从我的角度来说,我希望构建一套可信的,可能也是公司之间才能够互相传播的或者一套更健康的生态的题库系统,我们接下来是想去打造的事情。现在阶段如果题库的话,我建议你可以通过找到市面上一些产品的题目,包括自己可能经常在笔面试里搜集一下的问题放在这个系统里。因为我们已经把创建题目做到了极致简单,应该不可能有别人比我们创建题目还要简单了,所以你就可以很轻松的把一些题目放在上面,然后积累下来,成为你自己的一个特色。

这里面我们系统还特别支持了防泄漏的一些功能,所以你可以大胆的去把这个题目比如说另外的话,我对题目的一个考虑是,其实你的题目就算万一有些时候泄露了,或者对方刷到了也不用怕,因为我们有一个笔试特殊的笔试回顾的一体化的一个功能。在他进入面试之前,其实因为在线上面试的话成本也很小,你可以通过线上预约到笔试之后,你就可以很快的对他原来答的题其实在做一些深入的问交流,他很快就可以发现他的也许比如说他是刷题,这个是我对这块的一个理解。

Q:我想问一个你们技术层面的问题。 我看你们说是基于 Ruby 开发的,这个是有什么考虑吗?

A:这个是因为我本身是在10、11年左右偶然接触到的框架,Ruby on Rails 的架构,然后也是对效率追求极致。后来创业的时候也是不断的去用我们最擅长的一个架构,其实也没有非常特殊的点。在当年的时候也许这个架构还有非常强的优势,但现在的话像 Node 、Java 等等一些框架,其实大家的特性都感觉差不太多了。所以这个点上倒是没有特别特殊的一个考究。

但是 Ruby on Rails,像 GitHub 也在用的这套框架,还是效率比较高,其实这也是融入到我们产品里面了,注重体验,然后比较人性化这样的一些特色。这是我们这块的一个技术性考虑。

Q:咱们的自动判卷是一键判断吗?

A:这个是个好问题,因为刚才因为没有时间的问题,也没有详细去讲自动判卷。那其实这个地方我们现在正在迭代,其实你们直接注册版本里面还没有能体验到新版系统的原因,就是我们还在迭代更多的测试框架的支持,以及自动一键评卷系统。

我们一键评卷系统是这么考虑的,我们想把大家工作量、工作成本降到最低,如果我们系统你在出题的时候准备了自己的测试用例,你们自己的测试的一些方案,当他的测试全部直接通过,并且初步判定他的内容写的是真实可靠的话,我们系统会自动判过。如果他没有通过的话,我们会自动判没过。这样的话你只需要一键确认,你就不需要进来,进来评卷的时间就能省下来。你就点确认评卷,然后系统就可以完成,这叫自动评卷,这个问题是非常好,可能在接下来的1~2周内就可以上线支持了。

Q:咱们的笔试功能是支持移动端吗?

A:目前现在咱们候选人端的就已经可以在移动端去完成答题了,现在偶尔的时候用户会有这样的诉求,但是其实在编程环节就是建议大家在如果用到咱们系统的时候,建议他们还是在电脑端打,因为有的时候是有明确的编程题的话,对方在移动端支持效果相对比较差一些。

但是有的时候,如果你比如咱们程序员推给咱们 hr 用的时候, hr 同事也可以用来出一些非技术的问题,可能出一些选择题,出一些简单的问答题,这个时候对方也可以在手机上使用。另外然后在手机上全面的支持,就是出题什么支持的话,我们在迭代中,然后也会在后面应该会逐步推出。

Q:咱们后期的话是有什么值得期待的功能和迭代计划吗?

A:接下来我们会做到更API的开放,然后包括更加智能化的评卷,我们可能会引入我们的AI系统做深度的数据分析,然后会帮助大家评卷的过程做到更智能。比如说然后对方答题的实际的效果对吧?跟横向对比的最终结果怎么样?包括我们刚才说的一键评卷,这些都是接下来要推出的一个核心能力。但总而言之一句话就是说,如何帮助咱们技术招聘筛选方面尽可能提高最高的效率,这是我们的笔试系统的核心目标,帮助大家迅速最快速的招到我们想要的人才,从100份简历里面能够迅速筛出我们想要的人才,这是我们的使命和目标。

最后,如果大家对我们全新的在线笔试系统感兴趣的话,可以扫码申请内测名额。

img

分享者:李亚飞

文字稿整理:陈元、杨雯婷

设计&视频编辑:段小禹