看完你给的资料，里面有人提到的点是 3 倍内存是虚拟内存，其实不影响真正的内存？

注解类似代码的"代码"，所有的注解都需要一个注解处理器，才能识别这部分代码金进行处理.

每个人面对的信息不一样，就会得出不一样的结论。

信息是很重要的。

年龄上的歧视：2009 年，因为年龄歧视，WhatsApp 创始人 Brian Acton 在 Twitter 和 Facebook 连一份工作都找不到，那就让它们后悔去吧。

实践是检验真理的唯一标准；
夏虫不可语冰；
子非鱼，安知鱼；

这些其实都是一个道理

金钱肥肠重要。

举个违背道德的例子，骗色不违法，但是骗钱违法。

堵不如疏，老年人在买，说明他们有相应的需求，那你来帮他们解决相应的需求就行，需求不会因为你拒绝就会消失.

https://cloud.google.com/architecture/devops 从这里面能找到很多 devops 能干的事

贴一段《凤凰架构》里面的话，让你大概能明白各个组的职责和能力区别：

举个具体例子，用 Kubernetes 部署一套 Spring Cloud 版的 Fenix's Bookstore ，你需要分别部署一个到多个的配置中心、注册中心、服务网关、安全认证、用户服务、商品服务、交易服务，对每个微服务都配置好相应的 Kubernetes 工作负载与服务访问，为每一个微服务的 Deployment 、ConfigMap 、StatefulSet 、HPA 、Service 、ServiceAccount 、Ingress 等资源都编写好元数据配置。这个过程最难的地方不仅在于繁琐，还在于要写出合适的元数据描述文件，既需要懂的开发（网关中服务调用关系、使用容器的镜像版本、运行依赖的环境变量这些参数等等，只有开发最清楚），又需要懂运维（要部署多少个服务，配置何种扩容缩容策略、数据库的密钥文件地址等等，只有运维最清楚），有时候还需要懂平台（需要什么的调度策略，如何管理集群资源，通常只有平台组、中间件组或者核心系统组的同学才会关心），一般企业根本找不到合适的角色来为它管理、部署和维护应用。


这里面涉及了 开发、运维、核心系统 /中间组 三种角色

devops 有很多能干的呀，比如楼上以为同学提的研发效能

基础架构部平时的工作很像运维，因为大部分 cloud 基础组件都是现成的

如果你感觉杂活多，推荐看一下 google 的《 sre 工作手册》减少琐事来提升自己

我目前的 title 就是架构师，以前在业务系统，现在负责部门研发提效，不负责具体的业务系统了。

最近一个 q 干的事是把整体硬件成本降低了 400w,这个过程有很多手段来优化成本，这些手段又会和技术强相关

老楼喜欢什么事情都自己干，不相信权威。

他妈妈得了癌症，老楼拿着菜刀就给他妈妈做手术，几刀下去他妈妈就死了。

别人笑老楼妈没了，老楼骂别人没思想

花钱消灾，直接花钱你的成本其实最低