这个简单，涨价

其实还好，不想改的话加句注释。他可能是不太清楚 HTTP 要求所有数据都以字符串发送，所以解出来也都是字符串，就算是真用 request.post(url, data={'a': True})传过去也是'True'，所以不用担心会是其他类型，只可能是有这个参数或者没这个参数。所以不想改的话就打个注释留着，改的话就改成
try:
a = request.POST['a']
....
就行了

写程序的时候，为了需求和方便使用，打破最开始设计的规则的事情还少吗？就是一个类似于你这定了一个完美的规则写完了程序以后，PM 给你来了一句“我要 xx ”，然后你在程序里面加了个 if 语句块= =。

这个就是一个方便是用的需求，国外的打折、消费税、小费、服务费都是 xx%加减的，这就是个方便使用的特性，xx+xx%(服务费 /小费 /消费税)，xx-xx%(打折之类的)，国内没这个使用场景，所以国内的计算器都实现的是一般的 10%=0.1，国外的或者说偷懒没改直接搬过来用的的就用的是特殊实现版本。

他那个页面上的下拉栏点着一卡一卡的，我还以为是我浏览器的问题，然后发现他每次点都发个请求。。。

我还是觉得下划线看得清晰，大小写形式猛一下反应不过来怎么断词。下划线更符合英文原始的空格拆词的方式，也可能是我是非英文母语的所以得反应一下才能看出来

@ersic 日本已经吐槽全民垃圾分类导致的错误率和后续修补错误的投入了，就算是实施很多年人还是人不是机器错误率还是不低尤其是在基数大的时候整体错误就更多了，然后为了避免后续修补民众垃圾分类错误的成本大部分还是采用直接焚化或者填埋处理了。我记得之前有好多建议取消垃圾分类的日本政客最后因为民众的反对都作罢了，然反对声最大的中老年民众，因为其中相当大的一群人每天最大的工作就是垃圾分类，突然不分类了就如同生活失去了目标。。。

@hymzhek 其他的不知道，www.com 这个完整的是 http://www.www.com

看你跟那家公司的签约形式，如果是正式员工，你就得在公司所在国报税，这种的话他们比较麻烦因为你算是他们外排，所以大概率跟你之间是那种类似外包的关系。第二种的话主要就解决他给你的钱存哪的问题，有能力的搞一张海外的银行卡香港的应该就行，然后直接在国内申报个人海外收入，各种材料准备全，税呀，换人民币呀就解决了。
“纳税人的境外所得来源于两处以上或取得境外所得没有扣缴义务人、代征人的(包括扣缴义务人、代征人未按规定扣缴或征缴税款的)，则由纳税人自行向中国税务机关申报纳税。申报地点的规定是：在中国境内有工作单位的，向
工作单位所在地的主管税务机关申报纳税；没有工作单位的，向户籍所在地或经常居住地主管税务机关申报纳税。”
也可以走第三方的机构换人民币，不过这样在大陆算是违法的也是偷税，不过好像不是很严重，大学同学因为贡献了一个北美公司的开源库之后就远程了他就是这么搞的。另外真羡慕呀，在国内一边到处玩一边工作，每年还有 2 次开会的公费旅游。。。

今天看自己的回复列表的时候突然看到这个，反应过来了，这个就是集合 A-集合 B
select * from user left join user_login_log on user.id=user_login_log.member_id where user_login_log.member_id is null;
应该是可以的，然后又试了一下，这个在 PostgreSQL 上是没问题的，MySQL 上有问题，是 MySQL 自己的问题，MySQL 的实现看上去不是完整的关系运算。
https://stackoverflow.com/questions/406294/left-join-vs-left-outer-join-in-sql-server
可以看一下第一个回答的图。

@tabris17 楼主说的应该是用服务器编译测试，毕竟 C 程序，自己的 PC 编译调试太慢了，用 C/C++的公司一般都有服务器当开发机用来编译调试代码。

并且这么做应该是比嵌套查询快的。SQL 是描述要什么的语法，字查询更像是程序那种命令式的语法，先做什么后做什么，这样的话数据库自己是没什么优化的余地的。
回复不支持 md，所以要好好看的话还是复制走吧，join 会用 index，字查询就是扫表。

https://paste.ubuntu.com/p/MsFyKXbrW3/

实验了一下，没错，这样可以，count user_login_log 表的任意字段就行。