工作就是解决一个又一个问题

极客时间《面试现场》学习笔记

26 | 你解决问题的能力有多强？



以前我知道生活就是一个又一个的问题，现在文章说工作就是一个问题跟着一个问题，好吧，我们生来就是为了解决问题的，虽然问题域不尽相同。



所以千万不要相信别人告诉你说，考上大学就不用刻苦了，进入大厂就可以躺赢，或者是做完这个项目就可以升职加薪。



那么，这个项目有什么待提高的？



其实我觉的，每个项目如果认真的总结，总会找到可以提高的地方，无论从开发技术，还是从业务功能上，但是有的可以立刻改进，有的就需要等到下一版软件了。



写过一个文本格式转换的小程序，最初的版本只负责一种文本的转换，后来又增加了将网页转为格式文本的功能。一开始使用字符串的查找替换功能，很轻松的实现了需求；后来因为文本种类的增加，就改为按照正则表达式来处理。再后来，采用了配置文件的实现方式，针对不同的转换需要，提供不同的替换策略。



这个程序虽然简单，但是运行了有大概十年左右的时间，期间根据不同的业务需求，也在不断的迭代。如果说现在还有什么可以提高的地方，那么应该是在输出的部分。



目前是直接输出文本文件的，但是实际上这些输出是另一个系统的输入。目前还是需要手工操作一下的，那么如果能够把中间的过程自动化，写一段程序执行这个过程，就可以进一步的解放人力。



讲一个修正错误的例子。



在我们的业务系统中，最终输出的文字产品是 Word 格式的，因为需要和上级产品对接，也就是对方要识别 Word 的格式，然后抽取出指定的段落，所以在项目的初期，使用了 Word 的标签功能，标签的内容由程序自动生成。



项目稳定运行一段时间之后，突然又一次对方无法识别格式。现场解决方案是重新生成文档，迅速解决了问题。但是事后的复盘，发现问题出现在操作人员手工修改了标签的内容，最终导致识别错误。



最终的解决方案也很简单，就是在文件最终输出的时候，添加了核对的功能，特别是针对那些有上报格式要求的文档。



我觉的对于技术人员来说，能够分析和定位问题是最重要的，也是解决问题的前提条件。



主导解决问题的经历，还是之前提到过的综合查询的项目。有一段时间，第三方开发人员明显投入不足，我试着从侧面了解一下情况，似乎是对方在人员变化的情况下，团队士气有些低落。我试着给他们打气，还争取资源搞了一次团建活动，但是效果并不明显。



再次和他们认真了解之后，发现问题根源在于他们认为自己的老板不重视外派的开发团队，这个就有点超出我的职权范围了。



后来我也及时和本方领导沟通了一下，最终的解决实际上是请出我方大老板，和对方搞了一次互访。我们去参观了对方的办公环境，了解产品的技术改进和美好未来；而乙方的大 BOSS 也到我们这边了解项目进展，鼓励了一下开发团队，可能还画了饼什么的。



这样一来，开发团队得到了在高层领导面前曝光的机会，在项目演示的过程中也得到了双方领导的好评，虽然并没有立即得到升职加薪什么的，但是在后续的开发过程中，明显主动了一些。



因为项目进展比较顺利，如期上线，并且也有了做二期开发的准备。