（港澳周公论坛官网）

1. 作为一个程序员，有技术问题解决不了，是什么体验

作为一个程序员，有技术问题解决不了，是什么体验

在我的领域里，我基本上没有解决不了的问题，所以我不慌啊。。

有一次实在没有实现方案，我直接改了两个开源项目的源码。那时候刚进新公司，是空降的领导，在这之后，下属都服得我不行。。

很难受，可以说是饭也吃不好，觉也睡不好，就是不小心睡着了，梦里还会梦着在写代码，然后第二天早上起来，还有一种身心俱疲的感觉。

一九年国庆之前些天，我在对接其他公司的商户管理系统时，就遇到上传过去的文件，对方公司一直解密失败，接着换了几种生成文件的方式，将生成文件中每个可能出现问题的地方都完善了一遍，让对方公司的技术帮忙看了看生成的文件，也请了好几个同事过来帮忙看了看写的代码，都没有找到问题的具体原因。

还好当时那次对接只是为了配合对方公司验收新系统，我们这边还没有忙着商用，要不然真是 想死的心都有。那些天，我上下班路上，吃饭时都在网上查找相关问题，好不容易找到一个类似问题的帖子，可只有问题，下边没有答案。

那种心情，真的挺不好受的。后来，还是中午在餐厅吃饭时，无意间在CSDN看到一句话，说是常用的那个加密算法，加密到一定长度时会自动换行，因此便会出现空格。我回去之后，将加密过的地方做了去空格处理，发现生成的文件一下子小了许多，也顺利能被对方公司解密成功。

很正常，有技术问题解决不了是一件经常遇到的事情。去年，遇到一次宇宙飞船引擎着火，检查三小时都没找到原因，最后不得不更换备用引擎。还有一次遇到人力踏板生物能双轮无极速变速车转向舵问题，也没能解决问题，最后换了一辆。最近又遇到点阵式多色放光屏幕坏了3个像素点，也没修好。没办法，技术种类多，没办法什么都会。

很有趣的问题，我们先认识一下什么叫程序员。

程序员(Programmer)是从事程序开发、维护的专业人员。一般将程序员分为程序设计人员和程序编码员，但两者的界限并不非常清楚，特别是在中国。前者是从逻辑到框架对程序做一个前期的思路，而后者是用语言对程序进行实现。

既然是技术问题解决不了，当然是指码农们，对于某些要实现的“功能”暂时无法完成！

对于一个精通于某一种编程语言的码农来说，其实，在主动性上，几乎不存在这种有技术问题解决不了情况。因为，我们在做事情的过程中，都会倾向于在自己能做到的范围内解决任何问题。

所以，对于程序员来说，有很多曲折的方法去解决某一个“技术”问题！

而如题主所说的这种现象的出现，一般是在被动的情况下！比如，对于精通于勾股定理的你，被老师说这个题只能用除勾股定理之外的方法解出。你就懵了，明明可以用勾股定理啊…

对于程序员来说，这就是产品经理和程序员两者之间的较量！

在真正的商业过程中，对于程序编写来说，不全都是“技术”问题，还有很多其它方面的考虑！也就是被限制了。原本可以用来解决某一问题的方法，也许在某一个特定的产品中不能使用。比如，一套古老的代码构架可以解决某个资源存储问题，但是却让程序安装包变到了5MB，而这并不满足产品经理要的让安装包保持在2MB的状态。

这不是技术问题，而是2MB的大小，可以让用户更轻易的安装，也就可以更容易得到用户！

所以，这个时候就出现了：作为一个程序员，有技术问题解决不了，是什么体验？

这里的“技术问题”其实不是真正的技术问题，而是某种特定情况下的技术要求。

而程序员与产品经理之间的爱恨情仇，大家可以搜索一下试试看！！！

一般情况下，因为大部分产品经理是不懂技术的，而又要给程序员安排任务，时间周期可能会安排错误，也可能会出一些技术难度很大的功能。但是，看似完美的功能与产品，这背后的艰辛只有程序员懂。

这种产品还没有改完、有些技术问题需要时间去解决的情况下，程序员大多数的体验就是，又又又又要加班了、情绪焦急、对产品经理安排的工作有一万只某种动物跑过…所以，我们看到程序员鼓励师的职位出现了…

而更纠结的是，虽然时间紧迫、技术难度大，但却又并非不可能解决…毕竟，只要是真正的程序技术问题，大多数优秀的程序员都能完成…所以，又不能跑去和产品经理说这个技术解决不了、能不能宽限几天。

否则，产品经理会说……为什么别人家的程序员能做出来？

就好像，都是一个老师教的，为什么别人那么优秀？

这种体验就像秀才遇到兵…

-

头条号初始值发布.

我不是程序员 但曾经长期和程序员打交道。

遇到技术问题解决不了，通常分三种：

1.蒙在心里自伤，还让同事觉得配合度差，最后一走了之。前不久一个做测试的朋友讲起一个很无奈的事，说别的程序员都很积极的和测试沟通问题，重现，查证原因，但遇到一个总很抵触测试提问题，也不交流问题，久了看到没解决，测试提醒，不耐烦，往上汇报的时候还说测试问题提的不清楚，简单了解一下，说是接手不久，应该还在熟悉期，连原本程序逻辑可能还没完全搞明白的表现，后来还不到一个月，再说起时就走了。这种就是属于太高看自己面子，不愿也不知道怎么寻求帮助，憋到内伤，最后没保住面子，也留下不好印象走了，这是很不划算的。

2.人在代码江湖里飘，哪能不挨几刀。问题理得清楚，网上江湖提供的方法，尝试过的方法，招呼兄弟打“boss“，问题不是耻辱，反而可能是荣耀，没经历过遇到难题并解决的程序员，哪能算高手呢？

3.大神级你以为就就不可能碰到“幼稚园“问题。我就亲自碰到过。我不懂程序，也却参与多次程序走读，还每次真的有帮助到过，哇咔咔。比如曾经历过一条产品路线周期计算，有一个测试用例测出来的长度不合理的长，一伙程序员帮忙走读，没问题呀，厉害呀，连并行、平行都tm考虑到了呀。正好我去找他们，居然这帮家伙就给我解读起逻辑，我居然也听下去，在读到单工序时间计算后有一个进位取整的处理，x，你们作死，当很多工序形成长路线的时候，这种全累计正差会死人的好不好？这是迷踪无影拳呀，这帮人是名副其实的大神，过后觉得走读就像炫耀他们的程序好不好？都怀疑故意的。