V2EX › jybox 的所有回复 › 第 19 页 / 共 66 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 15 16 17 18 19 20 21 22 23 24 ... 66

❮

❯

2017-02-02 01:51:53 +08:00

回复了 lizheming 创建的主题 › GitHub › Github 可以给 repo 添加 topic 了

据说（图中）这是基于机器学习和自然语言处理的智能提示。

不过似乎目前这个功能和 star 什么的联动还有点弱，希望以后能改善，很多人一直都希望可以给 star 加 tag （也有很多第三方来做这个功能）。

2017-02-01 16:24:00 +08:00

回复了 m31271n 创建的主题 › 程序员 › 请教：关于 RESTful API 中状态码的疑惑

可供参考：

422 Unprocessable Entity 语义错误，适用大部分客户端错误的情况
409 Conflict 冲突，适用需要用户解决冲突并重新提交的情况（用户名已被使用）

其实除了一些非常常见的错误代码，其他的错误代码大家都没有很明确的共识，所以死扣哪个代码更合理意义并不大。

2017-01-27 23:00:44 +08:00

回复了 ZE3kr 创建的主题 › SSL › 发现了强制 HTTPS 后的另一个好处

其实这应该算是 HTTP 302 重定向的坑，应该使用 307 （或 303 ）代替 302 。
见 https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/307

2017-01-26 17:36:46 +08:00

回复了 steley 创建的主题 › 互联网 › 2333，反社交的邮箱， 0.5 元/封

有一个叫 Hashcash 的反垃圾邮件策略，要求发信人在发送邮件前进行特定的 CPU 密集的计算（类似 Bitcoin 的挖矿，一般花几十秒）来证明自己的诚意。详见 https://en.wikipedia.org/wiki/Hashcash

2017-01-24 23:18:36 +08:00

回复了 jybox 创建的主题 › 分享创造 › 抛砖引玉：如何实现绝对公平的年会抽奖程序

@takashiki 我这个算法是要等人齐了才会开始抽的。

@cunkouwdy007 @loading @lhbc random.org 么？其实还是解决不了我一开始提出的问题：既然随机数是在一台设备上产生的，如何确定这个设备（编译器、浏览器、 HTTP Client ）没有被做过手脚呢。

@MOxFIVE 使用股票、比特币、福利彩票的结果应该算是实践上最简单可行的了。不过我们之所以认为他们可以信任，其实还是因为相比于一个年会抽奖，他们的体量太大了，去操纵的难度太大了，而不是说他们从理论上不可能被操纵。

2017-01-24 00:03:23 +08:00

回复了 badec 创建的主题 › 问与答 › 现在那么多廉价带指纹识别的手机，为甚不能做一个指纹识别的模块用在 PC 呢？

@echo1937 用国产的芯片就可以了，有些设备的国行版本就是搭载国产的 TPM 的

2017-01-21 19:29:33 +08:00

回复了 wly19960911 创建的主题 › JavaScript › 冒昧提问关于 ES6 的 promise 的一些问题

建议先了解 Node 的事件循环，异步能力本身是由引擎（或者 Node.js 里的 C++ Addon ）提供的，引擎会在进行 IO 操作时接受一个回调函数，然后再在 IO 完成时调用它。如果不借助引擎的能力， JS 本身是做不到异步和并发的。

Promise 只是帮助开发者更好地管理异步任务（我认为最大的价值是简化了异常处理），是可以用纯 JavaScript 来实现的， ES2015 把 Promise 加入了标准中。

2017-01-20 23:29:27 +08:00

回复了 sophos 创建的主题 › 分享发现 › 程序员的工作究竟有多复杂？

这篇文章里的例子很有趣，但感觉说得不是很尽兴。

如果是厨师来做这道菜的话，应该都可以逐一对这些细节问题做出判断。但程序员的工作是把这个做菜的过程自动化，不再需要人对每个细节把关（因为人力成本高、人可能会失误、可能不够客观），所以程序员要设计出一套可以被反复执行的、考虑到各种边界情况的代码。而且更为复杂的是，写这个做菜的程序员不光要写好代码，还要懂如何做菜（了解要解决的问题本身），而且还要考虑每一个细枝末节的问题，虽然这个过程中可能有产品经理做指导。

我只是针对这个例子随便说一下，如果真的对「为什么复杂」感兴趣，建议看下知乎的这个问题 https://www.zhihu.com/question/22508677

2017-01-20 23:20:57 +08:00

回复了 Technetiumer 创建的主题 › 程序员 › 类似 Babun 和 Cmder 的程序还有什么

https://conemu.github.io/

2017-01-18 20:30:53 +08:00

