ServiceMesh的起源：为什么会出现ServiceMesh技术？微服务架构的特性特点1：围绕业务构建团队!ServiceMesh理论篇(https://s4.51cto.com/images/blog/202012/22/75e8

Git学习之团队协作(https://my.oschina.net/kcp1104/blog/1610809)|Git学习之常用基础命令(https://my.oschina.net/kcp1104/blog/1610807)|Git学习之入门(https://my.oschina.net/kcp1104/blog/161

原文出处：https://bohutang.me/2020/06/05/clickhouseandfriendsdevelopment/一次偶然的机会，和ClickHouse团队做了一次线下沟通，Alexey提到ClickHouse的设计哲学:1.Theproductmustsolveactualproblem

应用安全早期的安全工作DevSecOps沟通和协作虚拟安全团队云上安全安全隔离原则移除静态密钥凭证管理适当的权限划分混沌工程在安全的使用

Java团队课程设计socket聊天室（Day3）写了两天的项目，越写到后面越觉得这个结构太烂了，所以迫不得已只能重新搭建框架此前代码的冗余度太高，复用率低，于是今天重构项目重构后：!

在前面的一篇文章里面我和大家聊过了极限编程的重要性，今天想和大家聊聊极限编程里面最简单但也往往最容易被忽略的实践——编码规范。说到编码规范，每一个开发人员都非常熟悉，每一个团队也都有自己的编码规范。但实际的执行情况如何呢？估计大多数的团队都是形同虚设，编码

近日，由天翼云科技有限公司云网产品事业部混合云团队完成的论文《MultivariateTimeSeriesCollaborativeCompressionforMonitoringSystemsinSecuringCloudbasedDigitalTwin》在云计算领域国际知名学术期刊JournalofCloudComputing：Advances,SystemsandApplications(JoCCASA)发表。

在准备将软件上线到生产环境之前需要进行测试。随着软件测试方式日趋成熟，软件开发团队的测试也在取代大量手动测试，逐渐实现自动化测试。

这些技术债务到底是从何而来？为什么某些团队在Scrum开发过程中会导致技术债务的积累呢？我们该如何解决技术债务呢？

极限编程里面有一个比较有争议实践就是结对编程。很多团队的管理者在谈到结对编程的时候，第一反应是浪费时间：本来一个人可以干的事情要安排两个人干，不是浪费时间吗？那结对编程到底会不会浪费时间呢？结合我们禅道团队自身十几年的结对编程实践，跟大家做一下分享。首先来