• 如何来学习一个知识点 at 2013年02月25日

    感觉这种方法搞到后来就好像国内各种砖家写的书一样了……纯粹个人意见,或许是这种方法不怎么适合我吧。我不太习惯那种按部就班的学习方法,我倾向于直接上手写一个东西,通过写代码和解决实际问题来学习和记忆,感觉效果很好。

  • 话说 263xmail 我也试了很多次,没有成功过,倒是 QQ 很容易成功的。

  • #14 楼 查字典……

  • #14 楼 @D90 呃,在社区某处?我记得有一次数据库回档了,可能丢掉了吧。当时是即兴写的,这会儿我自己也想不起来了。

  • #12 楼 @ClemChuang 呵呵,我和你道不同不相与谋,言尽于此,不多说了。

  • #7 楼 @ClemChuang “只要你是英雄,你肯定会有饭吃”

    这句话我是这样看的,如果你真的是英雄,又有什么样的“理想团队”是你找不到进不去的呢?

    人生是短暂的——相对于你要掌握的知识技能而言,我个人的经历跨越了设计——前端——后端,现在回想起来,如果我开始做一个产品,一切都自己搞真的是很累,而且很麻烦。倒也不是说非要很多人,在我看来至少你得有两个人。@Probe ,在这里我也想问你,哪怕是你一个人干,你的终极目标又是什么?只是为了证明自己一个人都能行,还是真的想要创造一个好产品?

    如果是前者,那就不多说了;如果是后者,我想告诉你:一个人真的不行!最起码两个人——如果你不愿意走循序渐进的路的话,最起码得找一个与你志同道合,且在技术层面可以互补的 partner,否则你就不要做产品了,去做外包项目吧,赚钱还省心。

    团队的经历有什么好处呢?我想到一个例子:我去年初开始自学使用 Git,用了一年也不过就是会最初级的一些事情,一直没有提高过,为什么呢?因为我工作的团队是用 SVN 的,我根本没有机会了解 Git 真正的内在。去年年底的时候我参与了 19wu 这个开源项目(参与开源项目也是团队协作),短短一个星期时间,我才真正搞懂了 Git 究竟强悍在哪里。

    这种事情不是说一个人不能学,不能用,而是你一个人根本没条件用。你一个人傻傻的自己给自己 push,branch 也可以随便搞,push 也可以随便 --force,哪儿有需要你 pull request, rebase, cherry pick...这样的应用场景呢?

    或许有人会说,这些不知道又怎么样,开发照搞不误,多少年不都这么过来了?那我只能说,见识广度决定你追求的高度!这些年的工作经历深深教会我一句话:没经历过,就别觉得没啥了不起。

    如果“理想团队”会是让你决定转型“个人英雄”的理由,那我个人觉得这样的英雄也没啥了不起,如果是真英雄,为啥找不到理想团队?就算受国情地域所限,真的就是找不到,难道不能自己带一个出来?10+ 人以上的团队招不来,两个人的小组难道还找不到?顺便回到之前的那个话题,等你开始潜心研究产品的时候你会有深刻的体会,很多时候我都会冒出一个念头:这时候要有个人能谈谈他/她的看法就好了!

    是的,如果你的追求是开发卓越的产品,你一定不能一个人,特别是现在这个时代!去看看几本书《Rework》《Lean Startup》,我想你会找到答案。

  • 问个关于 link_to 的问题 at 2013年02月21日

    @babodx 呵呵,没认真看 API 文档吧: http://api.rubyonrails.org/classes/ActionView/Helpers/UrlHelper.html#method-i-link_to

    仔细看这一节,解释的非常详细了,后面还有好多例子。

  • 测试里直接使用 HTTP Methods 的情况应该出现在 Unit Test 里,比如 ControllerTest 里。

  • 你这里是 Feature Test,不应该使用 HTTP Methods,而应该使用 Capybara 去模拟用户在页面上的操作。要么就用 FactoryGirl 去生成 Fixtures。

    # Capybara way
    before do
      visit micropost_index_path
      click_on "New Button" // or anything else indicate to perform a post action
    end
    
    # or FatoryGirl way
    
    before { FactoryGirl.create :micropost }
    
    # also this way is recommended
    
    let(:micropost) { FactoryGirl.create :micropost }
    
  • @badboy 我相信你对自己的信心和能力,不过我建议你别想这么多,找一家公司开始做,因为你没有编程背景,所以你可以从最底层开始做起,问题就是你现在到底能做多少事情?如果你还无法独立完成一个功能(哪怕是很小的一个功能),那你说不定得从学徒做起。

    第一份开发的工作不一定非要找 Rails 的团队,主要是国内很难找,团队对新人培训的成本要求也比较高。你朋友所说的入行我想并非是针对特定技术,而是对整个开发这件事情的理解,先是广度,才是深度。

    我和你经历类似的,我也没有编程背景,29 岁才开始学习编程,先从前端做起(因为会 Photoshop,当时公司里缺个写页面的,我就一人揽下来了);在项目组开会讨论各种事情的时候,我当时发言都比较活跃,而且对产品的信息架构和交互设计有系统的和专业的看法(去年一年看了六十多本书,有一半都是产品设计相关的)于是逐渐演变成了产品设计师,然后带了一个徒弟,把写页面的工作转移给了他,我只负责 design, rapid-prototyping。

    之后业余时间我决定为自己拓展一下技术面,就自学了 Ruby 和 Rails,并开始尝试用 Rails 重写公司的产品(公司的主力语言是 Java,没有使用过 Ruby)。

    所以你看,按照你朋友的观点,我现在应该算是入行了。我可以 Cover 一个产品的全部前端,也可以单独完成产品中的各种功能(用 Ruby,Java 只会一点点),还可以独立完成一个产品的信息架构设计,总计花费时间差不多就是两年。

    现在回想起来,若不是我进入了一个真实项目的开发组,我是不太可能在这么短时间内取得现在的进步,你需要一种力量和环境去 Push 你专注于特定的事情和领域,而 free-style 的学习比较容易迷失自己。你的理想是能够独挡一面,一个人完成产品的开发,然而我想说的是,开发一个 web 应用需要掌握的技能实在是太多了,并且个人英雄主义也是 Team-work 里非常不提倡的东西。停止和你的朋友(或其他人)的争论吧,找个公司和团队去试试再说。

  • 看官方文档:http://guides.rubyonrails.org/action_mailer_basics.html 特别是这一节:2.3.3 Making Inline Attachments

  • typeahead 不是集成在 bootstrap 里了么……一直在用,挺好的。

  • PeepCode 里的 Play-by-Play 系列非常赞,非常给力,推荐看看。所有的 screencast 都有 preview,你先看看 preview 就知道好不好了。

  • 是啊,你可以尝试着自己用 Compass 重写一遍,一定是很不错的练习。

  • 我已经用了一个月了,不如 linode 快

  • 其实我真觉得 Mac 自带的 Monaco 就是最佳编码字体(仅限于 Mac 系统下),那字体看得真叫一个舒服……以前唯一有点点不满意的是 Monaco 的圆括号,觉得太圆了,但随着看视频教程的数量增多,发现多数开发者都在使用这个字体,慢慢也就习惯了。

  • 哎呀,真心想去,可惜不在老家,太可惜了~

  • #1 楼 @fresh_fish 把 bootstrap clone 到本地,然后进入 doc,把所有 html 里关于 twitter api 的东西删掉,这样就免受翻墙困扰了。

  • ConEmu 与 Cygwin at 2013年02月06日

    #18 楼 @bhuztez 严格意义上当然算,不过你随便找人问问 PC 和 Mac 一样不,我想多数人还是会说不一样,这是 public common sense

  • ConEmu 与 Cygwin at 2013年02月05日

    #16 楼 @blacktulip yep, maybe this is the only reason to make you feel regret

  • ConEmu 与 Cygwin at 2013年02月05日

    #13 楼 @ericguo 前两点是客观原因,不予置评;第三点不敢苟同,曾经我也认为 Mac 性价比不高,但几年用下来就彻底不再这么想了。我也不知道该如何去客观地评价性价比这个指标,但就个人切身体会来说,使用计算机超过 15 年,最近三年多是交替使用 PC 和 Mac,后来慢慢过渡到完全使用 Mac。而且由于我个人的经历比较丰富,在很多领域都长期使用过,最终的感受是,在我用过的所有电脑里,只有现在的 Mac 是让我从来没有后悔买过的,其他的多多少少心里都有些梗。

  • rails 中 valid?的意思 at 2013年02月02日

    可以自己在 rails console 里试试,先写一些验证,然后 new 一个实例,此时如果你看 errors,应该是 nil。这表明 model 里的验证尚未运行。然后对实例执行 valid?方法,你看到的结果无非就是 true or false,然后再看一下实例的 errors,你就会看到所有的验证错误信息。和你之前写的验证对照一下,你就知道哪些生效了(一般都是全部生效的)。

  • @yuanchunfa 我觉得这根本就不是 Rails 的问题。问题一明显是基本的 HTML+CSS 不过关。没错,的确有一些 Gems 会 outdated,但如果你 HTML+CSS 够扎实的话,自己跟踪一下输出的代码就知道问题出在哪里。这玩意儿比 Ruby 或者 Rails 简单的不止一点半点;问题二我会归类为“冒进”,也就是俗话说的:“走还不利索呢,就想跑了”,根据就是我对问题一的解释,奉劝楼主先把 erb 玩转再说吧,至少它是最接近 HTML 的。

  • command + T

  • #4 楼 @lgn21st @leeboqiang 我也是的,生于斯长于斯,20 年后才出来闯荡。

    在这的资料里填的是现在地,上海。乌鲁木齐人,家住新市区,铁三中毕业的。

    另外 @lgn21st 上海的耶里夏丽去尝过没?

  • #14 楼 @ITsvvvv You think you win? maybe you've missed something....

  • 你提交用的电子邮件地址和你 github 上用户的电子邮件地址不匹配,所以就显示不出来;github 上的用户设置页面可以绑定多个电子邮件地址,你可以把你常用的地址都绑到一个账号上,这样就不会 unknown 了。