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

我想说的是，以前是不是把 TextMate 吹得太好了？

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

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

https://www.google.de/search?q=%E7%9E%8E%E6%89%AF%E8%9B%8B&site=imghp&tbm=isch

有没有 Rubymotion 和 Xamarin 的例子？

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

很励志！

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

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

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

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

:plus1:

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

Visual Studio in a world of multiple devices

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

微软终于不硬了

xamarin 可能还是价格不变。

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

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

好，支持，我占用最后一个 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 地址呢？”

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

我的结论就是用 erb

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

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

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

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

下面内容取自环信的 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 的基本可用性会有极大的隐患。

精华！

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

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

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

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