writings.io 的弹出框是自己写的，跟 bootstrap 的实现比较像。

bootstrap 的样式不佳，就是拿来定制的啊。

感觉可以啊，有试过吗？

如果格式化好你自己就能看出问题

def math (a，b)
      yield（a，b）
end
def teach_math（x，y，&operation） 
        puts “let's do the  math” 
        puts math （x，y，&operation） 
end

teach_math(2,3)  {     |  c，d  |      c*d  }                      #==>  Let's  do the math
                                                                                               6

楼主请把代码格式化好，是否对格式有着苛刻的自我要求跟你这次遇到的问题是有关的。

http://ruby-china.org/topics/8518

#24 楼 @kongkong Happy writing : )

#22 楼 @kongkong 因为容量是有直接成本的，合适的时候我会发布更高的套餐提供更大的容量。其实 1G 已经很宽裕了。

#20 楼 @kongkong 做文章配图很足够，我的主博客 blog.chloerei.com 写了半年用了 9.6 MB。用来做相册就不够了。

#13 楼 @Peter 我也不喜欢 gmail 的工具栏，鼠标放上去出现，移开又消失很让人抓狂。

#16 楼 @jasli2 我曾经做过 Z 型，但是一切换到 I 型就顿时高端大气了，而且三个图片的内容区域是对齐的。

#9 楼 @Levan 好折腾有 jekyll，社交性有 tumblr，万金油有 wordpress……没错，我们有很多选择。正是因为有这么多选择，他们有很多事都做过了，我才不想做一个跟别人一样的东西。

如果要比较，对象应该是 medium 和 svbtle，我在开发之前这两个网站是不开放注册的，我就一直盼他们开放。我只需要一个不错的页面，就可以只管写不折腾。但是他们一直不开放，我没有好的地方写，就忍不住了。

你可以看到，这个网站首先是满足我的需要，然后开放给大家用，如果觉得好用，就顺便收点费。我觉得这正是独立开发者应该走的路线。

做的过程我有考虑过很多附加功能，比如定制性和社交性，但实际情况是怎么样，如果文章没有价值，网站做得再好看也没用；如果文章没有价值，即使推送给多少人都不会有人看。而且这些附加功能完全可以通过第三方解决的，例如我推荐大家用 RSS 订阅，统一管理阅读来源；用 read later 应用，根本不留意原来的网站样式；用社交网络推广自己的文章，这样可以跟自己原本的圈子对接起来，而不是仅限一个网站的用户。

所以我把大部分精力用于优化“写作”这个功能上，提供一个有助于集中注意力的环境，这样更有可能产出优质的文章。站内的用户互动，比不上整个互联网信息的流动，writings.io 协助产出，其他服务协助传输，文字是属于作者自己的，可以随时导出。

如果我把精力放去别人都在做的那些事上，那么 writings.io 肯定没有什么出众的地方。现在我很有自信，writings.io 的编辑体验比同类产品要好得多。

如果你很在乎网站背景，那么可能你还折腾得不够多，并且我也不期望所有人都会同一个网站上写作。互联网上有各种各样的人定制自己的网站，这样我们阅读的时候会增添很多趣味。如果谁想要在网上写作，但是不愿/不懂折腾网站搭建，那么 writings.io 是个很好的选择。

另，writings.io 之前已经开始收费了，有了一些付费用户，只是数量还不多，最近增长势头不错，到盈亏平衡的时候我会写一篇文章庆祝一下。

#2 楼 @daqing 多谢，语法错误修正了。

#3 楼 @shin 是参考了 nexus 网站的 design，还有 hackerweb。

#88 楼 @RainFlying 个人看法，我不喜欢 rspec，入门教程应该用默认组件，而且测试占的比重太大。不过如果《Web 开发敏捷之道》没有好的翻译的话，中文最新的教程就是 Rails Tutorial。

#80 楼 @nickelchen 可能楼主也有这个疑问吧，为什么要 new 一个 @wiki 以及它后续拿来做什么，问题我理解得不是很清楚。

#76 楼 @nickelchen 可以这样写

<%= form_for :wiki do |f| %>

或者

<%= form_tag wikis_path do %>

甚至

