==不要误会，秒懂呢是我在yy做的第二款app，当然，是第一款真正上架的app,从头到尾不到两个月，就死了！经历了三次迭代！
appStore地址 ！做个反思吧！
页面比较简单，就三个页面！一点都不复杂！ios客户端！momkey甲一个人！ 服务端 两个 美术一个 策划一个
技术方向：这是我第一个只用自动布局做的app 用pod管理第三方库！
<pre><code>pod"AFNetworking","~> 2.5.0"
pod"SVProgressHUD","~> 1.1.2"
pod'Masonry','~> 0.6.1'
pod'FXBlurView','~> 1.6.3'
pod'FMDB','~> 2.5'
pod'AMScrollingNavbar','~> 1.3.2'
pod'SDWebImage','~> 3.7.2'
</code></pre>
第三方库说明af http请求 svprogresshud 提醒 Masonry 布局用的！超赞的说，，不过现在我更喜欢在xib或者sb里面做布局的事情了！FXBlurView 模糊用的（毛玻璃） AMScrollingNavbar 导航栏能滑动的效果 FMDB 操作数据库用的 SDWebImage 下载图片！
页面其实都比较简单！因为只有三个页面，技术问题也没有什么纠结的！
未来希望能用到的 ReactiveCocoa 这个库，业务逻辑能分散一下，会更好！Objection 这个是一个伟大的库，能够减少代码的耦合！其实一开始就想用的，只是业务催得比较紧张！额，惰性也就出来了！
问题一：好奇心不足，对产品，对自己，对代码的好奇心，太差啊不然那两个库肯定是要分析一下的，就算再忙！！！
当然中间遇到的过最多的问题就是在自动布局的时候实现动画效果！布局冲突这样子的问题！大概是因为第一次用吧，后来在做<寻欢>的时候再也没有出现过了！
非技术相关的问题
开发 ui设计 产品 大家对产品的定位理解可能不太相同！
1：最开始产品说了一下随机从服务端取的概念！服务端设计模块的时候我相信总是有随机这个概念的！ 当然monkey甲做的客户端也时时刻刻都想着随机这个概念！
解决问题：经常开会，额……可能会被喷！比如，做现在这款app的时候技术最少每周开两次会，策划有任何想法的时候也要开会，评估，比如时间，服务端也要参与，最起码达成的共识是：大家在时间上理解上对这款app没有什么疑问！比如要加一个功能！不会是随便想加就加了，发个邮件说一下，服务端，肯定也要排期，评估一下！
2：时间概念不怎么相同：因为公司的一些制度，晚上九点走的，第二天可以11点到！ui设计经常11点多到，然后来了告诉我有哪些他觉得要改动（小团队规模比用开会确认），问题是很多时候11点之前我刚写过的代码，11点之后ui来了就会提出改动！
3：运维方式：这种app，应该靠得是内容：丰富到能够吸引到大批的用户，但是秒懂的方式是靠着几个产品每天自己编辑一点！比如五条，六条内容！如果跟知乎，简书甚至是网易新闻的评论（额。。。。）让所有人都参与这个方式比起来，太差了…………
以后开始做app的时候尽量多得了解，不管是技术还是用户群体！一款app的开发过程就像一段恋情！不能很随意的做，或者放弃！。。以后共勉之……