回复了 lianxiaoyi 创建的主题 › 问与答 › 大公司难道都没有数据备份麽？携程当年也是！

这种场景要靠日志呀，当然还要有从日志中恢复数据的工具。相信这样的故障不太可能是单一问题导致的，很可能是同时出现很多问题导致数据丢失，事先设计的备份方案又不能正常工作。说到底还是自动化不够、测试不够。很多灾备措施如果不能经常地测试和演练，关键时刻能不能发挥作用就不好说了。

2017-01-17 13:44:02 +08:00

回复了 metrue 创建的主题 › 分享创造 › 新文章: 使用 docker 进行无痛部署

并没有这么简单呀，比如你这个架构，在部署新代码的时候服务会中断，这是大部分服务都不能接受的。为了填这个坑你就得把负载均衡拆出来，然后再引入一个集群管理器（ Swarm 等），然后就进了容器化的大坑 ...

2017-01-14 22:21:58 +08:00

回复了 rppig42 创建的主题 › 分享发现 › Dash for iOS 开源以后一共四个开发者拿着开源的代码在 App Store 发布了程序, 其中四个人都是中国人

补充一下， GPL 之所以和 App Store 不兼容是因为 GPL 要求在进行重新分发时不得附加任何限制，而 App Store 的条款则构成对用户的附加限制，因此除非是你软件的作者，你不能发布 GPL 的软件到 App Store 。

不过我看 Dash for iOS 的 GitHub 主页上并没有提及这一点，相信很多人都并不知道 GPL 和 App Store 不兼容。

来源 http://apple.stackexchange.com/questions/6109/is-it-possible-to-have-gpl-software-in-the-mac-app-store

2017-01-14 17:29:29 +08:00

回复了 xx0219 创建的主题 › 分享发现 › VS code 前端开发咋样?? 现在用的谷歌浏览器开发者工具... 编辑文件预览啥的都在浏览器进行

你这是在 Node 里运行前端代码呀，当然跑不了了

2017-01-14 14:38:17 +08:00

回复了 DoraJDJ 创建的主题 › MongoDB › 关于 MongoDB 注入的防御问题

检查在对象的键里面是否有美元符号？
https://github.com/jysperm/Mabolo/blob/master/index.coffee#L1133
https://github.com/jysperm/Mabolo/blob/master/test/helpers.test.coffee#L71

2017-01-13 21:12:05 +08:00

回复了 polo2222 创建的主题 › 分享发现 › 发现一个很好看的 terminal

另外一个基于 Electron 的终端仿真器： https://github.com/vshatskyi/black-screen
这个野心比 Hyper 大一些，不过目前完成度不高。

2017-01-11 13:31:19 +08:00

回复了 i147 创建的主题 › 程序员 › 想请教一下 require.js 的问题

这是 JS 语法错误呀，先 document.getElementById 呀

2017-01-06 22:27:26 +08:00

回复了 ichubei 创建的主题 › 问与答 › 程序员打麻将会用算法吗？

先声明我不会玩麻将，随便一说。麻将这种「非透明博弈」和围棋或象棋是有很大区别的，对于象棋 AI 可以总是从当前的局面出发，找到一个最优节。而非透明就是说玩家之间所了解到的信息是不对等的（你不知道对方的手牌），你必须通过对方的决策去判断对方的手牌，但同时对方可能也知道这一点，也许会故意误导你，或者业余玩家因为能力所限并不总是会做出最优的决策。

2017-01-03 23:40:18 +08:00

回复了 hippies 创建的主题 › Bitcoin › 怎么规避比特币最大的风险

总结就是各方都没有动力去实施 51% 攻击，但如果不计成本的话其实也是有可能做到的。回到楼主的问题，其实就是在收款的时候多等待几个区块就可以了，实施 51% 攻击并不是说攻击者可以随意地修改历史，而只是可以修改最新的几个块而已。不过如果考虑到攻击带来的币值下跌就无解了，只能不持有比特币或和其他货币做对冲了。

2017-01-03 23:18:07 +08:00

回复了 hippies 创建的主题 › Bitcoin › 怎么规避比特币最大的风险

对于拥有算力的矿池来说是完全没动力这么做的， 51% 攻击算是一次性收益（而且很可能是违法的），可以预见一旦发生大家对比特币的信心会迅速崩塌，他的矿池也开不下去了。这个收益最多也就是当前比特币的总市值，而且在实施攻击之后能不能迅速把得到的比特币兑换成法定货币也是一个问题（发生攻击后比特币价格肯定迅速下跌）。

1 ... 15 16 17 18 19 20 21 22 23 24 ... 66

❮

❯