可是你这 self 是哪来的呢 是谁传进来的呢

况且红姐用的实现语言就是 Python，能不能别还没确定就开批了……

建议参考了解 bound method 和 function 的区别

implicit 出的啊 面向对象固有的啊，constructor call 的 "fruit"

可是你还是复制粘贴来的代码啊

以前 C 的时候人们就喜欢用 SomeClass_someMethod(struct SomeClass*, int arg1) 这种方式来实现“面向对象”

好好好，我服了，我是复制粘贴的丧门犬 😩

我真的服了

一会儿python不太面向对象，一会儿比python懂编程，一会儿复制粘贴一份代码过来然后说这是xx写的你也配批评？

那你以后是不是要开始给我戴上「杠精」「不懂Python」的帽子了

对的

唉 不对线了

但是我同意你的关于 str.join(iter) 的说法

这个真的是历史遗留 看下来是真的不美观

我是真的服了，对不起，其实我在这继续下去也是浪费时间嘛……

别的说法我就不苟同了

那我们也暂时别聊了吧，最近关于 Ruby 和 Python 的 "bound" 面向对象也是有点糊涂

#Python #sb #low #China

我真的服了

>>> import this
……
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
……

你们觉得呢？Python 3.7 真正做到了几条？
我看他们这篇文简直是为 Kotlin 量身定做的嘛…… 🤪

知道该怎么做，就是没有足够的能力和见识去实际执行

Python 的设计还是相当“克制”的，克制在它的命名方式都是从 C/SmallTalk 里加私货带来的……
嘴上说者 only one way，实际上 () [] {} 各种 comprehension 还可以带 if
while 和 for 居然能带 else，我还以为是 while: if: else: 缩进错了呢
类型声明的支持简直没啥意义
一半面向对象，有些操作是方法有些操作是函数
这…… 也能说是“only one way”

而且目前为之我涉及的讨论里，最喜欢乱用“魔法”的就是 Pythoneer，他们经常为了一毛钱的“性能”甚至“看起来很酷”大张旗鼓地翻 knowledge base，反而基本忽视了问题本身