Thoughts, stories and ideas.

ChatDay 回顾 | PM 与研发如何才能不成为一生的敌人?

在「互联网从业者如何更健康的减肥」之前,倍洽邀请到国内最受欢迎(可能没有之一)的移动健身工具 Keep 联合创始人兼副总裁彭唯老师,一起到倍洽 ChatDay 分享现场,与到场的小伙伴们聊了聊如何让分别担任产品与研发角色的团队成员更好的协作,一起平衡需求与产出。

  • 唐晓敏:ChatOps 站在巨人的肩膀上

倍洽联合创始人兼 CTO 唐晓敏给出的备选答案之一是选用一种更好的沟通方式和一套更加清晰科学的工作流程。

任何规模的团队都可能遇到因为信息同步脱节而导致工作延误的问题,团队中的每一个角色在日常的工作当中都需要花费大量的时间和精力去了解工作上下游的信息和所处的状态,这种臃肿的沟通方式对于团队工作的推进而言是一个容易被忽视但实际波及范围又十分深远的负面影响。

为了消除这种困扰,在本次分享中倍洽着重介绍了一种新兴的工作方法论 ChatOps——脱胎于敏捷开发与 DevOps 概念的「聊天驱动」型工作方式——以信息的聚合为手段,将包括邮件、协同应用、监控软件、媒体渠道等在内的各种工作辅助工具聚合到同一个聊天平台当中,利用新提醒新消息向聊天平台的实时同步和汇总,实现沉淀信息的目的,又以使用者通过聊天平台直接向工具发布命令的方式,达成「以聊天形式完成驱动」的人机交互,让工具的连接形成闭环。这种工作方式同时消除了人与人、人与工具、工具与工具之间的消息壁垒。

点击加入 倍洽活动团队 浏览与下载唐晓敏在分享中的讲义,可以更系统的从 ChatOps 的过去与未来开始,详细了解 ChatOps 的历史沿革和现状,并能参考讲义中实际的使用案例,在自己的工作当中搭建类似的高效沟通和工作流程。

  • 彭唯:产品制造与电影制造

Keep 副总裁兼产品负责人彭唯在分享当中提出了做产品如同拍电影这个概念,产品经理其实就是导演,需要有大局观和整体掌控能力。作为产品负责人,希望产品构建环节中的更多参与者能够有机会更多的了解产品经理的工作模式和工作逻辑,毕竟在互相了解的基础上,团队工作的进展才能得到更好的推进。

一个好的产品经理应该且必须关注用户需求、产品设计、开发工期、发布阶段和数据回收的迭代全流程,同时,在这个过程当中,产品经理也应该理解并了解,有许多好的工具已经开发出来足以帮助大家更好的把握以上每一个环节。

在分享中,针对迭代流程中的每一个具体环节,Keep 都给出了自己团队所关注的重点关键词,将这些关键词串联起来,就是一套实际可行的工作思路,对新入行的产品经理、在某些场景下执行与产品经理相似任务的运营人员、研发人员……或许都能有一些工作和协助上的启发。

点击加入 倍洽活动团队 同样能够下载完整现场讲义。

在两段充满诚意的分享结束后,ChatDay 还邀请到了石墨文档技术负责人李子骅与两位分享者一起进行了圆桌讨论,探讨了如何更好的处理市场、产品与技术的冲突,如何更好的处理技术债,如何处理 bug 与需求间优先级等问题。

如果你对以上或类似内容也感兴趣,欢迎关注倍洽官方公众账号「一熊科技」,加入到 ChatDay 全国巡回讨论沙龙的下一场活动中来 :)

GitHub 机器人分支过滤功能上线两周后

两年以来,GitHub 机器人一直是倍洽上最受欢迎的机器人,几乎没有之一。

不过过去我们也收到了一些使用反馈(多提反馈真的有用),在日常工作中,如果团队 GitHub 体量较为庞大且操作频繁,GitHub 机器人的实时推送则可能会对使用者带来一些困扰——更多是指频繁的推送提醒会造成一些打扰。

我们试图在「不错过任何重要消息」与「使用更便捷」上取得平衡,以使信息的送达能够更加高效。此前,我们为 GitHub 机器人上线了分支过滤功能,使用者们可以为自己的 GitHub 机器人设置关注分支,这之后,只有设置为关注的分支才会即时同步提醒推送。运转两周以来,我们自觉体验的确变得更好了一些。

启用 GitHub 机器人后,可以在「授权模式」页面对当前机器人进行配置。目前,一个 GitHub 机器人支持关注多个分支,在编辑框中,各个分支名称之间需要以空格进行分隔。

