这要截个图啊，给苦逼的运营兄弟们看看。满满得正能量。

嗯，让程序员看见估计都去转行做网店了 ^_^

It's life.

我草，之前负责的一款 App 刚才上线一查，产品也给开了 TestFlight 。不行，我得上柱香压压惊。

小米路由 /迅雷下载宝 + 爬资源站 + 迅雷远程下载 sony 电视支持播放 samba 网盘视频播放。

不过，现在小米路由上的 1T 磁盘视频太多，使用 sony 的坑爹文件管理器，没有目录显示经常找不到下载的视频文件，有空想办法能不能自己写个 Android 程序装上去用。

已装老版本无法更新这点，不像是仅仅手滑这么简单啊，确实醉了。

之前在做运营商系统中见过这种做法的。
个人不喜欢这样，还是喜欢在 Java 代码中放入业务逻辑。好测试（ TestCase ），易于重构与复用，也方便并发计算，换数据库（这事很少见，但是也碰到过）不至于当场晕倒。

这种做法，虽然不认同，但是也能理解。有错误或者业务调整易于修复或改写；不需要重新部署。

比较中立一点得说，看个人喜好了。确实有的同事对于 Java 语言实在无爱，就喜欢搞 Oracle ，啥都写存储过程的。

还以为会发个红包啊啥的

我在福州，室内没有暖气更冷啊。反而是在北京出差，一进屋，就把大衣脱下了，只穿件毛衣就好。

所以，好用，有数据支持的灰度发布功能是非常有用的。当然，也得领导有这个意识。

退回上一个版本还是好的，起码产品认识到自己的错误了。最怕的是死不撤，还要从哪里跌倒就从哪里站起，更加拼命往上面堆新功能的。

这个买了 Apple Care 也没用， Apple 是没有类似 DELL 全包和 HP 金牌服务的，大出血吧……

虽然贵，总比买新的便宜。

家里这是要做快播么？

我之前也是有与你一样的问题，后来索性使用 MAS 版本，貌似现在没有再现了。要不，你也试试？

找个小公司，做 J2EE 先混着，准备考在职。如果之前有本科学位，可以现在就报名， 6 月份把研究生的学分先修了。在职的入学考试过了，最快一年半就可以申请考博了。

去旅游吧，真的，多出去看看，多认识认识不同的人。

之前有做过直播。使用 RTMP 协议，通过各种输入端（ PC Camera 、 Mobile ）获得音视频流，按照 H264, AAC 或者 MP3 进行压缩，然后按 RTMP 传输入视频服务器。 视频服务器再做一些多路转换等工作。将处理后的码流推往 CDN 。很多商业 CDN 直接支持 RTMP 以及 HLS 协议。 客户端（ WEB, Flash Player, Mobile Player ）获取码流进行播放。

播现成的录像文件比这个更省事一些，大致流程相似。

RTMP 本身也是 Adobe 视频协议族中的一员，基于 TCP 协议，多少还是会有延迟。一般的直播也就罢了，如果考虑实时性或者交互性很高，估计还得像 QQ 以及 YY 学习，封装自己的专用协议。

MAMP
Docker 也用过，没 MAMP 省事。

唉，自从冰点的时候入了 Quiver ，一直没再用 MWeb 了。 MWeb 当然很不错，不过 Quiver 内置的流程图支持真的很棒。图片也可以拖放即上载。当然， MWeb 也很不错就是了。