V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  winiex  ›  全部回复第 7 页 / 共 13 页
回复总数  248
1  2  3  4  5  6  7  8  9  10 ... 13  
2015-01-27 19:03:30 +08:00
回复了 jianghu52 创建的主题 奇思妙想 你所认为的智能洗衣机是什么样的?
可以刷系统,可 root,可 SSH 登陆进去后安装各种软件包部署简单应用搭建博客。
2015-01-26 19:00:17 +08:00
回复了 winiex 创建的主题 音乐 爱听电子乐的 V2EXer 报上名来再推荐一发吧
@mugi
你主要偏向哪种风格?ableton 上的素材库强大吗?我没有用过。
2015-01-25 22:24:05 +08:00
回复了 Registering 创建的主题 程序员 得恶补编译原理了, false == isShown 和 isShown == false 的区别
@omegaga 失察了,之前自己一直都是这么叫,抱歉。
2015-01-25 20:07:34 +08:00
回复了 armysheng 创建的主题 音乐 分享下写代码时候听得音乐吧
嗯,这几天写代码的时候一直在听儿歌:

http://www.xiami.com/album/471870
2015-01-25 15:52:37 +08:00
回复了 Registering 创建的主题 程序员 得恶补编译原理了, false == isShown 和 isShown == false 的区别
如果说涉及到编译原理的知识的话,那就是有些现代编译器选项支持这个功能:当发现你在条件判断的地方使用了一个赋值语句时,它会给你一个 warning。

@omegaga 的表述不是太准确,这种做法应该叫 Yoda conditions:

http://en.wikipedia.org/wiki/Yoda_conditions

从代码表意上来看,Yoda conditions 是有问题的:

http://blog.codinghorror.com/new-programming-jargon/
2015-01-21 15:13:11 +08:00
回复了 Actrace 创建的主题 程序员 7 年工作经验 PHPer 竟然写错创建空文件的语句。。。
我的看法是面试人的时候太纠结于细节不好,而且一定要看自己的招聘需求是什么。你的职位如果是要一线编码的工程师,那你问的问题当然需要知道。如果你招募的是带领团队的人,技术细节不算太重要,重要的是带团队的经验、历史以及三观是否相符于团队现有人员。

国内大环境下,很多公司内管理线在一般评价体系下价值往往是高于技术线的,很多人做了五六年的人可能都会向管理转向带团队,不做一线技术是常态。小公司要招募一线研发工程师的话,3 年经验的人最好。

前段时间我看到过一次讨论,源于一个面试官抱怨 5 年经验的 Java 程序员没有正确地答出判断奇偶数的算法,感觉和今天这个话题好像。
2015-01-19 17:24:32 +08:00
回复了 winiex 创建的主题 音乐 爱听电子乐的 V2EXer 报上名来再推荐一发吧
教程
2015-01-19 17:24:18 +08:00
回复了 winiex 创建的主题 音乐 爱听电子乐的 V2EXer 报上名来再推荐一发吧
@expkzb
Reson 没听说,它是啥?见到的较长大多数用的是 Logic Pro,FL Studio,Ableton Live 等。
2015-01-19 17:21:26 +08:00
回复了 winiex 创建的主题 音乐 爱听电子乐的 V2EXer 报上名来再推荐一发吧
@xudshen
Daft Punk 我比较喜欢最新出的那张专辑,RAM :)。之前出的 Human After All 也不错。

还有一个 LaunchPad 也不错,LaunchPad 的模拟器。
2015-01-18 16:03:24 +08:00
回复了 Kilerd 创建的主题 Python Python Web 框架的选择
@winiex
事件驱动。
2015-01-18 16:03:05 +08:00
回复了 Kilerd 创建的主题 Python Python Web 框架的选择
用 Tornado 的话最好要对 Unix 网络编程、各种 IO 模型以及至少 Tornado AIO、时间驱动部分的代码有一定的了解,这样才不会把优点用缺了。
2015-01-14 23:47:48 +08:00
回复了 satanwoo 创建的主题 iDev 看完了《iOS 开发进阶》,说点自己的感想。
@satan
至于好书的定义,我的看法是就像论文一样,“被引用次数”越多的质量上乘的可能性更大。再就是看作者,这就又和音乐一样,哪天 Guido 写 Python 相关的书了,当然要买来拜读。

对于新书的话,刚推出的时候做推广大家称赞攒口碑很能理解,要验证的话只能用一句歌词来回答。

时间,时间,会给你答案。;)
2015-01-14 23:39:16 +08:00
回复了 satanwoo 创建的主题 iDev 看完了《iOS 开发进阶》,说点自己的感想。
我个人的感受是,技术书籍买经典教材的话是性价比最高的。具体技术的知识、技巧、细节自己看官方文档、大牛博文、认真做实验验证、看源码,比买此类技术书籍看后得到的收获大很多。
2015-01-14 15:24:36 +08:00
回复了 yuankui 创建的主题 程序员 应该怎么与这位同事(程序员)沟通?
@zhicheng
确实是的。

没有绝对安全,最佳的处理方式就是在现实情况下尽量做到相对安全即可。
2015-01-14 13:53:02 +08:00
回复了 yuankui 创建的主题 程序员 应该怎么与这位同事(程序员)沟通?
@jarlyyn

我同意你对于 HTTP Basic 的看法,从技术层面看是必须申请证书上 HTTPS 连接。

问题是国内很多项目在建立时基本就没有这个意识,作为单个程序员在后期加入后话语权过轻又无法改变,那该怎么办?这就是楼主面对的条件。那就只有尽量少传输用户名、密码,在 HTTP 上严谨地实现 OAuth 2.0 协议。

你的担心是技术上正义的,但在很多公司内往往不是现实上可行的。
2015-01-14 13:08:10 +08:00
回复了 yuankui 创建的主题 程序员 应该怎么与这位同事(程序员)沟通?
完整的实现还会在 access token 的基础上加上一个带有时间戳因素的 timestamp hash string,每隔一段时间就变换,就算嗅探攻击拿到了 access token,你最多用了一段时间就没办法用了,因为你没办法知晓 timestamp hash string 在计算过程中用了哪些 magic number/salt,也不清楚其算法。
2015-01-14 13:04:12 +08:00
回复了 yuankui 创建的主题 程序员 应该怎么与这位同事(程序员)沟通?
@jarlyyn

token 不像用户名、密码一样一暴露影响用户所有账户的安全,而且可以设置 token 的定期过期时间,过期了客户端自动拿着 refresh token 去换新 access token 就行了,然后再配合 token 的资源权限,哪里可以读,哪里可以写,一分钟内只能请求多少(throttle control),都可以做到比用户名、密码的认证机制灵活。严格地按照 OAuth 2.0 来实现,在 http 的情况下也是能够保证一定的安全性的。

当然,https 是必要条件。
2015-01-14 12:57:02 +08:00
回复了 yuankui 创建的主题 程序员 应该怎么与这位同事(程序员)沟通?
@bolasblack

你说的很对。Oauth 2.0 是解决这个问题的最佳实践之一。
1  2  3  4  5  6  7  8  9  10 ... 13  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1012 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 19:30 · PVG 03:30 · LAX 12:30 · JFK 15:30
Developed with CodeLauncher
♥ Do have faith in what you're doing.