此外,配置 GitHub 机器人还需关注以下提示:

  • 如未设置关注分支,则默认对整体进行提醒;
  • 如果设置为关注的分支不存在,也将被系统认定为已设置分支过滤。即:如关注且仅关注了一个不存在分支,则不会收到任何推送消息;如关注了多个分支且当中部分分支不存在,则将收到存在分支产生的消息推送。

在分支过滤功能上线前已成功启用的 GitHub 机器人,可以在机器人管理列表中找到相应机器人,进入授权模式页面进行补充配置。

希望这个功能也会对你有用 :)

defclass 的自我介绍

大家好,我是 defclass,目前是熊组的一名后端开发,以捉别人的 BUG 和卖自己的 BUG 为生。读书时代略内向,现在也有一点,偶尔逗逼,总的来说是一个经常假装不正经的但其实很正经的一个人。

大学学的制药工程,毕业后短暂在药企待过,主要是配制药品。总有一些好奇宝宝问我是不是配制过枸橼酸西地那非片(我知道好多好奇宝宝会自己去查这个学名),虽然厂里产这种小药丸,其实我并没有配这个药。我是正经人,配的是正经药——一种抗肿瘤的注射剂,目标人群是癌症病人。这个药比较贵的,医院打一针要 1.5K。有病没病都可以续 1s 的哦,要不要来一针?

读书的时候花了很多的时间折腾 Linux、Emacs 啥的(是的,并没有什么 X 用),在药企心心念地还是想写代码(教练, 我想写代码……),后面索性就转行了。从此一入 IT 深似海,从此(头|妹)(发|子)是路人, 一转眼竟 5、6 年了。看到这里,请不要误会我是一只单身狗。其实我已经结婚多年而且是一位爸爸(严肃脸)。看着熊组同学们都辣么年轻,不服老不行了,哎。

当然,如果有集美貌与智(财)慧(富)于一身的优质妹子觉得错过我了,也不用过于遗憾,我可以免费给你们介绍介绍我们熊组才华横竖都溢,唯独堆栈不溢,外号一枝梨花压海棠江湖人称老司机的@hbc 同学认识认识,钱多活好不解释。哎呀,波波的脑袋就不用凑过来了,你没有机会啦,再过来给你夫人打小报告了。好了,老板,自我介绍写完了,可以发了工资了吗?谢谢各位阅读,如有不适,请说服我们老板不扣工资,我马上删掉……

一个活动 | 商业化运作一周年之后,倍洽都发生了什么改变?

我们又又又一次的回顾起了过去:

从 2014 年写下的第一行代码,到 2015 年的正式开放注册,再到 2016 年 6 月 15 日,倍洽(BearyChat)高级版正式上线。累计到今天,倍洽共完成了 970 次上线,增加了 596 个新功能,修复了 326 个具体问题,每一天都在努力更优于昨天。

在过去的这一年里,倍洽最为显著的改变是对界面的整体更新。我们取消了旧版倍洽界面上的右边栏并将功能梳理合并入两级左边栏,力求使页面操作逻辑一致,层级更为分明。在优化视觉呈现和交互结构的思路之下,我们为原有的联系人列表增加了树形结构的组织架构模块,希望为大型企业及不断成长扩大的用户团队提供一种更有条理性的团队结构梳理方式。难以避免的是,因为页面结构变动的限制,在未来,一些新增的功能可能无法在旧版倍洽上使用,建议大家尽量切换和使用新版倍洽。

而同时一个潜移默化,我们期望能够平滑过渡的变化是,倍洽在过去的这段日子里确认了一个崭新且统一的品牌形象。包括特定的字体、配色、一对萌萌的吉祥物、和一个终于下定决定推广使用的中文名字:对的敏感如你也许已经发现我们逐渐将产品描述为「倍洽」了。这个名字或许难以避免的有着「英译中」的种种尴尬和不尽如人意之处,但是也许能大大降低拼写错误的概率……吧,暂时我们是这么乐观的想着的 :)

去年的今天我们有很多期待又有些忐忑的上线了倍洽高级版与企业版(私有部署版),开启了倍洽的商业化探索,一整年运营下来由衷的感慨是:感谢的话要多讲。

感谢所有人和我们一起经历倍洽商业化从 0 到 1 的过程,让我们能面向自己交付一份还不算糟糕的答卷,大家的包容、鼓励、支持甚至吐槽都是让倍洽变成今天的倍洽的动力。明天倍洽还有从 1 到 100 的山要攀登,也希望明年的今天还能在这里跟大家一起再「又又又又」的回顾起过去,期许那时候的倍洽会更加茁壮,功能更加「包你满意」,性能更加「稳如泰山」。

