V2EX › dagger 的所有回复 › 第 1 页 / 共 3 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3

❮

❯

2019 年 1 月 29 日

回复了 leochan32767 创建的主题 › Python › 求教大神一个 flask 技术问题，百思不得其解

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

2018 年 11 月 25 日

回复了 wleexi 创建的主题 › 程序员 › 服务端防止重复提交

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

2017 年 3 月 10 日

回复了 xilixjd 创建的主题 › 程序员 › 请教一下各位 V 友， react 部署到 nginx 服务器详细流程？

https://www.digitalocean.com/community/tutorials/how-to-set-up-django-with-postgres-nginx-and-gunicorn-on-ubuntu-16-04
https://www.digitalocean.com/community/tutorials/how-to-serve-django-applications-with-uwsgi-and-nginx-on-ubuntu-14-04

2015 年 12 月 25 日

回复了 shakespaces 创建的主题 › 问与答 › 各位码农工作的公司怎么看博士？

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

2015 年 9 月 18 日

回复了 mozartgho 创建的主题 › Linux › 谈谈全新 Linux 显示驱动模型的时候到了

X11 堪称过度设计的典范了

2015 年 7 月 30 日

回复了 kofwang 创建的主题 › Angular › Angularjs 做微信 webapp 开发，显示图片的问题

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

2015 年 7 月 16 日

回复了 hustlzp 创建的主题 › Python › 分享一个前端的 urlFor 函数，实现 Flask 后端 url_for 的类似功能

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

2015 年 7 月 15 日

回复了 kofwang 创建的主题 › Angular › Angularjs 做微信 webapp 开发，显示图片的问题

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

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

2015 年 6 月 14 日

回复了 yoa1q7y 创建的主题 › 问与答 › 电影特效的差距到底是哪些原因导致的？

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

2015 年 5 月 2 日

回复了 Gem 创建的主题 › 程序员 › 现在，大家准备开始跳坑 C#吗？

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

2015 年 5 月 1 日

回复了 Gem 创建的主题 › 程序员 › 现在，大家准备开始跳坑 C#吗？

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

2015 年 2 月 12 日

回复了 AssKicker 创建的主题 › 分享发现 › 最想要的东西， kickstarter 上面终于有了，电路板打印机

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

2015 年 2 月 9 日

回复了 KyL 创建的主题 › Python › 大家是如何在 virtualenv 下使用 git 的呢

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

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

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

2015 年 2 月 9 日

回复了 pfitseng 创建的主题 › 分享发现 › 大家注意到没有，其实市电不是标准的 220v，大概在 230v 到 240v 这样

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

2015 年 2 月 3 日

回复了 laomutuo 创建的主题 › 程序员 › 现在还有人学汇编么?

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

2015 年 1 月 18 日

回复了 skyduy 创建的主题 › Python › Flask-SQLAlchemy 在 db.create_all()的时候创建的到底是什么？

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

2014 年 11 月 21 日

回复了 dagger 创建的主题 › 分享发现 › 计算机科学家要求最高法院裁决 API 不能被版权保护

@hitsmaxft

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

2014 年 11 月 20 日

回复了 dagger 创建的主题 › 分享发现 › 计算机科学家要求最高法院裁决 API 不能被版权保护

@glasslion
@wwqgtxx
@ChanneW
@lincanbin

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

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

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

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

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

2014 年 11 月 10 日

回复了 arbipher 创建的主题 › Python › 怎么理解和正确使用 virtualenv/pyenv/pyvenv

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

2014 年 11 月 10 日

回复了 arbipher 创建的主题 › Python › 怎么理解和正确使用 virtualenv/pyenv/pyvenv

pyenv管理与系统环境隔离的python解释器版本，比如2.7.8、3.4.2
virtualenv管理与系统环境隔离的包安装，比如可以在x_venv里安装a包的1.0版，在y_venv里安装a包的1.1版，两者互不影响，也不影响系统环境中的安装包
pyenv包含有virtualenv，可以选择生成的venv是基于哪个解释器环境的
如果只是单独安装virtualenv，不安装pyenv，那么生成的venv就是基于系统环境解释器的了

1 2 3

❮

❯