ASCE1885,硕士毕业于华中科技大学,先后在华为、百度、平安任职,从事过 C++ 桌面和嵌入式软件开发、移动开发、后端开发,前端开发也有所涉猎,曾写过《Android 高级进阶》一书,热衷技术文章的翻译和编写,最近重点关注开发运维、云原生相关方向。微信公众号:ASCE1885。
九层之台,起于累土
本文介绍了 Git 在工程化中的信息配置、gitignore、分支规范、commit规范和 GitHook 等实践,可供参考借鉴。
本文作者总结出了日常开发中十六点思考,帮助大家写出更好的代码。
•全链路中的数据透传[1]
在微服务的应用场景下,服务之间可以通过各种方式与协议进行交互,同时整条链路也会变得比较长。与此同时,我们会希望一些数据在整条链路中进行透传,比如说用作对普通 api 参数的动态补充、链路压测标识或者灰度发布标识等。
在 Seata 项目中,最早由阿里巴巴中间件开源出的 AT 模式(Automatic Transaction) 是一套创新的、业务无侵入的分布式事务解决方案。截止 Seata 的 GA 版本发布,AT 模式 已经在开源社区引起了广泛关注, 40 余家企业用户已经将 Seata 的 AT 模式应用于生产。AT 模式 的独特之处到底在哪里?这种事务模式的设计思路来自哪里?价值是什么?希望可以通过这篇文章,帮助大家深入解读 Seata 的 AT 模式,理解其中的精髓。
他山之石,可以攻玉
近年来,随着IT技术与大数据、机器学习、算法方向的不断发展,越来越多的企业都意识到了数据存在的价值,将数据作为自身宝贵的资产进行管理,利用大数据和机器学习能力去挖掘、识别、利用数据资产。如果缺乏有效的数据整体架构设计或者部分能力缺失,会导致业务层难以直接利用大数据大数据,大数据和业务产生了巨大的鸿沟,这道鸿沟的出现导致企业在使用大数据的过程中出现数据不可知、需求难实现、数据难共享等一系列问题,本文介绍了一些数据平台设计思路来帮助业务减少数据开发中的痛点和难点。
由于某些不恰当的实施方式,敏捷导入有时在企业里处于「两头不讨好」的尴尬状态:业务认为敏捷是造成低质量交付的推手,而研发觉得敏捷是管理者压榨团队的帮凶。通过分析众多敏捷实施失败案例,我们发现大多数情况下,版本迭代节奏不匹配组织和业务特点是导致失败的根本原因之一。
Elasticsearch(ES)作为开源首选的分布式搜索分析引擎,通过一套系统轻松满足用户的日志实时分析、全文检索、结构化数据分析等多种需求,大幅降低大数据时代挖掘数据价值的成本。腾讯在公司内部丰富的场景中大规模使用 ES,同时联合 Elastic 公司在腾讯云上提供内核增强版的 ES 云服务,大规模、丰富多样的的使用场景推动着腾讯对原生 ES 进行持续的高可用、高性能、低成本优化。今天给大家分享近期在 Elastic 中国开发者大会上的演讲内容:腾讯万亿级 Elasticsearch 技术解密。
•一招提速30ms,解密58同镇推荐业务之动态日志级别配置实践
最近在做58同镇推荐数据响应时间优化,在代码重构方面做了很多工作的同时,思考了从日志方面优化响应时间的方法。希望我们的思路能够对大家有所启发。
授人以鱼,不如授人以渔
近几年面试了不少新人,当问到职业规划时,大多都会说先积累技术,然后往架构师的方向发展。这可能是技术人的一个特质,喜欢跟机器相处,沉浸在代码之中,而不喜欢跟人打交道。
本文根据新精英生涯创始人古典在北京 E 家宴上带来的《领导者的生涯发展与人生管理》的演讲整理。在演讲中,古典分享了领导者该如何发展自己的职业生涯通路,突破瓶颈。同时,帮助大家解答在人生和职业发展中,有哪些黄金点和风险阶段。
References
[1]
全链路中的数据透传: https://fredal.xin/all-link-context?