于是我们也准备了一个小小的福利活动,点击 链接 填写简单资料,6 月 26 日/7 月 10 日将分别送出一些倍洽吉祥物黑白熊抱枕(部分安卓用户如无法打开连接,可使用 PC 打开链接或至倍洽官方微信 bearyinnovative/一熊科技 后台留言):

  • 「称呼」一栏将用作抽奖定位标识,抽奖当日我们将把收集到的所有称呼作为抽奖码导入倍洽抽奖机器人后台,并在 大本营团队 中抽取最终获奖名单,欢迎点击链接加入团队监督抽奖流程;
  • 「邮箱」将作为唯一的联系方式,在名单抽取后我们将按照每一称呼对应的邮箱与中奖的小伙伴取得联系,沟通黑白熊抱枕的寄送事宜;
  • 最后,欢迎在「补充信息」字段中填写对倍洽的使用反馈、功能建议、赞或者吐槽。

期待大家的声音 XD

什么?RSS 机器人还能做这些事情?

虽然在短短几十年的互联网时代里 RSS 已经是一个相对古老的技术,但是它至今也仍在然起着很多不可替代的作用。利用RSS 我们可以避免耗费精力的主动查询,让网络世界更加自动化,而且相对于微信公众号等封闭的内容订阅平台,RSS 是完全开放的,生态圈更加丰富和多样。

倍洽(BearyChat)支持 RSS 机器人 已经有 两年 了,使用它可以很方便的把一些好的内容来源,自动给自己或者给团队同事分享阅读。

然而利用 RSS 机器人,是不是只能获取有 RSS 支持的内容呢?其实答案是否定的,因为还有很多工具可以帮助你把想要的内容 RSS 化,让机器人可以识别,我们来看看下面几个场景:

我想跟踪社交媒体,看看对于自己的产品,用户们是怎么说的?

有一个叫 Queryfeed 的工具,可以支持把多种社交网站(Twitter Facebook Google+ Instagram 等)的内容转化为 RSS 源。

我们以 Twitter 举例,用它来生成关于游戏「纪念碑谷」的 RSS 源。

  1. 先用 Queryfeed,填入「纪念碑谷」生成 Twitter search 的 RSS 源。
  2. 把生成的 RSS 源,地址复制出来。
  3. 建立一个 RSS 机器人,在「订阅地址」里填入刚刚复制的 RSS 源地址。
  4. 设置完成,你立即会收到用户最近和 「纪念碑谷」有关的 Tweet。

怎么样是不是很容易?只需简单几步,就不会轻易错过用户的声音了,我们再看下一个应用场景。

我的软件使用了一些关键的第三方库,我想及时知道他的更新要怎么办?

Libraries.io 是一个开源软件的索引服务,支持众多主流开源软件仓库。

我们这里要监控一下 hubot-bearychat (BearyChat 的 Hubot adapter)这个包在 NPM 上有没有新更新。

  1. 在 Libraries.io 里搜索 「hubot-bearychat」
  2. 进入详情页,在侧栏就可以看到 releases 的 RSS 源,如下图:
  3. 同样复制地址,建立机器人。
  4. 设置完成,你立即会收到最新的版本号推送。

通过这个机器人,我们就可以及时知道,我们使用的库是不是又修复了什么 BUG,有没有新功能可以用上。(GitHub Repo 也支持 releases 的 RSS 输出,也是另一种跟踪方式)

当然,上面的两个例子都是一个特定场景,社交网站和开源软件,那么......

如果我想对任意的页面进行监控呢?

现实是没有那么美好,大部分的互联网页面是都不支持 RSS 输出的,但是这也不是没有办法,再介绍两个终极武器:将任意页面转为 RSS 源的工具 FeedityFeed43

我们以抓知乎的搜索结果为例子,把知乎「搜索 AlphaGo」的地址 https://www.zhihu.com/search?type=content&q=AlphaGo 复制到其中一个工具里。

其中 Feedity 支持你鼠标圈选你关心的内容,并可以把同一类内容(比如标题)一起选择抓取,从任意页面选择你所需要关心的内容,不过 Feedity 是收费服务,最基础的套餐是 9 美元一个月,如下图:

而 Feed43 使用起来难度比较大,需要你有一些 HTML 基础,自己去写规则来匹配出你想要的内容,把需要的内容通过一些语法筛选出来,但是优势是有免费的套餐。

这两个工具,都可以先试用,测试生成你想要的 RSS 源。这样绝大部分页面都可以通过各种各样的工具 RSS 化了。

好了,介绍的这些工具不知道对你有没有启发,如果有就动起手来,让 RSS 机器人发挥它最大的价值吧~