摘要：
作为一个程序员，有技术问题解决不了，是什么体验？作为一个程序员，有技术问题解决不了，是什么体验？很难受，可以说是饭也吃不好，觉也睡不好，就是不小心睡着了，梦里还会梦着在写代码，然后... 作为一个程序员，有技术问题解决不了，是什么体验？
很难受，可以说是饭也吃不好，觉也睡不好，就是不小心睡着了，梦里还会梦着在写代码，然后第二天早上起来，还有一种身心俱疲的感觉。
一九年国庆之前些天，我在对接其他公司的商户管理系统时，就遇到上传过去的文件，对方公司一直解密失败，接着换了几种生成文件的方式，将生成文件中每个可能出现问题的地方都完善了一遍，让对方公司的技术帮忙看了看生成的文件，也请了好几个同事过来帮忙看了看写的代码，都没有找到问题的具体原因。
还好当时那次对接只是为了配合对方公司验收新系统，我们这边还没有忙着商用，要不然真是 想死的心都有。那些天，我上下班路上，吃饭时都在网上查找相关问题，好不容易找到一个类似问题的帖子，可只有问题，下边没有答案。
那种心情，真的挺不好受的。后来，还是中午在餐厅吃饭时，无意间在CSDN看到一句话，说是常用的那个加密算法，加密到一定长度时会自动换行，因此便会出现空格。我回去之后，将加密过的地方做了去空格处理，发现生成的文件一下子小了许多，也顺利能被对方公司解密成功。
作为一个程序员，遇到技术问题再正常不过了，但是要说解决不了，只要需求不是提的天马星空，这个几乎是不存在的。
分享几段经验
工作前几年，我有一个不好的毛病，就是遇到技术难题之后，我的心态就崩了。然后饭也不吃，非得把问题解决了才能恢复食欲。（这个真的不是自夸，就是心态差）
- 第一份工作的第一个项目，第一次独立出差到客户现场做上线支持。听说客户中间件用的是was，那时候都不知道这个是什么东西，周末没出门搜了两天，记了很多笔记，结果周一到客户现场人家已经升级好了。那时候我才知道大公司都有运维岗，生产环境是不会让开发人员操作的。
- 还是第一家公司，第一次搞WebService，那做的叫一个费劲儿，那时候只知道Xfire，一个简单的接口调用，花了将近一周的时间才搞定，那一周午饭和晚饭都不怎么吃，每天瘦一斤，持续了一周。问题解决后，体重迅速反弹。
- 第二家公司，整个项目组出差去上海（数据中心在上海）上线，有一个功能怎么也不能测试通过。这一次不是我负责的模块，我当时一直处于一身轻松的状态。后来看着他们吃饭都没心思，决定拉各位兄弟一把，说了一句“你们比较一下生产基线和测试基线的代码吧”，果然是代码合并和打包的问题。
- 最近遇到的一个问题，开发了一个很大的需求，上线的时候项目启动不起来，服务一直处于夯住的状态（老项目用的was），也没有系统日志打印，当时是晚上十点，零点的时候要做几个系统的生产验证，只有两个小时解决问题的时间。前一个半小时，心里是崩溃的，想着明年一定把was废掉。后来通过was的日志发现了问题：系统启动的时候加载一些表数据进行缓存，因为测试库上数据很少，所以一直没发现问题，生产库上几十万的数据，一加载就出事儿。找到问题，半个小时修改自测，赶在验证前上线完成，心里一下子就舒坦了。
心态
很多担心的事儿，事后再看一看，基本上都不算事儿，心里还会说，“当时那么担心真的没必要”。
然而，再遇到什么事儿的时候，依然是吃不下饭，一把一把掉头发啊（没掉头发，意会一下）。
你有什么技术问题解决不了，导致心态崩了的经历，分享一下啊。
很有趣的问题，我们先认识一下什么叫程序员。
程序员(Programmer)是从事程序开发、维护的专业人员。一般将程序员分为程序设计人员和程序编码员，但两者的界限并不非常清楚，特别是在中国。前者是从逻辑到框架对程序做一个前期的思路，而后者是用语言对程序进行实现。
既然是技术问题解决不了，当然是指码农们，对于某些要实现的“功能”暂时无法完成！
对于一个精通于某一种编程语言的码农来说，其实，在主动性上，几乎不存在这种有技术问题解决不了情况。因为，我们在做事情的过程中，都会倾向于在自己能做到的范围内解决任何问题。
所以，对于程序员来说，有很多曲折的方法去解决某一个“技术”问题！
而如题主所说的这种现象的出现，一般是在被动的情况下！比如，对于精通于勾股定理的你，被老师说这个题只能用除勾股定理之外的方法解出。你就懵了，明明可以用勾股定理啊…
在真正的商业过程中，对于程序编写来说，不全都是“技术”问题，还有很多其它方面的考虑！也就是被限制了。原本可以用来解决某一问题的方法，也许在某一个特定的产品中不能使用。比如，一套古老的代码构架可以解决某个资源存储问题，但是却让程序安装包变到了5MB，而这并不满足产品经理要的让安装包保持在2MB的状态。
到此，以上就是小编对于牛客网linux运维题的问题就介绍到这了，希望介绍关于牛客网linux运维题的1点解答对大家有用。
