不要侮辱阅读两字

a.all_answer(True)是在调用bounded method相当于Question.all_answer(a, True) 这就是为什么你看到了2 given 的TypeError

而你的def internal只接受一个arg(write), 你可以改成def internal(obj, write) 然后下面所有调用F的时候都写成F(obj, write) 缺点是这个decorator 只能装饰类方法 如果用在普通的function上又会有typeerror args mismatch之类的问题
也可以参考楼上的用*/** magic来 这里的缺点是你如果用的default value那么你就要去kwargs里使用dict.get操作 同时要hard code你的变量名

总的来说不建议在类里面用装饰器 能flatten就flatten

>>> import inspect
>>> inspect.stack()

我有时候会在git commit message里面咆哮 后来也意识到这非常不professional

__init__是初始化 在执行这个的时候 实例已经被创建了 这和传统的constructor的概念是不一样的 (参考__new__)

看个人风格和项目大小 我会放在.sh里
你可以找类似optparser之类的库 或者哪里有执行main 或者if __name__ == '__main__':的地方 用grep试试吧

入门容易高手少

@yhf 对啊不可读而且效率略低 同学我懂你 想show一把one-liner+functional programming

@yhf 会啊 我就拒过一个这个写得

@mopig 一般来说这种在递归的时候收集信息的写法 有2种常见的控制container(你的result)的做法
第一种是设置一个global 的container 就像@keyanzhang 的做法一样 这样你在递归的时候就只负责把设计到的数据加进这个global container就行了
第二种是在每一层都return一个在这个层收集到的信息 然后由上一层来做merge

我感觉你贴出来的代码是倾向于第二种做法 但是你在调用递归的时候并没有对返回值进行任何操作
画个tree的图出来会帮助你理解递归具体是什么个顺序

你的container result 是怎么个逻辑 return了但是不赋值? 第一感觉问题是出在这 不管input是什么你永远return []吧

第二题跪了+1

6-8

@Lamian 那就是你和你同事对这个service的consistency的理解不同 去和他/她聊聊吧. 不考虑expiration 的问题(不expire真的大丈夫吗?如果数据量小 cache的意义不大 如果数据量大 不expire感觉要一把汗啊 最好去测一下真实数据)你的做法没啥问题

对加了cache后的db operation下降有什么预期吗 数据量是多少 你的做法就是把数据库装进 cache(memory) 如果不expire的话会吃掉多少内存?
你们的use case对数据本身是什么要求? 如果是因为cache inconsistent data会有什么影响?我司有些服务是要求data 一定要consistent 宁可牺牲performance 有些是轻微inconsistent也无所谓 需要分开讨论

日语是一定要学的了 >.<

为啥总喜欢把个人经验当成普世经验 前辈的话听过就行了呗

我去年拿到了不到1000块的年终奖 然后第二周就辞职了 赤裸裸的侮辱