不同的企业工作环境都是不一样的，员工面临的压力也是有很大区别。以国企和私企作为对比，在国企日子过得肯定要舒服一些，但是薪资却比不上私企，尤其是和bat这样的大企业相比。
当然我们也不能说哪个好，哪个差，只是个人选择不同而已。
最近在互联网匿名社区看到这样一个帖子：程序员入职某国企，一周上班5小时，1万行代码写了1年，晒出薪资后感叹：腾讯当CEO也不去，网友：羡慕！这是怎么回事呢？
原来这位网友过去也是bat其中一家公司的员工，后来因为有机会去国企，果断就辞职了。
因为是降薪去的国企，本来还有点后悔，可是入职后却发现自己的选择太正确了。
由于该岗位比较轻松，根本不需要花多少时间在工作上，一个星期加起来真正的工作时间也不过5个小时。在过去的一年里，一万行代码写了整整一年。
除了写代代码，自己大多数时间都花在副业或者其他方面，这样的生活简直太完美了，就是腾讯请我去当CEO也不想去了。
那么，该员工说的这些能代表国企的实际情况吗？笔者特意和一些在国企上班的朋友聊天，总结一下3点。
第一、大多数国企的程序员其实并不轻松，很多也是需要加班的，毕竟程序员这个岗位和行政类的还是有很大区别。比如说开发一个软件，代码还是需要写的，不然的话，公司也不可能养着你不干活吧。
第二、能拿到年薪25万的工资，说明这个员工写代码的水平不会差，如果是在bat的话，应该也是个技术骨干了，或者架构师级别的，一般人肯定拿不到。
第三、个人单位的确很轻松，主要是没有多大的业绩压力，因为很多都是垄断企业，工作是非常轻松的。
有网友说羡慕啊，能进入这么好的公司，只是不太明白，你都工作这么多年了，怎么还有机会进国企呢？一般都不是校招的吗？
还有网友说你这能力别说CEO，就是个一般的员工都不会录用你。他时候自己过去也在国企，年薪30多万，可最后还是辞职出来了，完全是浪费时间。
如果该员工年龄比较大的话，那么在国企是很好的选择；如果你才毕业二三年，可以先去大公司上班，那个时候不管是经验还是能力，其实选择的机会更多。对此，你怎么看呢？欢迎写在评论中。
最近几年，微服务可谓是大行其道。在业务模型不完善，超大规模流量的冲击的情况下，许多企业纷纷抛弃了传统的单体架构，拥抱微服务。这种模式具备独立开发、独立部署、可扩展性、可重用性的优点的同时，也带来这样一个问题：开发、运维的复杂性提高。有人感觉微服务越做越不方便管理。
然而，随着 Docker 容器技术和自动化运维等相关技术发展，微服务变得更容易维护。因此，未来微服务的发展只会越来越完善，成为将来大中型企业业务架构的发展方向。
但微服务架构包含了 N 多优化、N 多细节，对于一些 coding 的朋友，由于接触不到一线实战架构设计，眼看别人都在向微服务架构转型，自己却只能日复一日地重复造*。
最近整理了一套微服务实战文档，讲解很透彻。今天分享给大家。这份资料尤其适合以下人群：
1.没有用过微服务技术，只会用传统的 SSM 框架
2.用过 Spring Cloud、Dubbo等技术，但是只限于使用，遇到问题基本无法解决
3.从来没有系统学习微服务架构，觉得架构设计是遥不可及的
4.对于微服务技术有所了解，但尚没有设计高可用高并发的实践经历
看完这份文档你将获得哪些收获？
- 理解当下最火热的微服务架构原理及其开源框架；
- 触及一线大厂所配备的微服务核心技术内幕知识；
- 对照自己掌握知识点进行查漏补缺，帮助扫除知识盲区、重构知识体系。
此书籍具体内容有：
- 基础知识
- 微服务设计原则
- 微服务之Spring Boot
- 微服务之Dcker
- 微服务之Spring Cloud
- 微服务之Spring Cloud其他框架
- 微服务之自动化测试与质量管理
- 微服务之JHipster
- 微服务之自动化部署
- 微服务之日志收集与监控
- 完整示例
- 微服务核心功能推荐
基础知识：什么是微服务架构、与单体系统的区别、如何实施微服务、为什么选择Spring Cloud、Spring Cloud简介。
微服务设计原则：针对微服务的设计理念进行整理，包括服务如何折分、前后端分离、CAP 理论和CQRS等，是一个高层次的指导原则
微服务之Spring Boot：详细地介绍Spring Boot的开发，包括使用它的优缺点，以及在企业级开发中常用的工具包的整合，包括面向切面编程、Web 开发、文档管理和调度管理，最后结合Dubbo完成一个示例性的分布式工程。
微服务之Dcker：主要讲解Docker的基础操作，介绍微服务中所用到的容器相关的技术，最后给出通用的基于容器的私有云架构。
微服务之Spring Cloud：Spring Cloud实现微服务的几个重要框架进行展开描述，让读者了解注册中心、负载均衡、容错、分布式配置、网关和消息总线，能够完成开发层面的微服务架构。
微服务之Spring Cloud其他框架：对Spring Cloud的非核心框架进行介绍，包括Consul、ZooKeeper. 安全框架和数据流框架。
微服务之自动化测试与质量管理：主要对测试和质量管理进行介绍，测试部分包括单元测试、AB测试、旨烟和回归测试，质量管理部分主要使用静态代码分析，并且基于SonarQube对代码进行静态检查，以及分析代码的总体质量。
微服务之JHipster：对微服务的最佳实践JHipster进行系统的介绍，并且对JHipster部分内容做了处理，将在国内不是很流行的部分进行了处理，尽可能详细地介绍JHipster的应用和配置。
微服务之自动化部署：主要对自动化部署进行介绍，因为微服务的目的不仅仅是简化开发，而且能够提高整个团队的运行效率。所以私服的使用和自动化运维就显得非常重要。
微服务之日志收集与监控：主要讲解日志收集和APM监控，对于线上系统来说，出现问题的概率还是非常大的，如何快速定位并第一时间找到问题所在的点就显得非常重要。APM部分对常用的监控工具进行列举，重点介绍Pinpoint,对使用和邮件告警也进行了重点介绍。
完整案例：通过对PiggyMetrics的全面讲解，让读者能够了解-一个简单的微服务架构所包含的技术点和构建原则，并且实际部署微服务，完成业务的基础操作。
微服务核心功能推荐：对在微服务构建过程中可能涉及的技术点进行讲解，包括工作流引擎、规则引擎、调度系统、分布式配置及单点登录。
由于篇幅限制，小编这里只将此实战文档的所含内容全部展现出来了，需要获取完整文档用以学习的猿友们，可以帮忙转发分享此文，后台私信：“学习”获取。