Mobabel

Just One Pure ITer

Mobabel Blog

0

Theory & Solution

[转]如何用Intel Analytics Zoo/BigDL为已有客服平台添加AI功能？

1. 背   景 在如今商业高度发达的社会，客户支持服务平台已被广泛使用在售前和售后为客户提供技术或业务支持，例如银行的电话客服，淘宝京东等电商的在线客服等等。传统的客户支持服务平台仅仅是一个简单的沟通工具，实际的服务和问题解答都是靠大量的人工客服和客户直接交互。后来随着机器智能和自动化技术的提升，越来越多的商家开始为客服系统添加智能模块，节省人力，提升顾客的交互体验。

0

Build High Performance System

[转]大规模集群任务调度

常见的调度系统往往兼顾了准确度却牺牲了性能，容器调度的复杂性使得很难在准确和效率之间找到平衡点，尤其是在交互式调度的场景下，可取的解决方案更是捉襟见肘。 随着分布式计算集群规模的不断扩张，任务调度系统的稳定性成为了整个集群稳定的关键因素。随着容器技术的快速兴起，基于容器的计算平台被大量应用，任务调度的规模及频率快速上升，这对任务调度系统提出了更为严苛的挑战。 常见的调度系统往往兼顾了准确度却牺牲了性能，容器调度的复杂性使得很难在准确和效率之间找到平衡点，尤其是在交互式调度的场景下，可取的解决方案更是捉襟见肘。本篇文章就以此为背景，介绍大规模调度场景下分布式任务调度的难点、解决策略及现有的一些方案。

[转]CTO 身上有一股“匪气”，话语权都是自己挣来的 0

Architect&CTO

[转]CTO 身上有一股“匪气”，话语权都是自己挣来的

郭炜，毕业于北京大学，2016 年加入易观，担任易观 CTO，构建易观技术团队完成易观大数据采集、平台、数据挖掘等技术架构与体系。加入易观智库之前，曾任联想研究院大数据总监，万达电商数据部总经理、并曾在中金、IBM、Teradata 公司担任大数据方向重要岗位。在大数据采集、存储、处理、挖掘、应用研发等方面具有丰富的理论和实践经验。同时在技术管理上有独特的见解与实践。  分享主题：《空降 CTO 的立与升》

[转]为什么说JSON不适合做配置文件？ 0

Spring Boot and MS

[转]为什么说JSON不适合做配置文件？

很多项目使用 JSON 作为配置文件，最明显的例子就是 npm 和 yarn 使用的 package.json 文件。当然，还有很多其他文件，例如 CloudFormation（最初只有 JSON，但现在也支持 YAML）和 composer（PHP）。 但是，JSON 实际上是一种非常糟糕的配置语言。别误会我的意思，我其实是喜欢 JSON 的。它是一种相对灵活的文本格式，对于机器和人类来说都很容易阅读，而且是一种非常好的数据交换和存储格式。但作为一种配置语言，它有它的不足。

[转]史上最全 40 道 Dubbo 面试题及答案 0

Theory & Solution

[转]史上最全 40 道 Dubbo 面试题及答案

Dubbo是国内最出名的分布式服务框架，也是 Java 程序员必备的必会的框架之一。Dubbo 更是中高级面试过程中经常会问的技术，无论你是否用过，你都必须熟悉。 下面我为大家准备了一些 Dubbo 常见的的面试题，一些是我经常问别人的，一些是我过去面试遇到的一些问题，总结给大家，希望对大家能有所帮助。

0

Architect&CTO

[转]CTO是否要写代码？

首先我给大家看看 CTO 应该干什么，或者说一个技术人员，互联网公司都会遇到所有这些事。这个坐标轴最左面是操作一级的，比如说写代码、测试网络、测试、搭防火墙、写脚本等等，到这边是管理上的事，再往那边是领导上的事情。这个方向是公司的规模，公司的规模越小需要操心的具体事越多，公司的事越大，你需要的领导力越多。除具体的事以外，还有流程、监控、规范、技术氛围、交往、技术体系、预算、公司的技术形象、公司技术方向、技术战略，事很多。

0

Architect&CTO

[转]16年IT老兵：技术管理者的多维度能力及转型之痛

在多年的技术管理工作中，我曾不断地遇到很多已经转型或即将转型为技术管理者的同事，他们都表达了一些类似的困惑：如何成功转型？不想丢掉技术，但如何在不丢掉技术的同时还能提升管理能力？以下是我个人在经历困惑和挣扎这个过程后的一些个人想法，在这里分享给大家。

[转]开源社区该面对现实了！ 0

Open Source

[转]开源社区该面对现实了！

跟许多开源开发者一样，我也一直在围观Redis通用条款授权的评论（https://news.ycombinator.com/item?id=17814386）。其主旨是，由RedisLabs开发的特定企业级模块上的工作成果将采用Apache 2.0和通用条款授权（Common Clause license，简单来说就是个新的授权方式），这种授权方式将禁止主机提供商、云服务提供商以及其他直接从中获益的软件开发商免费使用redis。Redis以后还是主要在RedisLabs的赞助下进行开发，并采用更自由的BSD-3-Clause授权。 最初似乎产生了“Redis要采用新授权”的误解，不过后来Salvatore（antirez）辟谣了。