互联网圈里的凡尔赛文学

最近凡尔赛文学火爆了整个微博、互联网圈，它是一种委婉的炫耀方式，假装在不经意之间透露自己（根本不存在）的优越生活，明贬实褒，用最低调的话，秀最大的优越。

我们来一个示范“我真的不应该住在别墅里，每天要打扫那么多房间真的太累了”。在互联网圈外，也有很多案例，比如撒贝宁“北大也还行”，在互联网圈里，也不乏这样的案例，比如马云“我最后悔的事情就是创办了阿里巴巴”，刘强东“我脸盲，我跟她在一起部署因为她漂亮，因为我根本不知道她漂亮不漂亮”。只能说都是大佬啊，我等是难以望其项背。

 

不过在互联网圈里，也有这样的一群凡尔赛人，他们勤勤恳恳、认认真真的工作，提高自己技能，把本职工作都做的很好，最后低调的挥一挥手，调侃笑一笑就过去了，我们一起来看看吧～😊

 

01 产品经理篇

 

产品经理，和研发人员沟通真的很难吗？需求按期上线很难吗？为什么我每次和研发人员沟通都很顺利呢？

这个需求背景是这样的，我们要实现一个秒杀系统，12月12日00:00分开始抢，商品限量100个，售完即止，在活动开始前把热销商品缓存起来，不要让用户请求直接访问后端数据库，用户请求进来后先进入消息队列排队等着，不超过限值就可以被订单模块和支付模块消费处理，清清楚楚，明明白白。在需求拆分成开发任务时，对于产品页面描述清楚每个点涉及的元素，前置动作、后置动作，将每一个点都拆分到原子化，研发人员按照需求工期评估、进行开发实现，更改需求状态，测试人员按照开发任务的需求进行验收，对于整个需求从开发到上线的每个点都了如指掌，我的需求当然能按期上线了。我每天也想加班啊，可是需求都沟通清楚了，研发能按期开发完成上线，加班也没事做。

 

02 开发篇

 

开发人员，代码高性能低延迟Bug少真的很难吗？

在需求评审时清楚了解业务流程的逻辑和功能模块，在技术架构设计时关注技术架构&调用关系&技术规范（使用最流行的分布式架构），在函数接口实现时关注功能&页面&模块之间交互，在运维方面使用Redis缓存缓存热点数据，使用集群模式进行部署，将服务部署在多台机器上，通过Nginx负载均衡器将不同的用户请求分发到不同的后端服务器，在数据库层面使用主库读、从库写，主从复制模式保障数据库集群高可用。无论是来多大的流量，系统都能低延迟处理任务。我只是想安安静静的做一个CRUD（增删改查）程序员，我也不想月收入5万还活得像5千，可我懂技术架构、算法设计、数据库、云计算弹性伸缩、互联网架构趋势、前后端交互逻辑、网络知识、通信知识，核心业务都交给我负责了，硬生生的活成了全栈工程师，关键是我也不怎么加班、发量还很好，我要继续扎根码龙世界，好好Coding。

 

03 测试篇

 

测试人员，产品没有Bug真的很难吗？

在每次需求评审之前认认真真看产品设计文档，思考记录相关问题，在需求评审时从技术角度、前端使用逻辑、后端接口逻辑进行考虑，提出疑问，需求评审完了之后按静态测试、动态测试方法，从边界值等设计测试用例，准备性能测试方案，在功能提测时进行功能和性能测试，双面保证，我测试过的功能模块当然没有问题了。我也希望自己测试的产品能有些bug啊，可是在写测试用例、执行测试时都覆盖全了，有bug也很难了。

 

04 运营篇

 

运营，DAU翻三倍真的很难吗？

了解用户特性（年龄、性别、地区、消费能力、消费偏好），将用户进行不同的画像，再结合电商商品特点，写对应的营销文案，策划活动，根据用户访问情况进行埋点，再结合数据情况分析出当下方案的不足之处，输出策略改进，慢慢的DAU就起来了。老板开会总让我讲一些运营心得、增长策略，我觉得很简单啊，任何一个人只要上点心都可以做好，有什么可讲的。

 

事实上，仅凭一个人的一面之词是很难了解他生活的真实状态、工作的真实模样，很多你看起来以为很简单很容易做成的事情，都是别人默默做了很多努力，只有非常努力才能看起来毫不费力。我们互联网圈内人都是低调的，从不在深夜凌晨、周末发朋友圈微博抖音秀自己加班努力工作，只是在有一些成绩时调侃式的秀一波，过一下嘴瘾，事后仍旧继续乘风破浪，纵情向前，这样的互联网凡尔赛人你喜欢吗？喜欢就点一个赞和好看咯～