之前在做运营商系统中见过这种做法的。
个人不喜欢这样，还是喜欢在 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 也很不错就是了。

如果有，肯定是有加分的。哪个程序员敢说自己不用 stackoverflow 啊。

提 SF 不是不可以，不过用户群体数量就差远了。

如果要去异地发展并考虑定居，非常重要。牵涉户口、档案

@alertpic 不会啊，其实动态语言特性不是更复杂？ 我最早做 C++，主要做 windows 客户端开发。后来做 J2EE ，受 Rails 的影响，后来也做了一些 Ruby 、 Python 的事。再后来做 objective-c/swift 。到现在因为工作的原因开始学习 PHP 。其实，动态语言更有趣，玩的花活更多，不是吗 :-)