2022-07-05 16:30:00 ~ 2022-07-06 16:30:00
本次五一系列活动通过尝试场景的打造在视觉上进行创新性的突破。本文从设计构思到视觉展示,从出行场景的带入到出行心智的打造,为此次节日活动做一个回顾和总结。
登录后可查看文章图片
C/C++ 具有天然的跨平台特性,丰富的构建工具、Native 的性能以及成熟的社区生态,近年来移动端也越来越多的集成了一些使用 C/C++ 开发一些逻辑内聚且对性能要求较高的模块,特别是各类引擎模块例如音视频编解码、RPC 网络库、数据库、神经网络库等。
魔鱼搭投编辑器是一个前端页面可视化搭建工具,运营借助编辑器可以调用搭投的底层能力,在无需开发介入的情况下,自主修改页面内容。
登录后可查看文章图片
Redis 这么优秀的原因是什么呢?我们可能会想到它基于内存的存储介质,多路复用的IO方式,以及主模块的单线程模型等等,但往往忽视了一点,就是 Redis 在底层数据结构上的实现。
我们团队基于Elasticsearch开发了一款将数据从数据库实时同步至Elasticsearch的工具——搜索平台,其实现方式主要是通过flink将数据库中已有的存量数据导入Elasticsearch,并订阅数据表的binlog,将实时改动也同步至Elasticsearch。
AIoT团队在搜索平台上维护了一个较大的索引,其写入平均有2k到3k的tps,查询也有数百QPS。由于该索引较重要且占用资源较多,因此使用Elasticsearch的template功能将之单独部署在专用的机器上。
从5月底开始,写入此索引的flink实时任务就会偶现失败重启的情况,经排查,发现是写入Elasticsearch的请求超时导致的,结合当时机器的cpu占用等指标判定是写入tps过高导致Elasticsearch无法承受,因此,将该索引所占的机器从2台升级到3台,并使用业务数据进行了一轮写入压测,发现能支撑业务方的写入速率,扩完后较长一段时间内,该索引也一直没有出现问题,因此认为问题已经被解决了。
登录后可查看文章图片
我们希望通过低代码这种方式来提高工程师的效率,一方面,通过配置而不是写代码的形式开发页面,极大减少开发和维护的时间,实现快速增量与迭代;另一方面,通过这种非编码的方式,避免快速迭代而产生的技术债。
登录后可查看文章图片
You may have read that Shopify has built an in-house cloud development platform named Spin. In that post, we covered the history of the platform and how it powers our everyday work. In this post, we’ll take a deeper dive into one specific aspect of Spin: Isospin, Shopify’s systemd-based tooling that forms the core of how we run applications within Spin.
The initial implementation of Spin used the time-honored POSS (Pile of Shell Scripts) design pattern. As we moved to a model where all of our applications ran in a single Linux VM, we were quickly outgrowing our tooling—not to mention the added complexity of managing multiple applications within a single machine. Decisions such as what dependency services to run, in what part of the boot process, and how many copies to run became much more difficult as we ran many applications together within the same instance. Specifically, we needed a way to:
At a certain point, stepping back, an obvious answer began to emerge. The needs we were describing weren’t merely solvable, they were already solved—by something we were already using. We were describing services, the same as any other services run by the OS. There were already tools to solve this built right into the OS. Why not leverage that?
How we reinvented our developer environment by going cloud native to keep up with increasing complexity and exponential growth.
笔者负责的npm包是 ICBU信天翁低代码平台渲染引擎,160+应用 600+页面基于该引擎开发,内网日npm下载 1K+。经过不懈努力(CV),终于把单测提到了95%。
然而,虽然在覆盖率上获得了一些数据的改变,但作为开发者,想要的并不是数据上的完美,而是它真的完美(没BUG)。作为一个高频引用的底层库,改动一行代码都可以影响到用户意想不到的bug。
高单测覆盖率不能避免改动引发,小的改动引发就可能带来大的线上问题。
登录后可查看文章图片
距离 https://github.com/baidu/amis 第一行代码的提交已有七年,距其开源也过去了将近三年的时间,amis可视化搭建平台早已成为百度内部使用最广的低代码平台,在此基础上孵化出的对外商业版本 “爱速搭” 在金融,政企,工业等行业也有了自己首批客户。
很少有企业能长期保持行业主导地位。值得一提的是,我们发现企业被竞争对手超越的关键节点,大多数是在它们创新失败的时刻。
为什么创新会失败?为什么创新失败可能会产生这么大的影响?根本原因在于,那些在不断变化的市场环境中产生的创新,那些具有颠覆性、但又在资源受限且充满不确定性的环境中爆发出来的创新,它们本质上充满着各种决定性的矛盾。这些矛盾如果处理不当,会让团队与组织陷入困境。
■ 面对增长机会,要灵活还是要纪律?
■ 是开发差异化产品,还是借鉴竞争对手的创意?
■ 看数据还是看直觉?
■ 什么时候参考内部想法,什么时候参考外部建议?
■ 如何平衡效率和灵活性之间的矛盾?
■ 创新如何做到既让人感觉熟悉亲切但又与众不同?
■ 把钱花在品牌推广上,还是花在更好解决客户的问题上?
■ 当你改变方向时,如何让原来支持你的人继续支持你?
创新从来非易事。如果领导者能够对上面的几个问题有所思考,平衡背后各种因素的角力,就可以解决一些创新中最棘手的矛盾。当你及时直面它们,就可以降低可能会拖累创新的脚步的风险。
登录后可查看文章图片
Spring Expression Language(简称 SpEL,Sp:Spring,EL:Expression Language)是一个支持运行时查询和操作对象图的强大的表达式语言。
在Spring产品组合中与我们常见的Beans 模块、Core 核心模块、Context 上下文模块一起组成了Spring 的核心容器,是表达式计算的基础,支持在运行时查询和操作对象,可以与基于XML和基于注解的Spring配置还有bean定义一起使用。
登录后可查看文章图片
能抵抗剪切、拼接和编辑等攻击的隐藏水印了解一下?
SOFA 是 Simple Object-oriented and Flexible Architecture 的简称,是阿里巴巴国际技术事业部自研的专门针对复杂业务场景的应用架构。
登录后可查看文章图片
天猫精灵运营平台设计的扩展点架构,正在改变业务与平台的合作模式,尝试用技术架构解决快速发展的业务与平台能力沉淀之间的矛盾。
登录后可查看文章图片
关注公众号
接收推送