感觉这种方法搞到后来就好像国内各种砖家写的书一样了……纯粹个人意见,或许是这种方法不怎么适合我吧。我不太习惯那种按部就班的学习方法,我倾向于直接上手写一个东西,通过写代码和解决实际问题来学习和记忆,感觉效果很好。
话说 263xmail 我也试了很多次,没有成功过,倒是 QQ 很容易成功的。
#14 楼 查字典……
#12 楼 @ClemChuang 呵呵,我和你道不同不相与谋,言尽于此,不多说了。
#7 楼 @ClemChuang “只要你是英雄,你肯定会有饭吃”
这句话我是这样看的,如果你真的是英雄,又有什么样的“理想团队”是你找不到进不去的呢?
人生是短暂的——相对于你要掌握的知识技能而言,我个人的经历跨越了设计——前端——后端,现在回想起来,如果我开始做一个产品,一切都自己搞真的是很累,而且很麻烦。倒也不是说非要很多人,在我看来至少你得有两个人。@Probe ,在这里我也想问你,哪怕是你一个人干,你的终极目标又是什么?只是为了证明自己一个人都能行,还是真的想要创造一个好产品?
如果是前者,那就不多说了;如果是后者,我想告诉你:一个人真的不行!最起码两个人——如果你不愿意走循序渐进的路的话,最起码得找一个与你志同道合,且在技术层面可以互补的 partner,否则你就不要做产品了,去做外包项目吧,赚钱还省心。
团队的经历有什么好处呢?我想到一个例子:我去年初开始自学使用 Git,用了一年也不过就是会最初级的一些事情,一直没有提高过,为什么呢?因为我工作的团队是用 SVN 的,我根本没有机会了解 Git 真正的内在。去年年底的时候我参与了 19wu 这个开源项目(参与开源项目也是团队协作),短短一个星期时间,我才真正搞懂了 Git 究竟强悍在哪里。
这种事情不是说一个人不能学,不能用,而是你一个人根本没条件用。你一个人傻傻的自己给自己 push,branch 也可以随便搞,push 也可以随便 --force,哪儿有需要你 pull request, rebase, cherry pick...这样的应用场景呢?
或许有人会说,这些不知道又怎么样,开发照搞不误,多少年不都这么过来了?那我只能说,见识广度决定你追求的高度!这些年的工作经历深深教会我一句话:没经历过,就别觉得没啥了不起。
如果“理想团队”会是让你决定转型“个人英雄”的理由,那我个人觉得这样的英雄也没啥了不起,如果是真英雄,为啥找不到理想团队?就算受国情地域所限,真的就是找不到,难道不能自己带一个出来?10+ 人以上的团队招不来,两个人的小组难道还找不到?顺便回到之前的那个话题,等你开始潜心研究产品的时候你会有深刻的体会,很多时候我都会冒出一个念头:这时候要有个人能谈谈他/她的看法就好了!
是的,如果你的追求是开发卓越的产品,你一定不能一个人,特别是现在这个时代!去看看几本书《Rework》《Lean Startup》,我想你会找到答案。
@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 的东西删掉,这样就免受翻墙困扰了。
#16 楼 @blacktulip yep, maybe this is the only reason to make you feel regret
可以自己在 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 上海的耶里夏丽去尝过没?
你提交用的电子邮件地址和你 github 上用户的电子邮件地址不匹配,所以就显示不出来;github 上的用户设置页面可以绑定多个电子邮件地址,你可以把你常用的地址都绑到一个账号上,这样就不会 unknown 了。