俗话说“树倒猢狲散”，每一个公司的发展历程都是曲折的，当生意比较火爆的时候，对于公司的发展是好事！可当公司在低迷期的时候，维持公司的正常运转尤为重要。但这时候可能有员工看到公司颓态，会认为待着这里没有发展，于是就会产生离职的想法，而员工一旦离职，公司想要维持正常运转的难度就会增加，难度越大就有越多员工离职，这无疑是一个恶性循坏。

有些领导为了避免出现这种情况，会提倡员工带着“荣辱与共”的心态工作：

这位程序员在面试的时候，就碰到了这样的公司：面试官问他是不是在公司困难的时候，无法和公司一同度过难关，而是选择离开？然后他自己特别想说是，但是碍于职场规则，不能够直接说出自己的答案，于是事后心里憋屈！

有网友对于这个问题束手无策，如果说不会留下来的话，那么面试估计就凉了，但是如果说留下来，万一公司真的出现危机，自己还要留下来继续工作，那无疑是一种煎熬！但是有网友深谙此道，所以建议楼主：表面说会留下来，但是当公司出现危机的时候，绝对会义无反顾得走！

众所周知，互联网公司的老板都有一个通病，那就是宁愿花高价再招聘新人，都不愿意给老员工涨薪！所以就有网友反怼：公司赚大钱、辉煌腾达的时候，会给公司每个员工涨工资发奖金吗？没有，既然不能同甘凭什么要求员工共苦？

各位读者，如果是你面对这样的问题，你的选择是什么呢？欢迎在下发评论区留言吐槽！

同时也给大家推荐一些Java学习技术，希望可以帮组到一些正在进阶的朋友们或是想要进阶的朋友们

一、常用的设计模式

总体来说设计模式分为三大类：

创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。

结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。

行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

其实还有两类：并发型模式和线程池模式。用一个图片来整体描述一下：

二、开源框架源码分析

程序员每天都和代码打交道。经过数年的基础教育和职业培训，大部分程序员都会「写」代码，或者至少会抄代码和改代码。但是，会读代码的并不在多数，会读代码又真正读懂一些大项目的源码的，少之又少。这也造成了很多错误看源码的方式。

三、分布式架构

迎接高并发大数据的挑战，从深度到广度完善知识体系，成为下一个互联网高薪人才。

理论结合实战，透彻理解分布式架构及其解决方案。

面向人群

需要突破瓶颈；

传统行业转型进入互联网行业的人群

分布式架构原理

1、分布式架构演进过程

2、如何把应用从单机扩展到分布式

3、CDN加速静态文件访问

4、系统监控、容灾、存储动态扩容

5、架构设计及业务驱动划分

6、CAP、Base理论以及其应用

分布式架构中间件

1、分布式架构网络通信原理剖析

2、通信协议中的序列化和反序列化

3、基于框架的RPC技术Webservice/RMI/Hessian

4、深入分析Zookeeper在disconf配置中心的应用

5、基于Zookeeper实现分布式服务器动态上下线感知

6、深入分析Zookeeper Zab协议及选举机制源码解读

7、Dubbo管理中心及监控平台安装部署

8、基于Dubbo的分布式系统架构实战

9、Dubbo容错机制及高扩展性分析

分布式架构实战

1、分布式全局ID生成方案

2、Session跨域共享及企业级单点登录解决方案实战

3、分布式事务解决方案实战

4、高并发下的服务降级、限流实战

5、基于分布式架构下分布式锁的解决方案实战

6、分布式架构下实现分布式定时调度

四、微服务架构

QQ群：795632998，进群即可获取图谱内架构技术学习资料

微服务架构是一项在云中部署应用和服务的新技术

微服务不需要像普通服务那样成为一种独立的功能或者独立的资源

微服务作为一项在云中部署应用和服务的新技术已成为当下最新的热门话题

微服务的基本思想在于考虑围绕着业务领域组件来创建应用，这些应用可独立地进行开发、管理和加速。在分散的组件中使用微服务云架构和平台，使部署、管理和服务功能交付变得更加简单。

使用微服务构建现代化应用程序是很有意义的，因为它让你既利用了扩展横向扩展架构，也利用纵向扩展架构；还额外得到API的组合，且在整个业务中可重复利用。可能，每一分钟构都在交付新服务，这样你就必须拥有一个敏捷的且响应的应用程序平台，这一平台一直在不断改进中。

五、工程化专题

工欲善其事必先利其器，不管是小白，还是资深开发，都需要先选择好的工具。提升开发效率和团队协作效率，让自己有更多时间来思考

面向人群：具有1-5年工作经验的人群

六、项目实战

要想立足于互联网公司，且能在互联网浪潮中不被淹没，对于项目的开发实战演练是不必可少的技能，也是对自身能力的一个衡量，有多少的量对等于获得多少的回报。看似简单的一个项目需求图谱，其中的底层原理，实现原理又能知道多少？你搭建一个完整的B2C项目平台到底需要多少知识？这一切都是需要我们考量的。