比技术更重要的？

　　这周团建了许多次，突然间对程序有了更深的理解。比技术更重要的东西，可能就是解决问题的能力吧？

　　技术是什么，我常常想。自从来了这边以后，看书的时间就越来越少。因为时间往往不够用，好不容易休息一会儿，又不想拿起书看，只想着刷刷手机，看看小说之类的。因为实在是太累了。

　　开会确实是挺能提高的。跟上他人的思路，吸纳别人的想法，从更多维的角度去思考问题。经理说，PO互联技术，其实就是基于小邮件服务器来发送的。邮箱系统吗？本来是个很好的系统与功能。有2方面原因，客户的2个部门却很不配合。实质上是因为2个部门之间有根本的利益冲突，运维检修部门希望多停电，这样停电了立马就能把设备修好。然而调度部门却是想要少停电，不停电。2方的考核制度就在于此。

　　其二则是技术问题，然而技术上的问题却根本不是问题。只要领导想做，支持人去做，自然就能做出来。

　　想想也确实如此，从对系统一窍不通，到现在，手上的模块差不多熟悉了一大半。这2个月，可以说是成就满满的感觉。从一开始来时，早上过来就开始改测试昨晚发来的bug。到晚上差不多改完了，测试又提过来10来个bug。bug简直就是改不完了……到慢慢的，现场和测试进入了一个平稳期，bug提出来的数量开始减少了起来。遗留的bug和版本问题都改完，系统变得比一开始好用多了，至少好多增删改查都不能使用的地方都开始能用了。

　　也能开始解决现场的问题了，现场环境报错，我们的测试环境不报错。多数是因为配置与数据问题。今天晚上，和一个福建的实施配合解决了一个比较麻烦的问题，其他现场在输入完数字都可以自动补0，并保存成功，而只有福建现场不可以。20多天前我先是要来了现场服务器上的代码，我怀疑现场的代码与我们不同。然而并没有，之后又一直改其他的问题耽误了这事。但时时会想起这件事。记住自己模块中所有的问题确实是一件好事，这样会时时刻刻的想着这些问题，思路可能就会在不经意之间到来。一时间想起了配置文件，果然，是现场数据库数据不同引起的问题。

　　当他跟我说，“困扰他们现场一年多的问题终于解决了！”的时候，心情真的很开心。就是因为做的好才会喜欢啊！

　　其实说穿了问题也不难，为何会拖这么久？并不知晓。比技术与代码更难懂的，就是人心吧！

　　技术只是解决问题的一个必要条件，带着问题去研究，去学习，才会成长的更快。此时加班多，每天困得要死，也许也是有利有弊吧！加油吧，喜欢的东西很贵，想要的生活还很远。