Changkun's Blog欧长坤的博客

Science and art, life in between.科学与艺术,生活在其间。

  • Home首页
  • Ideas想法
  • Posts文章
  • Tags标签
  • Bio关于
Changkun Ou

Changkun Ou

Human-AI interaction researcher, engineer, and writer.人机交互研究者、工程师、写作者。

Bridging HCI, AI, and systems programming. Building intelligent human-in-the-loop optimization systems. Informed by psychology, sociology, cognitive science, and philosophy.连接人机交互、AI 与系统编程。构建智能的人在环优化系统。融合心理学、社会学、认知科学与哲学。

Science and art, life in between.科学与艺术,生活在其间。

281 Blogs博客
168 Tags标签
Changkun's Blog欧长坤的博客

人肉计算(2): 意图博弈 GWAPs

Published at发布于:: 2017-05-20   |   Reading阅读:: 4 min

在上一篇文章中我们已经介绍了人肉计算的定义。这篇文章我们来谈谈人肉计算中的「意图博弈」(Game With A Purpose, GWAPs)。

所谓「意图博弈」,指让玩家进行互相博弈,并从博弈过程中收集数据,并用于某种意图。

ESP 游戏

为了说明意图博弈,我们以图像标注这个问题来作为例子。

Read More阅读更多 »

人肉计算(1): 众包与群众智慧

Published at发布于:: 2017-05-14   |   Reading阅读:: 2 min

这篇文章我们来聊聊几个学术界很时髦的几个概念:

  • Crowdsourcing (众包)
  • Human Computation (人肉计算)
  • Wisdom of crowds (群众智慧)

首先,解释一下我将 「Human Computation」译为「人肉计算」的原因:

  • 「Human Computation」这一词在中文界尚无公认的标准议法;
  • 主流译法为「人计算」、「人本计算」、「人类计算」均欠妥,「人计算」没有译出人为核心的概念,「人本计算」多用于「Human-Centred Computation」,强调以人为本的想法,并未实际替代计算,而「人类计算」则显得概念过于庞大,一个「Human Computation」的系统通常没有涉及「人类」如此之大的范畴。

其次,我们将在下面的内容详细阐述为什么「人肉计算」应当受到重视。

Read More阅读更多 »

对后辈同学在计算机专业上的答疑与解惑

Published at发布于:: 2017-05-14   |   Reading阅读:: 1 min

前段时间收到过来自本科母校的对于高年级学长的几个问题,个人感觉问得挺好。这里放出来:

  1. 对于一个计科的大学生来说毕业时应具备哪些专业技能,达到一个怎样的水平?

    计算机专业的本科毕业生,我认为应当已经具备极强的学习和工程实践能力。举两个方面为例:

Read More阅读更多 »

在德国的医疗及住院体验

Published at发布于:: 2017-05-11   |   Reading阅读:: 1 min

虽然说上次来这边交换的时候也完整体验过门诊的检查体验。但由于没有住过院,并不能算是一段完整的经历。最近「有幸」能够获得一次在德国进行完整住院经历,这次也算是丰富了我在德国的个人体验。

Read More阅读更多 »

这可能不是一个技术博客了

Published at发布于:: 2017-05-11   |   Reading阅读:: 1 min

虽然这篇文章的 ID 是 108,但这篇文章已经绝对不是这个博客的第 108 篇文章了。在我本地的文件夹里躺着数十篇尚未写完,也不太想继续写的一些没有价值的内容。

我们都有阅读技术类文章的经历,通常我们为了解决某个问题,在搜索引擎上找到一篇文章,然后随着作者的思路向下阅读,有时候甚至为了能够迅速解决自己的问题直接扫读全文,在不到一分钟的时间里决定这篇文章是否对自己有价值,否则就直接关闭这篇文章。如果凑巧这篇文章对读者有价值,那么这篇文章可能会被引用、会被抄袭,进而广泛传播,对技术圈产生一定的贡献。

然而这一切都是美好的。最初我大学一年级的时候建立这个博客的目的是能够长期写一写自己在技术层面上的积累和感悟。但这几年下来,我发现这件事器其实是一件异常困难的事情。每每当我在电脑里敲下 hexo new "谈某某某技术及xxx" 的命令后,提笔不到半个小时便会被其他事情所吸引,此后便停笔不再续写下去了。

所以你能看到我的博客标签云里「随笔」和「人生感悟」这两个标签的文章比例其实是比较大的。因为这类文章通常不需要进行多少头脑上的思考,只需想到什么就说什么,没什么顾忌,不需要考虑他人的感受。

一篇技术文的生与死

以我个人举例。技术文的动机很明确,记录一下自己近期对于某项技术的心得,当然也包括希望这篇文章能够对他人产生一些帮助。在写一篇技术文之前,我通常会对该项技术进行一个透彻的总览,评估自己对这个技术的理解透彻度,然后确保自己不会犯一些原则性的错误之后开始执笔。

一篇文章的诞生之于我而言,永远不会是线性的产出,我会首先写下一篇文章的整体骨架,然后在之后的成文过程中随时切换到不同的小节中写下自己的思绪,然后在慢慢整理成一篇完整的文章。这差不多算是一篇文章的「生」了。

