看标题以为是 Java 技术界的八位大神告诉大家“别只顾着追求编程技巧”。然而一看文章，只是介绍了一下 Java 技术界的八位大神很牛逼，然后是博主的一些感悟而已。感受就是，标题党无处不在。

写成 decorator 更好, 实现函数 is_in_prod_department(user) 可视复杂成都，有下面三个方案供参考：

1. 增加字段 user.department （一对一）
2. 增加表 user_department （多对多）
3. 参考 django 的 user 系统，user, user_group, user_permission, group_permission , permission

def prod_department_only_api():
if not flask_login.current_user.is_authorized:
abort(400)

if not is_in_prod_department(flask_login.current_user):
abort(403)

# logic here

@wineway 你们尽管黑 emacs，换 vim / sublime / vscode 算我输。

不明白，不过建议楼主发一下 charles 看不到而 wireshark 能看到的例子，如 http request url 和 headers 等信息，也许大家能发现为啥。

另：手动点赞 #14 “咱懂 LZ 的问题咱就好好答，咱不懂，就安静吧。嘘～～～”，这个问题下几乎全是“怎么手机手机”的讨论。。

@cloverstd 实测基础镜像选 alpine 并没那么好，不少的包安装都有问题，某些包（比如 airflow 依赖的 psutil ）连使用 python:slim 都需要安装 gcc 。

方案 1 （推荐）：解决掉“某些原因”，采用楼上的答案；
方案 2 （不推荐）：如果没法解决“某些原因”，看 SQLAlchemy 源码，
人肉提取需要重写的条件（如示例的 `or_(User.id == 2,User.id == 3)`），
再重写该过滤条件 （修改 query._criterion ）。

乃衣服

我来写个简单易懂的答案
-1 / 2 = (1 - 2) / 2 = 1/2 - 2/2 = 0 - 1 = -1

最近写 API 在用 WTForm 比较多，一些对比：
1. __init__ 参数全是 (*args, **kwargs) 要看源码才知道怎么用， API 不友好；
2. 别人家的都是 String ， Integer 到这里却简称了；
3. 别人家的都是提供 validators ，这里只提供一个 fn ，调用者需要负责合并，还要写清楚什么时候执行下一步验证；
4. 整篇代码都在使用 self.name 却没见一个赋值（别说 self.name = None ）。

原因： generator 在取 next 时才去执行的代码，执行代码时 lang 的值是最后一次的值，可以改成这样看看效果：
article_gen = ((lang, article) for article in articles if article.text.find(lang) >= 0) 这里返回的 lang 就是最后一个值。

暂时没想到更好的在循环里生成 generator 的办法，我会避免使用。参照之前经典的 js 面试题改了下代码：
article_gen = (lambda l: (article for article in articles if article.text.find(l) >= 0))(lang)

纯吐槽：在 V2EX 上使用带错别字的知乎体是怎么样的一种心“里”？

这年头，爬一个页面的程序都能叫爬虫…

没用过 click ，不过 decorator 太多是可以抛弃语法糖，直接用循环解决：
def myscript(self, ...):
pass

for option in reversed(['-a', '-b', ..., '-z']):
myscript = click.option(option)(myscript)

myscript = click.command()(myscript)

看了一下 django-admin 文件的源码， django-admin 文件在 python2 和 python3 下都能跑，所以能这么做：

python2 $(which django-admin)
python3 $(which django-admin)

当然，还是维护多个项目，还是推荐使用 virtualenv 。

多线路（多个 server 都有流服务）就两个方案呗：
1. client 往多个 server 推
2. client 往一个 server 推，这个 server 再往多个 server 转推

前面一个太依赖 client 的网络状况，所以就只有第二种办法了。

语文 92 + 数学 315 + 英语 115 + 理综 273 = 615 分

下面我用的一种方式， DRF 应该有类似的自定义机制

```
class UserSerializer(object):

fields = ['username', 'profile', 'is_member']

def serialize_field(self, field):
func = getattr('serialize_field_%s' % field, None)
if func:
return self.func()

return super(UserSerializer, self).serialize_field()

def serialize_field_profile(self):
return {
'private': 'private property',
'public': 'public property',
}


class GuestUserSerializer(UserSerializer):
fields = ['username', 'profile']

def serialize_field_profile(self):
return {'public': 'public property'}
```