387960742

@Moker 我的座右铭，每次遇到挫折都会写上。为什么你们每次都要问为什么哈哈，哪里有那么多为什么的

@dreamcountry 谢谢， leader 的原话的意思与你相同，我确实太着急了。

@echo111222 你太过奖了。我的工作不过是总结了前人的工作而已，并没有什么厉害值得夸赞的地方。如果你花一样的时间，也能做到的

@markocen 谢谢，我只是觉得很惭愧，公司给钱让我学习，真的好吗

@seki 谢谢，你说得有道理，下次不会再起这种标题栏

@yxjxx 哈哈哈，感觉被冤枉了。一激动就带马甲了

@SourceMan 这个作者的源码我接入作为参考的，并且介绍了这种判断前后台方法的缺点和优点，紧接着还贴出这个项目的地址和作者。我提供了一共 6 种判断前后台的方法，这种方法只是占据其中一种而已，真的没有借这些黑科技做炒作意思。只是把相关的方法都整合到一起给开发者作为参考。如果有让我误解的地方，我真的感到很抱歉

结贴了，约了出来和 leader 正式的沟通了一下，之所以不让我帮忙改 bug ，是因为怕会引入新的问题，而且现阶段也马上要发版本了，所以更不能出错。并且他们现在进度还 hold 得住，不至于忙到需要别人参与进来，而且也确实需要一些人做预研的工作，特别是公共库的设计等等，以应变后面频繁变化的需求，而且他们布置给我的公共库的设计，也是有讲究的，由简单到复杂，能培养我的代码设计思想。不让我去开会是因为我并没有参与到项目里面来，所以不去也无妨。但是并不是边缘我。介意 @SpicyCat @feixchow 你们俩要和 leader 多沟通

最后附上我的 github 地址吧，没啥有意义的，都是些小 Demo 罢了，大家是过誉了
https://github.com/wenmingvs

@morethansean 我有很认真的跟他谈，并表示 ios 的实习生，在实习的时候就开始接需求写了，而我却连项目都没有接入。
leader 表示出一种不屑一顾的感觉，说他们这些都是重复性的工作，对发展是没有意义的。然后让我不要着急。我能不着急吗？每周的需求例会，都不要我参加了