• 有人原来因为要用 TextMate 才买的苹果电脑,怎么现在一下就没有人用了,就算 Sublime Text 好得不得了,也不至于一下就把 TextMate 的用户全骗走了吧。

    我想说的是,以前是不是把 TextMate 吹得太好了?

  • 为 devise 添加 token 认证 at 2014年11月26日

    #6 楼 @qingxp9 请问有没有对应的 iOS 的例子?

  • +1 德国经常卡着打不开,一旦 load 成功就好了

  • 瞎扯淡 at 2014年11月22日
  • 有没有 Rubymotion 和 Xamarin 的例子?

  • 如果需求不多,可以开迅雷下一个 Google Search Appliance,输入入网址就可以索引,不用配置 http://bbs.neten.de/viewthread.php?tid=1189

  • 很励志!

    看这个网站 http://hamburger-kammerspiele.de/ 觉得你们美工还不错的,

    但是这个:http://yizaoyiwan.com/ 感觉还是差了点,尤其字体的问题很严重,Vanilla 默认是英语字体设置。

  • 有钱买,没时间看,视频教程实在太耗时间,要有耐心,对初学者比较友好。

    如果有基础了,还是文字的相对好些

  • Rails 路由系统源码探索 at 2014年11月18日

    :plus1:

  • 看到楼主问问题,我整个人都不好了,楼主在我的印象中应该只是回复问题的,而且回复都被 like 成黄色。

  • 微软终于迈出这一步 at 2014年11月13日

    Visual Studio in a world of multiple devices

    http://channel9.msdn.com/Events/Visual-Studio/Connect-event-2014/012

  • 微软终于迈出这一步 at 2014年11月13日

    微软终于不硬了

    xamarin 可能还是价格不变。

  • One App to read them all at 2014年11月13日

    #5 楼 @martin 没事,我上班手边没有 Mac,就像《天下无贼》里面傻根说的,看到牛粪了,画个圈,看回家能不能还用上。

    你能用上也不错,我也很少看英文信息。

  • One App to read them all at 2014年11月12日

    好,支持,我占用最后一个 HEANJPM7WJJ9

  • #5 楼 @lawrence 当然是删除所有的版本

  • #3 楼 +1

    BFG 简单好用,唯一要注意的是,要删除的文件不能在当前版本存在,否则不能删除。

    比如说 password.yml 一直在各个版本存在,那是删除不了的。 要 git rm password.yml 然后再 commit, push 之后,才能删除 password.yml

  • #14 楼 @lgn21st 东西可以乱吃,话可不能乱讲啊。我就知道你对 Ruby 不是真心的,你心里还想着那个 PHP,感情的事是不能强求的,呐,不要说我没有提醒你,你有没有考虑过 Ruby 的感受?呐,做人呢,最重要就是要开心,但发生这种身在曹营心在汉的事呢,大家都不想的。既然发生了,我劝你最好一个人静一静。要珍惜眼前人啊~

  • 有个 Rails 程序员不幸车祸成了植物人,家人问医院怎么办,医院的人跟他说,跟他说点刺激的话,后来家人找来他同事帮忙,他同事每天都来说:“老板说你用 Rails 做的网站好慢啊,Rails 好慢啊!”,有点反应,但效果不明显,有天他同事过来说:“Raptor 比 Unicorn 快 4 倍,比 Puma 快 2 倍,你要不要试试?”,好,这这句话管用,他一下就醒了,连忙问:“Github 地址呢?”

  • 楼主你看,我可以用这个马甲给你回复

  • Is Rails Slow? by Akira Matsuda at 2014年11月08日

    我的结论就是用 erb

  • 丰富的行业经验 at 2014年11月07日

    #26 楼 @Rei 这种几十刀的是 non-exclusive logo, 如果期他的人也买了,那 logo 岂不是跟别人一样了?

  • parallelsdesktop 双十一半价 at 2014年11月06日

    有段时间很想要买,因为外接显示器不清晰,用这个 parallelsdesktop 可以开 windows 里面的程序,比如浏览器之类的,因为字体渲染问题,windows 下会很清晰。

    不过现在已经习惯模糊屏了,没有了太大的冲动。

  • 丰富的行业经验 at 2014年11月06日

    越来越多剁手网,手不够了,改剁手指头吧,能多撑一会儿

  • 移动 IM 学习笔记 at 2014年11月06日

    下面内容取自环信的 FAQ,觉得他们还是做了很多工作的,如果是小团队,真没必要自己折腾。 是不是软文不是很重要了,其实现在也就这两家靠谱吧。

    http://www.easemob.com/faq/#section-4

    ** 开源的 IM 框架也有不少,为什么我不可以自己搭建一个 IM 服务器,自行开发呢? ** a) 自行研发移动 IM,技术门槛高,开发周期长。根据我们的经验,至少需要资深的 Android 工程师,iOS 工程师,后台工程师各一名,需要至少 2 到 6 个月时间。主要的技术难点包括:

    • 协议和 IM 服务器的选择:当前常用作 IM 的协议包括 XMPP 和 MQTT,也有用 SIP 的,还有自行开发的私有协议。- - 可以使用的开源的 IM 服务器包括 OpenFire, Tigase, Prosody, Mosquitto, ejabberd 等。你知道它们各自的优缺点吗,你知道哪个协议,那个 IM 服务器实现最适合你的需求吗,你知道你一旦选定了一个方案,你分别需要对协议和 IM 服务器做哪些改动和改进吗?
    • 不稳定网络环境下(3G,2G,Wifi,无网络,及各种网络环境下的切换)移动终端即时通讯长连接可靠性的维护
    • 移动终端耗电量优化
    • 移动终端流量优化
    • 发送各类富媒体消息的特定处理,如语音文件格式选择,语音压缩算法,语音降噪算法,图片压缩处理,地理位置,名片,文档等
    • 消息回执处理 (ack),防止消息丢失。
    • 离线消息处理。离线时的实时消息通知(比如通过第三方推送平台)
    • 实时状态同步
    • 支持千万级同时在线用户的高可靠,高并发的服务器集群架构的搭建和运维
    • 安全

    b) 移动 IM 是一个需要长期跟进和维护的技术,并不是产品上线后研发团队就可以解散了。作为运营者,你做好长期的技术投入的思想准备了吗?比如新的 IM 功能层出不穷,如匿名社交,阅后即焚,你的产品要不要与时俱进?移动 IM 相关的各种安全隐患和漏洞,你要不要及时修复?所以你需要问自己一个问题,移动 IM 技术是你的核心竞争力吗,还是只是支撑你的业务实现的一个工具?

    c) 移动 IM 服务对服务器硬件,网络,运维环境,都有非常高的要求。需要长期持续的服务器端运维投入。

    d) 绝大多数团队都不具备百万级,千万级并发的 IM 技术。一旦用户量爆发性增长,APP 的基本可用性会有极大的隐患。

  • 精华!

  • 域名免备案的解决方法 at 2014年11月05日

    很不错的解决方案,请问你们服务器是什么配置,每个月多少钱?

    感觉这种服务都很贵,如果有你的情况做参考那就好办多了。

  • 理解红黑树 at 2014年11月05日

    楼主,能麻烦你讲一下这棵树相对其他树有什么优缺点?

  • @chunlea dash 好像用不了,说是没有 index,你确定是完整的吗,谢谢