## Cmake 实践 Cmake Practice --Cjacker ## 前言： ccmake 已经开发了 5,6 年的时间，如果没有 KDE4，也许不会有人或者 Linux 发行版本重视 cmake，因为除了 Kitware 似乎没有人使用它。通过 KDE4 的选型和开发，ccmake 逐渐进入了人们的视线，在实际的使用过程中，ccmake 的优势也逐渐的被大家所认识，至少 KDE 的开发者们给予了 Foo_FIND_QUIETLY 的定义，这显然是错误的，这样的定义永远不可能有效，正确的定义是 F00_FIND_QUIETLY。种种原因，促使我开始写一份“面向使用和实用”的 cmake 文档，也就是本教程《CMake 实践》(CMake Practice) 本文档是边学习边编写的成果，更像是一个学习笔记和Tutorial，因此难免有失误或者理解不够透彻的地方，比如，我仍然不能理解为什么绝大部分使用变量的情况要通过$ pkgconfig，您在实际使用中会有所体会，虽然有一些扩展可以使用，但并不理想。 ### 4. 个人的建议： 1. 如果你没有实际的项目需求，那么看到这里就可以停下来了，因为 cmake 的学习过程就是实践过程，没有实践，读的再多几天后也会忘记。 2. 如果你的工程只有几个文件，直接编写 Makefile 是最好的选择。 3. 如果使用的是 C/C++/Java 之外的语言，请不要使用 cmake（至少目前是这样）

## DOCKER 从入门到实践 om/static/7994cfce33b4e065.svg  Index 01 | Why Docker? 02 | Docker 基础 03 | Dockerfile 04 | Docker Docker 的 CI 持续集成和 CD 持续支付 2. 基于 Kubernetes, Docker Swarm 的集群弹性扩容 ## 参考资料 1. 什么是 Docker？ 2. Docker 从入门到实践 3. Docker compose 详解 4. 深入浅出Docker 5. Hulk 容器服务 📚 Thank You!

# PostgreSQL 开发最佳实践 p0s digoal 阿里云 ## 目录 - 规约的重要性 - 命名规约 - 设计规约 - 管理规约 - 稳定性与性能建议 - 云数据库使用建议 ## 规约的重要性  ## 目录

## 严选 ServiceMesh 实践 ## 王国云 网易资深专家 严选中台技术团队负责人/容器化负责人 ## 背景 ## 基础架构三问： 1. 服务治理：RPC 框架 vs 服务治理平台 2. 多语言 vs Java 3. 开源 vs 自研 ## 严选初创 严选正式对外发布 技术团队规模：10+ 单体 2016.4 ## Service Mesh 架构试点 严选业务快速增长 2016.7 ## Service Mesh 架构全面落地 严选业务快速增长 服务化 技术团队规模：200+ 2017 /01 严选 Service Mesh 演进 /02 混合云架构落地实践 /03 规划与展望 ## 严选ServiceMesh演进 · 使用 Consul 作为服务发现组件 · 数据面：cNginx · 控制面：Consul 管理后台 ![Image](/up

$ ^{®} $ ## Transforming How The World Builds Software ## 阿里云 ## Pivotal ## Pivotal Greenplum 最佳实践分享 陈淼 Pivotal大中华区大数据资深架构师 ## 目录 Greenplum运维常见问题 • Greenplum运维常用命令 • Greenplum日常检查和故障处理 • Greenplum项目经验分享 ) )p where row_number=1 ORDER BY age DESC; ## 数据库对象数上限的最佳实践 GPDB内部的对象：所有的表（包括分区表）、索引、视图等都称为对象 GPDB最佳实践所推荐的对象管理要求是：一个数据库内对象不要超过10 0000个 最佳实践是出于对系统性能和稳定性因素建议对pg_class所维护的对象数进行约束 • 减少对象数的方法： - 提高分区粒度

## cloudera ## HBase最佳实践及优化 陈飚 cb@cloudera.com Cloudera ## 关于我 陈飚 Cloudera售前技术经理、资深方案架构师 http://biaobean.pro  原Intel

## 👍 ## Node 在有赞的实践 KK · 一、Node 基础框架的迭代与演进 · 二、Node 接入有赞服务化体系的历程 · 三、未来需要做的一些事情 ## 第一个 Node 项目 有人（有赞的一个内部管理系统） 

## GCN ## Go工程可观测性实践 周曙光 得物 Go开发  可观测性概述 01 链路追踪 02 指标 03 ## 第一部分 ## 可观测性概述 ## “ ## 什么是可观测性？ 广义的可观测性：可以根据系统的外部输出信息推断出系统内部状态的好坏。

66cd89cc35531775c47e/p1_2.jpg) ## 深度学习实践 from Tensorflow to AI-Hub 王顺 – Google Cloud 目录 CONTENTS >> 从零开始 >> 初步修改 >> 业务升级 >> 实践指南  ## 4 实践指南 实践经验小结 ### 1. Data  /0/3/d203e99d6cb066cd89cc35531775c47e/p36_12.jpg) ## Takeaways • 在不同设备上执行训练 · 基于AI产品的全流程 · 深度学习实践： - 质量 - 效率 - 专注 - 稳定 · 参与和行动！！！ ## Python 30th ![Image](/uploads/documents/d/2/0/3/d203e99d6

Service Mesh Meetup #5 广州站 ## 唯品会Service Mesh的实践分享 郑德惠 2019.1.6 • 唯品会内部Service Mesh的演进 • 与Istio的区别 • 实践中踩过的坑 • 今年规划（Roadmap） ## 内部Service Mesh的演进 ### 服务化体系1.0 Service Registry Service Config 任何组件都有不可用的时候。客户端无论如何都要有自切换的能力和可用的备份 - 尽量减少外部组件依赖。业务/运维总会有各种特殊的需求，依赖外部组件会给自定义需求带来障碍。 - 保持客户端选择proxy的自由度和灵活性，在我们的实践中好处大于坏处 #### 胖客户端 vs. service mesh vs. cluster ||胖客户端|Sidecar（物理机）Daemonset（云）|Cluster（HTTP）| |---|---|---|---| o-api-vip-com-p0001" we 备用银联接口实例 label"osp-noah-demo-api-vip-com-p0002" we 标音肥条佳 ## 实践中踩过的坑 ## ZooKeeper的强耦合 - 初始设计没有抽象服务注册发现和服务配置的接口，直接操作ZK并且依赖了ZK的特性和原语 • ZK弊端显现 • 跨机房多活问题 • 性能问题 宠物对待