那么一篇文章的「死」又是怎么回事呢?

Read More阅读更多 »

实验楼楼赛第3期-Python-题解

Published at发布于:: 2017-03-26   |   Reading阅读:: 3 min

因对 Python 感兴趣,于是早上吃早饭时看看。题目相对比较简单,最后一题代码写得比较随意。原本打算交上去测试一下,可惜海外党使用环境实在是卡得惨不忍睹,没办法写敲那么多代码上去。

题目:https://www.shiyanlou.com/contests/lou3/challenges

Read More阅读更多 »

迅速更换了 DISQUS

Published at发布于:: 2017-03-21   |   Reading阅读:: 1 min
多说今天发公告说六月一号要关闭了,哎真是不靠谱。 于是换成了 DISQUS,不知道在国内的影响如何,我似乎感觉到访问速度变慢了许多。

Electron 深度实践总结

Published at发布于:: 2017-03-14   |   Reading阅读:: 8 min

思维导图

前言:

Electron 从最初发布到现在已经维护很长一段时间了,但是去年才开始慢慢升温。笔者个人恰好也有一些 Electron 的实践经验,原本这篇总结是大约半年前开始起草的,但是由于一些个人原因拖到现在才算是正式完稿,现在发出来供有意实践 Electron 的开发者借鉴,避免一些本人在实践中踩过的坑。此外,笔者的水平有限,难免出现错误,如果读者在阅读本文过程中发现原则性的错误,请务必指出,以免相关内容祸害他人。

本文的实践基于 Electron 1.x 。

创建基本应用

问题: renderer 端无 jQuery

根据官方的新手教程,我们很容易创建一个基本的 Electron 应用,我们不再累赘叙述,如果你只需要加载一个网页,那么只需要下面几行简单的代码:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
const { BrowserWindow } = require('electron')
let window
function createWindow() {
	window = BrowserWindow({
		width: 1024,
		height 720
	})
	window.loadURL('https://changkun.us')
}
app.on('ready', createWindow)

如果你真的尝试加载笔者的博客页面,会发现笔者博客的文字内容无法加载,这是由于 jQuery 找不到而产生的问题,为此我们并没有必要调整 Web 端的内容,只需要简单在 Electron 的 Renderer 端引入 jQuery 即可。

解决方法就可以使用 BrowserWindow 的 preload 参数,然后使用 preload 脚本为 renderer 端引入 jQuery:

1
2
3
4
5
6
// preload script
document.addEventListener('DOMNodeInserted', (event) => {
  if (!!window && !(window.$)) {
    window.$ = window.jQuery = require('../utils/jquery.min')
  }
})

相关 issue: https://github.com/electron/electron/issues/345

Read More阅读更多 »

良好的编码体验的三个方面

Published at发布于:: 2017-03-11   |   Reading阅读:: 1 min
俗话说,工欲善其事必先利其器。没有了IDE,我们还能愉快且高效的编程吗?这次我们来谈谈良好的编码体验。首先说说我自己目前关注的方向,然后再据此说说我个人的工具链。 我个人主要从事的编码有: Python JavaScript C/C++ Obj-C/Swift 如果使用 IDE,我分别选择: PyCharm WebStorm Xcode Xcode 然而,IDE总的来说过于重量,对于 PyCharm 和 WebStorm 来说还是收费产品,而更多的时候只需要将编辑器和命令行配合,所以对于编辑器来说,我通常会考虑这样四款产品(当然 Obj-C 和 Swift 并不适合用 Xcode 之外的产品): Vim VSCode Sublime Text 3 Atom 要让这样四款编辑器具备IDE的功能,也就是所谓的良好的编码体验。那么在我看来,不外乎以下三个方面: Autocomplete Go to Definition Debug 想要让这些编辑器实现这三个功能,需要做大量的定制工作,这也是需要使用者在编码过程中与之不断磨合,打造出只属于自己的产品,最终任何其他人都无法适应。 这三点来说对于 ST3 和 Atom 其实是不太占优势的,因为本身没有 Debug 功能,而 VSCode 却集成了这个能力,此外 VSCode 只需要简单的配置就能够实现 Go to Definition 和 Autocomplete 功能,这也是 VSCode 逐渐吸引我,从而慢慢开始转而它的地方。

2016 年终总结

Published at发布于:: 2017-01-24   |   Reading阅读:: 1 min

这个总结拖了有点久,原本按照惯例应该是圣诞节前后写好的,结果这次拖到了农历新年。

好在今年的除夕来得比往常要早,若是像去年春节延到二月份,这篇总结基本上就不会被写出来了。读了读自己往年的总结,不免读出一些学生时代的书生气息。尽管现在依然是学生身份,但却已天差地别。这篇总结也就不再沿用之前的标题,直接写做 『我的2016 年终总结』吧。

和往年一样,这一年也发生了大小不少事儿。但如果等我我年纪大了,届时回顾自己整段生命历程时,细数生命里有过多少关键节点,那么 2016 年绝对是必不可少的一个关键节点。

Read More阅读更多 »
10 11 12 13 14 15 16 17 18
© 2008 - 2026 Changkun Ou. All rights reserved.保留所有权利。 | PV/UV: /
0%