程序员如果遇到系统挂了，会有啥后果？

作为一个程序员遇到系统挂机是特别平常的事情，从软件的开发周期看在调试过程中尽量多的暴露崩溃的问题，争取在正式版本上线的时候能够减少挂机的可能性，平常在调试过程中挂机和崩溃 都是为了尽最大的可能来暴露问题，所以一款软件产品上线之前都要经历几轮的测试，整体的测试通过之后才能正式推广出来。

如果真的属于在线上运行过程中程序崩溃了，程序员本身有一定的责任，但最终把关的测试部门也有一定的责任，但是由于软件本身的复杂性不可能所有的挂机都能提前发现，正是因为存在这种可能性，所以专门会在软件里面设置一个崩溃收集模块，有崩溃的日志直接上传到服务器上，如果是单机版本的就只能保存在本地，等着程序员收集数据拿到真实的原因，由于程序本身的细节繁多，没有一个正式的软件能够说不存在挂机的问题，这也是软件本身属性决定的。

如果因为单纯的挂机就认定程序员的工作不到位很明显这种认识是片面的，没有一个程序员说自己写的代码程序永远不会崩溃，优秀的程序员只不过从软件的架构以及设计细节上最大程度规避，但是完全的杜绝明显不符合软件开发的规律，很多不懂技术的老板觉得软件开发属于一锤子买卖，已经开发设计完了应该就结束了，甚至有了卸磨杀驴的想法现实中很多企业都存在这种恶劣的习性，这种企业因为本身对技术的不尊重注定了企业永远很难做强，要想把软件做好就要尊重软件自身的规律，否则只能适得其反。

作为软件设计人员本身来讲如何最大程度的避免挂机现象？

注重编程基础的积累。大多数的崩溃本身是基本功不牢固造成，很多想当然的代码就是这么出来的，基础很差的人很容易写出挂机的程序员，初级小白更加容易写出挂机的程序，对于一个程序员最大可能的夯实编程基本功是必须要做的事情。

在架构上规避。好的架构能避免很多麻烦，所以一个架构师对于一个工程显得非常重要，在一个好的架子上写代码能够极大的减少问题的出现，很多格局不是很大的工程，在修改不同的模块代码的时候很容易带动出现问题，特别的一些不是很正规的小公司经常性的出现一些重复性的错误，如果出现这种概率非常大就要考虑整体框架的改进了。

写代码要保持严谨的态度。很多代码之所以出错不是写代码的人能力不够，是因为在写的过程中没有养成良好的代码编程习惯，只是在经常天马行空的写代码，这种最容易出问题，所以无论水平如何首先必须有严谨的态度，写代码的时候要注意力充分集中，写过的代码要回过头来好好检查，毕竟写代码是一个对细节要求极高的工种，所以保持严谨是必须的。

对于每次发生的系统崩溃问题都要引起最大程度的重视，每次挂机都是一次极好的学习机会，也是为了下次写代码的时候不在发生重复的错误，吃一堑长一智，希望能帮到你。