既然要求 Rspec。能问下代码逻辑层 c0(SimpleCov)的覆盖率是大体是多少吗?
请问,可以远程吗? 或者现在不可以远程以后可以远程吗? 再或者只拿 80% 的工资,可以远程吗?
顶。
可视化工资这么高!
:plus1:
:plus1: :plus1:
求,哪个更接近 erb?
@chenge 呃,也不见得,比如 SICP。
1) 这本书最大的特点是成体系。讲了为什么。 敏捷开发相关的东西都讲了。rails、ruby 相关的书,一般只讲一部分。
2) 准备充足。 作者 Fox,有过创业。写这本书的之前读了 N 多相关的书。采访了美国 N 多的软件公司(第二作者 David 还比较得意的说,有些人还认识他...)。这门课程教了 2、3 年。每一年都会根据反馈做更改。
3) 透彻,只讲重点,不废话。 作者自身功力非常深厚。 比如讲测试那块。只讲了 stub,before,coverage 之类的关键点。
比如测试的 factory,除了讲了为啥 mock 不够用来,就给了一句话“factory—a framework designed to allow quick creation of full-featured objects... selectively overriding only certain attributes“ 语法糖就直接被忽略了。。。
比如讲 JavaScript 的 new 的时候讲了 2 点。
In the function body, this will be bound to a new object (hash) that will eventually be returned by the function— even if the function doesn’t have an explicit return statement. This behavior is similar to Ruby’s self inside an initialize constructor method.
The returned JavaScript object will have as its prototype whatever the function’s own prototype property is set to.”
4) example code 给的好。 书里面几乎每一个知识点,给出的 example code,都能覆盖平时使用的九成。 而且都是能抓住重点的那种。
5) 习题。Fallacy, PitFall,大量的参考资料。 各种小图标。比如有些地方是为了 Convention over Configuration,有些地方是为了 DRY,作者都用图标的方式表明了。
强烈推荐这本 http://book.douban.com/subject/24316596/ 。 从做 web 开发到现在,快两年了,只有两本书始终没离开过我的桌子,这本是其中的一本。 遇到问题,首先翻它,几乎没让我失望过。
一直觉得 DHH 这种人是不会用双显。
13./ -3 为了符合面向对象的思想?
http://book.douban.com/subject/10511550/ 挑相应章节读吧。 除了单元测试和集成测试相关章节(不知道你们要求写什么测试,楼主自己判断吧),额外推荐 8.3 Establishing Ground Truth With Characterization Tests。
http://book.douban.com/subject/4920060/ js 的测试。讲得真的很好,就是太多了。。。
完全不推荐 Rspec 那本,觉得里面讲了很多 Rspec 的东西,但关于“测试”本身讲得不多。
不知道别人怎么想,反正我是觉得写测试比写代码难写。
#4 楼 @flowerwrong :plus1: 个人只要一致就 ok 了,团队合作,就按照团队要求来。
伯克利的教材,js 也是下划线命名。
感觉 rake 在 Http Server 上又包了一层。
比如 cookie 有了加密、解密。然后为 session 提供了基于 cookie 的存储。
Julia
觉得半个小时、一个小时,溜号一下,是有益处。我一天下来,上班时间刷手机大约 5、6 次(也许会多些?)。每次刷也就几分钟。我的问题是,溜号不是很有节奏。。。
不过我电脑上除了 skype 以外,QQ,mail 都是不开的。太分心了。
我之前的同事,出现的问题是,刷微博就停不下来。然后我建议是,刷,但刷之前要告诉自己,这次刷 5 分钟的微博。
赞一个!
:plus1: :plus1: 很难看到讲大趋势的文章! :plus1: :plus1:
但有一点不太清楚,恳请指教一二。 在项目中有用过 Angular,当时没什么时间学。。。但觉得相对 underscore 更难上手。。。然后觉得如果不写测试,debug 似乎也比较繁琐。所以觉得是不容易上手的框架。 我有这样的想法,是不是因为没有耐住性子去学 Angular?或者是因为我没有抓住 Angular 的要点?关于 Angular,可否指点一二?谢谢!
为测试、接口、以及开发方式顶一下。
2 如果,DRY、可读性的目的是为了可维护。第二种更直接,应该更好维护。而且,方法都是固定的,没动态的东西,没觉得没有用元编程的必要。
而且,第二种,方法和第一种方法没什么区别啊。。。只是换一种方法实现罢了。。。
有没有意义,不知道。 但觉得你同学不像是自 high,更像是炫耀,炫耀智力上的优越感。