37 天前 / 知了一笑
可以简单，更需要复杂； 一、基础描述围绕客户管理通常分为售前、售中、售后、三个核心阶段，即营销、销售、服务三个核心流程与策略，在之前的文章中有聊过 CDP 系统的设计，本篇从客户档案模型来看看设计上的细节； 首先说明在客户档案管理中的几个常用概念，先统一基本的共识，然后从开发的角度，进行各个模块的实现和流转分析； 对于客户相关的系统来说，不管是偏向数据的 CDP 平台，还是偏向销售管理的 CRM 应用，其基础能力需要对客户的档案信息进行不断的维护，以提高客户数据的准确性，用来支撑数据发掘分析，分层管理...
44 天前 / 訢亮
《持续交付 发布可靠软件的系统方法》读书笔记实现持续交付不仅仅是买些工具，做一些自动化的工作。它依赖于交付过程中所涉及的每个人的协作，来自行政管理层的支持，以及基层人员的改进意愿。持续交付不仅仅是一种新的交付方法论。对依赖于软件的业务来说，它是一个全新的范例。要想知道为什么，需要研究公司治理核心中一种根本的张力（tension）。CIMA 把企业治理（enterprise governance）定义为“由董事会（board）和执行管理层行使的一系列职责和实践，其目的是提供战略方向，以确保达成业务目标，风险被合理地管理起来...
50 天前 / 訢亮
《持续交付 发布可靠软件的系统方法》读书笔记当我们说起组件时，是指应用程序中的一个规模相当大的代码结构，它具有一套定义良好的 API，而且可以被另一种实现方式代替。 对于一个基于组件的软件系统来说，通常其代码库被分成多个相互分离的部分，每个部分通过个数有限的定义良好的接口提供一些服务行为，与其他组件进行有限的交互。基于组件的设计通常被认为是一种良好的架构，具有松耦合性，是一种鼓励重用的设计。事实也确实如此。但它还有另外一个重要的好处：对于大型软件开发团队的协作来说，它是最有效的方法之一。
51 天前 / 訢亮
《持续交付 发布可靠软件的系统方法》读书笔记数据库脚本化与系统中其他变更一样，作为构建、部署、测试和发布过程的一部分，任何对数据库的修改都应该通过自动化过程来管理。也就是说，数据库的初始化和所有的迁移都需要脚本化，并提交到版本控制库中。无论是为开发人员创建一个新的本地数据库，还是为测试人员升级系统集成测试环境，或者作为发布过程的一部分迁移生产环境中的数据库，都应该能够使用这些脚本来管理交付流程中的每个数据库。当然，数据库的模式会随着应用程序不断演变。
56 天前 / Scenic
Bytebase 是一个开源数据库 DevOps 工具，它相当于在整个应用程序开发生命周期中管理数据库的 GitLab，它为 DBA 和开发人员提供了一个基于 Web 的工作空间，以安全有效地协作和管理数据库变更。 随着 DevOps 进入主流，大部分团队采用 GitLab/GitHub 等工具来管理代码，并开始采用 Terraform 来管理基础设施，同样的，Bytebase 就是在应用程序开发期间管理数据库的这样的一个工具。Bytebase 是对现有云提供商的数据库平台或公司内部数据库运维平台的补充，虽然这些平台负责数据库实例级别的操作（例如配置数据库实例）...
59 天前 / 路强
今天带来一篇关于 Go 版本管理器 gvm 的小短文。废话不多说，开始安装。 安装如果你使用的 mac，mac 需要先安装 xcode-select，没安装过的同学可以按照如下命令进行执行安装，这里不做太多说明了。 xcode-select--install brewupdate brewinstallmercurial 按照 github 上面指示，我们这里按照命令行进行下载 gvm-installer 进行安装，终端执行有问题的同学也可以到 gvm-installer[1]页面进行 clone 安装。 $bash<<(curl-s-S-Lhttps://raw.githubusercontent.com/moovweb/gvm/master/binscripts/gvm-installer) Cloningfromhttps://github.com/moovweb/gvm...
82 天前 / 北鱼扶摇
点击卡片，关注，置顶公众号 技术干货，及时送达！ 在内网看到一个讨论帖，原文如下： 如何管理 leader 对你的能力预期？ 你一个项目做得好，之后类似项目，leader 认为你也就是合格水平，而且认为你只会做这种项目。 SAD。 思考在开始之前先想下这几个问题： 你为什么需要管理 leader 对你的能力预期？为什么会产生这个问题？是因为「leader 认为的你的能力」和「你自己认为的自己的能力」之间有差异？那么你是怎么评估和判断「leader 认为的你的能力」的？是他亲口告诉你...
84 天前 / Yourtion
如今，寻找和雇用所有必要的人才来建立你的数字产品是具有挑战性的。因此，许多企业选择替代解决方案，并将其项目的某些部分外包。因此，他们可以扩大专业知识，实现更大的灵活性，提高生产力，并降低成本。在外包模式中，分布式软件开发团队是值得考虑的。这种模式涉及在其他地区、国家或大陆雇用远程专家。它使你能够进入全球 IT 人才库。因此，你可以选择可靠的技术合作伙伴，不受地域限制。分布式团队使用多种工具和技术进行沟通、规划和管理项目。这篇文章将分享管理分布式软件开发团队的工作流程时使用的见解、有价值的提示和高效的技术。
86 天前 / yybbb
马云在一次公开演讲中提到，"过去数字化是企业活得更好的一个手段，而现在和未来，数字化是企业活下去的关键。"在数字化的过程中，最大的成本就是软件研发的成本， 通过数字化管理软件研发就变成越来越重要的事情。 本文作者杜仲（肖劲青），健信科技创始人 &CEO，TGO 杭州滨江 2 组成员。有二十余年软件研发经验，旗下有自研的“软件研发数字化管理产品——Joyone”。本文将总结杜仲团队在软件研发管理领域的多年的实战经验。
91 天前 / 逆锋起笔
code 小生 一个专注大前端领域的技术平台公众号回复 Android 加入安卓技术群 作者：DoctorCat2020 链接：https://www.jianshu.com/p/0b6674c3a3ad 声明：本文已获 DoctorCat2020 授权发表，转发等请联系原作者授权 文章示例代码已上传 GitHub，地址：https://github.com/chenglei1986/reuse_a_flutter_engine_across_screens 1 准备工作集成 Flutter 到现有项目具体步骤请参考官方文档。 如果你的项目是基于 Flutter stable 分支（在这篇文章完成当时的版本为 1.17.1-stable），那么 Android 项目 Application 模块的文件夹名称必须为 app，否则编译报错。
103 天前 / 冷星1024
给团队封装一个简单统一的日志管理工具 / 模块，来替换掉项目中野蛮生长的 console.log()吧！ 大厂技术高级前端Node 进阶 点击上方程序员成长指北，关注公众号 回复 1，加入高级 Node 交流群 一、问题背景 在项目中，我们会频繁用到 console.log() 来输出一些关键信息到控制台中，有助于开发调试，以及问题的排查，待项目上线后，这些调试日志又得及时清除。 同时在前端质量要求下，我们会做“前端埋点”，用于远程上报一些关键行为信息，用于在出问题时还原用户的操作路径，复现 BUG，从而解决问题，而各种各样的上报若是能在业务开发中抹平差异...
124 天前 / 九彩拼盘
本文适合有 react、antd 基础的小伙伴阅读 欢迎关注前端早茶，与广东靓仔携手共同进阶～ 作者：广东靓仔一、what sulasula 是在蚂蚁金服多个生产项目沉淀出来的一套「产品级」配置框架，通过插件化的方式实现了配置的高扩展性与高灵活性，并且 sula 通过行为插件的引入，建立了渲染插件与用户行为的连接，实现了场景式的语义化配置。 在 github 的 sula 项目中 package.json 可以看到如下： "antd":"4.3.4" 可以看出 sula 是基于 antd 的，因此熟悉 antd 的小伙伴上手是很快的。
137 天前 / 九彩拼盘
常见的管理后台系统的有 3 个特点： 页面数量多。相似页面多。页面业务复杂。问题及解决方案开发管理后台的相似的复杂页面，如果采用复制粘贴的方式，会出现大量的重复代码。每次改动重复的部分，都会产出巨大的工作量。以下面两个场景为例： 场景 1: 给所有列表页的搜索条件加重置功能 如果 100 个列表页，则要加 100 个地方。 场景 2: 第三方下拉框组件升级 下拉框是用第三方组件。新的需求要升级下拉框组件。新版本的组件的 API 变了。要把所有组件都改一遍。 场景 1 是重复代码多导致的的问题。可以通过提升代码复用性来解决。
138 天前 / u561252
本篇文章来自《华为云云原生王者之路训练营》钻石系列课程第 11 课，由华为云 OSC 云原生服务中心服务技术负责人 Lucas 主讲，深度剖析 Kubernetes 应用管理，帮助大家了解主流 K8S 应用管理生态的使用场景，Helm chart 模板机制和 Operator 机制。 01 K8s 应用模板的使用场景介绍 Helm 能给我们带来什么 完整的应用通常不只是简单的 deployment，StatefulSet 等负载资源，通常还包括配套的 service, PV/PVC, configmap 等一系列资源。我们在进行实例下发、升级、更新换代等一系列生命周期操作时，这些资源都需要统筹考虑。
145 天前 / 铭毅天下001
1、Elasticsearch 保证高可用性的方式 Elasticsearch 保证集群高可用的方式包含但不限于如下三种： 方式一：副本分片。主分片失效后，副本分片会被提升为主分片。方式二：跨集群复制主从同步。简称：CCR，指的是索引数据从一个 Elasticsearch 集群复制到另一个 Elasticsearch 集群。对于主集群的索引数据的任何修改都会直接复制同步到从索引集群。方式三：快照。快照在给定时刻对集群或者索引按了暂停键且拍摄了当时的全部“照片”。这样，当在之后的某个时间点，倘若集群或索引出现故障，可以基于之前的快照进行快速恢复。