嗯,之前没注意到是老帖。
只是个人从来没体验 "PM 会完整考虑到产品的各个细支末节" 这种福利,更不要说等 PM 用相对规范的语言/文档来描述需求。所以根本没有考虑 Cucumber 这东西是否有用 -- 反正没人用。甚至于最近我尝试在项目里应用 TDD, 觉得业务逻辑有单元测试验证就够了,没必要在验收测试中重复一遍。
说得好像开发者要求 PM 写 Cucumber 之后 PM 就真的会乖乖去写一样 - -
我只是想说你这样集体 @ 之后我根本没收到消息... 况且我也不是对所有 Linux 世界的东西都感兴趣 - -
如果没有别的限制,那么每个子数组仅一个元素就最平均了吧 - - 因为任意自然数都肯定能被 1 整除。
和用 File 打开文件一样需要自己复位,调用 #rewind 方法就可以再用 #each
迭代了。
从这里看不出有多少影响开发者的东西。
启动速度加倍这太不科学...
安静。不安静的地方做什么都没效率。
所谓权力越大责任也越大。用这个方法的人应该清楚自己在做什么。
小指躺下按 shift, 手掌侧面可以压倒 ctrl. 不过印象中已经很久没按这么复杂的组合键了......
单就 Brakeman 的检查来说,我觉得可以判定为 false positive, 动态语言还是太动态了,不容易查。但实际上这里还是存在隐患。
关键点在于:Hash Value 不一定是字符串。类似 #8 楼 给的链接那种情况。这个 Value 可能是 Hash 或 Array~ 直接拿去查询时就可能出现问题。
如果在用 ActiveRecord, 那么攻击者暴力破解时就可以用 Array 值来批量尝试 password.
其他 ORM 如果允许 Hash value 影响查询行为,那么问题就更严重。MongoMapper 看上去是存在这个问题的,不知道他们采取了什么措施没。
PRODUCTION (32KB, Minified and Gzipped)
Gzip 压缩影响很大。下载到硬盘上就是解压过的了。
用 .method()
方法拿到 Method
对象,其 inspect
方法默认会给出定义位置。也就会被 irb 打印出来。比如:
> irb
irb(main):001:0> [].method :min
=> #<Method: Array(Enumerable)#min>
可以看出数组的 min
方法来自 Enumerable
module.
根据 http://gembundler.com/v1.2/man/bundle-update.1.html
If bundle install(1) reports a conflict, manually update the specific gems that you changed in the Gemfile(5)
试试 bundle update
? 我没有测试验证过,看文档似乎可行。
一个比较土的办法是每次只取少量记录处理,然后 sleep 一会再继续 - -
在公司忙活忙活一抬头发现已经 7 点了 - -
哦我好像突然看懂了... 原来这个 rails service 是会 ssh 登录被添加的服务器然后执行部署任务的对吧 - -?
为了部署一个 web 服务首先我得给自己部署一个 web 服务......
玩笑玩笑。折腾精神还是值得肯定的。
@sundevilyang 那我是不是也应该推迟到下期好一些?
第 4 个代码块已经很接近了。
把这一行 import extractionGoogleArtProject
改成 from extractionGoogleArtProject import telechargerOeuvre
这样在当前的命名空间里就可以使用telechargerOeuvre
这个函数了。否则就会出现 NameError。
是指截图最右段的两条靠得很近的线对吧?
蓝线表示 DOMReady 事件。事件触发的条件是:浏览器已经把整个 HTML 文档的 DOM 结构解析完毕。一般前端开发者监听这个事件是为了可靠地在文档中查找元素。这个事件触发之前有可能只下载了半截 HTML,想要的元素还没出现。
红线表示 load 事件,触发条件是:整个页面的 JS CSS 图片都下载完毕。用户看到的进度条/小菊花已经不再显示为“忙”的状态。是用户眼中的加载完毕。
前一阵子刚好看到这个:
http://www.confreaks.com/videos/1137-scrc2012-open-source-how-to-give-back
演讲者是 Ruby 和 Rails 的核心团队成员,全职开源开发者。
EDIT: 这篇没有谈具体的工具与流程,而是主要讲项目的选择,与人协作等。
不用 Cucumber 也可以做验收测试,用 capybara 之类的工具整合 rspec 等测试框架就行了。
Cucumber 写出来的东西如果没有非程序员来阅读,感觉就没必要专门引入这个东西了。不过我必须承认自己没用过 Cucumber,不是特别清楚这玩意的优势何在(除了普通人可读的 Gherkin)。
我这有个内容可以当作快速演讲的话题,也可以用来扯淡:讲述我自己在公司推广某个开发工具的经历。
不过有点担心这个话题在自由讨论的时候扯不开来 - -
执行一下 arch
命令,看看输出结果是什么。因为 64bit 的硬件上也可以跑 32bit 的系统。可能是装系统的时候不小心装错了。
另外 yum install
装东西时的命令和输出可以贴一下吗?最好能贴到这里:https://gist.github.com/ 而不是直接贴到回复里。