瞎扯淡 瓶颈期,求指点.
作为一个连 HTML 都不知为何物零基础的人，也就是朋友口中的"野生程序员",在一年前机缘巧合邂逅了 Ruby，从此一见钟情. 只啃了 Ruby 基础语法，就搞起了 Ruby On Rails，被虐的很惨，但也一直在坚持. 可是渐渐的，我发现我遇到了许许多多问题，比如 CRUD 写过很多，但是你问我为什么 new 方法中要建个类的实例我却解释不清。应该是我基础太薄弱的关系吧.Ruby On Rails 写了一些，但 Ruby 写的很少，元编程也只能搞懂寥寥几种，这让我很难搞懂 Ruby On Rails 的源码，始终无法深入. 也曾想过去上@knwang的课程，但现有条件又不允许，不可能拿出大块时间完成课程. 零零碎碎的学，势必系统性会很差，难以提高，我该何去何从？请前辈指点。
去个小公司，从项目的开头开始做起，把这个项目做起来，处理好各种发现的情况，就差不多了. 我就是这样成长起来的，和 lz 一样，一开始啥也不会
#7 楼 @ShiningRay 比如主题中的疑问:CRUD 中，为什么 new 方法中要新建个类的实例？
# GET /wikis/new
# GET /wikis/new.json
def new
@wiki = Wiki.new # <=======这行的作用是什么,删掉可以吗?
respond_to do |format|
format.html # new.html.erb
format.json { render json: @wiki }
end
end
@hellomac 对症下药给个解决办法 1. 真正弄清楚，面向对象的意思，推荐书籍 Ruby for Rails 2. 元编程，一定要学，非常非常重要 3. 拿实际项目练手。
#12 楼 @ShiningRay #13 楼 @blacktulip 表单也是对象，具有字段值等等属性，新建只是为了保证用户填错的时候可以协助填写默认值，理解是否正确？
我现在还是看到 2 种楼主的头像。。2 楼是新的 其余的楼都是旧头像 有点乱
正题：推荐打好 ruby 基础，不要着急学 rails，稳扎稳打。切勿急躁。推荐《Eloquent Ruby》这本书，如果认真的读一遍，相信你再看 rails 源码就不会那么晕了
#18 楼 @gaicitadie 你说的没有错，但是我觉得楼主问的不是这个。
#19 楼 @hellomac 这里新建一个实例，是为了在内存中开出一片小区域来存放数据。
@wiki = Wiki.new
Wiki 是个 class，按传统 OOP 的理解，class 是 instances 的结构图。你把一个 instance (此例中的 @wiki 想象成一座房子，房子里面放的是家具 ( 用户通过表单输入的数据 ) 。
那么显然，你需要先建一座房子，( 在内存中开辟一块空间 ) ，@wiki = Wiki.new 这条指令就是建起这座房子，然后你可以让用户把家具放进去。
如果光有 Wiki 这个结构图，没法放家具，家具不能放到图纸里面。
以上是比较肤浅的解释，可以先这么理解着，以后对 OOP 理解深入了就好懂了。
new 不就为了实例一个对象给表单的吗？为什么要实例？？？不实例其实也是可以的，不是吗？
实例是为了把这个对象的原生属性都传过去，表单自然知道一些默认值。
#21 楼 @young4u_amy 2L 是旧的，其它才是新的. 你说的道理我明白，只是写 Ruby 的机会很少，除了自己练习，没有使用的地方. 可能对我来说：使用 Ruby On Rails 开发网站是主要的用途. 不实际使用的东西，很难有动力持续下去。
#22 楼 @blacktulip 谢谢，这么说我就理解一些了. 有时候初心者即使读了几百遍<<提问的智慧>>仍然会问出糟糕的问题，因为它真的搞不清自己到底问的是什么，只好一股脑说出来，等待热心人拯救. 在社区一年，感觉越来越有人情味了。越来越多的前辈遇到新手的无脑问题不再是哼一声扭头就走，而是细心的指导. 谢谢你们，社区有大家更美。
#27 楼 @ShiningRay 1.在一个小团队打杂，做着和技术有关没关的事情. 2.接触到社区之前只会聊 QQ.现在的技能就是 HTML(熟悉),CSS(入门),JS(新手),Ruby(入门),Ruby On Rails(入门).按照新手 - 入门 - 熟悉 - 精通 - 资深划分. 3.希望能独立制作自己喜欢的网站，而不是拿 Discuz!,WP 一类的改改模版。
#22 楼 @blacktulip 正解。楼主。。其实你需要的是一本系统的书籍，一本从数据结构到面向对象，到 ruby 语法，到 rails 的书。。其实你真正需要的是镐头书~~涵盖了这一切。。。
#6 楼 @hellomac 额 你一定不知道 1 楼分享的《屌丝程序员如何一个人打造日 PV 百万的网站架构》还有翻译了 Javascript 搞基程序设计... #1 楼 @ShiningRay 看来很多人不知道你哈哈哈
#33 楼 @jarorwar 为什么需要了解数据结构呢？您能谈谈必要性吗？ #34 楼 @zj0713001 你一定不知道"百万"其实我看过，甚至那个"冇问题"我也匆匆看过几眼。
跟位置，排序相关的用 Array 非重复，有对应关系的用 Hash，另外不懂 New 是因为没有找过老婆，买过房，你找了老婆，买了房就明白为什么要写 New 了
#36 楼 @zj0713001 其实您说的例子我仍然觉得和数据结构无关.@yakczh 解释的很好了。
我 09 年接触 Ruby 的，跟你一样什么都不懂就开始玩儿 ruby，虽然到现在技术也不咋地，但是还是可以分享点经验的，
- 建议你先学下 设计模式 再学
Ruby(Programming Ruby绝对是一本 翻不完 的书，有些只是带过的一句话都是发人深省).
- Rails 中运用了很多的设计模式。如果源码有些地方看不懂的话可以在社区建议开个板块，代码相关的，然后发帖问下。
我也是经常遇各种坑，没基础不可怕，可怕的是别人在玩，你玩比别人更嗨皮。
编程需要思考，没有思考你当然不知道为什么他们 (大牛们) 这么做
学一门公认 sucks 的语言 (php?java?) 对比下和 ruby 的差别，你就知道为什么要这样设计了
学学 gosu 什么的，写些小游戏 自己领悟怎么写能复用代码
有本书叫“Patterns of Enterprise Application Architecture"里面有一张讲了"active record"是神马意思，同时还讲了其它数据源的组织方法。
#57 楼 @edokeh 嗯，是的，在 MVC 中，数据是由 Model 直接访问得到的. 但在 Rails 中，View 需要的数据，应该是由 Controller 获取，而不是直接在 View 层调用 Model 的层方法来获取. 咱们是基于 Rails 的 MVC，所以参考一下 Rails 手册的说明
http://guides.rubyonrails.org/action_controller_overview.html
For most conventional RESTful applications, the controller will receive the request (this is invisible to you as the developer), fetch or save data from a model and use a view to create HTML output. If your controller needs to do things a little differently, that's not a problem, this is just the most common way for a controller to work.
A controller can thus be thought of as a middle man between models and views. It makes the model data available to the view so it can display that data to the user, and it saves or updates data from the user to the model.
#61 楼 @hellomac 有没有看《Web 开发敏捷之道》这本书？这本是我的入门书，在这本书的范围内就可以写出基本的 CRUD 网站，比如博客。其他的书是辅助怎么把程序写得更好。我翻过别的入门书觉得都没有这本好，但是这本书中文第 4 版翻译很烂并且落后一个大本版，要追新就要看英文原版了，初学阶段不知能不能啃下来——我觉得现在中文确实缺乏一本入门书。
具体到 Wiki.new 这种代码的疑问上，确实是基础缺失的问题。专业出来的人是从底层学起的，计算机电路怎么判断逻辑，数据是怎么储存的，然后学 C 语言这种贴近硬件的语言，感受怎么控制计算机计算逻辑，分配内存。培养了控制计算机的语感，然后才到开发应用。如果有打算在编程这条路走下去，有必要补一补。我看的是学校的教科书，不知道有什么更好的书。
还有，你可能在读 Ruby China 的源码，我建议现在先不要读。我都没阅读过大部分代码，只在维护的时候去找相关代码。现在应该自己动手做些简单的目标，比如留言板，然后部署到线上。
#63 楼 @Rei
早期看了中文的第三版，后来补看了英文的第四版，也算是我的入门书了吧.
但当初看的时候感觉懂了，后来实际操作的时候因为版本等种种原因，还有很多还是很迷惑的地方，比如那个strong_parameters,这个还需要钻研下.
可能大家有基础的多，很难遇到像我这种完全的初学者即使囫囵半片的啃过教材仍然半懂不懂的情况.
个人觉得像 C 那样接近底层的语言，本身就很反人类，迫使你像计算机一样思考，其实和 Ruby 的思想是背离的。甚至说:Ruby 之类的类型之所以还存在，是不是因为技术上的瓶颈，而非我们编程需要呢？
起初接触完全是兴趣，甚至说现在也是兴趣，不仅仅是工作需要。保持探索世界的好奇心。
#65 楼 @hellomac Wiki.new 在我理解无论在抽象意义还是底层意义上都是需要的。例如到柜台填一张表，不是说“我要填一张表”就完事了，而是从存放表单的抽屉（Wiki）里面抽出一张表（.new），你才知道这张表有什么内容，需要填什么字段。计算机编程就是充满了大量的声明，无论声明的是逻辑，还是数据，还是结构，因为计算机什么都不懂，需要人来指挥。
C 是贴近硬件，但已经比汇编语言抽象了很多，曾经 C 是作为高级语言的。程序员的工作就是处在人类和计算机之间做翻译，不然的话打开 Word 写一份项目需求交给别人实现不是更人性化？
觉得某个语言好，是因为在解决某个问题的时候它的表达能力恰好很方便，解决不同层面的问题时就不一定觉得 Ruby 很好用了。
驾驭计算机，而不是和它作对。
#69 楼 @Rei 我自己的第一台电脑就是亲手组装的，虽然花了很长时间. 情感真的毫无用处吗？@ShiningRay 这么说，你也这么说。无论是计算机还是网络，并不一定是冷冰冰的，是吧？ #70 楼 @blacktulip 我知道它是工具，但我不希望它仅仅是工具，如此而已。
#67 楼 @Rei 我倒有不同意见。页面的 form 字段未必一定要对应到 table 的字段.. form 提交一些零散的值，由后台去分析和组合。
抽出一张表的确一眼就可以看出要填哪些，但在表单中 给你一个@wiki, 你还得去查 Model 有哪些 field, 然后一行行的写 input. 跟 @wiki 这个对象关系不大。
之所以有这种 controller 里 new 对象的习惯，是一些便捷的约定而已，通过 @wiki, form_for 便捷方法可以帮你猜到表单的 action, 同时将字段放在同一个命名空间 wiki 下，这样提交后，create 方法就很简单。
rails 将表单与 model 紧密关联，的确便于开发。但仅仅是便捷而已。没那么多"意义" 什么的...
#76 楼 @nickelchen 可以这样写
<%= form_for :wiki do |f| %>
或者
<%= form_tag wikis_path do %>
甚至
<form action="/wikis" method="post">
都行，只要知道自己要什么。
@wiki 的作用：
- 设定 :wiki 这个 param scope
- 设置默认的 action 地址
- 设置默认值，或者错误时候 render 的值
#74 楼 @Rei 其实心态并不是很理性的东西。追求"代码如诗"恐怕也是很多人的目标. 现在很难说谁对谁错，毕竟经历不一样。我会好好借鉴前辈的经验.路都是自己走出来的，也许遵循前人的脚步是一条捷径. 至于说不人性化，只是个人的一点感触罢了，我只是说出我现在阶段的认识，可能并不正确，但我现阶段就是如此，也许到以后才会有略微正确的认识。这只是成长阶段一个必然阶段吧! BTW，我不觉得表达自己的感受和"畏难"之间有任何必然联系。以后也许我会研究底层原理，也许不会。无非是在衡量时间成本与收益平衡，并不是说，懂底层就高级了，就啃钻研了。我这么说估计又会得罪不少人，并不是所有人都容得下不同意见. #75 楼 @blacktulip 你应该发现我忽略了很多人的回帖，你也应该知道为什么。
#79 楼 @ShiningRay 追求"结果导向"与性别没有直接的关系。一切强调性别差异而不指出必要性的行为都是耍流氓. 不管是学习还是生活，可能都会遇到瓶颈，发帖求问无非是希望更快的解决。我觉得说出来要比闷在心里更好些. 享受学习，享受生活，你我共勉。
个人对这种野生的程序员很畏惧，因为，一，会把代码搞的“又臭又长”，二，完全不理解测试的含义，三，如果不擅长沟通，会成为无法理喻的那个人。 建议：一、多用休息时间搞一些自己的小项目，小插件，gem 等，提高对项目的理解，不要成为会吃饭的代码机器。 二、一定要有一个自己的技术博客。 三、不要理会别人如何看你，听从自己内心的声音，如果你觉得 Rails 开发已经到达极限，无法在短期内突破，那么可以换换职业发展的思路。
#88 楼 @RainFlying 个人看法，我不喜欢 rspec，入门教程应该用默认组件，而且测试占的比重太大。不过如果《Web 开发敏捷之道》没有好的翻译的话，中文最新的教程就是 Rails Tutorial。
楼主，我看你的具体问题牛牛们都给你回答了. 我想关于系统，是不能要求每一种地方一点不差的都系统了解，只是以不同的角度和目标上去丰富去系统。不懂的东西太多，像大海一样多:),对谁都一样，永远都是一样。所以你必需有目标，这样就知道该选择先去看什么后去看什么，这个我觉得是很重要的。另外，所谓"系统", 就是无数细节的积累，有序的积累。
个人对这种野生的程序员很畏惧
事实证明不是只有所谓的 野生的程序员 写的代码不堪入目。
还有就是我跟楼主一样什么都不懂就开始学 Ruby, 很显然我也是你口中的 野生的程序员
刚刚大一做 web 的时候和你一样，虽然实现出来了，但是有些代码始终还是搞不懂，也不知道具体的实现原理，这貌似就是一个认知的过程，等你做多了，看多了，就会快速入门，然后一步一步提升。 千万不要泄气，坚持就是胜利。
#95 楼 @crazyitman 人家说学模式的最高境界就是心里没有模式，随意而用 (好高的境界.. 
) . 我觉得如果当细细看过一遍某模式之后还不明白好处的话，那说不定有可能你现在还不需要去想模式的事，就是你并没有真正遇到需要那个问题的情景。不如回过头来自己写写东西，一点一点加功能中要求自己把程序结构不断组织的更好，到遇难题了组织不通时，就得那个问题来看看相关的所谓的模式，也许那时就有完全不一样的感受了，就会了。模式是解痛的，痛过才明白。 (我文艺了~>_>)
#95 楼 @crazyitman http://book.douban.com/subject/2334288/ 通俗易懂 作者的大话系列都非常赞
其实我让新手看设计模式只是让让他们在写代码之前会考虑怎么组织自己的思想，我刚学的时候我就挺纠结这个问题，问身边的人也没有给出满意的答案。当时的第一感觉就是要把方法写短。在之后的学习中，才意味到什么叫面向对象，把代码中的结构分离，在之后遇到了设计模式，使得对需求的改动对原有的代码不会造成任何影响。其实这对我来说最大的好处是更方便别人维护。我不喜欢我写的代码，别人看到之后有种想辞职的冲动。
#99 楼 @crazyitman 经常优化自己代码，是好事，但是在优化的时候有没有忽略重构的原因？
其实我的理解设计模式是对面向对象的细分。如果你对面向对象有很深刻的理解，但是看设计模式对编程还是有帮助的。
我以前学 Ruby 的时候我就在想为什么要有那么多的类，写在一个类里面不就行了，然后是方法，为什么有那么多，我应该怎么去理解这种含义。当时也不知道上哪去问，只能自己慢慢摸索，后来就慢慢体会到了 duck typing 应用到实际的代码中。其实这个在设计模式中会体现出来的。
此贴我没有放大化设计模式的学习，我只是说看下了解下概念对学习有帮助，没说你一定要学。我也是在学习当中才发现以前为什么不早些看到这个。
代码出现重构可能有以下几个问题：
- 逻辑有问题
- 性能有问题
- 设计有问题
逻辑和性能有问题当然可以很方便去改. 设计有问题就影响到很多快的功能，重构的就不是这段代码，而是所有的。
#100 楼 @Ddl1st 感谢你耐心的指导。 自己还是个 ruby 初学者。以前照着 Ruby on Rails Tutorial 敲代码，实现一个个功能。 就在此时此刻，自己尝试不依靠例子，自己去构建一个自己设计的网站，脱离了拐棍，发现自己是寸不难行，不知如何把 MVC 各个层关联到一起？ Rails 做了好多你不所知的工作，学会了 Rails 开发网站一定很方便，效率一定非常高。（初学者很蒙） 简单学习了一下 Node.js，它很清晰，Http 协议说的很清楚，自己能够看懂。 Conventions in Rails 对于初学者来说，感觉莫名奇妙，就好像是神奇的魔法。 我好想，能够理解好 Rails，可以在开发的时候应用自如。可能现在自己还是入门级，不能理解 Rails 的精髓。
给楼主几点建议：
现有的技术资料绝大多数是为技术背景的人写的，面对完全新手的资料非常少。如果你感觉学习不得力多半不是你自己的问题，而是 Ruby 社区在这方面做的不够。我们正在着手写书来改变这个状况，在那之前，Chris Pine 的 Learn to Program 是最好的针对没写过程序的第一本 Ruby 书。
把学习 Rails 想成是学习 Web Development with Ruby 的过程。在了解 Ruby 本身后，有必要了解最基本的 web development 的概念比如 session, URL, template view, request, response 等。Rails 对很多的 web 开发概念进行了封装，对新手并不是很友好。去看看 PHP, 认真学习下 Sinatra, 也许都会对你有帮助。
完整地深刻地理解一个小东西，要比模糊的知道很多大话题好的多。
记录和庆祝每一个小进步，你学习的最大敌人是失去信心。
多寻找能坐在有经验的程序员身边的机会，代码写出来的过程和代码本身一样重要。
#85 楼 @Kabie 把握好度很重要. #86 楼 @liwei78 一概而论如同语言之争无意义. #90 楼 @roadt "所谓"系统", 就是无数细节的积累，有序的积累.",高端大气上档次. #96 楼 @roadt "痛过才明白",低调深刻有内涵. #100 楼 @Ddl1st 现在对于各种设计模式理解的还很初级，我判断设计出问题的一个现象就是"牵一发而动全身",当你修改其中一个功能的时候，要修改很多甚至是不相关的模块，说明你搞错了. #102 楼 @knwang 其实很多有基础的人，他们经历了一个很艰难，或者说很痛苦的学习过程后，想当然的认为后来者也需要如此，而并没有去思考那些过程真的值得吗？或者换句话说，我能不能简化这个过程，让后来者更轻松些？技术可能真的很复杂，但化繁为简不就是技术人员应该做的工作吗？比如"Tealeaf Academy ",有机会一定要尝试. 受兴趣驱动学习有一个好处就是当你看到一个陌生概念的时候，你可以停下来，搞清楚再上路。对新手来说，真的不必那么急."贪多嚼不烂"会为今后的学习埋下更多隐患. 可能我迷茫过，但我从未失去信心。坚持就是胜利. 也许现在还不会经常有"模仿智者"的机会，但事在人为.:) #103 楼 @TREE 我觉得成就感是保持兴趣的因素之一，现在社会分工越来越细，注重协作的同时忽略了个体的感受。我喜欢 Ruby On Rails 这种打破细致分工可以让我全盘掌握的感觉。
代码编写的能力，是随着代码量的积累而慢慢提升的，想一下子吃成胖子是不可能的，跨过了这些，以后学习任何语言或者哪方面的技术，都会变的相对简单！另外，Web 开发敏捷之道是本好书，多看几遍，不一定所有的东西都看懂，有些东西以后接触了就懂了！
大概看了一下楼上各位的回复，很多人耐心解答，让人觉得温暖。
不过恕我直言，楼主更享受在这里看别人回复、回复别人的同时顺便发发牢骚，不愿意把那些时间用在看书写代码上。行动力弱，给再多建议也没治。
看了你的 topics，起点很高呢。先 html——》javascript——》——》ruby——>rails，会不会好点。ruby 看下语法，基础知识，面向对象，设计模式，不懂不要紧，先硬头皮读，后面会慢慢想通。
