营销中的 CAC、LTV 和 PBP 是什么?
- CAC:客户获取成本是将客户转化为购买产品/服务的成本。
- LTV:生命周期价值是我们可以从客户身上获得的预计净利润。
- PBP:资本预算中的回报期是指收回投资所需的时间,或达到盈亏平衡点的时间。理想的回报期约为 1 年。
LTV:CAC 比率
LTV:CAC 比率帮助您确定应花费多少资金来获取客户,以实现可持续增长。
1:1
= 销售越多,亏损越多3:1
或更好 = 良好。5:1
或更高 = 在营销上投资不足
LTV:CAC 比率帮助您确定应花费多少资金来获取客户,以实现可持续增长。
1:1
= 销售越多,亏损越多3:1
或更好 = 良好。5:1
或更高 = 在营销上投资不足==经济护城河==是指: 企业保持相对于竞争对手的竞争优势,以保护长期利润和市场份额的能力
不属于经济护城河的部分
属于经济护城河的部分
总之,在选择公共 API、API 网关或 BFF(前端后端)网关的工具时,我更喜欢 GraphQL,因为它具有尾随结果、批处理嵌套查询、性能追踪和显式缓存等功能。
JSON RPC | GraphQL | REST | gRPC | |
---|---|---|---|---|
用例 | 以太坊 | Github V2、Airbnb、Facebook BFF / API 网关 | Swagger | 高性能、谷歌、内部端点 |
单一端点 | ✅ | ✅ | ❌ | ✅ |
类型系统 | ✅,与 JSON 一样弱 无 uint64 | ✅ 无 uint64 | ✅ w/ Swagger 无 uint64 | ✅ 有 uint64 |
定制结果 | ❌ | ✅ | ❌ | ❌ |
批处理嵌套查询 | ❌ | ✅ | ❌ | ❌ |
版本控制 | ❌ | 模式扩展 | 是,使用 v1/v2 路由 | protobuf 中的字段编号 |
错误处理 | 结构化 | 结构化 | HTTP 状态码 | 结构化 |
跨平台 | ✅ | ✅ | ✅ | ✅ |
游乐场 UI | ❌ | GraphQL Bin | Swagger | ❌ |
性能追踪 | ? | Apollo 插件 | ? | ? |
缓存 | 无或 HTTP 缓存控制 | Apollo 插件 | HTTP 缓存控制 | 尚未原生支持,但仍可使用 HTTP 缓存控制 |
问题 | 缺乏社区支持和工具链 Barrister IDL | 42.51 kb 客户端包大小 | 多个端点的非结构化,便携性差。 | Grpc-web 开发进行中,140kb JS 包。兼容性问题:并非所有地方都支持 HTTP2 和 grpc 依赖 |
==经济护城河==:企业在竞争中保持竞争优势的能力,以保护其长期利润和市场份额
那些不是经济护城河来源的人
那些是经济护城河来源的人
杰瑞·纽曼:护城河的分类。
拥有一定或较少的经验,或者是在职业生涯中没有担任过任何领导或设计职位的人(无论是正式还是非正式)。
描述你以前特别感兴趣或难忘的项目经历。后续的问题包括:
由于这里的目标是评估一个人的技术沟通能力和兴趣水平,而他们有可能参与过速成班,所以你应该准备好问他们更多的问题(无论是为了更多的细节,还是有关项目的其他方面)。如果是他们是刚写完论文的毕业生,那么毕业论文通常是很好的切入点。虽然这个问题在很多方面都类似于电话面试中的简历问题,但其内容大约是电话面试的四倍,而且应该按比例更详细地询问他们都做了些什么。因此,虽然评分标准是相似的,但应该用更高的期望和更多的数据来评估面试者。
优秀的候选人能够:
充分地谈论项目经历,在面试中,与面试官的互动应当是对话而不是指导
对整个项目具有一定的了解,而不仅仅是他们所关注的领域,并且能够清楚地表达出项目的设计和意图
无论是什么项目,都要充满激情,并且能够清楚地描述出激发这种激情的项目要素
能够清楚地解释考虑了哪些备选方案,以及他们为什么选择他们所采取的实施策略
是否有从他们的经历中反思并吸取教训
而好的候选人能够:
在面试中可能会遇到一些问题,但是能够在面试官的帮助下解决
可能缺乏对项目更广范围的一些了解,但仍然对与他们直接交互的部分和特定领域具有很强的了解
也许看起来充满激情,但无法准确解释这种激情来自何处
也许能够讨论他们所做的替代方案,但是考虑的不够深刻
从他们的过往经历中反思并汲取经验
而差的候选人则是这样的:
在面试交流中表现得费劲,面试官觉得面试者是在询问他,而不是与他交谈
即使是在他们工作的领域,也可能缺乏对项目的详细了解。他们可能不了解他们的产品为何这样设计,或者不明白产品是如何与其他系统交互的
当你在询问所做过最有趣的项目时,他们对产品表现得应该很感兴趣,但事实上是,他们看起来可能并不太感兴趣
可能不熟悉潜在替代方案的实现方法
似乎并没有从他们的过往项目经历中反思和学习。而判断这种情况的重要迹象是:“你学到了什么”和“你会有什么不同”的答案很短,或者几乎千篇一律
面试是员工寻找未来同事的过程,在此过程中,他们 寻找信号来回答以下三个关键问题:
以上任何一个关键问题都无法在没有良好沟通的情况下回答。 你的工作将被那些沟通能力比你更强的人取代。
领导者 = 激励自我牺牲的愿景者
。没有说服能力,领导者就不存在。Apache Kafka 是一个分布式流处理平台。
它的抽象是一个 ==队列==,并且它具有
它可以应用于
Kafka 使用零拷贝,CPU 不需要将数据从一个内存区域复制到另一个内存区域。
没有零拷贝的情况下:
使用零拷贝的情况下:
从外部看,生产者写入代理,消费者从代理读取。
数据存储在主题中,并分割成多个分区,这些分区是复制的。
如何序列化数据?Avro
它的网络协议是什么?TCP
分区的存储布局是什么?O(1) 磁盘读取
==同步副本 (ISR) 协议==。它容忍 (numReplicas - 1) 个死掉的代理。每个分区有一个领导者和一个或多个跟随者。
总副本 = ISRs + 不同步副本
Jun Rao 说它是 CA,因为“我们的目标是在单个数据中心内支持 Kafka 集群的复制,在那里网络分区是罕见的,因此我们的设计专注于保持高度可用和强一致性的副本。”
然而,这实际上取决于配置。
默认配置(min.insync.replicas=1,default.replication.factor=1)开箱即用时,您将获得 AP 系统(至多一次)。
如果您想实现 CP,您可以将 min.insync.replicas 设置为 2,主题复制因子设置为 3 - 然后使用 acks=all 生产消息将保证 CP 设置(至少一次),但(如预期)在特定主题/分区对可用副本不足(<2)时将会阻塞。
Apache Kafka 是一个分布式流(streaming)平台。
它的抽象是一个==队列==,它的特点包括
它可以被应用于
Kafka 使用零复制技术,其中,CPU 不会执行数据跨存储区复制副本(replica)的任务。
不使用零复制技术:
使用零复制技术:
从外部看,生产者写给 kafka 集群,而用户从 kafka 集群读取内容。
数据按照主题存储,并分割为可复制副本的分区。
如何序列化数据? Avro
它的网络协议是什么? TCP
分区内的存储布局是怎样的 y? O(1)磁盘读取
==同步副本(ISR)协议==. 其容许 (numReplicas - 1) 的节点挂掉。每个分区有一个 leader, 一个或多个 follower.
总副本量 = 同步的副本 + 不同步的副本
Jun Rao 认为它是 CA,因为“我们的目标是支持在单个数据中心内的 Kafka 集群中进行复制,其中网络分区很少见,因此我们的设计侧重于维护高可用性和强一致性的副本。”
然而,它实际上取决于配置。
如果使用初始配置(min.insync.replicas=1, default.replication.factor=1),你将获得 AP 系统(最多一次)。
如果想获得 CP,你可以设置 min.insync.replicas=2,topic replication factor 为 3,然后生成一个 acks=all 的消息将保证 CP 设置(至少一次),但是,如果没有足够的副本(副本数< 2)用于特定主题/分区时,则无法成功地写。