可以考虑用 base 标签看看？

用户名为"property" 成功被 @，哈哈

@pertersonvv

你的问题是console为什么没有prototype还是想要扩充console？

如果是前者，那么console是个object，所以无prototype属性，但是你可以通过__proto__来查看它的内部原型引用。

而如果是后者，可采用@SoloCompany的方法实现，或者你直接console.test = function(){};也可以~

typeof console == 'object'

光盘笔，经济实用，快干还不掉色！

看看数据库字段名是否叫“up_vote”，其次，
self.topic_model.update_topic_by_topic_id(topic_id, {"up_vote": template_variables["votes"],})

最后一个逗号删除看看。

选择自己真正喜欢的，并保持住这份热情，把事情做到极致完美，成功自然会找到你~

用三傻的话来说：追求卓越，成功会自然追上你。

那得看你看重哪方面了。。你是要快速出能用的东西，还是为了技术而技术。你的用户不一定懂技术，能用就行，代码什么的没关系。

倒是如果该产品有生命力，通过以后的重构什么的慢慢调整即可。

能和牛人共事绝对是好事啊，从原则上来说肯定招，但关键还得考虑是否适合目前团队，是否能融洽相处，没有这个前提我觉得技术牛人是无法发挥出他的牛的。

如果lz怕的是第一点，我个人倒是觉得lz是跟该牛人感觉无法融洽，所以会产生排斥？

最后，我觉得hr并不一定就是针对某领域的专家，招技术的hr不一定就非得懂技术，他们可以带个技术主管之类的，两者对应聘者的看点都是从不同方向出发的。

@emric +1
lz传递的是window对象而已，并没有$，如果非得只传个window，那么里面请用window.$(function(){...})

国内服务：马克飞象 http://maxiang.info/
国外服务：http://dillinger.io/

直接授权绑定evernote即可，还支持MathJax公式。

@Kaiyuan 好厉害，不懂手写的时候就能看出代码惨不忍睹。

我是是因为那时候流行TABLE排版才用的DW，但后来发现不懂代码要修改稍复杂一些的就根本无法完成，之后才去学手写来着。

对于工具，我个人觉得是，既存在则合理，LZ明显是不懂得手写的，但如需要快速成型，无疑使用这种工具会方便且现实得多，至于代码质量，就以LZ现阶段是完全没必要考虑的。

@9hills 如果是爬虫。。自己用requests拼http post +1...

其实感觉用xpath更方便啊，直接开控制台右键复制xpath就能用。

我是直接直接处理的，并没有用第三方的库，但貌似python最强大的表单操作库就属wtform了把？

其实真心感觉一般的表单直接写处理过程比你用库要方便和快捷的多，除非你的程序本身有大量和复杂的表单提交，这才考虑使用折后总类库。

我是自己写了个小程序托管在sae上来着，不过也就保留一些相对不太重要的密码。

如果对安全性要求很高，那几乎只能随身携带了~

做为一名前端我感觉很缺工作啊。。。

我还没明白什么是体感车，google后才发现原来是个吸尘器啊！