很励志!
看这个网站 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 可能还是价格不变。
好,支持,我占用最后一个 HEANJPM7WJJ9
#3 楼 +1
BFG 简单好用,唯一要注意的是,要删除的文件不能在当前版本存在,否则不能删除。
比如说 password.yml 一直在各个版本存在,那是删除不了的。
要 git rm password.yml 然后再 commit, push 之后,才能删除 password.yml
有个 Rails 程序员不幸车祸成了植物人,家人问医院怎么办,医院的人跟他说,跟他说点刺激的话,后来家人找来他同事帮忙,他同事每天都来说:“老板说你用 Rails 做的网站好慢啊,Rails 好慢啊!”,有点反应,但效果不明显,有天他同事过来说:“Raptor 比 Unicorn 快 4 倍,比 Puma 快 2 倍,你要不要试试?”,好,这这句话管用,他一下就醒了,连忙问:“Github 地址呢?”
楼主你看,我可以用这个马甲给你回复
我的结论就是用 erb
有段时间很想要买,因为外接显示器不清晰,用这个 parallelsdesktop 可以开 windows 里面的程序,比如浏览器之类的,因为字体渲染问题,windows 下会很清晰。
不过现在已经习惯模糊屏了,没有了太大的冲动。
越来越多剁手网,手不够了,改剁手指头吧,能多撑一会儿
下面内容取自环信的 FAQ,觉得他们还是做了很多工作的,如果是小团队,真没必要自己折腾。 是不是软文不是很重要了,其实现在也就这两家靠谱吧。
http://www.easemob.com/faq/#section-4
** 开源的 IM 框架也有不少,为什么我不可以自己搭建一个 IM 服务器,自行开发呢? ** a) 自行研发移动 IM,技术门槛高,开发周期长。根据我们的经验,至少需要资深的 Android 工程师,iOS 工程师,后台工程师各一名,需要至少 2 到 6 个月时间。主要的技术难点包括:
b) 移动 IM 是一个需要长期跟进和维护的技术,并不是产品上线后研发团队就可以解散了。作为运营者,你做好长期的技术投入的思想准备了吗?比如新的 IM 功能层出不穷,如匿名社交,阅后即焚,你的产品要不要与时俱进?移动 IM 相关的各种安全隐患和漏洞,你要不要及时修复?所以你需要问自己一个问题,移动 IM 技术是你的核心竞争力吗,还是只是支撑你的业务实现的一个工具?
c) 移动 IM 服务对服务器硬件,网络,运维环境,都有非常高的要求。需要长期持续的服务器端运维投入。
d) 绝大多数团队都不具备百万级,千万级并发的 IM 技术。一旦用户量爆发性增长,APP 的基本可用性会有极大的隐患。
精华!
很不错的解决方案,请问你们服务器是什么配置,每个月多少钱?
感觉这种服务都很贵,如果有你的情况做参考那就好办多了。
楼主,能麻烦你讲一下这棵树相对其他树有什么优缺点?
@chunlea dash 好像用不了,说是没有 index,你确定是完整的吗,谢谢
求抱枕淘宝链接~
另外,希望有小一点的版本,里面是活性碳,可以放车里面
还可以再小一点,放钥匙扣上
再小一点,放手机链上
我想集全
最后问一下,你们是 github(gitcafe) + koding.com + heruko + fengche.co 的合体吗?
上面几家公司都是收费的,你们全包了,但还没看到收费条款,你们是怎么盈利呢?
免费是有代价的,如果不是太缺钱,可以考虑成熟的花钱方案,省得以后再折腾
谢谢楼主,这么多好东西,要花点时间好好消化一下
赞!
这不是一句话两句话能说得清楚的,因为说得少了极易引起误解。如果是你理性思维比较强的人,可以看看这个小册子《游子吟--永恒在召唤》:
http://www.oc.org/web/modules/tadbook2/index.php?op=view_one_book&book_sn=1
如果国内链接打不开,可以百度一下,这本书作者已经批准可以自由散播。