f在这段时间的心情总结

        有段时间没更新博客了，感觉技术上没有太多的东西来分享。看四大组件的框架层代码，发现太晦涩，只能一遍又一遍地看。看了编程珠玑，发现这本讲计算机科学的书里的内容也比较深奥。哎，唯有几本成功学的书籍，还算看的明白，也学了点东西，但是拿出来分享，难免被看作鸡汤文，失去意义。近期的一版开发，让f感慨万千啊，于是打算跟大家分享分享。

        故事围绕f，f的小组长，测试同学，产品同学和接口同学展开。产品同学照常提了需求，只不过在别的需求都确定了以后，唯独f负责的电商部分还未确定，说领导们还在讨论，结果，把原来的界面完全改掉了，而且比给的开发时间短了几天，且不说了。f在按照需求文档开发时候，会发现一些需求不明确，或者按需求开发会导致页面看起来比较糟糕的需求，跟产品妹纸交流以后，就会修改内容，其中一条需求呢，产品妹纸跟接口讨论完以后说不开发了，暂且将这条需求定为a。然而，组长说这个界面要写一个fragment复用，于是乎，f轻松复制粘贴，写了一个。然后联调时候出了一些问题，比较恶心的就是开启的三个界面挨着关掉，层层传值，但是在组长的帮助下，也算是理清了。后来临发版了，突然组长说要微调界面，怕测试为难，挑Bug，话说最近公司这块特别严格。然后f又蛋疼地按照设计图改了界面，这一改不要紧，要命的是f忘记把另外一部分复原了，结果你懂得，测试同学毫不留情一口气提了6个bug，因为f的布局文件在看效果时候改过一些属性。好吧，没辙了，谁叫自己马虎呢？而且界面的控件之间“耦合度”太高了 ，测试又喜欢缺各种数据来看合格不合格，于是f又把界面好好改了改提交了。然后这个测试同学，一遇到电商的bug就给我提，实际上f只是完全负责了一个页面，其他的都是传值跳转的，而且很多bug是重复的，我跟她交流过，她还会提，而且大部分是接口的返回字段问题，f也跟她交流过这点，于是f成了一个bug中转员，然而测试同学理直气壮地说，我也不知道谁开发的，你知道指给谁就行了。f很无奈，因为作为一个程序员是很反感出八阿哥这个问题的，我老提给别人，我觉得很不合适，跟测试简单交流，她表示理解，不过没多久，f还是成了“八阿哥中转员”，时间、精力也就这样浪费了很多，奇怪的是，同样的bug，接口也一直没解决，哎。项目已经打包测试了，然而产品同学发现，少了些东西，都是微调，需要加，那就加呗，这一加呢，粗心的f又没加全，好嘞，测试毫不留情，各种八阿哥，好吧，还是自己太粗心了，然而在f心烦意乱之时，产品说，原来取消的需求a，需要实现，因为接口确认无法实现，需要客户端帮忙，我了个大擦，f当时就有点爆炸，你一直改需求，后来按你的需求开发的，你说有问题，取消掉，最后又要加？再加上测试和接口的种种，很火大，不过并没有表现的怎么样，跟产品妹纸打电话时候，也表明了自己的立场。

余下的几天呢，产品妹纸基本不会改需求了，而f依然是“八阿哥中转员”，还需要配合接口改字段，改逻辑。就这样，f的时间和精力浪费了很多，感觉特别累，以前的公司完全不会这样，f很无奈，也很不悦，但是这些不能解决问题，f想了一些解决办法，但是面对产品，仍然感觉无力。还有电商这么大一块内容，全是我在负责，而其他同事的需求似乎少一些。也就这样，八阿哥压成山，据说大领导很不高兴。

        这次开发任务，f学到了很多，包括界面的绘制尽量在保持性能的条件下，保持布局与控制之间的独立性，但是也得满足设计的需求。一定要把需求弄懂，写全，认真仔细一点。。。还有遇到问题要先从自己出发，找解决方案，而不是推脱，当然一般的问题都可以改善，实在无能为力的只能作罢。哎，苦逼，八阿哥这么多，领导肯定要找谈话的。f去学英语了，大家要加油哦。。。