查询语句把用户表一起 join 出来，用 for update 锁住，记得建好索引，不然 mysql 的 for update 会锁全表

你都说了是为了防止页面连续点击，那不去改前端的话，后端真的只能靠意念来感知了，就像前阵子那个要感知手机壳颜色一样

看了一下你描述的组内情况，劝你还是不要读博，博士出路窄，是个人都知道，像你这样想要去公司工作的，除非烧高香碰到了横向项目正好踩到了牛厂的核心研发方向，否则绝大多数情况是研究的东西跟就业市场毫不沾边，老板学术上牛那只是学术上的事情，出了学术圈子根本没人会认，更何况牛人要求高，到时候能不能准时毕业都难说

X11 堪称过度设计的典范了

@juneszh 有没有报错信息？angular-sanitize.js有没有加载？controller有没有引入$sce？

重度flask瘾患者啊~
话说这是直接把py翻译到js的吗？

https://docs.angularjs.org/api/ng/service/$sce#trustAsResourceUrl

$scope.my_avatar = $sce.trustAsResourceUrl('wxLocalResource://45862098790874');

现在这个高度专业分工的年代，技术能力这种事情早就不是决定性优势了，产业生态才是关键，没人能把硅谷复制到中国来，也没人能把深圳的硬件创意产业搬到美国去，完整的生态链才是现在最有积淀、最难搬走的东西。好莱坞电影特效这种积累了那么久年代、拉了这么长链条、经济规模这么高的产业聚集地，可能是凭几家意气风发的公司就在国内开辟的出来的么
当然，越是产业聚集的地方，相关资源就越不稀缺，从下面这个视频里看看那些所谓高大上的好莱坞特效人吧，其实大家都不容易
http://jandan.net/2014/02/28/days-after-pi.html

@Narcissu5
现在这个时代变化太快了，已经没有什么铁律是打不破的了，巨硬虽然到现在为止一直四平八稳手握现金牛，但以这种经验来判断将来实在很难讲，ibm一直被大家捧上天说是历经风雨屹立不倒，被看作几十年来不断转型成功的典范，可现在的ibm不说风雨飘摇，至少蓝色巨人的地位是妥妥地保不住了，而诺基亚这类曾经稳如泰山的例子就更不用说了，所以巨硬再以之前的体系状态继续下去的话也难保不会重蹈这种温水煮蛙的覆辙，要是没法一秒钟变水果的话，那么积极扩大生态链显然是上上策

上面好几位都在提几百年来屡次被微软始乱终弃行为坑过的痛苦经历，我也是一直见证着，不过自从纳德拉上台后，感觉微软真的开始有革命性的变化了，所以有些事情真的不好老用之前的眼光来看待，至少我是觉得纳德拉在开发领域开源化、生态链开放化这件事上应该会越做越好

可以用来做做用于原型的扩展板，以前每次想要利用起开发板上那种几十个管脚的扩展接头就头疼，把线引出来勒个扩展板，也就做一块，找小作坊去开模有的折腾了

楼主，如果没猜错你的想法的话，你想保存的对象是
- 项目代码
- 用到的包或者直接就是包的名字、版本（而不是搭好的virtualenv环境本身）

而最终目的是
1. 记录使用到的包
2. 方便部署

而你现在的方案其实这两个目的都难以达到。直接保存venv下已经安装的包的结果就是你自己看目录树都看的眼花缭乱。部署的话，直接把本地安装的包搬上去说不定会有问题。正规的做法使用puppet或者ansible之类的部署工具，用git保存部署脚本，哪怕部署在本地也适合这样做。简单点的话，存个requirements.txt也比直接存包的文件来的合适

电网的电压也是靠一定的自动控制机制来调节的，但这种调控是个响应很慢的过程，相比于那些精密控制系统就差的很远了，电压幅值摆动在所难免
冷战的时候，西欧国家的标准是230v，也就是后来欧盟的标准，苏联东欧是220v。后来东欧国家加入欧盟，也没要求它们改变电网系统，因为欧盟标准本来就规定可以有10%的上下幅度

即便是不带操作系统的嵌入式，用到汇编的地方也很少了，现在我基本只在bootloader的引导部分和内核里一些需要稍微hack一下的地方才会看到汇编，而且很多指令在内核代码里都会被简单包装成一个c api再拿去用的
汇编对开发和维护都是噩梦，在现在这个时代还想成气候几乎不可能

class User(db.Model)，写这句的时候，会反作用到db，接下来db.create_all()的时候就会创建对应的表结构了，不信的话你可以把这两句掉个个儿试试

@hitsmaxft

你这种说法并不合乎民事法律的适用逻辑，依逻辑推定的版权官司判例并不少见

@glasslion
@wwqgtxx
@ChanneW
@lincanbin

我没说全，可能你们会错意了，我意思是，从逻辑上说，程序语言api和cpu指令集的形式是同理的

这里甲骨文主张权利的api应该是指对应特定参数、特定返回值、特定功能的程序语言api吧

实际上cpu指令集也是如此，每种指令对应特定功能、特定参数（寄存器、地址、立即数等等）

当然，更好的类比应该是类似操作系统的系统调用ABI，因为可恶的指令集专利纯粹就是保护不能和它的指令有一样的二进制值

所以我感觉从法律的逻辑上来说两者基本是类似的，假如java api的这个裁决能推翻的话，我是很希望能看到指令集专利这种不合理的保护能被终结

@arbipher
是的，但是太麻烦了，pyenv就是省得自己去编译去指定解释器，其它的应该没什么太大区别