-
如何评价这样一位开发者？ at 2017年03月16日
是
-
Ruby 需要一个静态类型验证系统 at 2017年03月16日
-
在 Staging 环境中部署 ActionCable 遇到的坑 at 2017年03月15日
研究清楚问题细节也是对的，不然用容器出问题也不知道问题在哪。
-
在 Staging 环境中部署 ActionCable 遇到的坑 at 2017年03月15日
- 微服务化不是必须的，集成应用也可以
- Dockerfile 写对了是有缓存的
- 赞成
- 容器部署的难点是调度工具，需要提升运维能力或者直接用基于容器部署的云（最好的在国内不可用）
-
Rails 缓存，你应该知道的几件事 at 2017年03月14日
标题绕口。
-
用 PHP 做项目都是用的 MySQL，现在转 Rails 有必要切到 PostgreSQL 派？ at 2017年03月10日
没必要，Basecamp 用的 MySQL。
-
我今天去深圳某知名创新公司面试被性别歧视了~ at 2017年03月08日
什么公司部门职位？
-
为什么 Rails 中没有依赖注入的概念？ at 2017年03月04日
Dependency injection is not a virtue http://david.heinemeierhansson.com/2012/dependency-injection-is-not-a-virtue.html
-
新手找份 Ruby 的工作好难哦。。。。 at 2017年03月02日
那么，新手转什么开发找工作容易？
-
工程师只是负责实现吗？ at 2017年03月01日
负责说“这个实现不了”
-
请问为什么会出现这种情况 at 2017年02月28日
估计是运行环境的问题，例如磁盘性能差。
-
搭建 Ruby China 开发环境 (Vagrant) at 2017年02月28日
不维护了，建议用 docker，我晚上再清理代码。
-
请教下微信支付在 pc 端扫二维码支付后怎么通知页面前端怎么跳转或者重定向 at 2017年02月28日
ActionCable
-
[上海] Autodesk 2017 春季招聘 (Ruby 职位) at 2017年02月25日
24 小时手机通，外出带笔记本。
-
基于 Rails 5 的 B2C 电商开源项目 at 2017年02月23日
缺了必须的页面反馈，用户不知道怎么用，这就是个 bug。
-
[BUG] 安卓客户端选择话题节点无法下拉 at 2017年02月17日
到这里提 issues https://github.com/ruby-china/ruby-china-android
描述问题和截图。
-
create 创建记录时是一次提交还是多次提交到数据库 at 2017年02月16日
-
create 创建记录时是一次提交还是多次提交到数据库 at 2017年02月16日
在 console 执行一下看日志。
-
Strikingly 团队 2017 技术展望 at 2017年02月16日
#19 楼 @danielglh 我还想追踪一下这个说法是怎么来的，我这用 Google 搜，英文前几篇都是否定或质疑的，但是中文搜就很多肯定的。初学者如果只看二三手中文资料，会被误导。
-
Strikingly 团队 2017 技术展望 at 2017年02月16日
#11 楼 @danielglh 是我误会了，不过我希望不要把这个原则当作社区共识，社区不是一个个体，我就一直不太认同这个原则。
后面 business logic 模块化我赞同。
-
我好像忘了发这个 - 基于 rails/webpacker 实现的 React 应用尝试 at 2017年02月16日
#23 楼 @wildchilderic 不一定。
首先，客户端性能不是可忽视的，特别是移动端。https://medium.com/dev-channel/javascript-start-up-performance-69200f43b201#.5o2nxx2gw
其次 从 HTML 页面转 JSON API 不一定能降低服务器负担。像 Ruby China 的 API 优化得没有 Web 好，你可以调试顶楼的 demo，首页 Web 一个 30 毫秒请求，换成 API 需要两个 80 毫秒请求，服务器负担变大了。即使优化很好我觉得差别也不会大，因为数据库耗时是一定的，渲染部分都缓存住。
-
我好像忘了发这个 - 基于 rails/webpacker 实现的 React 应用尝试 at 2017年02月15日
React 推广之初，性能是一大卖点，最有名的是 dbmon 的测试（https://www.youtube.com/watch?v=z5e7kWSHWTg），凭此测试让 React 引起了广泛关注。不过接着就被发现之前 Angular 的测试版本写错了（http://blog.500tech.com/is-reactjs-fast/），实际上 Angular 和 React 不相上下。用来做性能评比的是一个很极端的例子——一个高频刷新的表格，并且每个单元格都有自己的逻辑（弹出框）。如果要做一个股票交易工具也许很适合，不过一般的 Web 应用不需要这么高频刷新。
但是信息传播很容易走样，“高频刷新下 React 性能很好”经过传播后就只剩下了“React 性能很好”。接着，遇到服务端渲染慢的时候就会想，用 React 重写前端是不是更好。有的团队真的这样做了，花了几个月前后端分离，用 React 重写前端，结果还更慢了。接着为了渲染速度和 SEO 又去做 React 的服务端渲染……
我早前也有疑问，用 JavaScript 渲染页面真的比浏览器直接替换 body 快吗？如果说 Virtual DOM 可以减少绘制提高性能，那么 JavaScript 本身的计算消耗如何呢？但是很少有团队会把一个产品用服务端渲染实现一次，再用客户端渲染实现一次，一直到了最近有人利用 Ruby China API 重写前端，我才有机会做一个公平测试。
数据表明，对于整页替换的网站，前端渲染没有性能优势。所以如果你做的项目比较像一个网站，那么大可不必用前端渲染，从性能和 SEO 角度来看服务端渲染更好。对于大多数网站来说，以 Rails MVC 为主，少量 JavaScript 做调料，复杂组件用前端渲染，是最简单高效的。
我的意思不是说前端渲染无用，让大家不要学，前端渲染有它适用的地方，应该更多从功能上判断。如果你的网站有很多客户端状态，有很多拖拽、弹层、动画效果，需要提供离线功能，或者其他不适合用服务端处理的地方，那么就应该考虑前端渲染。
-
Strikingly 团队 2017 技术展望 at 2017年02月15日
“Fat Model, Thin Controller”我一直没找到 Rails 官方资料或者核心开发的分享有推荐这个准则，为什么说是 Rails 的指导呢？
相反我找到一篇 DHH 的文章指出不要为了代码重用而把代码都塞进 Model http://david.heinemeierhansson.com/2012/emails-are-views.html
-
如何把 JSON 中的 RTC 时间转换为 DateTime 并创建 Model？ at 2017年02月15日
我觉得逐条转换没问题，不过 update! 用错了，每次调用都会保存一次数据库。
-
Sea.js 项目中的模块化定义能否有简便方法提取成 JavaScript 的封装函数或者类 at 2017年02月14日
CoffeeScript 默认用闭包包裹，assets pipeline require 可以处理依赖。
-
有什么即插即用的 dashboard 后台数据分析插件吗？ at 2017年02月12日
-
有什么即插即用的 dashboard 后台数据分析插件吗？ at 2017年02月12日
-
有什么即插即用的 dashboard 后台数据分析插件吗？ at 2017年02月12日
Elastic 全家桶 https://www.elastic.co/products/kibana
-
asciidoctor-htmlbook —— HTMLBook 电子书工具链其一 at 2017年02月11日
我赞同副标题的内容“book is a program”，书有源码、编译、发布，跟程序差不多。不过这个工具跟 latex 的问题一样：难用。我是不知道怎么向一般作者介绍这个工具，写作之前要学习这套 Lisp 系 DSL，门槛太高。
在我构想中，制作一本书的可以分开三个环节。
- 作者写作，这个过程作者只需要考虑内容，不需要考虑样式和构建。工具可以是标记语言，或者其他标准化文档的编辑器。
- 制作样式，这个过程由技术或设计师进行，工具是 HTML/CSS/JavaScript。
- 构建发布，这个过程是自动化进行，把内容和样式编译成各种格式。可以是命令行工具，也可以是 SaaS。
所以在我看来现在最接近理想的工具是 GitBook。