人工智能顶会 ICLR 2020 将于明年 4 月 26 日于埃塞俄比亚首都亚的斯亚贝巴举行，不久之前，大会官方公布论文接收结果：在最终提交的 2594 篇论文中，有 687 篇被接收，接收率为 26.5%。华为诺亚方舟及其合作实验室有多篇论文被 ICLR

在创业公司的这几年收获颇多，无论是对行业格局还是产品的认识以及技术体系都比之前有了较深刻的理解。最初的交易系统雏形：基于springside的开发框架 ＋ 阿里云服务器 ＋ oracle，准确的来讲，这更像是一个小项目还谈不到架构的层次，人员配置：我和另一

Spring Cloud Bus 将分布式的节点用轻量的消息代理连接起来。它可以用于广播配置文件的更改或者服务之间的通讯，也可以用于监控。本文要讲述的是用Spring Cloud Bus实现通知微服务架构的配置文件的更改。按照官方文档，我们只需要在配置文件

今年产生的众多预训练语言模型中，ALBERT 是不同寻常的一个，因为它参数量明显比大部分模型都要小，却能在多项基准测试中达到 SOTA。本文是对该研究的第一作者——谷歌科学家蓝振忠博士进行了采访。在与机器之心的交流中，蓝博士解答了关于 ALBERT 的一些

如果第二次看到我的文章，欢迎文末扫码订阅我的个人公众号哟~本文长度为3633字，建议阅读10分钟。但是，实际我们的工作中所面临的可能只有一块积木，而且还是一大块，要换得一起换，要修得一起修。不管是平时的系统升级也好、修复bug也好、扩容也好，其实就是一场“

一期服务化改造完成后不久、公司计划推出新的不同形态的信贷产品。以产品服务为例，我们抽象出信贷产品的核心领域、针对各个领域进行领域模型设计。为了提升整体的研发效率、针对信贷产品我们进行了一轮平台化改造，主要是将各个领域的核心流程及核心策略进行抽象、然后进行配

在DDD的架构设计中最难以解决的就是一致性问题，所以我采纳是BASE的最终一致性的方式，至于最终一致性的概念，不在本博客中阐述，设计理念，不外乎就是弥补的方式。可用性，无论是传统架构还是CQRS架构，都可以做到高可用，只要我们做到让我们的系统中每个节点都无

目前服务器的安装部署已经基本完成，简单的画了一下整个架构图，redis没有设计进去，这块主要用于库存的管理，大概思路是要采用redis技术进行管理，但是如何实现还有待确认。整个架构里面，读写分离的实现还是相当强大的，降低数据库的压力非常有意义。下次单独写个

</servlet-mapping>这是标准配置，如果是报错如题，应该吧*.jsp签名的/去掉。如果有虚拟路径，签名的/应该加上。

开篇讲架构之前，我们先谈谈什么是架构？这是一个只可意会不可言传的概念，来自度娘百科的解释是：架构，又名软件架构，是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。度娘说，用于指导大型软件系统，诚然，架构对于大型软件系统尤为重要，但是一

8、代码会讲故事，但不会讲述完整的故事。

关于SOA的概念，你可以找到很多的文章从不同的角度来描述它，不同的软件提供商也有不同的定义方式。从概念的角 度，IBM对SOA的定义是最为全面的，既SOA是一种构造分布式系统的方法，它将业务应用功能以服务的形式提供给最终用户应用或其他服务。SOA包括如 下

" 对方爽快的回答："Spring+Struts+Hibernate。" 嗯，这位很可能不是架构师......悲哀的发现，自己的再发现式积累还是太慢、太片面，大多局限于GOF23、Java EE架构模式、RUP 等方面。架构师

没有图纸的建筑工地、没有设计的造桥工程都是不可以想象的混乱世界。参考软件企业架构师需求、结合目前架构师所需知识，总结架构师自我培养过程大致如下仅供参考： 1、架构师胚胎(程序员)学习的知识是语言基础、设计基础、通信基础等，应该在大学完成，内容包括java、

3)2011-2013:按业务进行组件化拆分,RPC调用。组件化改造工作还在进行中，并非所有业务线都进行了改造；相对来说，新业务线采用最新架构的主动性最高，因为没有历史包袱。中小客户公用site：每年大概新增3000万，DB只存储3年内数据。前10大客户s

办公室里，关于什么是软件架构，争论正酣。配置管理员笑了；数据库工程师说：软件架构规定了持久化数据的结构，其他一切只不过是对数据的操作而已。上述争论可以总结为一句话：不同涉众看待软件架构的视角是不同的。

时间过得很快，来淘宝已经两个月了，在这两个月的时间里，自己也感受颇深。下面就结合淘宝目前的一些底层技术框架以及自己的一些感触来说说如何构建一个可伸缩，高性能，高可用性的分布式互联网应用。除了淘宝目前的session框架的实现方式以外，其实集中式sessio

时间过得很快，来淘宝已两个月了，在这两个月的时间里，自己也感受颇深。下面就结合淘宝目前的一些底层技术框架以及自己的一些感触来说说如何构建一个可伸缩，高性能，高可用性的分布式互联网应用。幸运的是淘宝已经具有了此类框架。

因为工作内容的原因，我在前后两家公司中的工作中主持和经历了十余次代码和架构的重构，下面随便说说我对重构的一些经验和想法。首先重构面临的背景都是相似的，程序员们为了快速完成需求和上线而写出了最基本的代码，而在功能的不断扩充过程中，以打补丁的方式对代码进行扩充

7.负载均衡：Nginx，对于访问量大的WEB服务器，做负载是必须要走的路，没有一台服务器可以满足无穷大的访问量，去多架几台WEB服务器吧，呵呵