#7 楼 @iBachue CPU 专门有个浮点数运算器，GPU 的浮点数运算也是性能重要指标，如果这两个原件直接被废了那肯定有什么问题，Ruby 就算不上通用语言了，成为一个 DSL。

我猜是这样，浮点数是底层硬件直接支持运算的类型，默认用精确数的话效率就不一样了。

这个把拼音直接输入的 bug 解决了，不知还有什么别的问题？ https://github.com/writings-io/writings-io/issues/3

今天借到 Mac，才发现之前在 Mac 下一直处于不可用状态。

其实我还是喜欢 Linux。

#26 楼 @aisensiy 在 Canonical 工作的 @tualatrix 就是 Mac 双系统。

#18 楼 @aisensiy 穷啊买不起，我是挺想要的。买的都是高级玩家。

现在用 Mac 的很多，不用怕开发环境有问题。推荐 Mac 的原因是你有需要可以装 Linux 和 Windows，但是 PC 就不好装 OS X 了。

#13 楼 @qinfanpeng 真实环境。

#12 楼 @aisensiy 这是前车之鉴，Linus 之前都用着 Mac 来装 Linux，不过现在找到了新玩具：Chromebook Pixel

Mac 可以装 Linux 和 Windows。

#60 楼 @lidashuang SecureRandom.hex 4 每个用户独立，查询的时候加上用户 id。

#58 楼 @ekim_sgra 可以确保 url 永久可访问，不然 url 标识改了发出去的链接就 404 了。

至于不用数字，是希望用户忘掉文章顺序，专心写好这一篇。

sanitize http://api.rubyonrails.org/classes/ActionView/Helpers/SanitizeHelper.html#method-i-sanitize

不要用 html_safe

update:上面是 html 的，bash 不熟，等楼下了

#36 楼 @zhulinpinyu 不懂 rspec。在原贴 @ 就行了不要窜主题。

#31 楼 @bhuztez 这里说的应用类型就是完整性要求不严格的 Web 应用，Startup 也买不起 Oracle，所以我也只说我的选择罢了。

再说一个，为什么要用 select * 呢，一条数据在不同的位置可能要调用不同的字段，全部取出来就可以缓存在内存，不同地方 select 不同的 col 缓存效率就低。当然也可以通过页面片段缓存，实际哪个好要看场合了。

#28 楼 @bhuztez 我也没测过 select col, col2 是不是跟拆分后的 select * 性能一样，按 robbin 的说法应该后面的好。这就留给有心人啦，我用 Mongodb。

数据量上去之后，关系数据库的 join 查询都不能用，热数据要冗余，大部分是主键查询……经历那一次后，我更加坚定用 Mongodb 了。

#25 楼 @bhuztez 或者你手头有大数据可以测一测。决定数据库模式的不是我，当时领我的组长把那 9000 万数倒来倒去、拆来拆去，后来发现这样弄比较快，就这样做了。

我个人不喜欢因为性能问题拆表，应该按逻辑分，所以我不想再碰大数据了。

#22 楼 @bhuztez 有几个表就是拆小做成内存表查询的，速度刚刚的。不过 bhuztez 大大是看不起这类庶民方法的啦。

#56 楼 @smilekk 收到。

pocket

到了那个级别数据量，发现关系数据库就是当非关系数据库使的。

#53 楼 @hilbert 额，罪过，真是大 Bug，我尽快修。

#52 楼 @virgil 这个设计中。

#49 楼 @virgil 对，就是这个，提交之后没有修改链接 href。明天就能修复。

#47 楼 @virgil 是指个人首页链接吗？确实是问题，已经记录。

#9 楼 @i5ting 哈，我确实像是闭关修炼的状态，偶尔出门晒太阳活动活动，一个月一次交房租的时候给房东做项目汇报，免得他以为我在房里会搞出什么事。

#7 楼 @i5ting markdown 编辑器有不少需求，也有不少竞争，如果觉得自己想法不错，值得出手哦。

#45 楼 @yeerkunth 参考 Twitter，修改一些可能会引起用户困扰的内容时，需要填写当前密码。

#4 楼 @i5ting 看了下 ueditor，它定位是 word 式的富文本编辑，markdown 本是纯文本，用来改太重了。

可以先找找现有的 markdown 编辑器，如果没有合适的再改或自己写。markdown 目前我看过觉得最好的编辑器（不限 Web）是 iA Writer http://www.iawriter.com/