我会先解决问题

有空再分析问题

还有空再改善

如果，不能简单地解决问题，就得好好分析问题了

如果解决完之后，居然会引爆其它问题，就得好好改善了

我发现我们安卓头，也是先分析问题，再想怎么改善，然后才解决问题

所以，我在想，我是不是应该改改

因为分析、改善、解决，这样处理问题会比较健壮

对自己提高也更有帮助

解决、分析、改善，更多只是为了赶进度了

往往问题的解决方案没有暴露出来就已经提审上线了

然后，上一线就爆bug，然后就是罚钱

一方面是，拖进度，被催，但自己进步大

一方面是，赶进度，罚钱，还被怨水平低

从这个角度去看，我们不应该帮公司赶进度

就算把公司的市场和运营拖死在进度里，都无所谓

因为，拖进度，对公司有坏处，对我们没坏处

赶进度，对公司有好处，对我们没好处

只要你好好分析问题，改善问题，即使这家公司或这个项目组倒了，你的水平在这里，别人还是会找到你

而且，一旦公司或团队想更好地解决问题，就得找到你

相反，如果解决问题优先，产品虽然有一堆bug，但很可能业务模式牛逼，把业务越做越大，然后公司又觉得你做的东西水平太烂，直接拿大钱从BAT挖个大牛过来，随时随地开掉你

如果，我们不专注于改善问题，不能为了改善问题而无视公司和团队的需求，最终受害的只有我们自己

改善问题，是技术人的生命

改善问题，应该优先于一切

这也是公司或团队愿意在我们身上花钱的根本

我们应该把更多精力放在问题的改善上面

要无视公司和团队的其它需要

专注于提升自己的技术

很简单的一个的问题

当我们辛辛苦苦赶完进度，然后测出bug来，老板和团队会因为我们把进度赶上而原谅我们吗？

不会的

只会说，水平真差，做的东西怎么这吊样

还会觉得，你吖就是在骗进度

只会说，你是做技术的，怎么做事都不经脑子

所以，不要被进度所累，最后被拿去挡箭的只有你一人而已

尽最大的努力改善问题

这是技术人唯一的生存之道

当然，如果你自己是老板，业务扩展，你是最大受益者，那另说

其实问题在这里，业务扩展，没有人会觉得有技术人的功劳

而如果爆bug，就一定是技术人的问题

技术人，更应该专注于改善问题，专注于bug，而不是帮助公司快速扩展业务

我怎么觉得，错误的评价体系和管理，才是真正要了公司命的东西

唉