<form action="/wikis" method="post">

都行，只要知道自己要什么。

@wiki 的作用：

1. 设定 :wiki 这个 param scope
2. 设置默认的 action 地址
3. 设置默认值，或者错误时候 render 的值

#71 楼 @hellomac 之所以提醒你感性无用，是因为从你帖子看得出感性已经阻碍你了解计算机原理了。编程就是个纯理性的活。我喜欢我手头的硬件，我也喜欢我开发出来的软件，我也有个人的编码喜好，但这跟怎么编程是两回事，软件纯粹是人写出来的，硬件也是人研发生产出来的，做开发要把心态放到生产者的角度。

或者说楼主是畏难，用情感做借口拉开和计算机的距离。分配内存，变量声明这些知识了解底层原理之后都不会有太大疑惑，学习新语言的时候都是看它需要声明到什么程度，能自动化到什么程度。遇到难理解的部分，就说它不人性化，那很遗憾，能理解人的意识的计算机还没开发出来。

#68 楼 @hellomac 你这话真感性，但我觉得毫无用处。不知你组装过台式机没有，没有的话就去找一台拆解，然后再装起来，看看这个伙伴的底子是什么，想想要怎么让它干活。只把脚伸进泳池是学不会游泳的，打球要努力把它打破踢烂。

#65 楼 @hellomac Wiki.new 在我理解无论在抽象意义还是底层意义上都是需要的。例如到柜台填一张表，不是说“我要填一张表”就完事了，而是从存放表单的抽屉（Wiki）里面抽出一张表（.new），你才知道这张表有什么内容，需要填什么字段。计算机编程就是充满了大量的声明，无论声明的是逻辑，还是数据，还是结构，因为计算机什么都不懂，需要人来指挥。

C 是贴近硬件，但已经比汇编语言抽象了很多，曾经 C 是作为高级语言的。程序员的工作就是处在人类和计算机之间做翻译，不然的话打开 Word 写一份项目需求交给别人实现不是更人性化？

觉得某个语言好，是因为在解决某个问题的时候它的表达能力恰好很方便，解决不同层面的问题时就不一定觉得 Ruby 很好用了。

驾驭计算机，而不是和它作对。

我一年前的代码，现在版本更新不一定能跑，仅供参考

https://github.com/chloerei/code_campo/blob/master/app/models/tag.rb

官方 ruby 驱动的接口我没直接调用过，估计差不多 http://api.mongodb.org/ruby/current/Mongo/Collection.html#map_reduce-instance_method

PS：1，2 楼讨论问题能不能谦虚一点？

#61 楼 @hellomac 有没有看《Web 开发敏捷之道》这本书？这本是我的入门书，在这本书的范围内就可以写出基本的 CRUD 网站，比如博客。其他的书是辅助怎么把程序写得更好。我翻过别的入门书觉得都没有这本好，但是这本书中文第 4 版翻译很烂并且落后一个大本版，要追新就要看英文原版了，初学阶段不知能不能啃下来——我觉得现在中文确实缺乏一本入门书。

具体到 Wiki.new 这种代码的疑问上，确实是基础缺失的问题。专业出来的人是从底层学起的，计算机电路怎么判断逻辑，数据是怎么储存的，然后学 C 语言这种贴近硬件的语言，感受怎么控制计算机计算逻辑，分配内存。培养了控制计算机的语感，然后才到开发应用。如果有打算在编程这条路走下去，有必要补一补。我看的是学校的教科书，不知道有什么更好的书。

还有，你可能在读 Ruby China 的源码，我建议现在先不要读。我都没阅读过大部分代码，只在维护的时候去找相关代码。现在应该自己动手做些简单的目标，比如留言板，然后部署到线上。

#4 楼 @jarorwar 欲速则不达

#43 楼 @heliang7 新番热播中

#29 楼 @luikore 限量 T

楼主在看什么书，看完了没。

#35 楼 @veggie 庶务二课 2013

#1 楼 @virgil 还有什么工具安全感能比得上系统组件

#4 楼 @loveltyoic Programming Ruby 1.9 & 2.0 (4th edition)

#17 楼 @Kabie 正确用法是不要用 slim 来生成 javascript。

即视感