-
60 个赞 • 70 条回复
-
39 个赞 • 39 条回复
-
36 个赞 • 61 条回复
-
20 个赞 • 26 条回复
-
18 个赞 • 42 条回复
-
16 个赞 • 47 条回复
-
14 个赞 • 25 条回复
-
14 个赞 • 23 条回复
-
12 个赞 • 12 条回复
-
12 个赞 • 18 条回复
-
11 个赞 • 18 条回复
-
11 个赞 • 17 条回复
-
10 个赞 • 41 条回复
-
8 个赞 • 17 条回复
-
8 个赞 • 18 条回复
-
8 个赞 • 27 条回复
-
8 个赞 • 22 条回复
-
7 个赞 • 21 条回复
-
7 个赞 • 7 条回复
-
7 个赞 • 28 条回复
-
评论 Why I wouldn’ t use rails for a new company at 2015年09月29日
#35楼 @lgn21st 对这个是完全赞同的,但是“实时性”的部分应该是内嵌到一个框架的最深处的,成为框架的默认的。所以,过时的不仅仅是 Rails ,还有 Ajax/Pjax/turbolink 等这些所有基于非实时框架做成的实时 Hack 。
世界变了,最大的一个特点是网速变了。十年前,当我们请求一个页面等个三五秒认为是正常的时代,Rails 默认的这种 Http 请求模式显然是没有问题的,因为最大的痛在于等待时间而非页面刷新。但是到了今天,web 应用应该是”无刷新为默认“的,也就是”类原生应用为默认“,道理很简单:网速上来了,用户体验要在平滑性上来拼了。Rails 从基本架构上不是为这个时代而生,所以改进也没有必要了,慢慢淡出娱乐圈才是正道。
说起”编程快乐“,这个依然是最重要的。但是用用 meteor 就会发现,Rails 输掉的同时是两个极端:易用性和强大性。
-
评论 Why I wouldn’ t use rails for a new company at 2015年09月28日
从今年开始就再也没有碰过 Rails 了,感觉 Rails 已经老了,该退休了。十年前 REST http request/response 的模式看起来那么美,但是现在时实时应用的时代了,大家可以了解一下 meteor 的 data on the wire 的概念。
如果 https://github.com/peatio/peatio 项目中使用 pusher 实现的那部分功能,用 meteor 实现是不是会很简单呢?
-
好多视频网:Gulp+Sass+Jekyll+Browsersync 搭建起来的前端开发环境 at 2015年08月01日
@nightire 用 node 直接设置反向代理的形式我回头要研究一下,多谢!
-
好多视频网:Gulp+Sass+Jekyll+Browsersync 搭建起来的前端开发环境 at 2015年08月01日
不明白为什么一定要用 jekyll?
jekyll 只是我个人用的比较熟的,不否认有些情况下,将其替换可能是个好主意。
-
Polymer 1.0 浅尝 at 2015年08月01日
web component 是未来!
-
[Rails Girls 七城连连看] 教练报名 at 2015年07月31日
支持一下
-
好多视频网:Gulp+Sass+Jekyll+Browsersync 搭建起来的前端开发环境 at 2015年07月31日
对了,我的这套环境直接就搭建在公网域名下了,这样可以直接用手机打开调试,也是挺方便的。
-
好多视频网:Gulp+Sass+Jekyll+Browsersync 搭建起来的前端开发环境 at 2015年07月31日
相信如果有同学在用这套东西的话,那么 sass/browsersync/autoprefixer 肯定是必不可少了。
我有一个问题要请教大伙,html 文件 concat 方面,大家是用 Jekyll 实现吗?如果不是,那各位采用什么方式来组合 html 片段呢?
-
《支付宝收款集成》开源项目 + 视频课程 at 2015年07月31日
@algo31031 你帮我们可是不少,感谢!
-
《支付宝收款集成》开源项目 + 视频课程 at 2015年07月29日
@peter 没指明,不过我挺喜欢 MIT
喜欢录视频讲东西的web 开发者。