叫醒你的观众

台上的主持人慷慨激昂,台下的观众却昏昏欲睡;
“麦霸”们互相争夺着话筒不肯撒手,听众却一脸惬意的玩弄着自己的手机;
每当主持人提问时,原本人声嘈杂的会议室,仿佛是被掐住了七寸,瞬间寂静;
以上这些正是每一位会议引导者在主持工作坊时都会遇到的问题,这些问题背后折射出的是一类“沉睡的观众”群体。

数据可视化产生生产力

数据可视化就是借助于图形化手段,清晰有效地进行信息传达与沟通。许多人会着眼于“可视化”,认为数据可视化就是将一系列看上去很炫、很复杂的图表展示在页面上。其实不然,虽然可视化脱离不了各种图表类型,但并不意味着要以增加用户理解难度为代价去实现复杂的功能;或者为了看上去绚丽多彩而失去其最根本的意义:传达与沟通。

Rec:一个项目的诞生

Rec是一个用来验证和转换数据文件的Java应用。从第一行代码到v1版本成形,仅仅经历了一个半月的时间,作为一个开源项目,在很多方面都有着各种各样的纠结。
Rec的需求源自于我们团队所做项目的特殊性:遗留系统迁移。在工作中,我们需要跟各种团队打交道,每天处理各种来自ETL(Extract、Transform、Load)过程中的数据和程序问题,而整个ETL程序运行起来过于笨重,并且还要考虑准备后端数据和各种验证问题,非常不方便。

拯救Java Code Style强迫症

这篇文章缘起于上一个持续交付的咨询项目,当时正在指导客户团队的Java工程师做Code Review,发现一个很有意思的现象:有一位工程师对Code Style特别在意,所以在Code Review的大部分时间中都是该工程师在指出哪里哪里的格式不对,但是团队并没有找到改进方法,每次的结论都是“下次我注意一点。”我挺欣赏这位工程师对Code Style的认真态度,所以就萌生了“怎么拯救Code Style强迫症”的想法。

建立属于你的智能客服

随着人工智能的发展,对话式交互穿着语音和文本的外衣,携手模糊搜索引擎,怀抱计算科学和语言学的内核,带着定制化推荐的花环,驾着深度学习和大数据的马车乘风破浪而来——我们就知道,大约是时候了。至少,我们已经可以十分钟内创造自己的对话式客服了。今天的文章大约分三章,历史,今天(chatbot api)和未来(深度学习和智能问答)。希望在今天的session之后,这三张图片对我们来说都不再神秘。

应用敏感信息的6个配置原则

无论是微服务还是单体应用,往往都会用到很多配置信息。在众多的配置信息中,有一类非常敏感,例如数据库账号密码、API Key、Service Account等。由于其特殊性,这些配置信息一旦泄露出去就很可能会使得应用遭到黑客攻击,例如数据库账号密码泄露可能导致“拖库”,甚至数据丢失。

在实际开发过程中,有几种常见的敏感配置信息管理方式,其优缺点各不相同,让我们依次来看看。