当然我们也不能说哪个好,哪个差,只是个人选择不同而已。
最近在互联网匿名社区看到这样一个帖子:程序员入职某国企,一周上班5小时,1万行代码写了1年,晒出薪资后感叹:腾讯当CEO也不去,网友:羡慕!这是怎么回事呢?
原来这位网友过去也是bat其中一家公司的员工,后来因为有机会去国企,果断就辞职了。
因为是降薪去的国企,本来还有点后悔,可是入职后却发现自己的选择太正确了。
由于该岗位比较轻松,根本不需要花多少时间在工作上,一个星期加起来真正的工作时间也不过5个小时。在过去的一年里,一万行代码写了整整一年。
除了写代代码,自己大多数时间都花在副业或者其他方面,这样的生活简直太完美了,就是腾讯请我去当CEO也不想去了。
那么,该员工说的这些能代表国企的实际情况吗?笔者特意和一些在国企上班的朋友聊天,总结一下3点。
第一、大多数国企的程序员其实并不轻松,很多也是需要加班的,毕竟程序员这个岗位和行政类的还是有很大区别。比如说开发一个软件,代码还是需要写的,不然的话,公司也不可能养着你不干活吧。
第二、能拿到年薪25万的工资,说明这个员工写代码的水平不会差,如果是在bat的话,应该也是个技术骨干了,或者架构师级别的,一般人肯定拿不到。
第三、个人单位的确很轻松,主要是没有多大的业绩压力,因为很多都是垄断企业,工作是非常轻松的。
有网友说羡慕啊,能进入这么好的公司,只是不太明白,你都工作这么多年了,怎么还有机会进国企呢?一般都不是校招的吗?
还有网友说你这能力别说CEO,就是个一般的员工都不会录用你。他时候自己过去也在国企,年薪30多万,可最后还是辞职出来了,完全是浪费时间。
如果该员工年龄比较大的话,那么在国企是很好的选择;如果你才毕业二三年,可以先去大公司上班,那个时候不管是经验还是能力,其实选择的机会更多。对此,你怎么看呢?欢迎写在评论中。
下面这份腾讯T4架构师整理出来的微服务:SpringBoot+Cloud+Docker就是给读者送上来的福利哦! 前言
最近几年,微服务可谓是大行其道。在业务模型不完善,超大规模流量的冲击的情况下,许多企业纷纷抛弃了传统的单体架构,拥抱微服务。这种模式具备独立开发、独立部署、可扩展性、可重用性的优点的同时,也带来这样一个问题:开发、运维的复杂性提高。有人感觉微服务越做越不方便管理。
然而,随着 Docker 容器技术和自动化运维等相关技术发展,微服务变得更容易维护。因此,未来微服务的发展只会越来越完善,成为将来大中型企业业务架构的发展方向。
但微服务架构包含了 N 多优化、N 多细节,对于一些 coding 的朋友,由于接触不到一线实战架构设计,眼看别人都在向微服务架构转型,自己却只能日复一日地重复造轮子。
最近整理了一套微服务实战文档,讲解很透彻。今天分享给大家。这份资料尤其适合以下人群:
1.没有用过微服务技术,只会用传统的 SSM 框架
2.用过 Spring Cloud、Dubbo等技术,但是只限于使用,遇到问题基本无法解决
3.从来没有系统学习微服务架构,觉得架构设计是遥不可及的
4.对于微服务技术有所了解,但尚没有设计高可用高并发的实践经历
看完这份文档你将获得哪些收获?
此书籍具体内容有:
基础知识:什么是微服务架构、与单体系统的区别、如何实施微服务、为什么选择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的全面讲解,让读者能够了解-一个简单的微服务架构所包含的技术点和构建原则,并且实际部署微服务,完成业务的基础操作。
微服务核心功能推荐:对在微服务构建过程中可能涉及的技术点进行讲解,包括工作流引擎、规则引擎、调度系统、分布式配置及单点登录。
由于篇幅限制,小编这里只将此实战文档的所含内容全部展现出来了,需要获取完整文档用以学习的猿友们,可以帮忙转发分享此文,后台私信:“学习”获取。