iTerm 下是 option + a , option + b

杀鸡取卵

转一个，stackoverflow已经有人回答你了。
http://stackoverflow.com/questions/5146591/javascript-wtf-a-string-prototypes-this-doesnt-return-a-string
The following steps are performed when control enters the execution context for function code contained in function object F, a caller provided thisValue, and a caller provided argumentsList:

If the function code is strict code, set the ThisBinding to thisValue.
Else if thisValue is null or undefined, set the ThisBinding to the global object.
Else if Type(thisValue) is not Object, set the ThisBinding to ToObject(thisValue).
Else set the ThisBinding to thisValue

关于Pickle，我觉得你需要知道更多。顺便广告一枚介绍一些pickle的经验 http://weibo.com/1739612153/ywd7xBsUN
http://ww4.sinaimg.cn/large/67b05ff9jw1dvpaeapg6tj.jpg

本身是图片，嵌入了html。

将目标代码封装成为代码。
执行前输出 inspect.getsource(targetfunction)

@iwinux 是的。通过ImageMagick转换为图片的。

贴一个Dot Guide
http://ww3.sinaimg.cn/large/67b05ff9gw1dvf9xan5ohj.jpg

@lusin
说说我知道的实现“关注别人微博”的方式。
1 通过微博开放平台，似乎和你的需求不服，比如帐号来源就是问题。
2 构造请求，自动申请大量帐号，批量的关注。关注的策略可以“拟人化”，按照人的社交行为，只有当其产生一些动作才对其关注。另外，维护这个“自动”可能相当费时费力。

《代码匠艺》里有一章描写了Coder中不同人。
里面也针对不同的用户给出了一些很好的建议。

如果作为普通员工，第一件事情就是姿态摆好，不要把自己限定到一个“普通员工”中，上面的设计傻X，你就直接反驳，直到给你一个满意的答复为之。但要对事不对人，把整体项目方向把握才是公司看重的。其实没有最好的方案，大家一致同意的才是团队进行最好的，哪怕坑，吃一堑长一智，下次还可以做得更好。

作为Leader，把握“好”与“坏”，注重团队内部的意见，及时给与反馈，技术上辅导团队成员，多做培训，团队内部多交流沟通。培养有“潜力”的好Coder。

另外，我始终觉得，如果只是因为环境不行，而直接换一个环境的行为，怎么说，都感觉有点弱。
“要么我改变你们这群害群之马，要么把我开除”，这是我工作的时候抱有的决心。

似乎是个悖论。
像以往一样正常态的访问吗？但是模拟后不就不正常了么。

还是说你想要达到某个访问量级的目的呢？

Hello World!

@liuxurong 第二条，是个悖论。类似“我说谎”。

赞同楼主第一条，把自己的一些想法分享出来就是挺难得的。

1. 单步调试没法复用，不保值
2. 单步调试比设置Log的要求更低，更容易发生在不理解的情况下的修改
3. 非本机错误，很难（带价很高）调试

@TaoTao
@kojp
赞 邪八 ，比起其他的Hacker站，邪八提供的文章非常硬

撸起自己的袖子，露出洁白的双手，勇于去擦别人肮脏的屁股

碰巧在看Flask的实现。实质是将一个Class Instance 转换为一个（或者多个，随Class 的dispatch_request方法的实现而不同）视图。
直接上代码或许比文档更直接。

@classmethod
def as_view(cls, name, *class_args, **class_kwargs):
"""Converts the class into an actual view function that can be
used with the routing system. What it does internally is generating
a function on the fly that will instanciate the :class:`View`
on each request and call the :meth:`dispatch_request` method on it.

The arguments passed to :meth:`as_view` are forwarded to the
constructor of the class.
"""
def view(*args, **kwargs):
self = view.view_class(*class_args, **class_kwargs)
return self.dispatch_request(*args, **kwargs)

if cls.decorators:
view.__name__ = name
view.__module__ = cls.__module__
for decorator in cls.decorators:
view = decorator(view)

# we attach the view class to the view function for two reasons:
# first of all it allows us to easily figure out what class based
# view this thing came from, secondly it's also used for instanciating
# the view class so you can actually replace it with something else
# for testing purposes and debugging.
view.view_class = cls
view.__name__ = name
view.__doc__ = cls.__doc__
view.__module__ = cls.__module__
view.methods = cls.methods
return view


使用举例:

class MethodView(View):
"""Like a regular class based view but that dispatches requests to
particular methods. For instance if you implement a method called
:meth:`get` it means you will response to ``'GET'`` requests and
the :meth:`dispatch_request` implementation will automatically
forward your request to that. Also :attr:`options` is set for you
automatically::

class CounterAPI(MethodView):

def get(self):
return session.get('counter', 0)

def post(self):
session['counter'] = session.get('counter', 0) + 1
return 'OK'

app.add_url_rule('/counter', view_func=CounterAPI.as_view('counter'))
"""
__metaclass__ = MethodViewType

def dispatch_request(self, *args, **kwargs):
meth = getattr(self, request.method.lower(), None)
# if the request method is HEAD and we don't have a handler for it
# retry with GET
if meth is None and request.method == 'HEAD':
meth = getattr(self, 'get', None)
assert meth is not None, 'Unimplemented method %r' % request.method
return meth(*args, **kwargs)

换个环境吧。